Topic: Apache error_log is filling up to abnormal sizes ! (10GB / day)

[svsleuwen]

My customer runs on a SME-Server 7.4 with the latest updates installed.
They sync their Outlook via Funambol 7.04 with Egroupware 1.4.004 (latest contrib via contribs.org).
It needs php5-cgi contrib to sync via SyncML, that works well but generates an abnormaly amount of errors in the logs.
It seems that for every script line it generates an error line in the log!?

Can someone please guide me to a direction how to solve the error messages?
I have raised the error_logging level to critical so the logfiles don't grow to the size that the harddrives are completely full.
I want to lower it back again to "warn" when the problem is solved offcourse.
the load on the server is allso pretty huge every 15 minutes it goes to 50% CPU Load.

I have the same configuration of SME, Egroupware and PHP5-CGI with funambol sync on two other servers at other customers but they do not have these problems.
The syncyng itself goes perfectly so it is really hard to determine where the problem is coming from.

Below there is a piece of error_log from /var/log/httpd/
______________________________________________________

[Fri Mar 27 09:47:03 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML[syncml-4cdebff666ebac054eedd24fb1b20bba]: starting new session for sharon [on line 164 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML.php"]
[Fri Mar 27 09:47:03 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML[syncml-4cdebff666ebac054eedd24fb1b20bba]: create new session state variable [on line 170 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML.php"]
[Fri Mar 27 09:47:03 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML[syncml-4cdebff666ebac054eedd24fb1b20bba]: package 1 +++++++++++++++++++++ started [on line 214 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML.php"]
[Fri Mar 27 09:47:03 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML: Authentication not yet possible currently. Password not available [on line 259 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML/State_egw.php"]
[Fri Mar 27 09:47:04 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML_EGW: Authentication of sharon@default/syncml-4cdebff666ebac054eedd24fb1b20bba succeded [on line 273 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML/State_egw.php"]
[Fri Mar 27 09:47:04 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML[syncml-4cdebff666ebac054eedd24fb1b20bba]: found action commands <Alert> 1 [on line 495 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML.php"]
[Fri Mar 27 09:47:04 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML: create new sync for ./calendar 200 [on line 331 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML/Command/Alert.php"]
[Fri Mar 27 09:47:04 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML: new sync for alerttype 200 [on line 41 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML/Sync.php"]
[Fri Mar 27 09:47:04 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML: checking anchor targetLocURI: clientlast: 1238143320 / 1238143320 [on line 105 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML/Command/Alert.php"]

[Stefano]

hi

IMO you should check also EGW forums as it seems a EGW/funambol issue.

ciao
Stefano

[svsleuwen]

Dear Stefan, I have been busy with it last 4 days and yes I have been reading the forums at Egroupware and no the problem does not seem to be Egroupware only...
It seems that it has something to do with php or pear ?

I havent been succesfull in my search on google etc either.
I allways look at the other forums and this one BEFORE I post!

yes I'm getting a bit desperate, but I am really stuck....

[cactus]

It is a wild guess, but does the package have a debug option which might be (accidentally) turned on? The kind of messages look like debug messages to me.

[svsleuwen]

Offcourse that could be, But to make sure it mas not my foult I reinstalled Egroupware from the RPM provided on Contribs.
It sould replace the default config files, dont it?

I will have another go at looking in the egroupware forums to look at a debug option.
Thanks for your response!

I'll keep you informed!

[svsleuwen]

Dear Stefano,

I have changed PEAR_LOG_DEBUG to PEAR_LOG_INFO which reduced server load significantely but the error messages keep appearing??!
The Contrib for Egroupware 1.4.004 seems to have this setting as default (seems strange to me but maybe someone forgot to turn it off).
You can see where I got it from here: http://www.egroupware.org/index.php?page_name=sync&wikipage=SyncMLInstallHowTo
(It says so at the bottom of the page).
I have included some more logfile as it seems strange (to me) that there are even empty rules in this log.. (see the one above the bottom line)
_________________________________________

[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML[syncml-fd445702b0dd7f154aabca0990d86b53]: syncStatus(client sync started) 1 [on line 502 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML.php"]
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] EGWSYNC: [] SyncML: $this->_targetURI = ./calendar [on line 36 of "/opt/egroupware/html/phpgwapi/inc/horde/Horde/SyncML/Command/Sync.php"]
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] EGWSYNC: [egwcalendarsync] SymcML: egwcalendarsync search content: PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPGFwcG9pbnRtZW50Pgo8U0lGVmVyc2lvbj4xLjE8L1NJRlZlcnNpb24+CjxBbGxEYXlFdmVudD4wPC9BbGxEYXlFdmVudD4KPEJpbGxpbmdJbmZvcm1hdGlvbi8+CjxCb2R5Pg0KPC9Cb2R5Pgo8QnVzeVN0YXR1cz4yPC9CdXN5U3RhdHVzPgo8Q2F0ZWdvcmllcy8+CjxDb21wYW5pZXMvPgo8RW5kPjIwMDgwODI5VDIyMDAwMFo8L0VuZD4KPEZvbGRlcj5ERUZBVUxUX0ZPTERFUjwvRm9sZGVyPgo8SW1wb3J0YW5jZT4xPC9JbXBvcnRhbmNlPgo8SXNSZWN1cnJpbmc+MDwvSXNSZWN1cnJpbmc+CjxMb2NhdGlvbi8+CjxNZWV0aW5nU3RhdHVzPjA8L01lZXRpbmdTdGF0dXM+CjxNaWxlYWdlLz4KPE5vQWdpbmc+MDwvTm9BZ2luZz4KPFJlbWluZGVyTWludXRlc0JlZm9yZVN0YXJ0PjE1PC9SZW1pbmRlck1pbnV0ZXNCZWZvcmVTdGFydD4KPFJlbWluZGVyU2V0PjA8L1JlbWluZGVyU2V0Pgo8UmVtaW5kZXJTb3VuZEZpbGUvPgo8UmVwbHlUaW1lLz4KPFNlbnNpdGl2aXR5PjA8L1NlbnNpdGl2aXR5Pgo8U3RhcnQ+MjAwODA4MjlUMTEwMDAwWjwvU3RhcnQ+CjxTdWJqZWN0Pnp5ZGV2ZWxkIGZlZXN0PC9TdWJqZWN0Pgo8L2FwcG9pbnRtZW50Pg== contenttype: text/x-s4j-sife [on line 208 of "/opt/egroupware/html/syncml/calendar/lib/api.php"]
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] parseDateTime: 20080829T220000Z => Array
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] (
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [hour] => 22
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [minute] => 0
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [second] => 0
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [zone] => UTC
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] )
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] event end val=20080829T220000Z, parsed=1220047200
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] parseDateTime: 20080829T110000Z => Array
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] (
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [hour] => 11
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [minute] => 0
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [second] => 0
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [zone] => UTC
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] )
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] event start val=20080829T110000Z, parsed=1220007600

[cactus]

[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] parseDateTime: 20080829T220000Z => Array
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] (
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [hour] => 22
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [minute] => 0
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [second] => 0
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [zone] => UTC
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] )
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] event end val=20080829T220000Z, parsed=1220047200
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] parseDateTime: 20080829T110000Z => Array
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] (
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [hour] => 11
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [minute] => 0
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [second] => 0
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]     [zone] => UTC
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] )
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1]
[Fri Mar 27 09:47:50 2009] [error] [client 192.168.0.1] event start val=20080829T110000Z, parsed=1220007600

These are most likely caused by the php vardump function, which are often used in debug like messages.

[svsleuwen]

Hi Stefano,
Thanx that's good thinking!
how can I disable this?
Do I have to dive into the code of Egroupware? This should be strange becourse I use the default package from contribs.org
Is there a general setting in apache config that disables the output from this php function? (stupid question perhaps).

[Stefano]

[OT]svsleuwen: you should thank cactus, not me [/OT]

Ciao
Stefano

[svsleuwen]

Yes you are right, sorry Cactus and Stefano.
Thank you Cactus!

[gzartman]

Moving thread to SME 7.x Contribs, as it is more appropriate there.

[cactus]

Hi Stefano,
Thanx that's good thinking!
how can I disable this?
Do I have to dive into the code of Egroupware? This should be strange becourse I use the default package from contribs.org
Is there a general setting in apache config that disables the output from this php function? (stupid question perhaps).

More likely PHP than Apache although PHP is a package ran inside/on top off Apache. Are you sure you did not modify things by hand, not even in the past?
Can you show us the output of the following command:

Code: [Select]

pear config-show

[svsleuwen]

Dear cactus,

I am pretty sure I did not edit PHP by hand (as I am not a PHP Wizard).
Here is the output of " pear config-show ":
______________________________
Configuration (channel pear.php.net):
=====================================
Auto-discover new Channels     auto_discover    <not set>
Default Channel                default_channel  pear.php.net
HTTP Proxy Server Address      http_proxy       <not set>
PEAR server [DEPRECATED]       master_server    pear.php.net
Default Channel Mirror         preferred_mirror pear.php.net
Remote Configuration File      remote_config    <not set>
PEAR executables directory     bin_dir          /usr/bin
PEAR documentation directory   doc_dir          /usr/share/pear/doc
PHP extension directory        ext_dir          /usr/lib/php4
PEAR directory                 php_dir          /usr/share/pear
PEAR Installer cache directory cache_dir        /var/cache/php-pear
PEAR data directory            data_dir         /usr/share/pear/data
PHP CLI/CGI binary             php_bin          /usr/bin/php
PEAR test directory            test_dir         /usr/share/pear/test
Cache TimeToLive               cache_ttl        3600
Preferred Package State        preferred_state  stable
Unix file mask                 umask            22
Debug Log Level                verbose          1
PEAR password (for             password         <not set>
maintainers)
Signature Handling Program     sig_bin          /usr/bin/gpg
Signature Key Directory        sig_keydir       /etc/pearkeys
Signature Key Id               sig_keyid        <not set>
Package Signature Type         sig_type         gpg
PEAR username (for             username         <not set>
maintainers)
User Configuration File        Filename         /root/.pearrc
System Configuration File      Filename         /etc/pear.conf

[cactus]

Dear cactus,

I am pretty sure I did not edit PHP by hand (as I am not a PHP Wizard).
Here is the output of " pear config-show ":

Nothing strange in there... you have me puzzled. I am unfamiliar with egroupware as well as funambol so I think I have to take a rain check on this one unfortunately. I hope someone else can provide you with a clue to solve the issue.

[svsleuwen]

Could it have something to do with PHP5-CGI module that I have to use for SyncML??
I am just guessing, but I don't know what else could couse this..

[cactus]

Could it have something to do with PHP5-CGI module that I have to use for SyncML??
I am just guessing, but I don't know what else could couse this..

Are you saying you are using a PHP5 module in PHP4? They normally are incompatible and might cause PHP/Apache to crash or are you running PHP5 as well?

[svsleuwen]

Indeed I am using the contrib for using PHP5 as a module as described on this site:
http://sme.firewall-services.com/spip.php?article46
and then following the normal instructions as described on the contribs site about installing Egroupware syncing.
But I am using this exact configuration at two other servers and they don't seem to have those problems.
Strange problem isn't it?

[cactus]

Indeed I am using the contrib for using PHP5 as a module as described on this site:
http://sme.firewall-services.com/spip.php?article46
and then following the normal instructions as described on the contribs site about installing Egroupware syncing.
But I am using this exact configuration at two other servers and they don't seem to have those problems.
Strange problem isn't it?

Perhaps, but next time it would be nice if you were to give all relevant details as you have, in this case, posted the wrong pear output as you posted the PHP 4 version.

[svsleuwen]

How can I give you the output of php5-cgi?

[cactus]

How can I give you the output of php5-cgi?

Not sure how, as I do not have those packages installed, we need to find the pear executable for your php5 installation first:

Code: [Select]

rpm -qa php5* | xargs rpm -ql | grep pear

[svsleuwen]

Dear cactus,
The command:rpm -qa php5* | xargs rpm -ql | grep pear

Gives as result:

warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
/usr/bin/php5/pear
/usr/bin/php5/peardev
/usr/share/pear5
/usr/share/pear5/.channels
/usr/share/pear5/.channels/.alias
/usr/share/pear5/.channels/.alias/pear.txt
/usr/share/pear5/.channels/.alias/pecl.txt
/usr/share/pear5/.channels/__uri.reg
/usr/share/pear5/.channels/pear.php.net.reg
/usr/share/pear5/.channels/pecl.php.net.reg
/usr/share/pear5/.depdb
/usr/share/pear5/.depdblock
/usr/share/pear5/.filemap
/usr/share/pear5/.lock
/usr/share/pear5/.registry
/usr/share/pear5/.registry/.channel.__uri
/usr/share/pear5/.registry/.channel.pecl.php.net
/usr/share/pear5/.registry/archive_tar.reg
/usr/share/pear5/.registry/console_getopt.reg
/usr/share/pear5/.registry/pear.reg
/usr/share/pear5/Archive
/usr/share/pear5/Archive/Tar.php
/usr/share/pear5/Console
/usr/share/pear5/Console/Getopt.php
/usr/share/pear5/OS
/usr/share/pear5/OS/Guess.php
/usr/share/pear5/PEAR
/usr/share/pear5/PEAR.php
/usr/share/pear5/PEAR/Autoloader.php
/usr/share/pear5/PEAR/Builder.php
/usr/share/pear5/PEAR/ChannelFile
/usr/share/pear5/PEAR/ChannelFile.php
/usr/share/pear5/PEAR/ChannelFile/Parser.php
/usr/share/pear5/PEAR/Command
/usr/share/pear5/PEAR/Command.php
/usr/share/pear5/PEAR/Command/Auth.php
/usr/share/pear5/PEAR/Command/Auth.xml
/usr/share/pear5/PEAR/Command/Build.php
/usr/share/pear5/PEAR/Command/Build.xml
/usr/share/pear5/PEAR/Command/Channels.php
/usr/share/pear5/PEAR/Command/Channels.xml
/usr/share/pear5/PEAR/Command/Common.php
/usr/share/pear5/PEAR/Command/Config.php
/usr/share/pear5/PEAR/Command/Config.xml
/usr/share/pear5/PEAR/Command/Install.php
/usr/share/pear5/PEAR/Command/Install.xml
/usr/share/pear5/PEAR/Command/Mirror.php
/usr/share/pear5/PEAR/Command/Mirror.xml
/usr/share/pear5/PEAR/Command/Package.php
/usr/share/pear5/PEAR/Command/Package.xml
/usr/share/pear5/PEAR/Command/Pickle.php
/usr/share/pear5/PEAR/Command/Pickle.xml
/usr/share/pear5/PEAR/Command/Registry.php
/usr/share/pear5/PEAR/Command/Registry.xml
/usr/share/pear5/PEAR/Command/Remote.php
/usr/share/pear5/PEAR/Command/Remote.xml
/usr/share/pear5/PEAR/Command/Test.php
/usr/share/pear5/PEAR/Command/Test.xml
/usr/share/pear5/PEAR/Common.php
/usr/share/pear5/PEAR/Config.php
/usr/share/pear5/PEAR/Dependency.php
/usr/share/pear5/PEAR/Dependency2.php
/usr/share/pear5/PEAR/DependencyDB.php
/usr/share/pear5/PEAR/Downloader
/usr/share/pear5/PEAR/Downloader.php
/usr/share/pear5/PEAR/Downloader/Package.php
/usr/share/pear5/PEAR/ErrorStack.php
/usr/share/pear5/PEAR/Exception.php
/usr/share/pear5/PEAR/Frontend
/usr/share/pear5/PEAR/Frontend.php
/usr/share/pear5/PEAR/Frontend/CLI.php
/usr/share/pear5/PEAR/Installer
/usr/share/pear5/PEAR/Installer.php
/usr/share/pear5/PEAR/Installer/Role
/usr/share/pear5/PEAR/Installer/Role.php
/usr/share/pear5/PEAR/Installer/Role/Common.php
/usr/share/pear5/PEAR/Installer/Role/Data.php
/usr/share/pear5/PEAR/Installer/Role/Data.xml
/usr/share/pear5/PEAR/Installer/Role/Doc.php
/usr/share/pear5/PEAR/Installer/Role/Doc.xml
/usr/share/pear5/PEAR/Installer/Role/Ext.php
/usr/share/pear5/PEAR/Installer/Role/Ext.xml
/usr/share/pear5/PEAR/Installer/Role/Php.php
/usr/share/pear5/PEAR/Installer/Role/Php.xml
/usr/share/pear5/PEAR/Installer/Role/Script.php
/usr/share/pear5/PEAR/Installer/Role/Script.xml
/usr/share/pear5/PEAR/Installer/Role/Src.php
/usr/share/pear5/PEAR/Installer/Role/Src.xml
/usr/share/pear5/PEAR/Installer/Role/Test.php
/usr/share/pear5/PEAR/Installer/Role/Test.xml
/usr/share/pear5/PEAR/PackageFile
/usr/share/pear5/PEAR/PackageFile.php
/usr/share/pear5/PEAR/PackageFile/Generator
/usr/share/pear5/PEAR/PackageFile/Generator/v1.php
/usr/share/pear5/PEAR/PackageFile/Generator/v2.php
/usr/share/pear5/PEAR/PackageFile/Parser
/usr/share/pear5/PEAR/PackageFile/Parser/v1.php
/usr/share/pear5/PEAR/PackageFile/Parser/v2.php
/usr/share/pear5/PEAR/PackageFile/v1.php
/usr/share/pear5/PEAR/PackageFile/v2
/usr/share/pear5/PEAR/PackageFile/v2.php
/usr/share/pear5/PEAR/PackageFile/v2/Validator.php
/usr/share/pear5/PEAR/PackageFile/v2/rw.php
/usr/share/pear5/PEAR/Packager.php
/usr/share/pear5/PEAR/REST
/usr/share/pear5/PEAR/REST.php
/usr/share/pear5/PEAR/REST/10.php
/usr/share/pear5/PEAR/REST/11.php
/usr/share/pear5/PEAR/Registry.php
/usr/share/pear5/PEAR/Remote.php
/usr/share/pear5/PEAR/RunTest.php
/usr/share/pear5/PEAR/Task
/usr/share/pear5/PEAR/Task/Common.php
/usr/share/pear5/PEAR/Task/Postinstallscript
/usr/share/pear5/PEAR/Task/Postinstallscript.php
/usr/share/pear5/PEAR/Task/Postinstallscript/rw.php
/usr/share/pear5/PEAR/Task/Replace
/usr/share/pear5/PEAR/Task/Replace.php
/usr/share/pear5/PEAR/Task/Replace/rw.php
/usr/share/pear5/PEAR/Task/Unixeol
/usr/share/pear5/PEAR/Task/Unixeol.php
/usr/share/pear5/PEAR/Task/Unixeol/rw.php
/usr/share/pear5/PEAR/Task/Windowseol
/usr/share/pear5/PEAR/Task/Windowseol.php
/usr/share/pear5/PEAR/Task/Windowseol/rw.php
/usr/share/pear5/PEAR/Validate.php
/usr/share/pear5/PEAR/Validator
/usr/share/pear5/PEAR/Validator/PECL.php
/usr/share/pear5/PEAR/XMLParser.php
/usr/share/pear5/System.php
/usr/share/pear5/data
/usr/share/pear5/data/PEAR
/usr/share/pear5/data/PEAR/package.dtd
/usr/share/pear5/data/PEAR/template.spec
/usr/share/pear5/doc
/usr/share/pear5/doc/Archive_Tar
/usr/share/pear5/doc/Archive_Tar/docs
/usr/share/pear5/doc/Archive_Tar/docs/Archive_Tar.txt
/usr/share/pear5/pearcmd.php
/usr/share/pear5/peclcmd.php
/etc/php5/pear.conf

[cactus]

Most likely it should be this then:

Code: [Select]

/usr/bin/php5/pear config-show

[svsleuwen]

Yep you are right..
Output from /usr/bin/php5/pear config-show:

ERROR: either use the CLI php executable, or set register_argc_argv=On in php.ini

[cactus]

Yep you are right..
Output from /usr/bin/php5/pear config-show:

ERROR: either use the CLI php executable, or set register_argc_argv=On in php.ini

I am not sure that's the cause of your error but you could try setting it to on in the php.ini file for php5.

[svsleuwen]

I was just doing that as you replied.
Here is the output of /usr/bin/php5/pear config-show:

Configuration (channel pear.php.net):
=====================================
Auto-discover new Channels     auto_discover    <not set>
Default Channel                default_channel  pear.php.net
HTTP Proxy Server Address      http_proxy       <not set>
PEAR server [DEPRECATED]       master_server    pear.php.net
Default Channel Mirror         preferred_mirror pear.php.net
Remote Configuration File      remote_config    <not set>
PEAR executables directory     bin_dir          /usr/bin/php5
PEAR documentation directory   doc_dir          /usr/share/pear5/doc
PHP extension directory        ext_dir          /usr/lib/php5
PEAR directory                 php_dir          /usr/share/pear5
PEAR Installer cache directory cache_dir        /tmp/pear/cache
PEAR data directory            data_dir         /usr/share/pear5/data
PHP CLI/CGI binary             php_bin          /usr/bin/php5/php
PEAR test directory            test_dir         /usr/share/pear5/test
Cache TimeToLive               cache_ttl        3600
Preferred Package State        preferred_state  stable
Unix file mask                 umask            22
Debug Log Level                verbose          1
PEAR password (for             password         <not set>
maintainers)
Signature Handling Program     sig_bin          /usr/bin/gpg
Signature Key Directory        sig_keydir       /etc/php5/pearkeys
Signature Key Id               sig_keyid        <not set>
Package Signature Type         sig_type         gpg
PEAR username (for             username         <not set>
maintainers)
User Configuration File        Filename         /root/.pearrc
System Configuration File      Filename         /etc/php5/pear.conf

[svsleuwen]

Dear Cactus!
I have good and Bad news!
I think we have found a bug in Egroupware or PHP5-CGI becourse I am at another customer that has an identical situation / configuration and they have the same problem!
The Httpd Error_log is filling up with the exact same errors....

Hmm shall I inform the mainainer of the Egroupware contrib and the maintainer of the PHP5-CGI contrib?

[David Harper]

Try updating to the latest version of PHP5-CGI, and then file a bug report if the problem persists.

[svsleuwen]

Dear Cactus and David,

I think I've found it!
David suggested to update php5-cgi.
By accident there were Updates from contribs allso for php5-cgi.
Apr 04 10:30:57 Updated: php5-cgi-mysql.i386 5.2.8-1.el4.sme
Apr 04 10:30:57 Updated: php5-cgi-ldap.i386 5.2.8-1.el4.sme
Apr 04 10:30:59 Updated: proftpd.i386 1.3.2-1.el4.rf
Apr 04 10:31:00 Updated: php5-cgi-imap.i386 5.2.8-1.el4.sme
Apr 04 10:31:00 Updated: php5-cgi-xmlrpc.i386 5.2.8-1.el4.sme
Apr 04 10:31:01 Updated: php5-cgi.i386 5.2.8-1.el4.sme
Apr 04 10:31:03 Updated: php5-cgi-pear.i386 5.2.8-1.el4.sme
But then the configuration didn't work anymore.
I started searching on contribs.org for a solution and found the new howto for installing php5-cgi.

http://wiki.contribs.org/PHP5

There I followed the instructions and installed smeserver-php5-cgi.noarch 1.0-2.el4.sme.
I removed the old custom templates and made a new one with the new parameters.

<Directory /opt/egroupware/html/rpc.php>
      AddHandler php5-cgi .php
      Action php5-cgi /php5-cgi/php-cgi
</Directory>

Now I can sync without filling the logs...
I am going to install this allso with my other customer to see if I got it right...
But I have a good feeling...

Have a nice weekend and thanx for your help!

Grtz Simon

[David Harper]

Nice to hear about the (fingers crossed) happy ending

[svsleuwen]

Indeed, finger crossed.
It is allways hard to fix something if you don't know allot about the subject.
But I guess there is where the forum comes in handy!

Thanks for thinking allong and giving the right tips!

[svsleuwen]

Dear David and Cactus,

I have to say, the problem seems to be solved by upgrading PHP5-CGI module to 5.2.8-1 from the contrib on this site: http://wiki.contribs.org/PHP5

Even the serverload has gone down with 20% !
See screendump:

No more log errors even after changing the log level back to "warn" (as it is the default setting).

So I really thing that the manual on this site has to change!
http://sme.firewall-services.com/spip.php?article46
I think nobody should use this contrib anymore, the new contrib is even easier to configure and has a nice template just as PHP4 has!

Thanks again for your support and the good idea's !
Have a nice Easter holiday!

grtz Simon

[cactus]

I have to say, the problem seems to be solved by upgrading PHP5-CGI module to 5.2.8-1 from the contrib on this site: http://wiki.contribs.org/PHP5

Thanks for reporting back.

So I really thing that the manual on this site has to change!
http://sme.firewall-services.com/spip.php?article46
I think nobody should use this contrib anymore, the new contrib is even easier to configure and has a nice template just as PHP4 has!

Unfortunately we have no say over this site as it is a external site, they provide that package. The new package is provided by a different developer through a different channel as you may have noticed.

[svsleuwen]

Yep I indeed noticed that there was a big difference in quality of the contrib!
I am going to send an email to that guys, just to let them know that there is a problem with their contrib.

Grtz