Sorry if you thought I was rude. It seemed to me that you were asking for my
personal help to resolve your problem and I cannot give you that. Only a call
to Support will get you individual assistance. If you want other users to
respond, which is a good idea, then don't address your remarks on the list to
me. I take that to me you wanted just me to respond.
So it was not your question I thought was inappropriate, but the fact that you
addressed it to me. Sorry for the misunderstanding. My apologies.
James Shanks
Tivoli (NetView for UNIX) L3 Support
Jeanie Cham <yccham@ncs.com.sg> on 10/07/99 01:20:35 AM
To: Discussion of IBM NetView and POLYCENTER Manager on NetView
<NV-L@UCSBVM.UCSB.EDU>
cc: (bcc: James Shanks/Tivoli Systems)
Subject: Re: nvauth problem
Sorry for posting inappropriate questions to the forum. I was just hoping that
perhpas someone may have encountered the same problem.
I've kept on increasing "/usr/OV" ever since, but it keeps on filling up, until
I stop nvsec. After stopping the security, the disk space remains stable. I'll
call support for help.
Thanks & regards,
Jeanie
James Shanks wrote:
> Please advise what, Jeanie? If you cannot determine why your /usr/OV
> filesystem fills up, then you need to call Support and get some help. There
is
> nothing I can do, or anyone can do, if your filesystem runs out of space. We
> recommend and have always done so, 20% free space in /usr and /usr/OV for
this
> very reason. And no, I don't know why they won't re-start after you increase
> it. It sounds to me like there are other, more fundamental problems being
> resolved by your reboot.
>
> I cannot diagnose problems on this forum, only make suggestions, and mine are
> (1) increase your filesystem space in /usr (or /usr/OV if it is separate).
> (2) consider making a separate /usr/OV filesystem if you haven't already
> (3) monitor that space and see if it continues to fill up and try to determine
> why
> (4) if your daemons die and won't restart, use ovstatus to tell which ones
are
> down and what error messages they
> have. Usually there is one key daemon on which the other depend which is the
> problem. If it is ovtopmd, and the problem is an exit(255), then the Tivoli
> environment has not be sourced correctly for restart. In that case, take all
> the daemons down, source the environment, and restart them.
> (i) ovstop nvsecd
> (ii) . /etc/Tivoli/setup_env.sh
> (iii) ovstart -v
>
> Please open a problem to support when you need someone to analyze what is
going
> wrong.
>
> James Shanks
> Tivoli (NetView for UNIX) L3 Support
>
> Jeanie Cham <yccham@NCS.COM.SG> on 10/06/99 04:34:17 AM
>
> Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
> <NV-L@UCSBVM.UCSB.EDU>
>
> To: NV-L@UCSBVM.UCSB.EDU
> cc: (bcc: James Shanks/Tivoli Systems)
> Subject: Re: nvauth problem
>
> Hi James,
>
> After implementing nvsec, & my Netview hung as mentioned before, I realise
that
> my "/usr/OV" directory keeps using up to 100% disk space. This causes nvsecd
&
> netmon daemons to die. I'd fail to start them up with the ovstart command,
even
> after increasing my disk space. Instead, I've to reboot my server. This has
> happened a few times now & it's interrupting my network monitoring
tremendously!
>
> Please help advise!
>
> Thanks & regards,
> Jeanie
>
> PS: My Netview is v5.1, Framework 3.6 on AIX 4.3.2.
>
> James Shanks wrote:
>
> > Jeanie -
> >
> > Despite what everyone thinks I am not the "Shell answer man" when it comes
to
> > Netview. There are large areas of the product I don't work on. All I can
do
> on
> > this forum is make some suggestions. If you cannot get anywhere with them
> then
> > you will have to open a problem with Support so that someone more
> knowledgeable
> > than I am can help you.
> >
> > man pages are language dependent, so you should check your LANG variable and
> > make sure it is set to LANG=C or LANG=En_US.
> >
> > I suspect your variable duplication is due to the fact that you have set
your
> > .kshrc to source the Tivoli environment
> > ( . /etc/Tivoli/setup_env.sh) every time you start a new shell. So these
> > variables get duplicated. To avoid that you would either have to not start
a
> > new shell from an old one, or first reset them to their pre-Tivoli values in
> the
> > .kshrc before sourcing the environment. But I don't think this is the
cause
> of
> > your problem.
> >
> > It sounds rather like those variables are not being instantiated any more,
as
> if
> > your locale or LANG variable had been reset.
> > Why that should be, I don't know. You could try setting LANG=C or
> LANG=En_US
> > and see if that helps.
> > I am also not aware of why they would get altered by nvauth, but then again
> > this is not an area I work on. You could just log
> > out of AIX and back in and see if that helps too.
> >
> > Good luck
> >
> > James Shanks
> > Tivoli (NetView for UNIX) L3 Support
> >
> > Jeanie Cham <yccham@ncs.com.sg> on 09/29/99 04:10:02 AM
> >
> > To: Discussion of IBM NetView and POLYCENTER Manager on NetView
> > <NV-L@UCSBVM.UCSB.EDU>
> > cc: (bcc: James Shanks/Tivoli Systems)
> > Subject: Re: nvauth problem
> >
> > Hi James,
> >
> > Yes, I'm on AIX, using English.
> >
> > Result of "echo $MANPATH" is :
> >
>
/usr/local/Tivoli/man/aix4-r1:/usr/local/Tivoli/man/aix4-r1:/usr/local/Tivoli/man/aix4-r1:/usr/local/Tivoli/man/aix4-r1:/usr/share/man:/usr/man
>
> >
> > Result of "echo $NLSPATH" is :
> >
>
/usr/local/Tivoli/msg_cat/%L/%N.cat:/usr/local/Tivoli/msg_cat/%l/%N.cat:/usr/local/Tivoli/msg_cat/C/%N.cat:/usr/local/Tivoli/msg_cat/%L/%N.cat:/usr/local/Tivoli/msg_cat/%l/%N.cat:/usr/local/Tivoli/msg_cat/C/%N.cat:/usr/local/Tivoli/msg_cat/%L/%N.cat:/usr/local/Tivoli/msg_cat/%l/%N.cat:/usr/local/Tivoli/msg_cat/C/%N.cat:/usr/local/Tivoli/msg_cat/%L/%N.cat:/usr/local/Tivoli/msg_cat/%l/%N.cat:/usr/local/Tivoli/msg_cat/C/%N.cat:/usr/local/Tivoli/msg_cat/%L/%N.cat:/usr/local/Tivoli/msg_cat/%l/%N.cat:/usr/local/Tivoli/msg_cat/C/%N.cat:/usr/local/Tivoli/msg_cat/%L/%N.cat:/usr/local/Tivoli/msg_cat/%l/%N.cat:/usr/local/Tivoli/msg_cat/C/%N.cat:/usr/local/Tivoli/msg_cat/%L/%N.cat:/usr/local/Tivoli/msg_cat/%l/%N.cat:/usr/local/Tivoli/msg_cat/C/%N.cat:/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat:/usr/lib/nls/msg/En_US/%N
>
> >
> > Netview hung once & I exit out of windows to single user mode. When I
started
> > "xinit" again & tried to start-up Netview, I couldn't login as "admin" in
> > "nvauth"
> > window, probably due to not logging out properly the first time round. Even
> > being
> > able to login with "nvauth" after rebooting the server many times, I can
never
> > do
> > "man" for any of the Netview commands anymore.
> >
> > I'm really at a loss now as I've no idea how to solve this problem. I also
> > don't
> > understand why there're so many same variable repetitions in the NLSPATH &
> > MANPATH.
> >
> > Thanks & regards,
> > Jeanie
> >
> > James Shanks wrote:
> >
> > > Are you on AIX? Using English?
> > >
> > > I don't know what nvsec has to do with it. I would check your MANPATH
> > variable
> > > and make sure it says
> > > MANPATH=/usr/Tivoli/man/aixr4-r1:/usr/dt/man:/usr/share/man.
> > >
> > > But your error message sounds like your NLSPATH variable has been messed
up.
> > > Have you sourced the Tivoli environment? There are a number of cat
> > substituions
> > > i it which rely on other variables being set.
> > >
> > > James Shanks
> > > Tivoli (NetView for UNIX) L3 Support
> > >
> > > Jeanie Cham <yccham@NCS.COM.SG> on 09/28/99 08:44:05 AM
> > >
> > > Please respond to Discussion of IBM NetView and POLYCENTER Manager on
> NetView
> > > <NV-L@UCSBVM.UCSB.EDU>
> > >
> > > To: NV-L@UCSBVM.UCSB.EDU
> > > cc: (bcc: James Shanks/Tivoli Systems)
> > > Subject: nvauth problem
> > >
> > > Hi all,
> > >
> > > I've a problem with nvsec_admin & nvauth. I implemented nvsec_admin &
> > > was able to login to the Netview GUI. However, soemtime later, I get an
> > > error stating "lost connection to database".
> > >
> > > I managed to login after that, but cannot get to ALL the Netview man
> > > pages anymore!!! It complains "cat?/????: directory not found".
> > >
> > > Please help....
> > >
> > > Thanks & regards,
> > > Jeanie
|