It sounds as if you have the Nways Lan Network Manager [LNM] (layer 2,
mostly for token ring management) turned on. Don't know how many
objects in the object database, how much bridging, how much rmon you
have. Nways is a whole suite of products, and needs to be tuned and the
pieces you don't want turned off. The install guides, release notes,
/usr/lpp/cml/lpp.READNME, and on-line docs are all useful in working
this out. Even with LNM, though, there will be an initial increase in
database size, but it shouldn't grow constantly.
And your ovobjprint list doesn't mean anything to me. Do you have a lot
of serial interfaces for frame relay on your routers? The numbers
associated with Selection Name may be interface IDs coming back from
polling.
Seems as if you might want to open an Nways PMR and let them ask the
pertinent questions.
Adrian Spring wrote:
>
> Hi
> We have installed Netview V5.1.2 and Nways Manager V2. Our problem is, that
> the
> Databases is
> growing extremely (about 500 new objects/day). Discovery is set to off (
> working
> with Seedfile).
> Due to this problem, NwaysStatusProp uses a lot of CPU!
> If we do ovobjprint we get the following entries at the end:
> OBJECT: 25335
>
> FIELD ID FIELD NAME FIELD VALUE
> 10 Selection Name "025334"
> 70 IP Network Name "025334"
>
> OBJECT: 25337
>
> FIELD ID FIELD NAME FIELD VALUE
> 10 Selection Name "025336"
> 70 IP Network Name "025336"
>
> OBJECT: 25340
>
> FIELD ID FIELD NAME FIELD VALUE
> 10 Selection Name "025339"
> 70 IP Network Name "025339"
>
> OBJECT: 25341
>
> FIELD ID FIELD NAME FIELD VALUE
> 10 Selection Name "025340"
> 70 IP Network Name "025340"
>
> these are the last 4 objects of a few thousand of this sort. does anyone know
> what this
> could be? and yes, how can I stop it?
>
> thanks
>
> Adrian Spring
|