changing log level in Omada controller
Hello,
is it possible to change the log level in Omada Controller ?
There are not enough informations in logs to handle issues.
Has someone an idea ?
Thanks a lot
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
Did not see your post, but have just asked the same. Does need to be more informative logging, its very thin.
- Copy Link
- Report Inappropriate Content
Hello,
Are you getting logs to a remote server [syslog etc] ? I am trying to setup remote logging but logs aren't showing up in Graylog [gettings logs from freenas/raspberrypi etc].
The controller [on ubuntu] is on the same subnet as the graylog server and using ports above 1024 like 1514 etc.
Thanks
- Copy Link
- Report Inappropriate Content
@Fizz1234, the standard port for syslog is UDP or TCP port 514, but not 1514.
If you want to use another port, you have to configure the syslog daemon. In UNIX/Linux rsyslog it's done this way (for UDP):
# provides UDP syslog reception
module(load="imudp")
input(type="imudp" port="1514")
This works for me (except that Omada controller uses UTC timestamps, but that's another story).
Syslog:
Apr 14 14:40:29 hn systemd[1]: Starting System Logging Service...
Apr 14 14:40:29 hn systemd[1]: Started System Logging Service.
Apr 14 12:43:00 - Omada[Controller] EAP225-Outdoor(AC-84-C6-XX-YY-ZZ) restarted
Apr 14 12:43:50 - Omada[Controller] EAP225-Outdoor(AC-84-C6-XX-YY-ZZ) connected to LAN
Apr 14 12:43:24 - Omada[Controller] EAP225-Outdoor(AC-84-C6-XX-YY-ZZ) changed LAN IP and mask to 192.168.7.219/255.255.255.0
- Copy Link
- Report Inappropriate Content
Thanks.
I'm using graylog, so i tried both ports (had to create firewall rules to nat 514 to 1514 for the graylog listener) but still the logs never never show up.
I will keep digging, may be with some luck this works.
- Copy Link
- Report Inappropriate Content
@Fizz1234, could be firewall settings. Does your server have a route back to the host running Omada controller? Modern systems often require this to prevent spoofing. Check with netcat or wireshark whether UDP packages are forwarded or dropped by the firewall after reception but before reaching the syslog daemon.
- Copy Link
- Report Inappropriate Content
- Copy Link
- Report Inappropriate Content
- Copy Link
- Report Inappropriate Content
@Fizz1234, I don't use the official version, but AFAIK you have to stop, uninstall and re-install Omada controller if running on Linux.
I prefer my deb-package which does all this automatically, that's why I made the community version.
- Copy Link
- Report Inappropriate Content
Recently I've tested Zyxel Nebula SDN and I'm actually an Aruba engineer.
I'd like to return to the subject - lack of logging in Omada SDN.
I'd love to see in Events:
1. Initial signal strength client connected with (not just Channel).
As currently there's no way to troubleshoot specific wireless client retrospectively.
2. TX/RX Retries and signal graphs per client (not just per AP), as Aruba Instant has.
Optionally, just TX/RX Retries entries in Client tab.
3. Roaming events (and descision reason = why?) between APs and Band Steering within single AP.
For now I just see client is at 5Ghz channel and, vois-la, next minute it is on 2.4Ghz
4. Disconnect reason (there's bunch of codes for that in 802.11).
- Copy Link
- Report Inappropriate Content
Where can I found your community version ? Does it run on Ubuntu ? I guess it does since it's a deb package.
Do you intend to keep it for the upcoming releases ?
Sorry for so many questions
- Copy Link
- Report Inappropriate Content
Information
Helpful: 2
Views: 5086
Replies: 10