Hi,
Some time ago I faced the same problem and we remove the compiled mibs when
we load new mibs. I tracked the code with debugger and tnmMibFrozen.c checks
for the time stamp of the mib file it has compiled and going to compile. If
the new files time is latest, the tnm will compile the mib and update the
.idy file. If the time is older, it will not compile and use the old .idy
file. This is what happening there according to my debugging.
Hope this information helps ..
Rgds,
Hari Prasad Sanapoori
Marconi Communications, Inc.
Warrendale, PA
-----Original Message-----
From: Juergen Schoenwaelder [mailto:schoenw@ibr.cs.tu-bs.de]
Sent: Wednesday, May 23, 2001 11:06 AM
To: Dick_Libby@digi.com
Cc: tkined@ibr.cs.tu-bs.de
Subject: Re: [tkined] Compiled MIB Problem Under Linux Alpha
>>>>> Dick Libby writes:
Dick> We are experiencing a problem with compiled MIBs on the Linux
Dick> Alpha version. We're using Tcl/Tk 8.3.2 on RedHat 7.0. The
Dick> first time we do a "Tnm::snmp generator ..." we fail in the in
Dick> the TnmMibReadFrozen C routine with the debug message "error
Dick> reading string pool..." put into /var/log/messages.
Dick> Doing an "rm -rf .tnm3.0.0" in our home directory prior to
Dick> starting our application results in error-free operation. All
Dick> subsequent invocations of the application results in the above
Dick> error until we delete the compiled MIB directory.
Dick> The obvious work-around is to delete the compiled MIB directory
Dick> each time we are started but we would like to work with the Tnm
Dick> developers to get this issue resolved properly.
As a workaround, you can as well set tnm(cache) to point to a
directory where scotty will never be able to write files. This should
be good enough to prevent Tnm from generating and using pre-compiled
MIB files.
Dick> I can provide additional information, including the compiled
Dick> MIBs, on request.
The compiled MIBs are platform specific and thus of little use. I
suggest to use a debugger to see what is going wrong in tnmMibFrozen.c
when you load frozen MIBs. Send us a patch once you have nailed this
down. (And this might also cure the problems some other people have
reported recently which seem to be related. Note that things seem to
work just fine for me on our machines.)
/js
-- Juergen Schoenwaelder Technical University Braunschweig <schoenw@ibr.cs.tu-bs.de> Dept. Operating Systems & Computer Networks Phone: +49 531 391 3289 Bueltenweg 74/75, 38106 Braunschweig, Germany Fax: +49 531 391 5936 <URL:http://www.ibr.cs.tu-bs.de/~schoenw/>-- !! This message is brought to you via the `tkined & scotty' mailing list. !! Please do not reply to this message to unsubscribe. To subscribe or !! unsubscribe, send a mail message to <tkined-request@ibr.cs.tu-bs.de>. !! See http://wwwsnmp.cs.utwente.nl/~schoenw/scotty/ for more information. -- !! This message is brought to you via the `tkined & scotty' mailing list. !! Please do not reply to this message to unsubscribe. To subscribe or !! unsubscribe, send a mail message to <tkined-request@ibr.cs.tu-bs.de>. !! See http://wwwsnmp.cs.utwente.nl/~schoenw/scotty/ for more information.
This archive was generated by hypermail 2b29 : Thu Jan 03 2002 - 14:56:26 MET