On 2 December 2011 13:56, Andreas Schnederle-Wagner - Futureweb.at
<[email protected]> 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.
It might be worth trying with a newer version (perhaps running
on a parallel port) and seeing whether the problem still occurs.
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
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
