Page 2 of 2
Re: PHP 5.3.6-2 release
Posted: Thu Apr 07, 2011 3:54 pm
by breun
nobody wrote:Like php-cli and php-common ? So yousimply download all these rpms and execute the command. Offcourse then you restart apache and thats it ? You have rolled back ?
Yes, basically that's it.
Sometimes there are package layout changes between releases (like the php-mhash package for instance, which was available for 5.2, but doesn't exist for 5.3 since the hashing functions have moved into PHP core) and you might have to separately reinstall some package that was obsoleted or something, so you might want to check your yum log or backups to see what you had installed before.
Another thing might be configuration file changes, but you should be able to restore that pretty easily (from a backup or by customizing the default from the package again).
Re: PHP 5.3.6-2 release
Posted: Fri Apr 08, 2011 6:54 am
by JnascECSI
Can anyone having issues with joomla after the upgrade tell me if the joomla sites are older versions or the most current last 2 which are 1.5.22 & 1.5.23? Since we have around 40 joomla sites which all are 1.5.22 & last weeks updated 1.5.23 i want to see if it might be version related to older versions before i upgrade to PHP 5.3.
Thanks in advance.
Re: PHP 5.3.6-2 release
Posted: Fri Apr 08, 2011 7:30 am
by DarkF@der
JnascECSI wrote:Can anyone having issues with joomla after the upgrade tell me if the joomla sites are older versions or the most current last 2 which are 1.5.22 & 1.5.23? Since we have around 40 joomla sites which all are 1.5.22 & last weeks updated 1.5.23 i want to see if it might be version related to older versions before i upgrade to PHP 5.3.
Thanks in advance.
The problems are with older joomla's older then .22 but also people who using icetheme templates having big problems
If they running joomla 1.5.22 and using the icetheme template the menu's will be broken on there site
Re: PHP 5.3.6-2 release
Posted: Fri Apr 08, 2011 9:06 am
by nobody
I am currently having all joomla users updating their sites code so they can operate. Hope this will resolve soon. Anyhow we should adopt to the newer php one day.
There is another issue I think. I have the feeling it consumes much more ram. Has anyone noticed or is it just my idea ?
Regards
Re: PHP 5.3.6-2 release
Posted: Fri Apr 08, 2011 9:09 am
by nobody
Also there is another issue with Joomla.
If you take a look at the joomla errors there are whole megabytes of the same error. With the timestamp.
I went to php.ini and added the following line in order to resolve this issue at least for now.
date.timezone = Europe/City
Offcourse the City is something that you change. There were also a phpbb inside a joomla and another joomla that wouldn't function without it !
Re: PHP 5.3.6-2 release
Posted: Fri Apr 08, 2011 9:30 am
by breun
The comment for
http://www.php.net/manual/en/datetime.c ... e.timezone says:
Prior to PHP 5.3.0, the default timezone used by all date/time functions if the TZ environment variable isn't set; this is longer the case as of 5.3.0.
That looks like broken language to me, but apparently indeed something changed with PHP 5.3.0 for date.timezone.
Re: PHP 5.3.6-2 release
Posted: Fri Apr 08, 2011 9:32 am
by breun
Re: PHP 5.3.6-2 release
Posted: Fri Apr 08, 2011 1:14 pm
by hostingguy
I dont know if either of these 2 issues are known issues or not, but they are occuring as of this morning.
Any idea why a yum upgrade php is attempting to install php-common 5.2.17-1 when its updating php to 5.3?
Code: Select all
Resolving Dependencies
--> Running transaction check
--> Processing Dependency: php = 5.2.17-1.el5.art for package: php-devel
---> Package php.x86_64 0:5.3.6-2.el5.art set to be updated
--> Processing Dependency: php-cli = 5.3.6-2.el5.art for package: php
--> Processing Dependency: php-common = 5.3.6-2.el5.art for package: php
--> Running transaction check
---> Package php-cli.x86_64 0:5.3.6-2.el5.art set to be updated
--> Processing Dependency: libedit.so.0()(64bit) for package: php-cli
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-gd
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-tidy
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-mcrypt
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-xml
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-soap
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-mbstring
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-snmp
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-mysql
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-mssql
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-embedded
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-ldap
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-dba
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-ncurses
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-pspell
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-pgsql
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-imap
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-mhash
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-bcmath
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-xmlrpc
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-pdo
--> Processing Dependency: php-common = 5.2.17-1.el5.art for package: php-odbc
---> Package php-common.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-devel.x86_64 0:5.3.6-2.el5.art set to be updated
--> Running transaction check
---> Package libedit.x86_64 0:3.0-2.20090923cvs.el5.art set to be updated
---> Package php-bcmath.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-common.i386 0:5.2.17-1.el5.art set to be updated
--> Processing Dependency: libcurl.so.3 for package: php-common
---> Package php-dba.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-embedded.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-gd.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-imap.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-ldap.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-mbstring.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-mcrypt.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-mssql.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-mysql.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-odbc.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-pdo.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-pgsql.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-pspell.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-snmp.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-soap.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-tidy.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-xml.x86_64 0:5.3.6-2.el5.art set to be updated
---> Package php-xmlrpc.x86_64 0:5.3.6-2.el5.art set to be updated
--> Running transaction check
---> Package curl.i386 0:7.15.5-9.el5_6.2 set to be updated
--> Finished Dependency Resolution
Dependencies Resolved
==============================================================================================================================================================================================================================================
Package Arch Version Repository Size
==============================================================================================================================================================================================================================================
Updating:
php x86_64 5.3.6-2.el5.art atomic 1.4 M
Installing for dependencies:
curl i386 7.15.5-9.el5_6.2 cloudlinux-updates 233 k
libedit x86_64 3.0-2.20090923cvs.el5.art atomic 81 k
php-common i386 5.2.17-1.el5.art atomic 279 k
Updating for dependencies:
php-bcmath x86_64 5.3.6-2.el5.art atomic 40 k
php-cli x86_64 5.3.6-2.el5.art atomic 2.6 M
php-common x86_64 5.3.6-2.el5.art atomic 972 k
php-dba x86_64 5.3.6-2.el5.art atomic 60 k
php-devel x86_64 5.3.6-2.el5.art atomic 623 k
php-embedded x86_64 5.3.6-2.el5.art atomic 1.3 M
php-gd x86_64 5.3.6-2.el5.art atomic 208 k
php-imap x86_64 5.3.6-2.el5.art atomic 87 k
php-ldap x86_64 5.3.6-2.el5.art atomic 55 k
php-mbstring x86_64 5.3.6-2.el5.art atomic 2.3 M
php-mcrypt x86_64 5.3.6-2.el5.art atomic 47 k
php-mssql x86_64 5.3.6-2.el5.art atomic 67 k
php-mysql x86_64 5.3.6-2.el5.art atomic 158 k
php-odbc x86_64 5.3.6-2.el5.art atomic 87 k
php-pdo x86_64 5.3.6-2.el5.art atomic 117 k
php-pgsql x86_64 5.3.6-2.el5.art atomic 133 k
php-pspell x86_64 5.3.6-2.el5.art atomic 31 k
php-snmp x86_64 5.3.6-2.el5.art atomic 39 k
php-soap x86_64 5.3.6-2.el5.art atomic 276 k
php-tidy x86_64 5.3.6-2.el5.art atomic 52 k
php-xml x86_64 5.3.6-2.el5.art atomic 221 k
php-xmlrpc x86_64 5.3.6-2.el5.art atomic 85 k
Transaction Summary
==============================================================================================================================================================================================================================================
Install 3 Package(s)
Upgrade 23 Package(s)
And then after the upgrade, php is "broken"
Code: Select all
# php -v
Failed loading /usr/lib64/php/zend/ZendOptimizer-5.3.so: /usr/lib64/php/zend/ZendOptimizer-5.3.so: cannot open shared object file: No such file or directory
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/dbase.so' - /usr/lib64/php/modules/dbase.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning: PHP Startup: mhash: Unable to initialize module
Module compiled with module API=20060613
PHP compiled with module API=20090626
These options need to match
in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/ncurses.so' - /usr/lib64/php/modules/ncurses.so: undefined symbol: first_arg_force_ref in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/sqlite.so' - /usr/lib64/php/modules/sqlite.so: undefined symbol: third_arg_force_ref in Unknown on line 0
PHP Warning: PHP Startup: suhosin: Unable to initialize module
Module compiled with module API=20060613
PHP compiled with module API=20090626
These options need to match
in Unknown on line 0
PHP 5.3.6 (cli) (built: Mar 23 2011 17:24:24)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies
with the ionCube PHP Loader v4.0.5, Copyright (c) 2002-2011, by ionCube Ltd.
it looks like the ugprader/updater didnt attempt to remove these old packages, so php is now thuroughly confused.
Code: Select all
php-common-5.2.17-1.el5.art
php-sqlite2-5.2.16-1.el5.art
php-sqlite2-5.2.16-1.el5.art
php-mhash-5.2.17-1.el5.art
php-ncurses-5.2.17-1.el5.art
php-zend-optimizer-3.3.9-2.el5.art
I've had hit or miss dependancy problems if I didnt remove php-sqlite2 before the attempted update
if all that isnt enough, after removing all of those other packages it looks like suhosin is throwing problems.
php-suhosin-0.9.32.1-1.el5.art
Code: Select all
# php -v
PHP Warning: PHP Startup: suhosin: Unable to initialize module
Module compiled with module API=20060613
PHP compiled with module API=20090626
These options need to match
in Unknown on line 0
PHP 5.3.6 (cli) (built: Mar 23 2011 17:24:24)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies
with the ionCube PHP Loader v4.0.5, Copyright (c) 2002-2011, by ionCube Ltd.
I had to run an update on it manually as well (updated to php-suhosin.x86_64 0:0.9.32.1-2.el5.art) - so the updater missed this package as well to update.
Code: Select all
# php -v
PHP 5.3.6 (cli) (built: Mar 23 2011 17:24:24)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies
with the ionCube PHP Loader v4.0.5, Copyright (c) 2002-2011, by ionCube Ltd.
with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH
Re: PHP 5.3.6-2 release
Posted: Fri Apr 08, 2011 3:45 pm
by nobody
breun wrote:The comment for
http://www.php.net/manual/en/datetime.c ... e.timezone says:
Prior to PHP 5.3.0, the default timezone used by all date/time functions if the TZ environment variable isn't set; this is longer the case as of 5.3.0.
That looks like broken language to me, but apparently indeed something changed with PHP 5.3.0 for date.timezone.
No way ... All Joomla sites in 3 servers (2 plesk - 1 without cp) have tooons of this same error. So I hardcoded it to resolve the issue on php.ini.
Something has changed in the date.timezone for sure or some cms are not compatible with the new syntax ? I really don't know ...
Only if we knew before
The good thing is that I have everyone upgrading their Joomla so after 3 days 90% of the sites that were damaged are functional again. But anyhow its really bad that you can't rollback to the previous version. And after what I read I was too pesimistic to even try to rollback through other ways in order not to break other things ...
I think probably whoever wants to upgrade to the newer php version should send a mass mail to all their clients and inform them of the upcoming "event" and possible issues with their sites ...
Re: PHP 5.3.6-2 release
Posted: Fri Apr 08, 2011 3:58 pm
by breun
nobody wrote:
Only if we knew before
Pretty much all software updates come with changelogs. Bigger projects usually also have "What's New" documentation like this. This is not secret information.
nobody wrote:The good thing is that I have everyone upgrading their Joomla so after 3 days 90% of the sites that were damaged are functional again. But anyhow its really bad that you can't rollback to the previous version.
And after what I read I was too pesimistic to even try to rollback through other ways in order not to break other things ...
I haven't personally done a downgrade from PHP 5.3 to 5.2, but I wouldn't know why this wouldn't work.
nobody wrote:I think probably whoever wants to upgrade to the newer php version should send a mass mail to all their clients and inform them of the upcoming "event" and possible issues with their sites ...
Of course you should. And I'm sorry, but you want to test these things, and know how to roll back, and have backups.
I'm sorry if this sounded harsh.