Monitor OSX system. Problem with reported size for NFS share and monitor processes

newer
Update issue

older
Display of VRF's defined on a...

Henrik Cednert (Filmlance)

26 Jan 2016 26 Jan '16

4:17 p.m.

Hi there.

Monitoring a osx "server" with observium. To get it to see the NF shares I added this to snmpd.conf:

skipNFSInHostResources 0 storageUseNFS 2

This worked and I now see the shares. The large NAS is reported with wrong sizes though. Expected is this:

df -ah |grep midskog filmddn:/ddnnas0/midskog 958Ti 193Ti 765Ti 21% 7479476 692520524 1% /Volumes/midskog

Reported in observium is: Size: 208GB Used: 915GB Free: -707GB

I actually think this could be an net-snmp bug in OSX but I'm not sure. When I snmpwalk locally I see this for that particular mount:

HOST-RESOURCES-MIB::hrStorageType.61 = OID: HOST-RESOURCES-TYPES::hrStorageFixedDisk HOST-RESOURCES-MIB::hrStorageDescr.61 = STRING: /Volumes/midskog HOST-RESOURCES-MIB::hrStorageAllocationUnits.61 = INTEGER: 512 Bytes HOST-RESOURCES-MIB::hrStorageSize.61 = INTEGER: 436207616 HOST-RESOURCES-MIB::hrStorageUsed.61 = INTEGER: 1920024576

Any one that had similar issues and found a solution?

Next issue is that i try to monitor a process called 'nsd'. I have added it so snmpd.conf and when i walk the device locally I see it:

filmserver01:snmp filmserver01$ snmpwalk -c public -v2c localhost UCD-SNMP-MIB::prTable UCD-SNMP-MIB::prIndex.1 = INTEGER: 1 UCD-SNMP-MIB::prNames.1 = STRING: nsd UCD-SNMP-MIB::prMin.1 = INTEGER: 0 UCD-SNMP-MIB::prMax.1 = INTEGER: 1 UCD-SNMP-MIB::prCount.1 = INTEGER: 1 UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: noError(0) UCD-SNMP-MIB::prErrMessage.1 = STRING: UCD-SNMP-MIB::prErrFix.1 = INTEGER: noError(0) UCD-SNMP-MIB::prErrFixCmd.1 = STRING:

But observium doesn't pick it up. Is this something that isn't supported or am I missing something?

Cheers and thanks.

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

Show replies by date

Adam Armstrong

26 Jan 26 Jan

4:18 p.m.

This is due to bugs with the snmp daemon.

You need to run a more recent version.

adam.

Sent from Mailbird [http://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm...] On 26/01/2016 22:18:06, Henrik Cednert (Filmlance) henrik.cednert@filmlance.se wrote: Hi there.

Monitoring a osx "server" with observium. To get it to see the NF shares I added this to snmpd.conf:

skipNFSInHostResources 0 storageUseNFS 2

This worked and I now see the shares. The large NAS is reported with wrong sizes though. Expected is this:

df -ah |grep midskog filmddn:/ddnnas0/midskog 958Ti 193Ti 765Ti 21% 7479476 692520524 1% /Volumes/midskog

Reported in observium is: Size: 208GB Used: 915GB Free: -707GB

I actually think this could be an net-snmp bug in OSX but I'm not sure. When I snmpwalk locally I see this for that particular mount:

Any one that had similar issues and found a solution?

Next issue is that i try to monitor a process called 'nsd'. I have added it so snmpd.conf and when i walk the device locally I see it:

But observium doesn't pick it up. Is this something that isn't supported or am I missing something?

Cheers and thanks.

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

Henrik Cednert (Filmlance)

4:20 p.m.

Bot these issues or just the disk size?

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

From: observium <observium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> Reply-To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Date: Tuesday 26 January 2016 at 23:18 To: "observium@observium.orgmailto:observium@observium.org" <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Monitor OSX system. Problem with reported size for NFS share and monitor processes

This is due to bugs with the snmp daemon.

You need to run a more recent version.

adam.

Sent from Mailbirdhttp://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm_campaign=sent-from-mailbird

On 26/01/2016 22:18:06, Henrik Cednert (Filmlance) <henrik.cednert@filmlance.semailto:henrik.cednert@filmlance.se> wrote:

Hi there.

Monitoring a osx "server" with observium. To get it to see the NF shares I added this to snmpd.conf:

skipNFSInHostResources 0 storageUseNFS 2

This worked and I now see the shares. The large NAS is reported with wrong sizes though. Expected is this:

df -ah |grep midskog filmddn:/ddnnas0/midskog 958Ti 193Ti 765Ti 21% 7479476 692520524 1% /Volumes/midskog

Reported in observium is: Size: 208GB Used: 915GB Free: -707GB

I actually think this could be an net-snmp bug in OSX but I'm not sure. When I snmpwalk locally I see this for that particular mount:

Any one that had similar issues and found a solution?

Next issue is that i try to monitor a process called 'nsd'. I have added it so snmpd.conf and when i walk the device locally I see it:

But observium doesn't pick it up. Is this something that isn't supported or am I missing something?

Cheers and thanks.

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

Adam Armstrong

4:52 p.m.

New subject: Monitor OSX system. Problem with reported size for NFS share and monitor processes

We don't have any support for net-snmp's process table.

The disk space issue is very, very well known, and requires a fairly new version of net-snmp to fix.

Adam.

Sent from BlueMail

On 26 Jan 2016, 22:21, at 22:21, "Henrik Cednert (Filmlance)" henrik.cednert@filmlance.se wrote:

...

Bot these issues or just the disk size?

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

From: observium <observium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> Reply-To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Date: Tuesday 26 January 2016 at 23:18 To: "observium@observium.orgmailto:observium@observium.org" <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Monitor OSX system. Problem with reported size for NFS share and monitor processes

This is due to bugs with the snmp daemon.

You need to run a more recent version.

adam.

Sent from Mailbirdhttp://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm_campaign=sent-from-mailbird

On 26/01/2016 22:18:06, Henrik Cednert (Filmlance) <henrik.cednert@filmlance.semailto:henrik.cednert@filmlance.se> wrote:

Hi there.

Monitoring a osx "server" with observium. To get it to see the NF shares I added this to snmpd.conf:

skipNFSInHostResources 0 storageUseNFS 2

This worked and I now see the shares. The large NAS is reported with wrong sizes though. Expected is this:

df -ah |grep midskog filmddn:/ddnnas0/midskog 958Ti 193Ti 765Ti 21% 7479476 692520524 1% /Volumes/midskog

Reported in observium is: Size: 208GB Used: 915GB Free: -707GB

I actually think this could be an net-snmp bug in OSX but I'm not sure. When I snmpwalk locally I see this for that particular mount:

HOST-RESOURCES-MIB::hrStorageType.61 = OID: HOST-RESOURCES-TYPES::hrStorageFixedDisk HOST-RESOURCES-MIB::hrStorageDescr.61 = STRING: /Volumes/midskog HOST-RESOURCES-MIB::hrStorageAllocationUnits.61 = INTEGER: 512 Bytes HOST-RESOURCES-MIB::hrStorageSize.61 = INTEGER: 436207616 HOST-RESOURCES-MIB::hrStorageUsed.61 = INTEGER: 1920024576

Any one that had similar issues and found a solution?

Next issue is that i try to monitor a process called 'nsd'. I have added it so snmpd.conf and when i walk the device locally I see it:

filmserver01:snmp filmserver01$ snmpwalk -c public -v2c localhost UCD-SNMP-MIB::prTable UCD-SNMP-MIB::prIndex.1 = INTEGER: 1 UCD-SNMP-MIB::prNames.1 = STRING: nsd UCD-SNMP-MIB::prMin.1 = INTEGER: 0 UCD-SNMP-MIB::prMax.1 = INTEGER: 1 UCD-SNMP-MIB::prCount.1 = INTEGER: 1 UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: noError(0) UCD-SNMP-MIB::prErrMessage.1 = STRING: UCD-SNMP-MIB::prErrFix.1 = INTEGER: noError(0) UCD-SNMP-MIB::prErrFixCmd.1 = STRING:

But observium doesn't pick it up. Is this something that isn't supported or am I missing something?

Cheers and thanks.

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

Henrik Cednert (Filmlance)

5 p.m.

Hi Adam

Gotcha. And no plans for process monitoring?

Mmm. Upgraded now but now it ignores my settings in snmpd.conf so instead it reports loads of disks as networkDisks and hence skip them in observium.

hrStorageType.59 = hrStorageNetworkDisk

hrStorageType.60 = hrStorageFixedDisk

hrStorageType.61 = hrStorageNetworkDisk

hrStorageType.62 = hrStorageNetworkDisk

Looking at the debug I can see them being skipped to guess the system now reports them badly.

SQL[SELECT * FROM `storage` WHERE `device_id` = '24' AND `storage_index` = '60' AND `storage_mib` = 'host-resources-mib']

SQL RUNTIME[0.00016880s]

.skip(network)

skip(network)

...

$valid['storage'] - /opt/observium/discovery.php:182

/opt/observium/includes/discovery/storage.inc.php:21

======================================================

array(

[host-resources-mib] => array(

[31] => string(1) "/"

[33] => string(16) "/Volumes/STORAGE"

[36] => string(19) "/Volumes/spycerbox1"

[60] => string(18) "/Volumes/FILMNAS03"

)

SQL[SELECT * FROM `storage` WHERE `device_id` = '24']

SQL RUNTIME[0.00021791s]

31 -> host-resources-mib

33 -> host-resources-mib

36 -> host-resources-mib

60 -> host-resources-mib

Will sleep on it and attack it tomorrow again. =)

Cheers

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

From: observium <observium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> Reply-To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Date: Tuesday 26 January 2016 at 23:52 To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Monitor OSX system. Problem with reported size for NFS share and monitor processes

We don't have any support for net-snmp's process table.

The disk space issue is very, very well known, and requires a fairly new version of net-snmp to fix.

Adam.

Sent from BlueMailhttp://www.bluemail.me/r

On 26 Jan 2016, at 22:21, "Henrik Cednert (Filmlance)" <henrik.cednert@filmlance.semailto:henrik.cednert@filmlance.se> wrote: Bot these issues or just the disk size?

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

This is due to bugs with the snmp daemon.

You need to run a more recent version.

adam.

Sent from Mailbirdhttp://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm_campaign=sent-from-mailbird

On 26/01/2016 22:18:06, Henrik Cednert (Filmlance) <henrik.cednert@filmlance.semailto:henrik.cednert@filmlance.se> wrote:

Hi there.

Monitoring a osx "server" with observium. To get it to see the NF shares I added this to snmpd.conf:

skipNFSInHostResources 0 storageUseNFS 2

This worked and I now see the shares. The large NAS is reported with wrong sizes though. Expected is this:

df -ah |grep midskog filmddn:/ddnnas0/midskog 958Ti 193Ti 765Ti 21% 7479476 692520524 1% /Volumes/midskog

Reported in observium is: Size: 208GB Used: 915GB Free: -707GB

I actually think this could be an net-snmp bug in OSX but I'm not sure. When I snmpwalk locally I see this for that particular mount:

Any one that had similar issues and found a solution?

Next issue is that i try to monitor a process called 'nsd'. I have added it so snmpd.conf and when i walk the device locally I see it:

But observium doesn't pick it up. Is this something that isn't supported or am I missing something?

Cheers and thanks.

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

________________________________

observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

Tom Laermans

27 Jan 27 Jan

2:32 a.m.

They are network disks, aren't they? So they're doing it right.

But Observium is configured by default to ignore network disks (monitor them on the server, not on 20 clients simultaneously!) so you might have to fix that :-)

Tom

On 27/01/2016 00:00, Henrik Cednert (Filmlance) wrote:

...

Hi Adam

Gotcha. And no plans for process monitoring?

Mmm. Upgraded now but now it ignores my settings in snmpd.conf so instead it reports loads of disks as networkDisks and hence skip them in observium.

hrStorageType.59 = hrStorageNetworkDisk

hrStorageType.60 = hrStorageFixedDisk

hrStorageType.61 = hrStorageNetworkDisk

hrStorageType.62 = hrStorageNetworkDisk

Looking at the debug I can see them being skipped to guess the system now reports them badly.

SQL[SELECT * FROM `storage` WHERE `device_id` = '24' AND `storage_index` = '60' AND `storage_mib` = 'host-resources-mib']

SQL RUNTIME[0.00016880s]

.skip(network)

skip(network)

...

$valid['storage'] - /opt/observium/discovery.php:182

/opt/observium/includes/discovery/storage.inc.php:21

======================================================

array(

[host-resources-mib] => array(

                        [31] => string(1) "/"

                        [33] => string(16) "/Volumes/STORAGE"

                        [36] => string(19) "/Volumes/spycerbox1"

                        [60] => string(18) "/Volumes/FILMNAS03"

                      )

)

SQL[SELECT * FROM `storage` WHERE `device_id` = '24']

SQL RUNTIME[0.00021791s]

31 -> host-resources-mib

33 -> host-resources-mib

36 -> host-resources-mib

60 -> host-resources-mib

Will sleep on it and attack it tomorrow again. =)

Cheers

-- Henrik Cednert cto | td | compositor

*Filmlance International* Direct + 46 (0)704 71 89 54

From: observium <observium-bounces@observium.org mailto:observium-bounces@observium.org> on behalf of Adam Armstrong <adama@memetic.org mailto:adama@memetic.org> Reply-To: Observium Network Observation System <observium@observium.org mailto:observium@observium.org> Date: Tuesday 26 January 2016 at 23:52 To: Observium Network Observation System <observium@observium.org mailto:observium@observium.org> Subject: Re: [Observium] Monitor OSX system. Problem with reported size for NFS share and monitor processes

We don't have any support for net-snmp's process table.

The disk space issue is very, very well known, and requires a
fairly new version of net-snmp to fix.

Adam.

Sent from BlueMail <http://www.bluemail.me/r>

On 26 Jan 2016, at 22:21, "Henrik Cednert (Filmlance)"
<henrik.cednert@filmlance.se <mailto:henrik.cednert@filmlance.se>>
wrote:

    Bot these issues or just the disk size?

    --
    Henrik Cednert
    cto | td | compositor

    *Filmlance International*
    Direct + 46 (0)704 71 89 54

    From: observium <observium-bounces@observium.org
    <mailto:observium-bounces@observium.org>> on behalf of Adam
    Armstrong <adama@memetic.org <mailto:adama@memetic.org>>
    Reply-To: Observium Network Observation System
    <observium@observium.org <mailto:observium@observium.org>>
    Date: Tuesday 26 January 2016 at 23:18
    To: "observium@observium.org <mailto:observium@observium.org>"
    <observium@observium.org <mailto:observium@observium.org>>
    Subject: Re: [Observium] Monitor OSX system. Problem with
    reported size for NFS share and monitor processes

        This is due to bugs with the snmp daemon.

        You need to run a more recent version.

        adam.

        Sent from Mailbird
        <http://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm_campaign=sent-from-mailbird>

...

        On 26/01/2016 22:18:06, Henrik Cednert (Filmlance)
        <henrik.cednert@filmlance.se
        <mailto:henrik.cednert@filmlance.se>> wrote:

        Hi there.

        Monitoring a osx "server" with observium. To get it to
        see the NF shares I added this to snmpd.conf:

        skipNFSInHostResources 0
        storageUseNFS 2

        This worked and I now see the shares. The large NAS is
        reported with wrong sizes though. Expected is this:

        df -ah |grep midskog
        filmddn:/ddnnas0/midskog 958Ti 193Ti 765Ti 21% 7479476
        692520524 1% /Volumes/midskog


        Reported in observium is:
        Size: 208GB
        Used: 915GB
        Free: -707GB



        I actually think this could be an net-snmp bug in OSX but
        I'm not sure. When I snmpwalk locally I see this for that
        particular mount:

        HOST-RESOURCES-MIB::hrStorageType.61 = OID:
        HOST-RESOURCES-TYPES::hrStorageFixedDisk
        HOST-RESOURCES-MIB::hrStorageDescr.61 = STRING:
        /Volumes/midskog
        HOST-RESOURCES-MIB::hrStorageAllocationUnits.61 =
        INTEGER: 512 Bytes
        HOST-RESOURCES-MIB::hrStorageSize.61 = INTEGER: 436207616
        HOST-RESOURCES-MIB::hrStorageUsed.61 = INTEGER: 1920024576




        Any one that had similar issues and found a solution?




        Next issue is that i try to monitor a process called
        'nsd'. I have added it so snmpd.conf and when i walk the
        device locally I see it:

        filmserver01:snmp filmserver01$ snmpwalk -c public -v2c
        localhost UCD-SNMP-MIB::prTable
        UCD-SNMP-MIB::prIndex.1 = INTEGER: 1
        UCD-SNMP-MIB::prNames.1 = STRING: nsd
        UCD-SNMP-MIB::prMin.1 = INTEGER: 0
        UCD-SNMP-MIB::prMax.1 = INTEGER: 1
        UCD-SNMP-MIB::prCount.1 = INTEGER: 1
        UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: noError(0)
        UCD-SNMP-MIB::prErrMessage.1 = STRING:
        UCD-SNMP-MIB::prErrFix.1 = INTEGER: noError(0)
        UCD-SNMP-MIB::prErrFixCmd.1 = STRING:



        But observium doesn't pick it up. Is this something that
        isn't supported or am I missing something?



        Cheers and thanks.




        -- 
        Henrik Cednert
        cto | td | compositor

        Filmlance International
        Direct + 46 (0)704 71 89 54


        _______________________________________________
        observium mailing list
        observium@observium.org <mailto:observium@observium.org>
        http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

    ------------------------------------------------------------------------

    observium mailing list
    observium@observium.org <mailto:observium@observium.org>
    http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

Henrik Cednert (Filmlance)

2:47 a.m.

Hello

Short answer... Don't want to mess with the GPFS cluster and server.

The snmpd config has an option to treat NFS disks as fixedDisks but actually seems like a but in current release that makes it fail. Saw the disks with 5.6 but then with wrong size. In 5.7.3 the disks are ignored.

Investigating and think it's an old bug that's reintroduced. Will try to apply that patch and rebuild it.

Cheers

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

From: observium <observium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Tom Laermans <tom.laermans@powersource.cxmailto:tom.laermans@powersource.cx> Reply-To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Date: Wednesday 27 January 2016 at 09:32 To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Monitor OSX system. Problem with reported size for NFS share and monitor processes

They are network disks, aren't they? So they're doing it right.

But Observium is configured by default to ignore network disks (monitor them on the server, not on 20 clients simultaneously!) so you might have to fix that :-)

Tom

On 27/01/2016 00:00, Henrik Cednert (Filmlance) wrote: Hi Adam

Gotcha. And no plans for process monitoring?

Mmm. Upgraded now but now it ignores my settings in snmpd.conf so instead it reports loads of disks as networkDisks and hence skip them in observium.

hrStorageType.59 = hrStorageNetworkDisk

hrStorageType.60 = hrStorageFixedDisk

hrStorageType.61 = hrStorageNetworkDisk

hrStorageType.62 = hrStorageNetworkDisk

Looking at the debug I can see them being skipped to guess the system now reports them badly.

SQL[SELECT * FROM `storage` WHERE `device_id` = '24' AND `storage_index` = '60' AND `storage_mib` = 'host-resources-mib']

SQL RUNTIME[0.00016880s]

.skip(network)

skip(network)

...

$valid['storage'] - /opt/observium/discovery.php:182

/opt/observium/includes/discovery/storage.inc.php:21

======================================================

array(

[host-resources-mib] => array(

[31] => string(1) "/"

[33] => string(16) "/Volumes/STORAGE"

[36] => string(19) "/Volumes/spycerbox1"

[60] => string(18) "/Volumes/FILMNAS03"

)

SQL[SELECT * FROM `storage` WHERE `device_id` = '24']

SQL RUNTIME[0.00021791s]

31 -> host-resources-mib

33 -> host-resources-mib

36 -> host-resources-mib

60 -> host-resources-mib

Will sleep on it and attack it tomorrow again. =)

Cheers

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

From: observium <mailto:observium-bounces@observium.orgobservium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> Reply-To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Date: Tuesday 26 January 2016 at 23:52 To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Monitor OSX system. Problem with reported size for NFS share and monitor processes

We don't have any support for net-snmp's process table.

The disk space issue is very, very well known, and requires a fairly new version of net-snmp to fix.

Adam.

Sent from BlueMailhttp://www.bluemail.me/r

On 26 Jan 2016, at 22:21, "Henrik Cednert (Filmlance)" <henrik.cednert@filmlance.semailto:henrik.cednert@filmlance.se> wrote: Bot these issues or just the disk size?

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

From: observium <observium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Adam Armstrong <mailto:adama@memetic.orgadama@memetic.orgmailto:adama@memetic.org> Reply-To: Observium Network Observation System <mailto:observium@observium.orgobservium@observium.orgmailto:observium@observium.org> Date: Tuesday 26 January 2016 at 23:18 To: "mailto:observium@observium.orgobservium@observium.orgmailto:observium@observium.org" <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Monitor OSX system. Problem with reported size for NFS share and monitor processes

This is due to bugs with the snmp daemon.

You need to run a more recent version.

adam.

Sent from Mailbirdhttp://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm_campaign=sent-from-mailbird

On 26/01/2016 22:18:06, Henrik Cednert (Filmlance) <henrik.cednert@filmlance.semailto:henrik.cednert@filmlance.se> wrote:

Hi there.

Monitoring a osx "server" with observium. To get it to see the NF shares I added this to snmpd.conf:

skipNFSInHostResources 0 storageUseNFS 2

This worked and I now see the shares. The large NAS is reported with wrong sizes though. Expected is this:

df -ah |grep midskog filmddn:/ddnnas0/midskog 958Ti 193Ti 765Ti 21% 7479476 692520524 1% /Volumes/midskog

Reported in observium is: Size: 208GB Used: 915GB Free: -707GB

I actually think this could be an net-snmp bug in OSX but I'm not sure. When I snmpwalk locally I see this for that particular mount:

Any one that had similar issues and found a solution?

Next issue is that i try to monitor a process called 'nsd'. I have added it so snmpd.conf and when i walk the device locally I see it:

But observium doesn't pick it up. Is this something that isn't supported or am I missing something?

Cheers and thanks.

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

________________________________

observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

Adam Armstrong

4:18 a.m.

New subject: Monitor OSX system. Problem with reported size for NFS share and monitor processes

You should be aware that collecting data from network file systems in the poller can cause some nasty issues if the filesystems become unavailable.

In general as Tom said, these should be monitored from the server.

Adam.

Sent from BlueMail

On 27 Jan 2016, 08:47, at 08:47, "Henrik Cednert (Filmlance)" henrik.cednert@filmlance.se wrote:

...

Hello

Short answer... Don't want to mess with the GPFS cluster and server.

The snmpd config has an option to treat NFS disks as fixedDisks but actually seems like a but in current release that makes it fail. Saw the disks with 5.6 but then with wrong size. In 5.7.3 the disks are ignored.

Investigating and think it's an old bug that's reintroduced. Will try to apply that patch and rebuild it.

Cheers

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

From: observium <observium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Tom Laermans <tom.laermans@powersource.cxmailto:tom.laermans@powersource.cx> Reply-To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Date: Wednesday 27 January 2016 at 09:32 To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Monitor OSX system. Problem with reported size for NFS share and monitor processes

They are network disks, aren't they? So they're doing it right.

But Observium is configured by default to ignore network disks (monitor them on the server, not on 20 clients simultaneously!) so you might have to fix that :-)

Tom

On 27/01/2016 00:00, Henrik Cednert (Filmlance) wrote: Hi Adam

Gotcha. And no plans for process monitoring?

Mmm. Upgraded now but now it ignores my settings in snmpd.conf so instead it reports loads of disks as networkDisks and hence skip them in observium.

hrStorageType.59 = hrStorageNetworkDisk

hrStorageType.60 = hrStorageFixedDisk

hrStorageType.61 = hrStorageNetworkDisk

hrStorageType.62 = hrStorageNetworkDisk

Looking at the debug I can see them being skipped to guess the system now reports them badly.

SQL[SELECT * FROM `storage` WHERE `device_id` = '24' AND `storage_index` = '60' AND `storage_mib` = 'host-resources-mib']

SQL RUNTIME[0.00016880s]

.skip(network)

skip(network)

...
$valid['storage'] - /opt/observium/discovery.php:182

/opt/observium/includes/discovery/storage.inc.php:21

======================================================

array(

[host-resources-mib] => array(
                       [31] => string(1) "/"

                       [33] => string(16) "/Volumes/STORAGE"

                       [36] => string(19) "/Volumes/spycerbox1"

                       [60] => string(18) "/Volumes/FILMNAS03"

                     )
)

SQL[SELECT * FROM `storage` WHERE `device_id` = '24']

SQL RUNTIME[0.00021791s]

31 -> host-resources-mib

33 -> host-resources-mib

36 -> host-resources-mib

60 -> host-resources-mib

Will sleep on it and attack it tomorrow again. =)

Cheers

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

From: observium <mailto:observium-bounces@observium.orgobservium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> Reply-To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Date: Tuesday 26 January 2016 at 23:52 To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Monitor OSX system. Problem with reported size for NFS share and monitor processes

We don't have any support for net-snmp's process table.

The disk space issue is very, very well known, and requires a fairly new version of net-snmp to fix.

Adam.

Sent from BlueMailhttp://www.bluemail.me/r

On 26 Jan 2016, at 22:21, "Henrik Cednert (Filmlance)" <henrik.cednert@filmlance.semailto:henrik.cednert@filmlance.se> wrote: Bot these issues or just the disk size?

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

From: observium <observium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Adam Armstrong <mailto:adama@memetic.orgadama@memetic.orgmailto:adama@memetic.org> Reply-To: Observium Network Observation System <mailto:observium@observium.orgobservium@observium.orgmailto:observium@observium.org> Date: Tuesday 26 January 2016 at 23:18 To: "mailto:observium@observium.orgobservium@observium.orgmailto:observium@observium.org" <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] Monitor OSX system. Problem with reported size for NFS share and monitor processes

This is due to bugs with the snmp daemon.

You need to run a more recent version.

adam.

Sent from Mailbirdhttp://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm_campaign=sent-from-mailbird

On 26/01/2016 22:18:06, Henrik Cednert (Filmlance) <henrik.cednert@filmlance.semailto:henrik.cednert@filmlance.se> wrote:

Hi there.

Monitoring a osx "server" with observium. To get it to see the NF shares I added this to snmpd.conf:

skipNFSInHostResources 0 storageUseNFS 2

This worked and I now see the shares. The large NAS is reported with wrong sizes though. Expected is this:

df -ah |grep midskog filmddn:/ddnnas0/midskog 958Ti 193Ti 765Ti 21% 7479476 692520524 1% /Volumes/midskog

Reported in observium is: Size: 208GB Used: 915GB Free: -707GB

I actually think this could be an net-snmp bug in OSX but I'm not sure. When I snmpwalk locally I see this for that particular mount:

HOST-RESOURCES-MIB::hrStorageType.61 = OID: HOST-RESOURCES-TYPES::hrStorageFixedDisk HOST-RESOURCES-MIB::hrStorageDescr.61 = STRING: /Volumes/midskog HOST-RESOURCES-MIB::hrStorageAllocationUnits.61 = INTEGER: 512 Bytes HOST-RESOURCES-MIB::hrStorageSize.61 = INTEGER: 436207616 HOST-RESOURCES-MIB::hrStorageUsed.61 = INTEGER: 1920024576

Any one that had similar issues and found a solution?

Next issue is that i try to monitor a process called 'nsd'. I have added it so snmpd.conf and when i walk the device locally I see it:

filmserver01:snmp filmserver01$ snmpwalk -c public -v2c localhost UCD-SNMP-MIB::prTable UCD-SNMP-MIB::prIndex.1 = INTEGER: 1 UCD-SNMP-MIB::prNames.1 = STRING: nsd UCD-SNMP-MIB::prMin.1 = INTEGER: 0 UCD-SNMP-MIB::prMax.1 = INTEGER: 1 UCD-SNMP-MIB::prCount.1 = INTEGER: 1 UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: noError(0) UCD-SNMP-MIB::prErrMessage.1 = STRING: UCD-SNMP-MIB::prErrFix.1 = INTEGER: noError(0) UCD-SNMP-MIB::prErrFixCmd.1 = STRING:

But observium doesn't pick it up. Is this something that isn't supported or am I missing something?

Cheers and thanks.

-- Henrik Cednert cto | td | compositor

Filmlance International Direct + 46 (0)704 71 89 54

observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

Ric Davis

3:59 a.m.

On 26 January 2016 at 22:52, Adam Armstrong adama@memetic.org wrote:

...

The disk space issue is very, very well known, and requires a fairly new version of net-snmp to fix.

Adam,

I don't know if you saw my post from late last year:

With RH 6.5 onwards I've found that putting

realStorageUnits 0

in snmpd.conf appears to provide a fix for file systems at least as large as 36TB.

It's noted in bug BZ#654384 here:

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/5/htm...

That gives correct disk space reporting with net-snmp 1:5.5, and looks as if it was incorporated into the svn net-snmp trunk in 2011, look at the message dated 2011-02-18 14:49:05 in this post to a net-snmp mailing list:

http://sourceforge.net/p/net-snmp/mailman/message/26988027/

It may be worth amending the FAQ ?

-- Ric

3298

Age (days ago)

3299

Last active (days ago)

List overview

Download

8 comments

4 participants

tags (0)

participants (4)

Adam Armstrong
Henrik Cednert (Filmlance)
Ric Davis
Tom Laermans