|
Scott,
You may want to modify your script to either ignore the netviewd daemon or change it to verify that a R/W map is open somewhere if it is not running.
The only way that I know to find the R/W map is to look for "explore" files in the /usr/OV/tmp directory.
Here's the output of an "ls -l|grep explore" on my system:
-rwxrwxrwx 1 root system 26 Jul 22 12:42 explore_42264
-rwxrwxrwx 1 noc system 25 Jul 23 10:48 explore_43394
-rwxrwxrwx 1 kc1m system 25 Jul 23 07:36 explore_67412
The R/W map is represented by the 26 byte file. The files are binary, but if you cat them you get this:
default readwriteóÌ - for the 26 byte file
defaulreadonly¯ - for the 25 byte files
The process owner is the owner of the file and the ovw_binary PID is the rest of the filename.
-----------
I had the above written and was about to delete it when I read James response.
However, after checking my map.lock file, I don't think the map.lock file is the right approach.
My map.lock file is over 1 month old and I know NetView has been up/down and the R/W map closed and reopened dozens of times since then.
Don Davis
First Citizens Bank
Systems Engineer Consultant
Raleigh, NC. 27603-3526
-----Original Message-----
From: Bursik, Scott {PBSG} [mailto:Scott.Bursik@pbsg.com]
Sent: Wednesday, July 23, 2003 11:36 AM
To: nv-l@lists.tivoli.com
Subject: RE: [nv-l] netviewd daemon behavior
Thanks for the answer Don. In my scripts I used to check for daemon issues
by performing a /usr/OV/bin/ovstatus | grep NOT and if I got a return I
would page. Now that the netviewd daemon is there and either running or not
running as normal behavior, does anyone have any suggestions as how to
perform daemon status check in scripts and ignore the netviewd daemon?
Thanks,
Scott Bursik
Enterprise Systems Management
PepsiCo Business Solutions Group
scott.bursik@pbsg.com
(972) 963-1400
-----Original Message-----
From: Davis, Donald [mailto:donald.davis@firstcitizens.com]
Sent: Wednesday, July 23, 2003 10:31 AM
To: Bursik, Scott {PBSG}; nv-l@lists.tivoli.com
Subject: RE: [nv-l] netviewd daemon behavior
Scott,
Anytime you have the Read/Write map open, the netviewd daemon is stopped.
Starting NetView with the "netview -dconsole" switch stops the netviewd
daemon.
The netviewd daemon's purpose in life is to run the R/W map when no one else
is using it.
Don Davis
First Citizens Bank
Systems Engineer Consultant
Raleigh, NC. 27603-3526
-----Original Message-----
From: Bursik, Scott {PBSG} [mailto:Scott.Bursik@pbsg.com]
Sent: Wednesday, July 23, 2003 10:55 AM
To: nv-l@lists.tivoli.com
Subject: [nv-l] netviewd daemon behavior
NetView 7.1.3 - AIX 4.3.3
I am a little confused about the behavior of the netviewd daemon. I have it
set to automatically start and it does, but I have health scripts that check
for stopped daemons and from time to time netviewd is not running and when
an ovstatus is performed on that daemon, it reports that it exited normally.
Should the netviewd daemon stop on its own and what is the condition where
this might happen?
Thanks,
Scott Bursik
PepsiCo Business Solutions Group
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
------------------------------------------------------------------------------
This electronic mail and any files transmitted with it are confidential and are intended solely for the use of individual or entity to whom they are addressed. If you are not the intended recipient or the person responsible for delivering the electronic mail to the intended recipient, be advised that you have received this electronic mail in error and that any use, dissemination, forwarding, printing, or copying of this electronic mail is strictly prohibited. If you have received this electronic mail in error, please immediately notify the sender by return mail.
==============================================================================
|