Dave Shield | 2 Dec 2011 14:26
Picon
Favicon

Re: problem with hrStorage

On 2 December 2011 13:21, Andreas Schnederle-Wagner - Futureweb.at
<schnederle <at> futureweb.at> wrote:
> using Nagios SNMP checks to monitor our Server HDD usage.
>
> With “snmpwalk  -v 2c -c public  localhost  hrStorage” I get back all the
> needed information.
>
> … other stuff …
> HOST-RESOURCES-MIB::hrStorageDescr.31 = STRING: /
> HOST-RESOURCES-MIB::hrStorageAllocationUnits.31 = INTEGER: 4096 Bytes
> HOST-RESOURCES-MIB::hrStorageSize.31 = INTEGER: 3992804
> HOST-RESOURCES-MIB::hrStorageUsed.31 = INTEGER: 724903
>
> … other stuff …
>

> With the same command on another Server. (but same OS à Centos 5) the root
> partition is missing in the output …

Is the agent one you compiled yourself, or a vendor-supplied one?
Is it the same version of the agent on both systems>

Try retrieving the value UCD-SNMP-MIB::versionConfigureOptions.0
from both systems.   Do these values look the same?

Dave

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
(Continue reading)

Picon
Favicon

AW: problem with hrStorage

>On 2 December 2011 13:21, Andreas Schnederle-Wagner - Futureweb.at <schnederle <at> futureweb.at> wrote:
>> using Nagios SNMP checks to monitor our Server HDD usage.
>>
>> With "snmpwalk  -v 2c -c public  localhost  hrStorage" I get back all 
>> the needed information.
>>
>> . other stuff .
>> HOST-RESOURCES-MIB::hrStorageDescr.31 = STRING: /
>> HOST-RESOURCES-MIB::hrStorageAllocationUnits.31 = INTEGER: 4096 Bytes
>> HOST-RESOURCES-MIB::hrStorageSize.31 = INTEGER: 3992804
>> HOST-RESOURCES-MIB::hrStorageUsed.31 = INTEGER: 724903
>>
>> . other stuff .
>>
>
>
>> With the same command on another Server. (but same OS à Centos 5) the 
>> root partition is missing in the output .
>
>
>Is the agent one you compiled yourself, or a vendor-supplied one?
>Is it the same version of the agent on both systems>
>
>Try retrieving the value UCD-SNMP-MIB::versionConfigureOptions.0
>from both systems.   Do these values look the same?
>
>
>Dave

Hi Dave,
(Continue reading)

Dave Shield | 2 Dec 2011 14:51
Picon
Favicon

Re: problem with hrStorage

On 2 December 2011 13:36, Andreas Schnederle-Wagner - Futureweb.at
<schnederle <at> futureweb.at> wrote:
> the agent is vendor-supplied. Same Versions on both systems:

> Also the config options look the same:

Hmmm....

OK - so the difference must be something to do with the two systems themselves.

What does the command "df" show on each system?
What are the contents of /etc/fstab on each system?
What are the permissions on this file?

Dave

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Picon
Favicon

AW: problem with hrStorage

>On 2 December 2011 13:36, Andreas Schnederle-Wagner - Futureweb.at <schnederle <at> futureweb.at> wrote:
>> the agent is vendor-supplied. Same Versions on both systems:
>
>> Also the config options look the same:
>
>Hmmm....
>
>OK - so the difference must be something to do with the two systems themselves.
>
>What does the command "df" show on each system?
>What are the contents of /etc/fstab on each system?
>What are the permissions on this file?
>
>Dave

Output of server 1 (working)
	[root <at> mailreinjection ~]# df
	Filesystem           1K-blocks      Used Available Use% Mounted on
	/dev/vzfs              1048576    283028    765548  27% /
	none                    524288         4    524284   1% /dev
	[root <at> mailreinjection ~]# cat /etc/fstab 
	none    /dev/pts        devpts  rw      0       0
	[root <at> mailreinjection ~]# ll /etc/fstab 
	-rw-r--r-- 1 root root 28 Aug 18  2008 /etc/fstab

Server 2 (not working)
	-bash-3.2# df
	Filesystem           1K-blocks      Used Available Use% Mounted on
	/dev/vzfs             73400320  37336160  36064160  51% /
	none                    524288         4    524284   1% /dev
(Continue reading)

Dave Shield | 2 Dec 2011 17:43
Picon
Favicon

Re: problem with hrStorage

On 2 December 2011 13:56, Andreas Schnederle-Wagner - Futureweb.at
<schnederle <at> futureweb.at> wrote:
> Output of server 1 (working)
>        # df
>        Filesystem           1K-blocks      Used Available Use% Mounted on
>        /dev/vzfs              1048576    283028    765548  27% /

> Server 2 (not working)
>        # df
>        Filesystem           1K-blocks      Used Available Use% Mounted on
>        /dev/vzfs             73400320  37336160  36064160  51% /

My immediate reaction was to be suspicious about the type of this filesystem.
The only mention of ZFS in the source code is in relation to FreeBSD,
so I'm a little surprised that it's recognised on a LInux system.
   But since both boxes use the same device name, then that's unlikely
to be the cause.

The other possibility relates to the size of the disks.  The working system is
significantly smaller than the broken one - though I wouldn't have expected
this to be big enough to cause a problem.

Other things you could try:
   -  What can you see in the 'hrFSTable' on the two systems?

   -  Try adding the line "disk /" to the file snmpd.conf and
reload/restart the agent
       What can you see in the UCD-SNMP-MIB::dskTable ?

   -  The version of the agent that you are using is relatively old.
(Continue reading)

Picon
Favicon

AW: problem with hrStorage

-----Ursprüngliche Nachricht-----
Von: dave.shield <at> googlemail.com [mailto:dave.shield <at> googlemail.com] Im Auftrag von Dave Shield
Gesendet: Freitag, 02. Dezember 2011 17:43
An: Andreas Schnederle-Wagner - Futureweb.at
Cc: net-snmp-users <at> lists.sourceforge.net
Betreff: Re: problem with hrStorage

On 2 December 2011 13:56, Andreas Schnederle-Wagner - Futureweb.at <schnederle <at> futureweb.at> wrote:
> Output of server 1 (working)
>        # df
>        Filesystem           1K-blocks      Used Available Use% Mounted 
> on
>        /dev/vzfs              1048576    283028    765548  27% /

> Server 2 (not working)
>        # df
>        Filesystem           1K-blocks      Used Available Use% Mounted 
> on
>        /dev/vzfs             73400320  37336160  36064160  51% /

Alright - I just installed the latest Version of net-snmp and discovered something weird!?
Right after snmpd restart -  "snmpwalk  -v 2c -c public  localhost  hrFSTable" the output is:

[root <at> nagios net-snmp-5.7.1]# snmpwalk  -v 2c -c public  localhost  hrFSTable
HOST-RESOURCES-MIB::hrFSIndex.1 = INTEGER: 1
HOST-RESOURCES-MIB::hrFSIndex.4 = INTEGER: 4
HOST-RESOURCES-MIB::hrFSMountPoint.1 = STRING: "/"
HOST-RESOURCES-MIB::hrFSMountPoint.4 = STRING: "/dev"
HOST-RESOURCES-MIB::hrFSRemoteMountPoint.1 = STRING: "/dev/vzfs"
HOST-RESOURCES-MIB::hrFSRemoteMountPoint.4 = ""
(Continue reading)

Picon
Favicon

AW: problem with hrStorage

One other weird thing on this problem: it worked on one of our Servers for 4-5 days without problems.
Today - about 1 hour ago - it stopped working ...

"snmpwalk  -v 2c -c public  localhost  hrStorage" just won't give out the partition anymore?!

How can it be that it worked a few days - and then - without a single change on this server - it stops working?

Andreas

-----Ursprüngliche Nachricht-----
Von: dave.shield <at> googlemail.com [mailto:dave.shield <at> googlemail.com] Im Auftrag von Dave Shield
Gesendet: Freitag, 02. Dezember 2011 17:43
An: Andreas Schnederle-Wagner - Futureweb.at
Cc: net-snmp-users <at> lists.sourceforge.net
Betreff: Re: problem with hrStorage

On 2 December 2011 13:56, Andreas Schnederle-Wagner - Futureweb.at <schnederle <at> futureweb.at> wrote:
> Output of server 1 (working)
>        # df
>        Filesystem           1K-blocks      Used Available Use% Mounted 
> on
>        /dev/vzfs              1048576    283028    765548  27% /

> Server 2 (not working)
>        # df
>        Filesystem           1K-blocks      Used Available Use% Mounted 
> on
>        /dev/vzfs             73400320  37336160  36064160  51% /

My immediate reaction was to be suspicious about the type of this filesystem.
(Continue reading)

Andreas Schnederle-Wagner | 9 Aug 2012 17:13
Picon
Favicon

Re: AW: problem with hrStorage

Hello,

maybe someone got a new idea after some time went by? As I still face the same
Problem. I just updated some older Centos servers (5.4) to 5.8 --> and they got
the same Problems as Centos 6.x now ... Can't get information about my
parititons anymore ... so some change within SNMP (which has been backported to
the 5.x Branch) must be the cause of this Problem! :-(

Hope someone can help me on this!

Andreas

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users


Gmane