Topic: httpd-e-smith service broken..

[Chad Self]

After upgrading from 5.1 to 5.6, I can't connect to the server or any of it's ibays via a browser.
My SSH connection works fine (even remotely) so it's not a card problem.

When I reboot, I get an error that looks something like:

starting httpd-e-smith
then FAILED, syntax error in line 151...,
can't load /usr/lib/apache/libphp4.so...

The rest of the boot process goes fine.  I can log in and try to resart the service I get:

Stopping httpd:                                            [ FAILED ]
Starting httpd: Syntax error on line 151 of /etc/httpd/conf/httpd.conf:
Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/apache/libphp4.so: undefined symbol: gdImageStringFT
                                                           [ FAILED ]

I've tried expanding the template

/sbin/e-smith/expand-template /etc/httpd/admin-conf/httpd.conf

and retried but get the same error.

The line that contains the error (line 151) calls for the libphp4.so and uses the correct path.  I've checked.  It's there.

Should I put in a new version of the libphp4.so?

I've seen others who can't connect to the server-admin, and I can't do that either even through the command prompt.  I've tried some of the suggestions that seemed like they might help, but haven'y been able to fix the problem.

I really need to get this done this weekend.  Thanks for your help.

-c

[Dan Brown]

Looks like you'd installed a non-standard PHP rpm on your old system, which was a later version than what ships with 5.6, so the installer didn't upgrade it.

What you need to do is to install the stock SME 5.6 PHP packages.  Mount the cdrom, then do

rpm -Fvh --oldpackage /mnt/cdrom/e-smith/RPMS/php*.rpm

Then you should be fine.

[Chad Self]

Thanks for your reply.  You always seem to bail me out, Dan.
Unfortunately I won't have physical access to the machine until tomorrow AM.  
I suppose I could download the src.rpm file, but I confess I'm not sure which one would be part of the 5.6 release.
I'll use your suggestion immediately tomorrow.
Thanks.

-C

[Dan Brown]

You don't need the .src.rpm, and it wouldn't help you on an SME box anyway (unless you've installed a bunch of other stuff).  You should be able to use stock RH 7.3 RPMs of php from rpmfind.net, but I haven't tried that.

[Chad Self]

Dan,
Thanks for your help.
I got into the office early this morning an ran your suggested fix.  The command took less than 2 seconds to run, but I went ahead and ran the post-upgrade and rebooted.  Still no joy.  Just for kicks, I re-ran he rpm install using -Fvvh and got he following output:

D: ============== /mnt/cdrom/e-smith/RPMS/php-4.1.2-7.3.4.i386.rpm
D: Expected size:      1556834 = lead(96)+sigs(433)+pad(7)+data(1556298)
D:   Actual size:      1556834
D: opening  db environment /var/lib/rpm/Packages create:mpool
D: opening  db index       /var/lib/rpm/Packages create mode=0x42
D: locked   db index       /var/lib/rpm/Packages
D: opening  db index       /var/lib/rpm/Name create mode=0x42
D: ============== /mnt/cdrom/e-smith/RPMS/php-imap-4.1.2-7.3.4.i386.rpm
D: Expected size:       633291 = lead(96)+sigs(433)+pad(7)+data(632755)
D:   Actual size:       633291
D: ============== /mnt/cdrom/e-smith/RPMS/php-ldap-4.1.2-7.3.4.i386.rpm
D: Expected size:        35194 = lead(96)+sigs(433)+pad(7)+data(34658)
D:   Actual size:        35194
D: ============== /mnt/cdrom/e-smith/RPMS/php-mysql-4.1.2-7.3.4.i386.rpm
D: Expected size:        35588 = lead(96)+sigs(433)+pad(7)+data(35052)
D:   Actual size:        35588
D: found 0 source and 0 binary packages
D: closed   db index       /var/lib/rpm/Name
D: verified db index       /var/lib/rpm/Name
D: closed   db index       /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm/Packages
D: removed  db environment /var/lib/rpm/Packages
D: verified db index       /var/lib/rpm/Packages

Maybe I'm not reading this right, but it seems that the server didn't find anything to do.
At any rate, a post-upgrade and reboot later, I still can't start httpd services.  I can only connect to the server through ssh using its IP address, since it doesn't seem to recognize its domain name.

Do you think I might be better off rolling back to 5.5?  If so what's the best way to do it with out losing all my stuff?

Thanks again
-C

[Dan Brown]

What does 'rpm -q php' return?

[Chad Self]

php-4.1.2-7.3.4

[Dan Brown]

Well, maybe my initial diagnosis was incorrect.  How about rpm -q gd?

[Chad Self]

gd-2.0.1-1
gd-1.8.3-7

[Dan Brown]

Hmmm, neither of those is the version that ships with SME 5.6.  Try

rpm -e gd-2.0.1-1

then upgrade to the version on the installation CD.

[Chad Self]

I get a failed dependancy message:

rpm -Fvh  /mnt/cdrom/e-smith/RPMS/gd*.rpm
error: failed dependencies:
        gd = 1.8.3 is needed by gd-progs-1.8.3-7

Do I need to reboot off the CD, and upgrade that way?

-C

[Dan Brown]

You shouldn't need to reboot off the CD, but it looks like you've done some custom things with GD.  You'll need to remove gd-progs to be able to install the current version, which appears to be what's causing problems with PHP.

[Chad Self]

I remember installing gd-progs.  We use it in conjunction with PHP and MySQL to provide realtime graphing for customer service satisfaction surveys.  Another guy here wrote the code and it's pretty cool stuff.

I don't mind removing it (at least temporarily until I can get the server up and running) but I'm not sure what the best way to uninstall programs from SME.  Do I just "rpm  -e *gd-progs*"?

After I did the "rpm -e gd-2.0.1-1" I tried "rpm -Fvh  /mnt/cdrom/e-smith/RPMS/*.rpm" but still get the failed dependancy message:
  error: failed dependencies:
          gd = 1.8.3 is needed by gd-progs-1.8.3-7

[Dan Brown]

Almost right--it's 'rpm -e gd-progs'.  You'll probably want to install the RH 7.3 version from ftp://rpmfind.net/linux/redhat/7.3/en/os/i386/RedHat/RPMS/gd-progs-1.8.4-4.i386.rpm.

[Chad Self]

OK, I'm on it.  I'll post an update when I get it done.

Dan, thanks again for all your help.

-C