Traceback in format_ios_ver #11

J4bber · 2016-03-09T21:18:28Z

This is seen when used against a Cisco Nexus 7000

$ mnet.py graph -r 10.108.18.4 -f test.png -d 2 -c mnet.conf
MNet Suite v0.8
Written by Michael Laforest mjlaforest@gmail.com

 Config file: mnet.conf
   Root node: 10.108.18.4
 Output file: test.png
 Crawl depth: 2

Diagram title: MNet Network Diagram
Out Catalog file: None

  +l3n7k_76ad_ru34 (10.108.18.4)
  >l3n7k_76ad_ru34 (10.108.18.4)

Traceback (most recent call last):
File "/usr/local/bin/mnet.py", line 198, in
main(sys.argv[1:])
File "/usr/local/bin/mnet.py", line 67, in main
graph(argv[1:])
File "/usr/local/bin/mnet.py", line 129, in graph
graph.crawl(opt_root_ip)
File "/usr/local/lib/python2.7/dist-packages/mnetsuite/graph.py", line 92, in crawl
n.query_node()
File "/usr/local/lib/python2.7/dist-packages/mnetsuite/node.py", line 485, in query_node
self._get_chassis_info()
File "/usr/local/lib/python2.7/dist-packages/mnetsuite/node.py", line 809, in _get_chassis_info
self.ios = self._format_ios_ver(self.ios)
File "/usr/local/lib/python2.7/dist-packages/mnetsuite/node.py", line 831, in _format_ios_ver
img_s = re.search('(Version:? |CCM:)([^ ,$]*)', img)
File "/usr/lib/python2.7/re.py", line 142, in search
return _compile(pattern, flags).search(string)
TypeError: expected string or buffer

The text was updated successfully, but these errors were encountered:

MJL85 · 2016-03-11T16:08:12Z

Good morning,

Can you try editing node.py? I will try to update to a new version with this fix soon, but this should work for now.

def _format_ios_ver(self, img):

                            img_s = re.search('(Version:? |CCM:)([^ ,$]*)', img)

                            if (img_s):

                                            if (img_s.group(1) == 'CCM:'):

                                                            return 'CCM %s' % img_s.group(2)

                                            return img_s.group(2)



                            return img

to

def _format_ios_ver(self, img):

                            if not img:

                                            return img



                            img_s = re.search('(Version:? |CCM:)([^ ,$]*)', img)

                            if (img_s):

                                            if (img_s.group(1) == 'CCM:'):

                                                            return 'CCM %s' % img_s.group(2)

                                            return img_s.group(2)



                            return img

Give that a try and let me know. Thanks.

Michael Laforest

From: J4bber [mailto:notifications@github.com]
Sent: Wednesday, March 09, 2016 4:19 PM
To: MJL85/mnet
Subject: [mnet] Traceback in format_ios_ver (#11)

This is seen when used against a Cisco Nexus 7000

$ mnet.py graph -r 10.108.18.4 -f test.png -d 2 -c mnet.conf

MNet Suite v0.8
Written by Michael Laforest mjlaforest@gmail.com

Config file: mnet.conf
Root node: 10.108.18.4
Output file: test.png
Crawl depth: 2

Diagram title: MNet Network Diagram
Out Catalog file: None

+l3n7k_76ad_ru34 (10.108.18.4)

l3n7k_76ad_ru34 (10.108.18.4)

Traceback (most recent call last):
File "/usr/local/bin/mnet.py", line 198, in
main(sys.argv[1:])
File "/usr/local/bin/mnet.py", line 67, in main
graph(argv[1:])
File "/usr/local/bin/mnet.py", line 129, in graph
graph.crawl(opt_root_ip)
File "/usr/local/lib/python2.7/dist-packages/mnetsuite/graph.py", line 92, in crawl
n.query_node()
File "/usr/local/lib/python2.7/dist-packages/mnetsuite/node.py", line 485, in query_node
self._get_chassis_info()
File "/usr/local/lib/python2.7/dist-packages/mnetsuite/node.py", line 809, in _get_chassis_info
self.ios = self._format_ios_ver(self.ios)
File "/usr/local/lib/python2.7/dist-packages/mnetsuite/node.py", line 831, in _format_ios_ver
img_s = re.search('(Version:? |CCM:)([^ ,$]*)', img)
File "/usr/lib/python2.7/re.py", line 142, in search
return _compile(pattern, flags).search(string)
TypeError: expected string or buffer

—
Reply to this email directly or view it on GitHub #11 . https://github.com/notifications/beacon/AKuwCmCWtynb0VdxMPQnLT73xNNb59Ahks5przkmgaJpZM4HtKKS.gif

kamakazikamikaze · 2016-04-05T03:58:52Z

Don't know if they ever got back to you, but I was having the same issue. I added the two lines as requested which allowed the script to continue. I ran this against a C6509 (R7000). Using SNMP for OID sysDescr(.0), the router responds with Cisco IOS Software, s72033_rp Software (s72033_rp-ADVIPSERVICESK9-M), Version 15.1(2)SY6, RELEASE SOFTWARE (fc4) in the first line.

(EDIT: It also appears that the script is not visiting, or perhaps discovering, neighbors to devices I set as root, even with different -d values, but this may be an issue on my end)

LaurentDumont · 2016-04-07T18:14:19Z

I have the same issue with a 6509E. I modified the script but it still only discovers the first node and then exits. I've also tried with a 3750 with the same result. It discovers the first node but fails to crawl the network. I've tried changing the -dvalue but it doesn't change the output.

Couldn't import dot_parser, loading of dot files will not be possible.
MNet Suite v0.8.1
Written by Michael Laforest <mjlaforest@gmail.com>

     Config file: mnet.conf
       Root node: 10.6.66.254
     Output file: lanetsevent.png
     Crawl depth: 0
   Diagram title: MNet Network Diagram
Out Catalog file: None



      +core1.event (10.6.66.254)
-----
----- DEVICES
-----
-----------------------------------------
      Name: core1.event
        IP: 10.6.66.254
  Platform: None
   IOS Ver: None
    Serial: None
   Routing: yes
   OSPF ID: None
   BGP LAS: None
  HSRP Pri: None
  HSRP VIP: None
 Stack Cnt: 0
      Loopbacks:
        Not configured.
      SVIs:
        Not configured.
     Links:
Discovered devices: 1
Discovered links:   0
Created graph: lanetsevent.png

dataolle · 2016-04-12T18:37:34Z

I have the same problem:

./mnet.py graph -d4 -r 10.10.10.10 -f mnet.svg -C mnet.catalog
MNet Suite v0.8.1
Written by Michael Laforest mjlaforest@gmail.com

 Config file: ./mnet.conf
   Root node: 10.10.10.10
 Output file: mnet.svg
 Crawl depth: 4

Diagram title: MNet Network Diagram
Out Catalog file: mnet.catalog

  +coreswitch (10.10.10.10)
  >coreswitch (10.10.10.10)

----- DEVICES

  Name: coreswitch
    IP: 10.10.10.10

Platform: None
IOS Ver: None
Serial: FDOxxxxxxxx
Routing: yes
OSPF ID: 10.10.10.10
BGP LAS: None
HSRP Pri: None
HSRP VIP: None
Stack Cnt: 0
Loopbacks:
Not configured.
SVIs:
Links:
Discovered devices: 1
Discovered links: 0
Created graph: mnet.svg

I have tried on some cisco 3750, 3850, 4500 switches, same results. no links detected.
Is there any debugmode or something like that to be able to see whats going on?

stevenscb · 2016-04-19T18:35:01Z

Made the edit to node.py as suggested by Michael which fixed the traceback but discovery beyond the root node is broken.

I can grab info for the root device (hostname, IP, serial, routing) but the platform and IOS version from the OID_ENTPHYENTRY consistently come back across a number of different platforms as 'None' and this seems to stop the discovery process dead in it's tracks.

I can complete 'snmpwalk' commands to most of the OIDs listed in 'snmp.py' to my root node just fine. I tried to add print instructions to the various steps for the _get_chassis_info function in node.py for debugging purposes but I don't get any output (at all).

Here is the output for the graph module after making the change Michael suggested. It looks like the same behavior others are experiencing.

root@mapper-host:~/institution# mnet.py graph -r 10.1.1.1 -c ./institution.conf -f institution.png -t "Institution Network" -d 8
MNet Suite v0.8
Written by Michael Laforest <mjlaforest@gmail.com>

     Config file: ./institution.conf
       Root node: 10.1.1.1
     Output file: institution.png
     Crawl depth: 8
   Diagram title: Institution Network
Out Catalog file: None



      +root_node.domain (10.1.1.1)
      >root_node.domain (10.1.1.1)

-----
----- DEVICES
-----
-----------------------------------------
      Name: root_node.domain
        IP: 10.1.1.1
  Platform: None
   IOS Ver: None
    Serial: FXSXXXXXXX
   Routing: yes
   OSPF ID: None
   BGP LAS: None
  HSRP Pri: None
  HSRP VIP: None
 Stack Cnt: 0
      Loopbacks:
        Not configured.
      SVIs:
        Not configured.
     Links:
Discovered devices: 1
Discovered links:   0
Created graph: institution.png

LaurentDumont · 2016-04-21T22:56:32Z

I'll try debugging it a bit more tomorrow. It would be a shame for a very small thing to prevent the entire process working.

jbilder · 2016-08-24T18:56:56Z

Any updates on this issue? I'm facing the same problem.

RickTorresJr · 2016-11-12T05:04:40Z

Got the same issue on a Cisco Catalyst 4500 running 15.0(2)SG

Traceback (most recent call last):
  File "/usr/local/bin/mnet.py", line 198, in <module>
    main(sys.argv[1:])
  File "/usr/local/bin/mnet.py", line 67, in main
    graph(argv[1:])
  File "/usr/local/bin/mnet.py", line 129, in graph
    graph.crawl(opt_root_ip)
  File "/usr/local/lib/python2.7/site-packages/mnetsuite/graph.py", line 92, in crawl
    n.query_node()
  File "/usr/local/lib/python2.7/site-packages/mnetsuite/node.py", line 485, in query_node
    self._get_chassis_info()
  File "/usr/local/lib/python2.7/site-packages/mnetsuite/node.py", line 809, in _get_chassis_info
    self.ios = self._format_ios_ver(self.ios)
  File "/usr/local/lib/python2.7/site-packages/mnetsuite/node.py", line 831, in _format_ios_ver
    img_s = re.search('(Version:? |CCM:)([^ ,$]*)', img)
  File "/usr/local/lib/python2.7/re.py", line 146, in search
    return _compile(pattern, flags).search(string)
TypeError: expected string or buffer

refriedjello · 2017-01-05T03:37:10Z

I am having the same issues as the people above, after making the suggested edits to node.py. It discovers the first device but none after that.

SNMP connectivity from the server to my switches is good, LLDP is enabled and shows neighbors via the CLI.

jasonbarbee · 2017-01-05T03:48:16Z

Actually - I forgot to update this thread - this might be fixed, at least I fixed it for me. I submitted a fix to master a couple weeks ago. The fix in this thread does not really fix it, just removes version from the discovery.
Grab the latest from the master branch, make no other revisions and try again. I fixed some pretty print() functions which were breaking the discovery process by looking up MIB numbers into titles, I just had to make sure it kept them as numeric OIDs, and it discovered and graphed about 50 nodes for me on 2950s, 2960S, and 2800 routers.
Let me know if the straight master code with no adjustments works for you,

LaurentDumont · 2017-01-05T03:57:28Z

Ohh shiny! Thanks for the work! I'll be able to test tomorrow with 20 or so 2960X and a 6503/04!

refriedjello · 2017-01-05T04:01:14Z

Different error now. I uninstalled the old version using 'sudo pip uninstall mnet' and then installed the latest master (extracted zip, uploaded to server) using 'sudo pip install -e mnet-master/' and it installs successfully.

If I leave depth at 0 is runs w/o error. But if set depth to 1 or more I get this:

Traceback (most recent call last):
File "/bin/mnet.py", line 8, in
execfile(file)
File "/home/admin/mnet-master/mnet.py", line 198, in
main(sys.argv[1:])
File "/home/admin/mnet-master/mnet.py", line 67, in main
graph(argv[1:])
File "/home/admin/mnet-master/mnet.py", line 129, in graph
graph.crawl(opt_root_ip)
File "/home/admin/mnet-master/mnetsuite/graph.py", line 84, in crawl
self._crawl_node(node, 0)
File "/home/admin/mnet-master/mnetsuite/graph.py", line 223, in _crawl_node
if (self.is_node_allowed(n.remote_ip) == 0):
File "/home/admin/mnet-master/mnetsuite/graph.py", line 263, in is_node_allowed
if (ip in IPNetwork(e)):
File "/usr/lib/python2.7/site-packages/netaddr/ip/init.py", line 726, in contains
if self.version != other.version:
AttributeError: 'str' object has no attribute 'version'

LaurentDumont · 2017-01-05T04:07:55Z

What devices are you running the script against? I'm wondering if the Pip version is actually updated with the current master.

refriedjello · 2017-01-05T04:11:41Z

My root device is a Cisco Nexus 9372. Other switches in the same network (directly connected) are Nexus 55xx, 2950, and 2960.

I uninstalled the PIP version and installed using the zip file from the master "https://github.com/MJL85/mnet/archive/master.zip"

Seems like an issue with netaddr based on that last traceback? There is a bunch of comments and suggestions on reddit here that I am sifting through at the moment.

But I am pretty new to using Python so any suggestions are welcome!

LaurentDumont · 2017-01-05T04:20:52Z

There are definitely some differences between the different packages required/python versions. I'll take a look tomorrow too.

Check if you are running Python 2 or 3 and what is the version of your different packages. Ideally, if we can find the magical working versions I can probably cobble a Docker container from which we run everything with the correct dependencies.

refriedjello · 2017-01-05T04:28:39Z

I disabled using netaddr in "~/mnet-master/mnetsuite/util.py" by setting "USE_NETADDR" to 0.

It works against CDP but it looks like the code on my switches don't support LLDP info via SNMP, so I will have to look into that further.

Thanks guys for your help!

jasonbarbee · 2017-01-05T04:34:42Z

Glad to hear that you found a workaround! That traceback is actually happening inside the netaddr package.
https://github.com/drkjam/netaddr/blob/rel-0.7.x/netaddr/ip/__init__.py
The line of code is in the init phase, and the code is checking IPV4 vs IPV6. It may be a defect in their library version you have for that, or a new parameter required that mnet should call into when initializing.

Glad the issue reported in the opening thread is fixed for you! If you want, you can open another issue specific to this netaddr component, and report the versions you are using too.

HomerJaySimpson13 · 2017-04-21T16:26:58Z

Any update. i loaded the pip version. loaded the master.zip. And neither will discover any links.

slashrjl mentioned this issue Jul 4, 2017

Errors on all platforms, all seed devices #22

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Traceback in format_ios_ver #11

Traceback in format_ios_ver #11

J4bber commented Mar 9, 2016

MJL85 commented Mar 11, 2016

kamakazikamikaze commented Apr 5, 2016

LaurentDumont commented Apr 7, 2016

dataolle commented Apr 12, 2016

stevenscb commented Apr 19, 2016

LaurentDumont commented Apr 21, 2016 •

edited

Loading

jbilder commented Aug 24, 2016

RickTorresJr commented Nov 12, 2016

refriedjello commented Jan 5, 2017

jasonbarbee commented Jan 5, 2017 •

edited

Loading

LaurentDumont commented Jan 5, 2017

refriedjello commented Jan 5, 2017

LaurentDumont commented Jan 5, 2017

refriedjello commented Jan 5, 2017

LaurentDumont commented Jan 5, 2017 •

edited

Loading

refriedjello commented Jan 5, 2017

jasonbarbee commented Jan 5, 2017

HomerJaySimpson13 commented Apr 21, 2017

Traceback in format_ios_ver #11

Traceback in format_ios_ver #11

Comments

J4bber commented Mar 9, 2016

MJL85 commented Mar 11, 2016

kamakazikamikaze commented Apr 5, 2016

LaurentDumont commented Apr 7, 2016

dataolle commented Apr 12, 2016

----- DEVICES

stevenscb commented Apr 19, 2016

LaurentDumont commented Apr 21, 2016 • edited Loading

jbilder commented Aug 24, 2016

RickTorresJr commented Nov 12, 2016

refriedjello commented Jan 5, 2017

jasonbarbee commented Jan 5, 2017 • edited Loading

LaurentDumont commented Jan 5, 2017

refriedjello commented Jan 5, 2017

LaurentDumont commented Jan 5, 2017

refriedjello commented Jan 5, 2017

LaurentDumont commented Jan 5, 2017 • edited Loading

refriedjello commented Jan 5, 2017

jasonbarbee commented Jan 5, 2017

HomerJaySimpson13 commented Apr 21, 2017

LaurentDumont commented Apr 21, 2016 •

edited

Loading

jasonbarbee commented Jan 5, 2017 •

edited

Loading

LaurentDumont commented Jan 5, 2017 •

edited

Loading