[SOLVED] Upgrade failing - 5.0.9->5.0.18

[veronica]

Maybe my choice of words were wrong but i did mean what you said.

[uxbod]

That is okay Veronica ... You are obviously posting so quickly we cannot keep up with you Keep up the excellent contributions you are making.

[Baylink]

In any event, having manually made sure that there was nothing whatever zimbraish running on the new server, I ran the upgrade again, and it died again; clearly somewhere inside where zmsetup.pl calls zmupgrade::upgrade, and I'm not sure where that function lives.

Found it. The value of $RC is 1 as returned from the call to zmcontrol stop. Checking further.

[Baylink]

Aha! Smoking gun:

httpd: Syntax error on line 232 of /opt/zimbra/conf/httpd.conf: Cannot load /opt/zimbra/httpd-2.2.8/modules/libphp5.so into server: /opt/zimbra/httpd-2.2.8/modules/libphp5.so: cannot restore segment prot after reloc: Permission denied

I had noticed the speller not running earlier; this is why zmcontrol stop is failing and hence, the upgrade.

I've copied in the distribution's libphp5.so; that doesn't fail the zmcontrol stop; let's see what happens.

[Baylink]

Yup; it appears, so far, to be successful. I'm not sure what the issue with that libphp5 is, but I'll look into it further, tomorrow... on the clock. :-)

[rgv151]

Originally Posted by Baylink

Aha! Smoking gun:

httpd: Syntax error on line 232 of /opt/zimbra/conf/httpd.conf: Cannot load /opt/zimbra/httpd-2.2.8/modules/libphp5.so into server: /opt/zimbra/httpd-2.2.8/modules/libphp5.so: cannot restore segment prot after reloc: Permission denied

I had noticed the speller not running earlier; this is why zmcontrol stop is failing and hence, the upgrade.

I've copied in the distribution's libphp5.so; that doesn't fail the zmcontrol stop; let's see what happens.

Confirmed problem comes from libphp5.so
Thanks Baylink for your advice!

[Baylink]

I'm doing my 5.0.18 -> 6.0.2 NE upgrade; same failure. I'm assuming it's CentOS5 related.

[Gurjeet Clair]

ERROR:
startup.log:Starting apache...httpd: Syntax error on line 232 of /opt/zimbra/conf/httpd.conf: Cannot load /opt/zimbra/httpd/modules/libphp5.so into server: /opt/zimbra/httpd/modules/libphp5.so: cannot restore segment prot after reloc: Permission denied

Also aspell doesn't seem to work either.


The real problem is because of SELinux is set to Enforcing mode. You either need to turn it off, or set it to permissive (it don't like whatcha trying to do, it'll tell on ya in the logs, but it'll still let you do it).

However in todays world I don't think thats a good fix. SELinux has a purpose and it should be used where and when it can. The real fix is this:

# chcon -t textrel_shlib_t /opt/zimbra/httpd/modules/libphp5.so

The reason why copying over the system php5 lib over is that, when copying you also copy over the SElinux context with the file. I don't recommend that in general because there might be issues with system calls that aren't compiled in on your system version vs the one that comes with Zimbra.

Hope that helps and clears some things up.

[ArcaneMagus]

In the installation documentation it specifically mentions that you need to disable SELinux on RHEL/CentOS.

Take a look at Modifying Operating System Configurations.

[Gurjeet Clair]

Yes, but that doesn't mean its the right thing to do.

If you DO care about that extra layer of security and want to keep SELinux turned on, then so far, that chcon command will fix you up for that particular little problem.

I've installed 6.02 on Centos with SELinux turned on, and so far that has been my only problem.