Atomicorp

phpMyAdmin crashes with segmentation fault when trying to Browse and do some other functions. The phpMyAdmin in plesk works fine, only the one I am using outside of plesk is having this problem.

I discovered that I am somehow linked against MySQL client version: 3.23.58 even though I have 4.1.15 of MySQL installed.

I have tried removing the php rpm's with rpm- -e packagename --nodeps and then reinstalling it with yum via yum install packagename

Nothing has changed. The only strage thing I saw on the machine was with the default php.ini I was not able to use php, it was complaning about not being able to find imap.so mbstring.so and mysqlso. I changed the extension_dir variable to /usr/lib/php4 and that fixed the error and the machine started working.

Any help is appreciated!

This is the list of packages I have for mysql

mysql-compat-4.1.15-1.rhfc2.art
mysql-4.1.15-1.rhfc2.art
mod_auth_mysql-20030510-4.1
mysql-server-4.1.15-1.rhfc2.art
php-mysql-4.4.2-3.rhfc2.art

This is the list of packages I have for PHP

php-domxml-4.4.2-3.rhfc2.art
php-pear-4.4.2-3.rhfc2.art
php-imap-4.4.2-3.rhfc2.art
php-4.4.2-3.rhfc2.art
php-mbstring-4.4.2-3.rhfc2.art
php-ldap-4.4.2-3.rhfc2.art
php-mysql-4.4.2-3.rhfc2.art

This machine is FC2 and all updated were applied via yum. This is my yum.conf


[main]
cachedir=/var/cache/yum
debuglevel=2
logfile=/var/log/yum.log
pkgpolicy=newest
distroverpkg=redhat-release
tolerant=1
exactarch=1
retries=20
obsoletes=1
gpgcheck=1

# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d

# THIS CHANNEL CONTAINS MY PSA COMPATIBLE RPMS (php, mysql, qmail-scanner, etc)
[atomic]
name=Atomic Rocket Turtle - $releasever - Atomic PSA-Compatible RPMS
baseurl=http://3es.atomicrocketturtle.com/atomi ... eleasever/

[psa-7.5]
name=Atomic Rocket Turtle - $releasever - SW-Soft PSA 7.5 RPMS
baseurl=http://3es.atomicrocketturtle.com/atomi ... eleasever/

[base]
name=Atomic Rocket Turtle - $releasever - Base OS RPMS mirror
baseurl=http://3es.atomicrocketturtle.com/3rd-p ... eleasever/

[updates]
name=Atomic Rocket Turtle - $releasever - OS Update RPMS mirror
baseurl=http://3es.atomicrocketturtle.com/3rd-p ... eleasever/

Removing mod_auth_mysql 20030510-4.1.i386 solved the problem, re-installing it made the problem come back.

I removed mod_auth_mysql-20030510-2.ent and it works again.

I don't know why, but there is comfort in knowing it isn't just me

Hey, I was just thrilled to see a post about it, and the fact that it worked .... I'm in heaven

I just spent 2 days searching the cause of a problem on some websites.

Apparently, apache crashed when connecting scripts to mysql, but without any log entries.
The results were unformatted http responses (like error 500 without the error 500 page).
This begun after an update was made from ART. I use Fedora Core 2 and Plesk 7.5.4

It was a nightmare to find out what went wrong (because of no log entries).
Removing mod_auth_mysql solved the problems.

Could we investigate what causes the problem?
I read somewhere that having double user entries in user table can make mod_auth crash.
I have 2 entries for horde - one on localhost and one on host % is that normal?

I think I might need to rebuild mod_auth_mysql, and now that you mention this, I think I ran into this same problem a few years ago when I first started doing the mysql rpms. You'd think that the compat library (which is what I've always had in there) would keep this from happening.

I'm having a similar problem. The phpMyAdmin in Plesk works - but is a bitch to get to. But installing my own copy every time it accesses sql.php Firefox downloads that file and it's empty. Safari simply fails to load it and stays on the previous page.