Debian Bug report logs - #704011
php5-snmp: php fails to load snmp.so (i386)

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Jaap Winius <jwinius@umrk.nl>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: cacti: Fails to execute PHP SNMP query scripts

Date: Tue, 26 Mar 2013 21:23:27 +0100

Package: cacti
Version: 0.8.8a+dfsg-3
Severity: important

Dear Maintainer,

After performing an in-place upgrade on my server from Debian squeeze to wheezy, Cacti was no longer able to gather any data. I tried executing some of Cacti's PHP scripts separately, but they could retrieve no SNMP data.

In an attempt to find the cause of the problem, I downgraded php5-snmp 5.4.4 to 5.3.3. This fixed the problem: the scripts worked again and Cacti worked again. However, it results in a serious dependency problem, so is not really a solution.


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages cacti depends on:
ii  dbconfig-common                          1.8.47+nmu1
ii  debconf [debconf-2.0]                    1.5.49
ii  libapache2-mod-php5                      5.4.4-14
ii  libphp-adodb                             5.15-1
ii  mysql-client-5.5 [virtual-mysql-client]  5.5.28+dfsg-1
ii  perl                                     5.14.2-20
ii  php5-cgi                                 5.4.4-14
ii  php5-cli                                 5.4.4-14
ii  php5-mysql                               5.4.4-14
ii  php5-snmp                                5.4.4-14
ii  rrdtool                                  1.4.7-2
ii  snmp                                     5.4.3~dfsg-2.7
ii  ucf                                      3.0025+nmu3

Versions of packages cacti recommends:
ii  apache2                      2.2.22-13
ii  apache2-mpm-prefork [httpd]  2.2.22-13
ii  iputils-ping                 3:20101006-1+b1
ii  libjs-jquery                 1.7.2+dfsg-1
ii  libjs-jquery-cookie          6-1
ii  logrotate                    3.8.1-4
ii  mysql-server                 5.5.28+dfsg-1

Versions of packages cacti suggests:
ii  moreutils  0.47
ii  php5-ldap  5.4.4-14

-- debconf information:
  cacti/password-confirm: (password omitted)
  cacti/app-password-confirm: (password omitted)
  cacti/mysql/admin-pass: (password omitted)
  cacti/mysql/app-pass: (password omitted)
* cacti/db/app-user: cacti
* cacti/mysql/admin-user: root
  cacti/upgrade-backup: true
  cacti/install-error: abort
* cacti/webserver: apache2
  cacti/internal/reconfiguring: false
* cacti/mysql/method: unix socket
  cacti/remote/host:
  cacti/upgrade-error: abort
  cacti/dbconfig-upgrade: true
  cacti/internal/skip-preseed: false
  cacti/remote/newhost:
  cacti/purge: false
  cacti/passwords-do-not-match:
  cacti/dbconfig-remove:
* cacti/dbconfig-install: true
  cacti/missing-db-package-error: abort
  cacti/database-type: mysql
  cacti/remove-error: abort
* cacti/db/dbname: cacti
  cacti/remote/port:
  cacti/dbconfig-reinstall: false

Message #10 received at 704011@bugs.debian.org (full text, mbox, reply):

From: Paul Gevers <elbrus@debian.org>

To: Jaap Winius <jwinius@umrk.nl>, 704011@bugs.debian.org

Subject: Re: Bug#704011: cacti: Fails to execute PHP SNMP query scripts

Date: Tue, 26 Mar 2013 22:32:44 +0100

[Message part 1 (text/plain, inline)]

Hi Jaap,

Could you please increase the Poller Logging Level in the General
Settings to Debug or High for at least one cacti run and post the
content of the relevant part of /var/log/cacti/cacti.log
/var/log/cacti/poller_error.log and /var/log/cacti/rrd.log ? Maybe there
is useful information there.

An other option might be to check what the output is of a manual run of
the poller:
php /usr/share/cacti/site/poller.php

Paul

[signature.asc (application/pgp-signature, attachment)]

Message #15 received at 704011@bugs.debian.org (full text, mbox, reply):

From: Jaap Winius <jwinius@umrk.nl>

To: Paul Gevers <elbrus@debian.org>

Cc: 704011@bugs.debian.org

Subject: Re: Bug#704011: cacti: Fails to execute PHP SNMP query scripts

Date: Wed, 27 Mar 2013 01:08:48 +0100

[Message part 1 (text/plain, inline)]

Quoting Paul Gevers <elbrus@debian.org>:

> Could you please increase the Poller Logging Level in the General
> Settings to Debug or High for at least one cacti run and post the
> content of the relevant part of /var/log/cacti/cacti.log ...

See attachment, cacti.log.gz, for one cacti run at debug level.

> ... /var/log/cacti/poller_error.log ...

It just contains the following error, over and over again:

Mar 25 22:50:04 PHP Warning:  PHP Startup: Unable to load dynamic  
library '/usr/lib/php5/20100525+lfs/snmp.so' -  
/usr/lib/php5/20100525+lfs/snmp.so: cannot open shared object file: No  
such file or directory in Unknown on line 0

Yet this file is present, it's 46712 bytes in size, has owner root and  
permissions 644. It's also part of the php5-snmp package.

> ... and /var/log/cacti/rrd.log ? Maybe there is useful information there.

This file exists, but is empty.

> An other option might be to check what the output is of a manual run of
> the poller: php /usr/share/cacti/site/poller.php

That usually gives no output, but sometimes says e.g.:

OK u:0.00 s:0.01 r:1.28
03/27/2013 01:04:19 AM - SYSTEM STATS: Time:1.4655 Method:cmd.php  
Processes:1 Threads:N/A Hosts:4 HostsPerProcess:4 DataSources:106  
RRDsProcessed:1

Cheers,

Jaap

[cacti.log.gz (application/x-gzip, attachment)]

Message #20 received at 704011@bugs.debian.org (full text, mbox, reply):

From: Paul Gevers <elbrus@debian.org>

To: Jaap Winius <jwinius@umrk.nl>, 704011@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#704011: cacti: Fails to execute PHP SNMP query scripts

Date: Wed, 27 Mar 2013 20:25:49 +0100

[Message part 1 (text/plain, inline)]

retitle 704011 php5-snmp: php fails to load snmp.so (i386)
reassign 704011 php5-snmp 5.4.4-14
thanks

On 27-03-13 01:08, Jaap Winius wrote:
> It just contains the following error, over and over again:
> 
> Mar 25 22:50:04 PHP Warning:  PHP Startup: Unable to load dynamic
> library '/usr/lib/php5/20100525+lfs/snmp.so' -
> /usr/lib/php5/20100525+lfs/snmp.so: cannot open shared object file: No
> such file or directory in Unknown on line 0
> 
> Yet this file is present, it's 46712 bytes in size, has owner root and
> permissions 644. It's also part of the php5-snmp package.

Clearly this is (part of) the issue. Something is going wrong during php
startu. I reassign this bug to php5-snmp, so some php experts can have a
look.

@php5-snmp maintainers: any hint on how to debug this properly? If you
think this is still a Cacti bug, don't hesitate to reassign back.

Paul

[signature.asc (application/pgp-signature, attachment)]

Message #33 received at 704011@bugs.debian.org (full text, mbox, reply):

From: Ondřej Surý <ondrej@sury.org>

To: Paul Gevers <elbrus@debian.org>, Jaap Winius <jwinius@umrk.nl>, 704011@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#704011 php5-snmp: php fails to load snmp.so (i386)

Date: Wed, 27 Mar 2013 20:43:40 +0100

[Message part 1 (text/plain, inline)]

tag 704011 +moreinfo
thank you

> @php5-snmp maintainers: any hint on how to debug this properly? If you
> think this is still a Cacti bug, don't hesitate to reassign back.

The error comes from the fact that php5-snmp was downgraded to 5.3.3.

It doesn't make any sense that this should fix the error. PHP has changed
PHPAPI between 5.3.x and 5.4.x, so 5.3.3 module cannot be loaded into 5.4.4
php.

There must be something else going on and it needs to be debugged with
appropriate php5-snmp package (e.g. 5.4.4-14).

Ondrej
-- 
Ondřej Surý <ondrej@sury.org>

[Message part 2 (text/html, inline)]

Message #40 received at 704011@bugs.debian.org (full text, mbox, reply):

From: Jaap Winius <jwinius@umrk.nl>

To: Ondřej Surý <ondrej@sury.org>

Cc: Paul Gevers <elbrus@debian.org>, 704011@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#704011 php5-snmp: php fails to load snmp.so (i386)

Date: Thu, 28 Mar 2013 04:08:13 +0100

Quoting Ondřej Surý <ondrej@sury.org>:

> The error comes from the fact that php5-snmp was downgraded to 5.3.3.

You are correct. I decided to examine the logs to see what was  
happening after the in-place upgrade to wheezy, but before the  
php5-snmp downgrade. Here'a a sample of Cacti's poller-error.log just  
after the upgrade:

Mar 17 23:20:01 PHP Warning:  PHP Startup: Unable to load dynamic  
library '/usr/lib/php5/20100525+lfs/pam_auth.so' -  
/usr/lib/php5/20100525+lfs/pam_auth.so: cannot open shared object  
file: No such file or directory in Unknown on line 0
Mar 17 23:20:01 PHP Warning:  PHP Startup: Unable to load dynamic  
library '/usr/lib/php5/20100525+lfs/pam_auth.so' -  
/usr/lib/php5/20100525+lfs/pam_auth.so: cannot open shared object  
file: No such file or directory in Unknown on line 0
Mar 17 23:20:01 PHP Notice:  Undefined index: device_threads in  
/usr/share/cacti/site/lib/functions.php on line 441
Mar 17 23:20:01 PHP Notice:  Undefined index: device_threads in  
/usr/share/cacti/site/lib/functions.php on line 441
Mar 17 23:20:01 PHP Notice:  Undefined index: device_threads in  
/usr/share/cacti/site/lib/functions.php on line 441

So, back then it wasn't missing snmp.so, but pam_auth.so. The above  
pattern of errors kept repeating until 06:00 AM, after which only the  
first error regarding pam_auth.so remained. That one went on for  
several days. After that I got Cacti to work again by downgrading  
php5-snmp to 5.3.3. The errors about the missing snmp.so started after  
I upgraded back to 5.4.4-14 for the sake of this bug report.

> There must be something else going on and it needs to be debugged with
> appropriate php5-snmp package (e.g. 5.4.4-14).

I've upgraded it again around the time I submitting this bug report  
and since then Cacti hasn't worked. No more errors in the  
poller-error.log either, although the cacti.log keeps repeating these  
error ('atheris' is a workstation):

03/28/2013 03:40:02 AM - CMDPHP: Poller[0] WARNING: SNMP Get Timeout  
for Host:'localhost', and OID:'.1.3.6.1.2.1.1.3.0'
03/28/2013 03:40:02 AM - CMDPHP: Poller[0] WARNING: SNMP Get Timeout  
for Host:'udp6:atheris', and OID:'.1.3.6.1.2.1.1.3.0'
03/28/2013 03:40:03 AM - SYSTEM STATS: Time:1.3080 Method:cmd.php  
Processes:1 Threads:N/A Hosts:4 HostsPerProcess:4 DataSources:106  
RRDsProcessed:1

Interestingly, I tried downgrading php5-snmp to v5.3.3 a second time,  
but that no longer makes a difference.

Cheers,

Jaap

Message #45 received at 704011@bugs.debian.org (full text, mbox, reply):

From: Jaap Winius <jwinius@umrk.nl>

To: Jaap Winius <jwinius@umrk.nl>

Cc: Ondřej Surý <ondrej@sury.org>, Paul Gevers <elbrus@debian.org>, 704011@bugs.debian.org, control@bugs.debian.org

Subject: Re: Bug#704011 php5-snmp: php fails to load snmp.so (i386)

Date: Sat, 30 Mar 2013 04:27:24 +0100

Package: php5-snmp
Version: 5.4.4-14

Regarding my last message, the errors about a missing pam_auth.so had  
nothing to do with this problem. That file is found in php5-auth-pam,  
which is not in wheezy. Apparently it was still present, but not  
functioning properly, no doubt due to some missing dependencies, so  
removing that package was the fix.

Otherwise I've discovered the cause of the original problem -- the  
reason for this bug report -- and I figure it must be related to  
php5-snmp.

What I found was that the php scripts that Cacti uses to query the  
localhost are now being sent using IPv6 instead of IPv4 as before. My  
local snmp daemon was listening on IPv6, but unfortunately I had  
neglected to include a directive for 'rocommunity6' set to 'public',  
so that's why in my case Cacti stopped recording localhost information  
after the upgrade from squeeze.

Cacti had also stopped recording information about my workstations,  
but this was for a different reason. In this case, php5-snmp 5.4.4-14  
seems to have changed how Cacti's hostname field in its device  
descriptions is allowed to be formatted. Specifically, I had  
previously been adding hostnames with the format  
"udp6:host.domain.tld" so that they would only be contacted via IPv6.  
However, with the new version of php5-snmp that format no longer works  
and I must omit the 'udp6:' part. That certainly doesn't work on the  
Debian squeeze machines with Cacti that I still have running.

I'm still pretty sure this has to do with the upgrade to php5-snmp  
5.4.4-14, because the temporary downgrade to 5.3.3 that I performed  
last Monday did fix things for a while and I have about six hours of  
Cacti data to prove it (for both the localhost and the workstations).  
Now, so far I've managed to get everything working again because all  
of the hosts and services that I monitor with Cacti are also available  
via IPv6, but I'm not sure what I would do to monitor an IPv4-only  
host, or an IPv6-capable host with an snmp daemon that does not  
support IPv6.

Cheers,

Jaap

Message #50 received at 704011@bugs.debian.org (full text, mbox, reply):

From: Ondřej Surý <ondrej@sury.org>

To: Jaap Winius <jwinius@umrk.nl>, pkg-net-snmp-devel@lists.alioth.debian.org

Cc: Paul Gevers <elbrus@debian.org>, 704011@bugs.debian.org

Subject: Re: Bug#704011 php5-snmp: php fails to load snmp.so (i386)

Date: Fri, 3 May 2013 10:25:16 +0200

Hi Jaap,

this is most probably a change in default behaviou of the net-snmp
library.  I am ccing net-snmp maintainers.

Ondrej

On Sat, Mar 30, 2013 at 4:27 AM, Jaap Winius <jwinius@umrk.nl> wrote:
> Package: php5-snmp
> Version: 5.4.4-14
>
> Regarding my last message, the errors about a missing pam_auth.so had
> nothing to do with this problem. That file is found in php5-auth-pam, which
> is not in wheezy. Apparently it was still present, but not functioning
> properly, no doubt due to some missing dependencies, so removing that
> package was the fix.
>
> Otherwise I've discovered the cause of the original problem -- the reason
> for this bug report -- and I figure it must be related to php5-snmp.
>
> What I found was that the php scripts that Cacti uses to query the localhost
> are now being sent using IPv6 instead of IPv4 as before. My local snmp
> daemon was listening on IPv6, but unfortunately I had neglected to include a
> directive for 'rocommunity6' set to 'public', so that's why in my case Cacti
> stopped recording localhost information after the upgrade from squeeze.
>
> Cacti had also stopped recording information about my workstations, but this
> was for a different reason. In this case, php5-snmp 5.4.4-14 seems to have
> changed how Cacti's hostname field in its device descriptions is allowed to
> be formatted. Specifically, I had previously been adding hostnames with the
> format "udp6:host.domain.tld" so that they would only be contacted via IPv6.
> However, with the new version of php5-snmp that format no longer works and I
> must omit the 'udp6:' part. That certainly doesn't work on the Debian
> squeeze machines with Cacti that I still have running.
>
> I'm still pretty sure this has to do with the upgrade to php5-snmp 5.4.4-14,
> because the temporary downgrade to 5.3.3 that I performed last Monday did
> fix things for a while and I have about six hours of Cacti data to prove it
> (for both the localhost and the workstations). Now, so far I've managed to
> get everything working again because all of the hosts and services that I
> monitor with Cacti are also available via IPv6, but I'm not sure what I
> would do to monitor an IPv4-only host, or an IPv6-capable host with an snmp
> daemon that does not support IPv6.
>
> Cheers,
>
> Jaap



-- 
Ondřej Surý <ondrej@sury.org>

Message #57 received at 704011@bugs.debian.org (full text, mbox, reply):

From: Jaap Winius <jwinius@umrk.nl>

To: Ondřej Surý <ondrej@sury.org>

Cc: pkg-net-snmp-devel@lists.alioth.debian.org, Paul Gevers <elbrus@debian.org>, 704011@bugs.debian.org

Subject: Re: Bug#704011 php5-snmp: php fails to load snmp.so (i386)

Date: Fri, 03 May 2013 12:53:36 +0200

Hi Ondřej,

One last thing I can add is that the only way I can get Cacti to  
communicate with IPv4-only snmp clients is by entering their IPv4  
addresses in the hostname field. So php5-snmp and snmp.so are able to  
work with IPv4 as long as there is no need to resolve a hostname.

Cheers,

Jaap


Quoting Ondřej Surý <ondrej@sury.org>:

> Hi Jaap,
>
> this is most probably a change in default behaviou of the net-snmp
> library.  I am ccing net-snmp maintainers.
>
> Ondrej

Message #62 received at 704011@bugs.debian.org (full text, mbox, reply):

From: Hideki Yamane <henrich@debian.or.jp>

To: Ondřej Surý <ondrej@sury.org>

Cc: Jaap Winius <jwinius@umrk.nl>, pkg-net-snmp-devel@lists.alioth.debian.org, 704011@bugs.debian.org, Paul Gevers <elbrus@debian.org>

Subject: Re: [Pkg-net-snmp-devel] Bug#704011 php5-snmp: php fails to load snmp.so (i386)

Date: Mon, 20 May 2013 07:32:10 +0900

On Fri, 3 May 2013 10:25:16 +0200
Ondřej Surý <ondrej@sury.org> wrote:
> this is most probably a change in default behaviou of the net-snmp
> library.  I am ccing net-snmp maintainers.

 Yes, probably changes from libsnmp15 to 30 causes this, sorry.
 We'll try to handle to encourge Transitions.

-- 
Regards,

 Hideki Yamane     henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Message #67 received at 704011@bugs.debian.org (full text, mbox, reply):

From: Hideki Yamane <henrich@debian.or.jp>

To: 704011@bugs.debian.org

Cc: Ondřej Surý <ondrej@sury.org>, Paul Gevers <elbrus@debian.org>, Jaap Winius <jwinius@umrk.nl>

Subject: Re: [Pkg-net-snmp-devel] Bug#704011 php5-snmp: php fails to load snmp.so (i386)

Date: Tue, 21 May 2013 12:30:14 +0900

On Mon, 20 May 2013 07:32:10 +0900
Hideki Yamane <henrich@debian.or.jp> wrote:
>  Yes, probably changes from libsnmp15 to 30 causes this, sorry.
>  We'll try to handle to encourge Transitions.

 Filed as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709019


-- 
Regards,

 Hideki Yamane     henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Message #72 received at 704011-done@bugs.debian.org (full text, mbox, reply):

From: Lior Kaplan <kaplan@debian.org>

To: 704011-done@bugs.debian.org

Subject: closing

Date: Sat, 28 Sep 2013 19:41:06 +0200

[Message part 1 (text/plain, inline)]

Version: 5.5.1+dfsg-1

This version was migrated after the libsnmp30 migration was over, solving
the loading problem.

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709019

Kaplan

[Message part 2 (text/html, inline)]

Send a report that this bug log contains spam.