Strange log entries AC68U...Help?

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
 

canuckle

Regular Contributor
OK cool, could be the iTunes server on my NAS (Syno 1512+).

Is it detrimental? Does it bog things down?
 

RMerlin

Asuswrt-Merlin dev
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.
 

canuckle

Regular Contributor
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).
 

dklaming

New Around Here
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.
 

lvxn0va

New Around Here
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..
 

john9527

Part of the Furniture
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:

john9527

Part of the Furniture
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
 

john9527

Part of the Furniture
Removing.....thought I had it figured out, but didn't
 
Last edited:

philfna

Occasional Visitor
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...
 

Raiu

Regular Contributor
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\
 

InkyRag

Regular Contributor
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.
 

philfna

Occasional Visitor
I have plex installed, but have ports forwarded to the plex server. I disabled DLNA, G'DAY protocol, but it seems to still persist.
 

philfna

Occasional Visitor
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.
 

InkyRag

Regular Contributor
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.
 

RMerlin

Asuswrt-Merlin dev
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?
 

RMerlin

Asuswrt-Merlin dev
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.
 

philfna

Occasional Visitor
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.
 

philfna

Occasional Visitor
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?
 

Similar threads

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