Create a Post
cancel
Showing results for 
Search instead for 
Did you mean: 
Pedro_Espindola
Advisor

R81.20 SNMP missing multiDiskTable

The multiDiskTable OIDs from CHECKPOINT-MIB are missing in R81.20. They are available in the R81.20 mib, but the gateway responds that "no Such Instance currently exists at this OID".

The alternative is to use hrStorageTable from HOST-RESOURCES-MIB to monitor disk space. This is not great, since values are allocation units and space has to be calculated, which results in grater complexity and inaccuracy.

If anyone knows of any other alternatives or if the original table will be fixed in R81.20, please let us know.

0 Kudos
8 Replies
PhoneBoy
Admin
Admin

Did you report this issue via TAC?

0 Kudos
Pedro_Espindola
Advisor

Yes. Their response is that I should download the MIB from support center and replace the original mib from factory in every appliance, which is a terrible solution.

One more thing for partners and customers to keep track of on top of specific hotfixes, fwkern.conf, trac_client_1.ttm and many other files that cannot be automatically backed up or migrated.

0 Kudos
PhoneBoy
Admin
Admin

Just to be clear, you need to download the MIB from SupportCenter to fix this problem?

0 Kudos
Pedro_Espindola
Advisor

That is correct, download and replace /opt/CPshrd-R81.20/lib/snmp/chkpnt.mib with the new one.

For some reason it works and I couldn't find out why. I ran a diff between original and downloaded files and the only differences are related to objects checkPoint19200, checkPoint29100, checkPoint29200. The lines related to multiDiskTable are exactly the same.

0 Kudos
Pedro_Espindola
Advisor

I just found out that replacing the mib file does not solve the issue. What solves the issue for a few minutes is restarting SNMP. Since I had to restart snmp after replacing the file it work, but after sometime it fails again. The mib file has nothing to do with the problem.

0 Kudos
ChristianK
Explorer

Did you find any solution for this problem? I have the same issue,  Currently i have R81.20 installed while experiencing this problem on our Gateway, the Mnagement Server did not had this problem until now. 

Confusing ist the fact, that other SNMP values seem to work. 

How did you restart SNMP? 


@Pedro_Espindola wrote:

I just found out that replacing the mib file does not solve the issue. What solves the issue for a few minutes is restarting SNMP. Since I had to restart snmp after replacing the file it work, but after sometime it fails again. The mib file has nothing to do with the problem.


service snmpd restart
Stopping snmpd: [FAILED] 
Starting snmpd: [ OK ] 

 Simple restart failed, I had to follow https://support.checkpoint.com/results/sk/sk98551 to get the Values again.

0 Kudos
Pedro_Espindola
Advisor

I found out that the problem with multiDisk table starts after the monitoring systems runs a discovery of installed hotfixes.

The discovery consists on 3 bulk requests to the following OIDs:

1.3.6.1.4.1.2620.1.6.20.10.1.2

1.3.6.1.4.1.2620.1.6.20.10.1.5

1.3.6.1.4.1.2620.1.6.20.10.1.4

After querying those, the multiDisk table stops working.

Very weird behaviour, but working with TAC they were able to confirm it and create a hotfix. They said it was in queue to be included in the JHF, fix number PRHF-34122, but still no sign of it.

 

You can restart SNMP by running 'set snmp agent off' and 'set snmp agent on' in clish, or disabling and enabling it in the Gaia WebUI.

(1)
Pedro_Espindola
Advisor

Still no fix in the JHF. I asked TAC for an update about fix PRHF-34122.

0 Kudos

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    CheckMates Events