Problem with macsuck on AIR-CT8540-K9 #708
Comments
|
Hi! I'm not really a wireless person and we don't have an AIR-CT8540-K9 to try, but I can confirm that it also does not work on the AIR-CT5508-K9 and AIR-CT8510-K9 we have here. I don't know if it ever worked, but in the current version it seems to fail on both in the same way: I'll just leave this here as an additional data point. You wouldn't by coincidence be able to tell what version you had when it still worked? Then we could narrow down what things changed in netdisco, snmp-info and netdisco-mibs since then. |
|
I am getting the same thing on multiple AIR-CT5520-K9 running 8.5.161.0 & 8.3.133.0. This is a new install of Netdisco so its never worked for me. App::Netdisco: 2.44.15 Netdisco is also not filling in any of the reports under "Wireless" assuming because of this. Throwing a DB expetion error "[29997] 2020-04-08 10:04:35 debug -> DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::Pg::st execute failed: ERROR: invalid input syntax for type macaddr:" |
|
Any output I can provide on this to help? |
Im not 100% sure but I think I was running: 2.042005 or 2.042007 before I upgraded |
|
Hello. I think we have similar problem. We have two controllers and an AP w/o controller AIR-CT2504-K9 Discover and arpnip works fine. macsuck doesn't on any of them. In wireless reports we can see channel distribution but client count is empty. There is an error on macsuck App::Netdisco 2.046001 backend |
|
SNMP::Info::_load_attr: BULKWALK OID not increasing at /home/netdisco/perl5/lib/perl5/App/Netdisco/Worker/Plugin/Macsuck/Nodes.pm line 279. this seem to be locale related at first glance. if you are running linux, what's the output of the for example, on my opensuse15.1 this would be: |
|
@inphobia looks the same to me except "LANGUAGE" netdisco@netdisco:~$ locale |
|
Looks the same for me also: Is there anything we can do to help on this issue? |
|
@rc9000 Is there an easy way to install an older version of Netdisco? |
|
@danielblomqvist that would be extremely helpful if you can figure out what version still worked. Yes cpanm has an @Version syntax, see my comments here. However in this specific case the issue might also be in SNMP::Info, and I suspect cpanm will install its latest version even if you specify an old Netdisco version. If you go back further than Oct. 2019 (SNMP::Info 3.70, last release), the best way is to start with an empty ~/perl5 and then cpanm the desired SNMP::Info into it first. Re-reading this topic and looking at the byte-barf you and @Hedgehog57 have in the query parameter that should be a mac address, it seems that Cisco and we do not agree what the content of these MIB nodes is. I think the way to go is to find out what OID something like |
I have not had time to figure it out what version it still was working, but i will try it out soon. One thing i noticed is that sometimes it actually works to do macsuck. On the 14th of every month it can successfully do a macsuck. Could this be because of the data being archived, maybe some 30-day-old-data policy? and then new data is inserted? |
|
Seems to have the same problem. Have a new docker install that never been able to get the wireless AP from the cisco WLC. AIR-CT8540-K9 | v. 8.5.161.0 |
|
I did some tests. As one can see MAC addresses are like "AA BB CC DD EE FF". But Postgresql macaddr datatype is different. If received MAC address will be converted to "aa:bb:cc:dd:ee:ff" maybe problem will be fixed? |
|
Hello, I have the same problem here. It works with the docker version "netdisco:2.044002-backend" but does not work since the version "netdisco:2.044015-backend". I couldn't test the intermediate versions between 2.044002 and 2.044015 because they are not available on dockerhub anymore. |
ahha, this made me look at the changes and have another look at the actual error: it seems that between those 2 netdisco version the snmp::info req was raised from 3.68 to 3.70, which removed bridge support. normally this is included when using snmp::info::layer2, but for some reason airespace doesn't. i've readded bridge support. a new snmp::info release should be coming in a few weeks, but you can always test the master branch from git. |
I can verify that the fix does work. I downloaded the new Airespace.pm from github and replaced the old one in my installation, and now macsuck work correctly. |
Thank you, this works. |
|
With the newest docker build macsuck work again. But Netdisco do not populate Report -> Wireless with information. It do work for the aruba controller though. |
|
I'll close this because the original problem (Cisco controller macsuck) is fixed. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Expected Behavior
Should be able to do a 'macsuck' on WLC, AIR-CT8540-K9.
Discover and Arpnip works fine.
Current Behavior
Using Webinterface Job Queue just shows status: "Info"
Your Environment
Software Version
App::Netdisco 2.44.15
SNMP::Info 3.70
DB Schema 61
PostgreSQL 10.00.12
Perl 5.26.1
I think this problem occured after upgrading netdisco in february.
A couple a days ago i noticed that the WLC didnt had an up-to-date Macsuck entry. So I tried upgrading to the latest version but still same effect, no up-to-date macsuck.
Device information
The text was updated successfully, but these errors were encountered: