ID: 32613
Updated by: [EMAIL PROTECTED]
Reported By: ric at arizona dot edu
Status: Open
Bug Type: SNMP related
Operating System: Solaris 8
PHP Version: 4.3.11
New Comment:
I agree this is a regression; you see the spam similarly in the httpd
error_log at each shutdown, if it *can't* create the snmpapp.conf since
it's not running as root (at least using the net-snmp default paths in
Fedora Core).
That looks like a good solution, except it will inhibit *reading* the
config data as well, which might not be desired? I'm not familiar with
this area at all.
Previous Comments:
------------------------------------------------------------------------
[2005-04-11 20:33:55] ric at arizona dot edu
After much reading on this, I found the problem to be the
snmp_shutdown() call added in php 4.3.11. The fix for the
errors this is twofold
a) modify php to include
netsnmp_ds_set_boolean(NETSNMP_DS_LIBRARY_ID,
NETSNMP_DS_LIB_DONT_PERSIST_STATE, 1);
in php startup, so the newly added snmp_shutdown call
won't try to write data.
-AND-
b) update to net-snmp-5.2.1 which recognizes the above
call.
---
------------------------------------------------------------------------
[2005-04-07 01:51:42] ric at arizona dot edu
I disagree with the "its net-snmp's fault" response. How can it be
net-snmp's problem when php 4.3.10 built with the exact same net-snmp
within a couple of hours of building 4.3.11 does not exhibit the
problem of trying to write to /var/net-snmp???
Isn't it more likely that there was some change php's use of net-snmp
between 4.3.10 and 4.3.11 that triggered this change in behavior?
------------------------------------------------------------------------
[2005-04-07 00:26:03] [EMAIL PROTECTED]
This is not any PHP bug to fix, complain to the net-snmp people about
this. There might be some configuration options in the snmp.conf &
friends to control this behaviour..
------------------------------------------------------------------------
[2005-04-06 23:50:41] ric at arizona dot edu
Description:
------------
Build environment is Solaris 8 with net-snmp5.1.
I built php 4.3.11 with
./configure --with-mysql=/usr/local \
--with-openssl=/usr/local/ssl --with-ldap \
--with-apxs=/private/apache/bin/apxs --with-xml --with-pspell \
--with-snmp --with-zlib
make
The build completed normally, but when I then run
$ /dfs/src/solaris/php-4.3.11/sapi/cli/php--version
I get
PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
Cannot rename /var/net-snmp/snmpapp.conf to
/var/net-snmp/snmpapp.0.conf
Cannot unlink /var/net-snmp/snmpapp.conf
read_config_store open failure on /var/net-snmp/snmpapp.conf
read_config_store open failure on /var/net-snmp/snmpapp.conf
read_config_store open failure on /var/net-snmp/snmpapp.conf
On the same computer with the same environment, I built
php 4.3.10, and it produces no such errors, viz:
$ /dfs/src/solaris/php-4.3.10/sapi/cli/php --version
PHP 4.3.10 (cli) (built: Apr 6 2005 14:30:39)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
4.3.11 appears to need write access to /var/snmp to
be able to rename files and read/write access to snmpapp.conf. Short
of making /var/snmp world write,
and snmpapp.conf world write is there a way to restore
the 4.3.10 behvior which doesn't even require the
existance of /var/net-snmp?
Thanks
Ric Anderson ([EMAIL PROTECTED])
Reproduce code:
---------------
Configure and build 4.3.11 --with-snmp, and then try
to run
sapi/cli/php --version
as a mortal (non-root) user.
Expected result:
----------------
I expect to see the version info e.g.
PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
Actual result:
--------------
PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
Cannot rename /var/net-snmp/snmpapp.conf to
/var/net-snmp/snmpapp.0.conf
Cannot unlink /var/net-snmp/snmpapp.conf
read_config_store open failure on /var/net-snmp/snmpapp.conf
read_config_store open failure on /var/net-snmp/snmpapp.conf
read_config_store open failure on /var/net-snmp/snmpapp.conf
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=32613&edit=1
