To: | <nv-l@lists.us.ibm.com> |
---|---|
Subject: | RE: [nv-l] vpxdTrap |
From: | "Van Order, Drew \(US - Hermitage\)" <dvanorder@deloitte.com> |
Date: | Thu, 18 Nov 2004 13:51:01 -0600 |
Delivery-date: | Thu, 18 Nov 2004 19:51:42 +0000 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
Importance: | normal |
Reply-to: | nv-l@lists.us.ibm.com |
Sender: | owner-nv-l@lists.us.ibm.com |
Thread-index: | AcTNmHeupCqQ+UXGQnycBRpmux3BDgADmf9g |
Thread-topic: | [nv-l] vpxdTrap |
Thanks James--it is an acknowledged bug with VMWare either at the agent
or the MIB. They have decided not to fix it, rather make customers wait for the
next version. We can't wait for them. I figured there was a way to look at what
the trap actually sent and adjust NV accordingly. Unless someone eyeballs
something obvious I figured the next step is to do a hex dump to see exactly
what is coming across. But it does look like what you are listing
below--ENTERPRISE. I will try to trick it one more time before hex
dumping.
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. |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | RE: [nv-l] MaximumCommunityNames Variable, Stringfellow, William |
---|---|
Next by Date: | RE: [nv-l] vpxdTrap, Stringfellow, William |
Previous by Thread: | RE: [nv-l] vpxdTrap, James Shanks |
Next by Thread: | RE: [nv-l] vpxdTrap, Stringfellow, William |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web