What's new

Strange log entries AC68U...Help?

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

canuckle

Regular Contributor
AC68U running RMerlin's .34_2 Quicksilver, and in the system log I'm getting a ton of errors...is this pointing to something I should be concerned about? Everything seems to be working normally, outside access to my NAS is fine, speeds seem good. I'm also running an EA N66 and it's working fine as well.

Here's a sample...

ov 9 13:25:00 miniupnpd[661]: unsupported NAT-PMP version : 2
Nov 9 13:25:00 miniupnpd[661]: unsupported NAT-PMP version : 2
Nov 9 13:25:33 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:25:48 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:27:02 miniupnpd[661]: unsupported NAT-PMP version : 2
Nov 9 13:27:02 miniupnpd[661]: unsupported NAT-PMP version : 2
Nov 9 13:27:04 dnsmasq-dhcp[592]: DHCPREQUEST(br0) 192.168.1.11 xxxxxxxxxxxxx
Nov 9 13:27:04 dnsmasq-dhcp[592]: DHCPACK(br0) 192.168.1.11 xxxxxxxxxxx Mikes-Air
Nov 9 13:27:18 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:28:24 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:28:50 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:29:01 miniupnpd[661]: unsupported NAT-PMP version : 2
Nov 9 13:29:01 miniupnpd[661]: unsupported NAT-PMP version : 2
Nov 9 13:29:02 dnsmasq-dhcp[592]: DHCPREQUEST(br0) 192.168.1.11 xxxxxxxxxxx
Nov 9 13:29:02 dnsmasq-dhcp[592]: DHCPACK(br0) 192.168.1.11 xxxxxxxxx Mikes-Air
Nov 9 13:29:10 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:29:17 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:30:02 miniupnpd[661]: unsupported NAT-PMP version : 2
Nov 9 13:30:05 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:30:10 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:30:51 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:30:59 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:31:51 miniupnpd[661]: sendto(udp): Operation not permitted
Nov 9 13:31:58 miniupnpd[661]: sendto(udp): Operation not permitted
 
OK cool, could be the iTunes server on my NAS (Syno 1512+).

Is it detrimental? Does it bog things down?
 
OK cool, could be the iTunes server on my NAS (Syno 1512+).

Is it detrimental? Does it bog things down?

As far as I know, it shouldn't be a problem. I'm not sure however if miniupnpd will still assume a version of 0, or will refuse to forward the port.

Try a Google search on the error message itself (that's how I first learned about it), you might find more info about it.
 
Thanks RMerlin. I did a fair bit of searching, and will continue. I'll also reboot the NAS on the off chance something got whacked with the router changeover this week (stranger things have happened, lol).
 
Hey Canuckle,

Did you ever get any further with your investigation. I also have a RT-AC68U running Merlin firmware. Here is my log message:

Mar 29 23:04:02 miniupnpd[696]: sendto(udp): Operation not permitted

When this message is being logged my router will also eventually 'crash' and lose internet. It also mucks up my VoIP adapter, causing incoming calls to fail to be answerable.

I believe I have tracked it down, at a high-level at least, to the Plex Media Server and/or its plug-in running on my FreeNAS box. If I disable the plug-in, the problem goes away.

I don't believe it is a problem with the router as I experienced this same behaviour with my previous Netgear WND3700.
 
I don't know if this will affect your situation but I have more than a few apple devices with FindMyMac activated.. I opened some Wan port triggers..

Apple icloud 5354 TCP 5354 TCP
Apple iCloud 4500 UDP 4500 UDP
Apple iCloud 5353 UDP 5353 UDP
Apple iCloud 5355 TCP 5355 TCP
Apple iCloud 5352 TCP 5352 TCP

That removed the miniupnpd errors I had in my log..
 
I see the same thing, and definitely related to Plex Media Server.

I found the following post looking for an answer, but don't have the necessary skills to try it (couldn't even find a pf.conf)

http://miniupnp.tuxfamily.org/forum/viewtopic.php?t=504&view=next

Plex now uses it's own server discovery called GDM (Good Day Mate) which multicasts on 239.0.0.250 and I think this may be related.

Any experts out there willing to help?
 
Last edited:
The lastest 41beta's gives a little more information in the log......give anybody any ideas how to eliminate this noise (I get an entry about every minute with upnp enabled)....

Apr 16 22:33:26 miniupnpd[789]: SendSSDPResponse(): sendto(udp): Operation not permitted
 
Removing.....thought I had it figured out, but didn't
 
Last edited:
Apr 20 12:12:20 miniupnpd[705]: SendSSDPResponse(): sendto(udp): Operation not permitted
Apr 20 12:12:31 miniupnpd[705]: SendSSDPResponse(): sendto(udp): Operation not permitted
Apr 20 12:13:22 miniupnpd[705]: SendSSDPResponse(): sendto(udp): Operation not permitted
Apr 20 12:13:33 miniupnpd[705]: SendSSDPResponse(): sendto(udp): Operation not permitted
Apr 20 12:14:03 miniupnpd[705]: SendSSDPResponse(): sendto(udp): Operation not permitted

I keep on getting the same type of UPNP error as everyone else. I disabled G'day mate protocol on Plex server, disabled DLNA on both PLEX and NAS, but still have these errors with the AC68U. Thanks to Merlin's firmware no random reboots, but the log file drives me nuts with these errors almost every minute...
 
I've got some weird ones too. Not really sure what this is. Took an hour nap and found this.. There's about an hour of it each second.


\
Apr 20 16:38:53 kernel: xhci_hcd 0000:00:0b.0: WARN: transfer error on endpoint\
Apr 20 16:38:53 kernel: usb 1-1: reset SuperSpeed USB device using xhci_hcd and address 2\
Apr 20 16:38:53 kernel: xhci_hcd 0000:00:0b.0: WARN: short transfer on control ep\
Apr 20 16:38:53 kernel: xhci_hcd 0000:00:0b.0: xHCI xhci_drop_endpoint called with disabled ep cf3b08a0\
Apr 20 16:38:53 kernel: xhci_hcd 0000:00:0b.0: xHCI xhci_drop_endpoint called with disabled ep cf3b08cc\
Apr 20 16:38:53 kernel: force burst = 0.\
Apr 20 16:38:53 kernel: xhci_hcd 0000:00:0b.0: WARN no SS endpoint bMaxBurst\
 
Apr 20 12:12:20 miniupnpd[705]: SendSSDPResponse(): sendto(udp): Operation not permitted
Apr 20 12:12:31 miniupnpd[705]: SendSSDPResponse(): sendto(udp): Operation not permitted
Apr 20 12:13:22 miniupnpd[705]: SendSSDPResponse(): sendto(udp): Operation not permitted
Apr 20 12:13:33 miniupnpd[705]: SendSSDPResponse(): sendto(udp): Operation not permitted
Apr 20 12:14:03 miniupnpd[705]: SendSSDPResponse(): sendto(udp): Operation not permitted

I keep on getting the same type of UPNP error as everyone else. I disabled G'day mate protocol on Plex server, disabled DLNA on both PLEX and NAS, but still have these errors with the AC68U. Thanks to Merlin's firmware no random reboots, but the log file drives me nuts with these errors almost every minute...

Plex was causing a lot of these log entries for me. I actually completely removed Plex and although I am not getting near as many of these log entries, they do still occur.
 
I have plex installed, but have ports forwarded to the plex server. I disabled DLNA, G'DAY protocol, but it seems to still persist.
 
I got sick of the errors no fault of merlin's, and just disabled upnp, I created a manual assignment to my laptop and my plex media server. Then I just used port forwarding to the media server and to my laptop. No more errors, and well upnp is disabled with no real consequences I can think of. Perhaps a bit more secure even? Who knows, but no more errors in the log file now that upnp is off.
 
I got sick of the errors no fault of merlin's, and just disabled upnp, I created a manual assignment to my laptop and my plex media server. Then I just used port forwarding to the media server and to my laptop. No more errors, and well upnp is disabled with no real consequences I can think of. Perhaps a bit more secure even? Who knows, but no more errors in the log file now that upnp is off.

Just did the same. Problem solved. Thanks.
 
I don't know anything about how SSDP works, but if I were to venture a guess, I'd suspect it's Plex not realizing that the UPnP server was restarted, and requesting operations that it's no longer allowed to do. Have you tried just restarting whichever machine was running Plex to force it to properly re-register with the router's UPnP daemon?
 
I've got some weird ones too. Not really sure what this is. Took an hour nap and found this.. There's about an hour of it each second.


\
Apr 20 16:38:53 kernel: xhci_hcd 0000:00:0b.0: WARN: transfer error on endpoint\
Apr 20 16:38:53 kernel: usb 1-1: reset SuperSpeed USB device using xhci_hcd and address 2\
Apr 20 16:38:53 kernel: xhci_hcd 0000:00:0b.0: WARN: short transfer on control ep\
Apr 20 16:38:53 kernel: xhci_hcd 0000:00:0b.0: xHCI xhci_drop_endpoint called with disabled ep cf3b08a0\
Apr 20 16:38:53 kernel: xhci_hcd 0000:00:0b.0: xHCI xhci_drop_endpoint called with disabled ep cf3b08cc\
Apr 20 16:38:53 kernel: force burst = 0.\
Apr 20 16:38:53 kernel: xhci_hcd 0000:00:0b.0: WARN no SS endpoint bMaxBurst\

I bet it's your hard disk going to sleep, and unexpectedly disappearing from the kernel's USB driver. Nothing to worry about.
 
I have tried rebooting the plex server, and it still persists. But it should okay I guess...I have no clue on how SSDP works either. I am just happy it is stable, and no longer reboots thanks a million merlin.
 
I turned on uPnP again, and just connected with android phone got these:

Apr 20 23:47:53 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:48:52 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:49:52 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:50:52 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:51:53 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:52:53 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:53:53 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:54:53 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:55:52 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:56:52 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:57:53 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:58:53 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 20 23:59:53 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 21 00:00:53 miniupnpd[5435]: Unsupported HTTP Command HEAD
Apr 21 00:01:53 miniupnpd[5435]: Unsupported HTTP Command HEAD


Is this something dumb Android is doing?
 

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top