Ok, thanks much James.

Oliver

> -----Original Message-----
> From: James Shanks [SMTP:James_Shanks AT TIVOLI DOT COM]
> Sent: Wednesday, May 05, 1999 9:16 AM
> To:   NV-L AT UCSBVM.ucsb DOT edu
> Subject:      Re: netview 5.1.1/nt and trapd/netmon problems
>
> I don't know anything about problems you have going back to 5.1 from
> 5.1.1,
> BUT ...
> we have just taken a Sev1 APAR, PJ26414, for problems with trapd using the
> SQL Server rather than Access.
> From your earlier notes about trapd looping in the "do purge" routine, I'd
> say that was what you were experiencing.
> The source of the problem seems to be new code added by development in
> 5.1.1 to some kind of compression when the purge occurs.  We are in the
> process of building and testing an efix which avoids the problem by
> removing the new function.  If you want to open a problem with Support,
> then you too can get the efix if you chooose to go back to 5.1.1.  But
> perhaps you will want to wait a few days until the customer who reported
> the problem initially confirms  that the fix works for him.
>
> James Shanks
> Tivoli (NetView for UNIX) L3 Support
>
>
>
> OGrant <OGrant AT PEC DOT COM> on 05/05/99 09:01:52 AM
>
> Please respond to Discussion of IBM NetView and POLYCENTER Manager on
>       NetView <NV-L AT UCSBVM.UCSB DOT EDU>
>
> To:   NV-L AT UCSBVM.UCSB DOT EDU
> cc:    (bcc: James Shanks/Tivoli Systems)
> Subject:  Re: netview 5.1.1/nt and trapd/netmon problems
>
>
>
>
>
> Interesting - I went back to 5.1 as well, while retaining MDAC 2.0 - no
> improvement in the time (2-3 minutes) it takes event browser to come up;
> also, ovstart and ovstop are *extremely* sluggish.  Did receive dr. watson
> errors, but I can't remember under what circumstances/what was happening
> when they occurred.  I'll be investigating further, as well as watching
> trapd closely - I'm strongly suspecting odbc driver problems here, but
> can't
> pinpoint them.  I enabled sql tracing, but nothing's being written to the
> file, strangely enough.
> Traps are being received and processed, as well as being written to the
> sql
> database - demand polling also working intermittendly, but this might be
> traced to snmp timeouts/transmission problems, not any faults with netmon.
>
> Oliver Grant
>
> > -----Original Message-----
> > From: Todd E. Lewis [SMTP:telewis AT PROVIDENTBANKMD DOT COM]
> > Sent: Wednesday, May 05, 1999 8:28 AM
> > To:   NV-L AT UCSBVM.ucsb DOT edu
> > Subject:      Re: netview 5.1.1/nt and trapd/netmon problems
> >
> > Yes, I went back to version 5.1 and I'm now having DR. WATSON errors
> when
> > snmpcollect starts up.
> >
> > >>> OGrant <OGrant AT PEC DOT COM> 05/04 2:07 PM >>>
> > Installed netview 5.1.1 over 5.1/nt last week with so-so results -
> > apparantly linked to outdated odbc drivers (sql server was 2.65, core
> were
> > all 3.0.x).  Discussed situation with tivoli support and implemented
> their
> > suggested fix, which was as follows:
> > - deinstall netview entirely
> > - install mdac 2.0 from 5.1.1 cd
> > - reinstall 5.1, followed by 5.1.1
> >
> > Problems appear to continue - event browser comes up very slowly, if at
> > all
> > - nv.log shows, among other lines, repeated error message of "trapd
> caught
> > in do purge exeception - attempting to recover."  When (if) it does come
> > up,
> > events are being processed and written to sql server.
> >
> >  Although netmon is verifiably up, demand polling works intermittendly -
> > frequent inabilities to connect to netmon on server.
> >
> > I suspect odbc as the cause again, but its seems less than likely now
> that
> > mdac 2.0 (with updated odbc drivers) has been installed -- has anyone
> > experienced similiar problems?  I'm running nt 4.0 w/ sp3 - Thanks much,
> >
> > Oliver Grant
> > Performance Engineering Corp.