Article

jzandbergen's picture
article
Reads:

7819

Score:
0
0
 
Comments:

5

Enabling SNMP for GroupWise 8 on Linux

Author Info

24 September 2009 - 2:17pm
Submitted by: jzandbergen

(View Disclaimer)

First of all, this is my first document for Cool Solutions, so please boys and girls, be gentle ;-)

That being said, lets get some SNMP support on our beloved GroupWise system on our beloved operating system:

  1. GroupWise's SNMP relies on net-snmp, which should be installed by default. If not, install it with YaST.
  2. I couldn't find the required "mib" files as was stated in the documentation, so if you happen to have the same problem, you can download them from the following links
  3. Extract the files downloaded in step 2
  4. Create the following directory on your GroupWise server: /opt/novell/groupwise/agents/mibs/
  5. Copy the extracted files from step 3 to the directory "/opt/novell/groupwise/agents/mibs"
  6. Add the following line in /etc/snmp/snmpd.conf:
    "dlmod Gwsnmp /opt/novell/groupwise/agents/lib/libgwsnmp.so"
  7. Restart the snmpd service with "/etc/init.d/snmpd restart"
  8. Also make sure that "snmpd" starts at boot time with the command "chkconfig snmpd on"
  9. Now this is a part which is not so very nice. The libgwsnmp.so has a bug in it which demands that groupwise is running on all ip addresses. In other words, make sure that "bind specifically to this IP-address" in ConsoleOne is de-selected for all GroupWise objects. Make sure that you read the section "libgwsnmp" on the bottom of this page for impact riscs.
  10. SNMP should be by default enabled for every GroupWise object. If you have disabled it, make sure to re-enable it. (By the way, for some reason will log files always say that SNMP is disabled. Nevermind what the logfiles say about SNMP)
  11. Restart GroupWise "/etc/init.d/grpwise restart"
  12. You should now be able to retrieve snmp information from GroupWise with your favorite snmpbrowser (I use the mibbrowser from iReasoning on Linux, you can load the mib-files which you have extracted in step 3 into this program easily)

Libgwsnmp:

Libgwsnmp makes use of the http interfaces on the groupwise objects to retrieve information which is then again presented to snmp clients. Now the problem is that libgwsnmp only looks at the 127.0.0.1 address, so if you bind a groupwise object to a specific IP-address, then the libgwsnmp module is unable to retrieve any information and thus is snmpd not able to present this information to the snmp client. This behaviour creates 2 problems.

Problem 1:

If you have configured for example multiple Post Offices on one single server and all on a different IP address, then you MUST reconfigure all the ports so that they don't interfere with each other when you de-select "bind elusively to this IP-address".

Problem 2:

If you run a gwia on this server, you must reconfigure postfix to use another port than 25, because else the gwia won't start up properly. (The gwia does not give an error message when it can not bind to 0.0.0.0:25 (!!!))

Hope this works for you.

Regards,

Justin Zandbergen
NetCB Solutions


Disclaimer: As with everything else at Cool Solutions, this content is definitely not supported by Novell (so don't even think of calling Support if you try something and it blows up).

It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test, test, test before you do anything drastic with it.




User Comments

wnsks's picture

Which SLES Version do you use? 32bit oder 64

Submitted by wnsks on 27 September 2009 - 7:24am.

dlopen failed: /opt/novell/groupwise/agents/lib/libgwsnmp.so: wrong ELF class: ELFCLASS32

jzandbergen's picture

32/64 bit

Submitted by jzandbergen on 29 September 2009 - 2:59am.

Oh Yes,

I am very sorry, the libgwsnmp.so module is compiled ONLY for 32 bit, so that is not going to work on x86_64. But then again, GroupWise is also developed in 32 bit so do you really need a 64bit OS? (maybe other services?)

I would recommend:
1) sles10sp2 x86 and then use the PAE kernel (check with "uname -r" in the shell).
2) filesystem ext3 and then mounted with the "noatime" option.
3) increase the "maximum number of open filehandles to 32768
"add the following lines in /etc/security/limits.conf"
root soft nofile 32768
root hard nofile 32768
- logout and login again, check with the command "ulimit -n" if the nofile settings worked.

Regards,

Justin

jzandbergen's picture

32/64 bit

Submitted by jzandbergen on 29 September 2009 - 6:48am.

@wnsks:
the libgwsnmp.so module is compiled for 32bit only. So it is sadly enough not possible to run this module on x86_64.

There is a small "maybe" (read "I don't have a clue" ;-) ) that if you recompile net-snmp as 32 bit that you could be able to load the 32 bit libgwsnmp.so module in there. But.... i doubt it :P
some info: http://www.cyberciti.biz/tips/compile-32bit-applic...

My advice, GroupWise is not 64 bit either, so if you do not run any other (64 bit) services on that server, go for the 32 bit SLES10sp2 installation.

Regards,

justin

rvisschedijk's picture

Mib files location

Submitted by rvisschedijk on 2 October 2009 - 5:53am.

Hi Justin,

Great article. The mib files are not in the linux downloads. To get the mib files download the nlmwin file.
Then you can find them in the agents - snmp directory.
The files are:

gwada.mib
gwapi.mib
gwia.mib
gwmon.mib
gwmta.mib
gwovvm.mib
gwpoa.mib
gwsmtp.mib
gwsnads.mib
gwweb.mib
ngwasync.mib
ngwx400.mib

Rename them to lowercase though.....
It looks like they're using the same mib files for quite some time now, but i'm not sure of the gwapi.mib. This means that u can also use the mibs out of the older groupwise versions. They should still work :D:D

9597711's picture

not happy with deselecting "bind exc. to this ipaddr"

Submitted by 9597711 on 1 May 2010 - 7:26am.

Justin,

Nice article, but to me it seems the mibs are not really updated as GW has updated ans has become a cluster aware app. Selecting "bind to this ip exclusively" is a requirement as far as i know, when gw reources are running as clustered resources in, lets say, a NCS OES2 Linux environment. When your resource failes over and in that occasion, your gw volumes and poa/mta move to another server, the original ipadress has to come along too. How is it possible to monitor this thru SNMP browser when youre not able to bind the specific resource to the corresponding ipaddress ?
Is GW Monitor not a better tool for monitoring this ?

© 2013 Novell