On 1/12/11 3:06 PM, daevas wrote:
Thanks Bill the #erase worked. The layer 2 has been updating steadily since 
doing that.

Due to the nature of the business I work for I am unable to send the logs.  Is 
there something I could look for in the logs that might help you troubleshoot 
the issue? (I made a copy before #eraseing)

Please look for the word "Traceback" and a bunch of lines like the following (double-spaced).

2011-01-12 11:12:27+0100 [PoolThread-14323224-1] Unhandled Error
    Traceback (most recent call last):
File "C:/msys\core\python\Lib\site-packages\twisted\python\threadpool.py", line 210, in _worker File "C:/msys\core\python\Lib\site-packages\twisted\python\context.py", line 59, in callWithContext File "C:/msys\core\python\Lib\site-packages\twisted\python\context.py", line 37, in callWithContext File "C:/msys\core\python\Lib\site-packages\twisted\enterprise\adbapi.py", line 429, in _runInteraction
    --- <exception caught here> ---
      File "src\database\DLCursor.py", line 215, in _DLCursor_wrapper
File "src\database\DLDispatchFunction.py", line 237, in dispatchPollCompletedRequest
      File "src\database\DLSnmpAnalysis.py", line 44, in analyze
      File "src\database\DLSnmpAnalysis.py", line 216, in scanRemoteIf
      File "src\database\DLCursor.py", line 96, in execute
sqlite3.IntegrityError: columns poll_ip, poll_src, vlan, dedup, mac are not unique

There is no customer proprietary information in this traceback, but it pinpoints the error. (This "scanRemoteIf" bug is already fixed for 5.4b4.)

I did notice the problem seems to occur when I add one of our 3750 to 
intermapper.  There is an SNMP bug with the current and previous versions of 
IOS that run on the 3750's. (Cisco bug CSCtg62793)

https://supportforums.cisco.com/thread/2036040

The bug could be unrelated but thought I would mention it.
I'm glad you brought this up, because it may explain one device issue that has been reported.

I've noticed on some maps the layer 2 is not resolving the all the MAC address 
an IP. Is there something I could look for to resolve this?
To resolve MAC's to IP on a remote network, there needs to be an SNMP device on at least one L2-enabled map that can be polled for ipNetToMediaTable. In addition, the device (or devices) polled for ipNetToMediaTable has to talk to the unresolved MAC so there is an IP -> MAC entry in its ARP table. If you put a router on the L2 map, it will be polled for its ARP table. You can force more devices into the router's ARP table by running a ping sweep of the subnet using the Scan Network... button.

For the local network, the InterMapper server's ARP table is accessible on Mac OS X. Starting with 5.4b4, it is also available on Windows.

--
Bill Fisher
Dartware, LLC
____________________________________________________________________
List archives: http://www.mail-archive.com/intermapper-talk%40list.dartware.com/
To unsubscribe: send email to: [email protected]

Reply via email to