Thanks for replying!
I'm sure I could get what I needed out of netmon, but wonder if the
cleanup coding required would be worth the effort. Below is the finished
product; it took 7 minutes to run against 3,500 nodes on our AIX LPAR.
Uptime maxed at about 1.7, so not bad at all. I figure the customer will
like having a csv to munge in Excel the way they see fit. Hope others
will find this useful come audit time.
#!/bin/ksh
FILE=/home/user/test.results
echo "Start scan of devices at `date`" >> $FILE
for hostname in `/usr/OV/bin/nvUtil e "((isNode=TRUE &&
isSNMPSupported=TRUE))"`
do
if [[ `ovtopodump -rl $hostname |grep -c "SNMP STATUS POLL:
MAXIMUM TIME
"` -ge 1 ]]
then
echo "$hostname,ping" >> $FILE
else
echo "$hostname,SNMP query" >> $FILE
fi
done
echo "Finished scan of devices at `date`" >> $FILE
exit 0
-----Original Message-----
From: Franck Mercier [mailto:franck.mercier@fr.ibm.com]
Sent: Friday, October 20, 2006 10:08 AM
To: Tivoli NetView Discussions
Subject: Re: Fw: [NV-L] NV 7.1.4 AIX--advice on kshnmdemandpoll
script--coprocessing
/usr/OV/service/netmonaction.sh 12 gives the netmon ping list
/usr/OV/service/netmonaction.sh 16 gives the netmon snmp list
Is that you are looking for ?
Cordialement ,
Franck MERCIER
PS Specialist (Tivoli Support)
Information Technology Services France
Mailto : franck.mercier@fr.ibm.com
*.. the only way to do great work is to love what you do .. *
Francois Le Hir
<flehir@ca.ibm.co
m>
To
Sent by: Tivoli NetView Discussions
nv-l-bounces@list <nv-l@lists.ca.ibm.com>
s.ca.ibm.com
cc
Subject
19/10/2006 15:13 Fw: [NV-L] NV 7.1.4 AIX--advice
on
ksh nmdemandpoll
script--coprocessing
Please respond to
Tivoli NetView
Discussions
<nv-l@lists.ca.ib
m.com>
I would also experiment with netmon -a command (see man page for netmon)
when I do netmon -a 1, it dump the information netmon has for each
interfaces, and that include the method used for the polling.
snmp_state = 0x10000002 seams to be for snmp polling
snmp_state = 0x2 seams to be for icmp status polling
you can also use an other -a option to dump the list of nodes (as the
status polling method is at the node level). I believe if "status_poll
=
INFINITE" it means that the node is polled with snmp.
Salutations, / Regards,
Francois Le Hir
Network Projects & Consulting Services
IBM Global Technology Services
Phone: (514) 964 2145
----- Forwarded by Francois Le Hir/Quebec/IBM on 10/19/2006 09:03 AM
-----
Francois Le
Hir/Quebec/IBM
To
10/19/2006 08:52 Tivoli NetView Discussions
AM <nv-l@lists.ca.ibm.com>
cc
Subject
Re: [NV-L] NV 7.1.4 AIX--advice
on
ksh nmdemandpoll
script--coprocessing(Document
link:
Francois Le Hir)
Hi Drew,
I would use quicktest instead of nmdemandpoll. quicktest does a status
polling exactly as netmon would do it: using either ping or snmp
depending
how it is configured. nmdemandpoll takes a lot longer because of all the
configuration polling it does.
quicktest has to be executed for each node. For each interface of the
node,
it will tell you either "Interface xx.xx.xx.xx(en9) is UP Responded to
ping" or "Interface xx.xx.xx.xx is Up: Admin Status=Up Oper Status=Up"
Salutations, / Regards,
Francois Le Hir
Network Projects & Consulting Services
IBM Global Technology Services
Phone: (514) 964 2145
"Van Order, Drew
\(US -
Hermitage\)"
To
<dvanorder@deloit "Tivoli NetView Discussions"
te.com> <nv-l@lists.ca.ibm.com>
Sent by:
cc
nv-l-bounces@list
s.ca.ibm.com
Subject
[NV-L] NV 7.1.4 AIX--advice on
ksh
nmdemandpoll script--coprocessing
10/19/2006 08:13
AM
Please respond to
Tivoli NetView
Discussions
<nv-l@lists.ca.ib
m.com>
Hi all,
Our DNOC needs a report that shows what IP addresses are managed via
SNMP
query versus ping. I searched the archives and it appears one can't get
this report using nvdbformat--isSNMPSupported is not an accurate
indicator.
So, I'm getting the list of IP's that match isSNMPSupported=TRUE from
nvdbformat, then feeding the list into `ndmdemandpoll $hostname |grep
"Get
SNMP status"`. This will do the job, but we all know nmdemandpoll kills
CPU
if it takes any time at all to run. I have 1500 addresses to cycle
through.
So, I figure I can kill nmdemandpoll if it's going to take longer than
15
seconds to finish, log the IP address that needed to be killed, then go
back to the loop. No problem, except I'm a novice ksh scripter, and
having
trouble with co-processes (required to watch the nmdemandpoll PID
because
nothing will occur until nmdemandpoll finishes, right?). If someone can
help me with the logic, I'll post the whole smash for everyone to use
when
it's finished.
This works fine, just takes forever, and sends uptime values skyward. It
sets off NetIQ alerts for CPU utilization.
# Read in IP address list from NVout.report
# nv_getSNMPquerystatus.sh < NVout.report
while read ipAddress
do
nmdemandpoll $ipAddress | grep "Get SNMP status"
if [[ $? -eq 0 ]]
then
echo "$ipAddress is currently monitored using SNMP query"
else
echo "$ipAddress is currently NOT monitored using SNMP query"
fi
done
Many thanks in advance to anyone with advice on how to finish this one
off.
--Drew
Drew Van Order
Information Technology Services
Deloitte Services LP
Tel: +1 615 882 7836
www.deloitte.com
This message (including any attachments) contains confidential
information
intended for a specific individual and purpose, and is protected by law.
If you are not the intended recipient, you should delete this message.
Any disclosure, copying, or distribution of this message, or the taking
of
any action based on it, is strictly prohibited. [v.E.1]
_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
|