James,
Don't worry about the strange hex dumps, I should have told you that I've tried (unsuccessfully) to conceal the community's real name, which is Abr_Arcan. :D Sorry about that.
The IP address
10.10.10.1 is also not real, but in that case it wouldn't make any difference since I get the exact same answer regardless the Router, Switch or Server that I snmpwalk against.
Thanks again and sorry for the neurones that you've burnt figuring out the community issue.
Marcelo
On 10/11/06, James Shanks <jshanks@us.ibm.com> wrote:
The map should synchronize with the underlying topology database when it is re-opened. So if your client shows correct status and you local map does not, then something is wrong, and I don't know where to tell you to look for it. I don't work on that. I would call Support.
The hex dump has me totally confused. It says we transmitted the proper request with a community name of "Teste" but that it is nine bytes long, and "Teste" is only 5. Furthermore, looking at the hex dump it says the community name is nine bytes, all right , and they are
in hex"41 62 72 5f 41 72 63 61 6e". But according to my translation sheet that works out to " A b r _ A r c a n". Never seem anything like this.
What's in your snmpconf for 10.10.10.1?
Is this to your own machine or a remote one? If to your own, then I would check to see that the SNMP Service is running. If it is, then I would stop it and restart it, and try again. I have seen one thread in the Windows SNMP agent fail on occasion, and then it doesn't work even though it remains running. If that doesn't work, I'd reboot. Like I said, I have never seen anything like this.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
 "Marcelo Zacchi" <
mzacchi@gmail.com>
James, thanks a lot for your input.
I tried closing and opening the GUI and it didn't working.
I'm pasting the exit of the "snmwalk -d" below:
C:\Documents and Settings\tivoliadm>snmpwalk -d 10.10.10.1
transmitted 37 bytes to 10.10.10.1 at testehost:
0: 30 23 02 01 00 04 09 41 62 72 5f 41 72 63 61 6e 0#.....Teste
16: a1 13 02 02 51 df 02 01 00 02 01 00 30 07 30 05 ....Q.......0.0.
32: 06 01 2b 05 00 -- -- -- -- -- -- -- -- -- -- -- ..+.............
0: SEQUENCE (0x30): 35 bytes
2: INTEGER VERSION (0x2) 1 bytes: 0
5: OCTET STRING COMMUNITY (0x4) 9 bytes: "Teste"
16: GETNEXTREQUEST-PDU (0xa1): 19 bytes
18: INTEGER REQUEST-ID (0x2) 2 bytes: 20959
22: INTEGER ERROR-STATUS (0x2) 1 bytes: noError(0)
25: INTEGER ERROR-INDEX (0x2) 1 bytes: 0
28: SEQUENCE (0x30): 7 bytes
30: SEQUENCE (0x30): 5 bytes
32: OBJECT ID (0x6) 1 bytes: .1.3
35: NULL (0x5) 0 bytes
Can you figure anything from the dump?
PS: I already have th FP04 installed on both client and server.
Thanks a lot,
Marcelo
On 10/11/06, James Shanks <
jshanks@us.ibm.com> wrote:
Did you try just closing the GUI and restarting it? That's the first thing
I would do. Since your client is working, that means the daemons
underneath are working and you don't need a restart of them.
Then I would go to \usr\ov\log\nv.log and look for error messages,
especially ones about ipmap bailout or other failures.
Try snmpwalk from a command window. It has a -d option you can specify
which will hex dump what it is doing to the window. You can see the host
and the community name it's using and so on.
And if you are not on FixPack 4 already, I would make plans to get there
soon, in case you cannot resolve this on your own and need the assistance
of IBM Support.
HTH,
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
"Marcelo Zacchi"
<mzacchi@gmail.co
m> To
Sent by: "Tivoli NetView Discussions"
nv-l-bounces@list <nv-l@lists.ca.ibm.com
>
s.ca.ibm.com cc
Subject
10/11/2006 08:53 [NV-L] Problems with snmpwalk and
AM status polling
Please respond to
Tivoli NetView
Discussions
<nv-l@lists.ca.ib
m.com>
Dear Members,
I am having some problems with Netview 7.1.4 (Windows box) regarding the
ping test window and the snmpwalk command.
Today is the third day that I arrived at work to find my netview with a
strange problem: Some objects appear as DOWN on the map and, when I try to
test them the test window does not open! My next step was to try the
snmpwalk, and I noticed that it didn't work either. It's not like an usual
'no response' behavior, it seems like snmpwalk is not eve trying to reach
the host (any host actually).
The most bizarre thing is that the client that is connected to this server
is working perfectly, showing interfaces in the correct status and opening
the test window.
I know for sure that if I ovstop/start the server things will return to
normal, but I would like to know if anyone knows how to avoid this from
happening or what's causing this problem.
Thanks in advance,
Marcelo Zacchi
Siemens Brazil_______________________________________________
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)
_______________________________________________
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)
|
