topic Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!” in Unleashed

200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

droopy — Sat, 10 May 2025 13:54:01 GMT

Hello,

After a successful update to 200.18 on three installations, I looked at the logs.

Strangely, on the different installations, I get a kernel message that catches my attention : is very frequent, 4 per second !! :

May 10 12:03:04 mas-de-vence-wifi kernel: [71175.328741] this port is not xg port!
May 10 12:03:05 mas-de-vence-wifi kernel: [71175.920739] this port is not xg port!
May 10 12:03:05 mas-de-vence-wifi kernel: [71175.922498] this port is not xg port!
May 10 12:03:05 mas-de-vence-wifi kernel: [71175.926366] this port is not xg port!
May 10 12:03:05 mas-de-vence-wifi kernel: [71175.928098] this port is not xg port!
May 10 12:03:06 mas-de-vence-wifi kernel: [71176.920653] this port is not xg port!

Furthermore, I can't find any literature on the subject. So, I'm reaching out to the community for some ideas to better understand the situation because, even though everything seems functional at the moment, it worries me a little.
Am I the only one in this situation? Is this normal?
Thank you in advance for your feedback.

Gerard

P.S.
By the way, thank you for the product, which is very useful to me, and the software updates, which seam’s very cool.

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

mike_q — Tue, 13 May 2025 02:36:23 GMT

I saw in on R750 as well since the update. I have a cluster of three, and each AP started to restart every a few hours today (updated a few days back).

AP[R750 Basement] Configuration update request failed.
....

AP[R750 Basementx] joins with uptime [66] s and last disconnected reason [AP Restart : application reboot]

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

skultra — Wed, 14 May 2025 20:41:24 GMT

I'm seeing the same and r850 seems less stable as it drops all connections under load

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Walt_Sing — Thu, 15 May 2025 20:14:05 GMT

Seeing this same thing in my organization, just did the firmware update. Two R650's.

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

gritech — Fri, 16 May 2025 13:32:20 GMT

I didn't get to looking at logs or stability, but the performance issues I'm seeing on R350 persist:

R350 Poor 5GHz performance 200.16, 200.17, 200.18
https://community.ruckuswireless.com/t5/Unleashed/R350-Poor-5GHz-performance-200-16-200-17-200-18/td-p/103177

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

gritech — Sat, 24 May 2025 18:57:31 GMT

I tried 200.18 again and think I found the issue causing my performance, but then went to 200.17 after also seeing the application reboot events.

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

louis — Sat, 24 May 2025 22:01:48 GMT

I just ran into this at a site running R750s.

The interesting thing is this issue did not appear immediately after the upgrade, I checked the system logs a few hours after the upgrade, and there were no apparent issues. But then I tried to change some individual AP settings and received a different error that I've never seen before, I also couldn't find any mention of it online.

"The AP radio [channel-width-group] is invalid: [], should be: *|1|2."

I could not find a way around this error, even trying to change the settings via cli would fail with that message. I inspected the ap and ap group configs via the cli, nothing looked abnormal, they matched other sites without this issue. Then I checked the system logs again to see if there was some better indications of what the `channel-width-group` error was all about, and that's when I noticed they were suddenly filled with

May 24 16:41:12 <Name of AP here> kernel: [  291.664431] this port is not xg port!

Since the upgrade to 200.18 had completely broken the ability to change any individual AP settings due to the `The AP radio [channel-width-group] is invalid` errors, I figured a factory reset and reconfiguring the system from scratch might help. The reset did fix the `The AP radio [channel-width-group] is invalid` issue. But unfortunately the system log is still flooded with `this port is not xg port!` errors. The errors started as soon as the system came up after the factory reset, all default configuration. After reconfiguring manually, they still continue. There are so many of them I do expect to see instability, but I haven't yet, I might rollback to 200.17 to be safe.

Another interesting thing to note, I upgraded a different site to 200.18 with a similar configuration, but running all R770s. I've not seen either of the issues I mentioned at that site.

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Lovatt67 — Tue, 17 Jun 2025 07:24:06 GMT

Has anyone got a resolution to this issue I'm getting "this port is not xg port!" flooding the logs as well.

My AP is a R550

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

sside — Tue, 26 Aug 2025 04:53:44 GMT

Same behavior here -- deployed 200.18 with R670 and R750, but the R750 kept logging "this port is not xg port!" and the R670 would climb from 2-3ms -> 2000ms or higher with packet loss. Restarting the R670 by turning on/off POE seemed to fix this for a few hours to a day at most, but then it would lag again. I'm not sure the association between these two events, but I noticed the R750 logs seemed to be full of "this port is not xg port!" around the same time the R670 started to lag.

Similar to @louis and @gritech (linked thread from above), rolling back to 200.17.7.0.152 seems to have fixed it. Fingers crossed, let's see how it goes.

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Rom — Tue, 23 Sep 2025 07:30:12 GMT

Hello everybody, new contributor here.
I am also experiencing the logs being littered with "this port is not xg port". It only started when I upgraded my T750 to 200.18. So it looks more like software bug, at least in the meaning that if it is a new diagnostic mode added in the newer version, it can't be switched off in older systems not supporting this function. I am wondering if Ruckus has anything to contribute here?

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

jlassalle — Wed, 01 Oct 2025 08:45:01 GMT

For info, I am also see these error messages in the logs on R650 with 200.18.7.101.242

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

sanjay_kumar — Tue, 14 Oct 2025 03:18:09 GMT

Hi,

These are just log entries indicating that the port speed is not xg port.
However, this xg port indication was introduced for a different issue but looks like it is generating too many log entries.

We are working internally to fix this flooded logs, so that the fix can match to previous version 200.17.
I will keep the thread updated.

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

sanjay_kumar — Thu, 06 Nov 2025 07:01:23 GMT

Hi All,
The log flooding issue will be fixed in 200.19. The ETA is not confirmed yet.
Will keep the thread updated.

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Lovatt67 — Thu, 06 Nov 2025 09:27:27 GMT

That's great news thanks for the update

topic Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!” in Unleashed

200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

AP[R750 Basement] Configuration update request failed.....

AP[R750 Basementx] joins with uptime [66] s and last disconnected reason [AP Restart : application reboot]

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

Re: 200.18 -> very verbose logs with ” ... kernel: [...] this port is not xg port!”

AP[R750 Basement] Configuration update request failed.
....