nraygun

Thanks. I get those "Netty Epoll Server IO" errors too but I don't think my server crashes. I can't find any threads where the Netty errors are being addressed. I'm stuck on 1.20.6 waiting for an update.

Do you see anything like this in the console? [07:13:26] [Netty Epoll Server IO #23/ERROR]

Okee Dokee! Thank you so much!

Thanks @JorgeB. I wasn't running the iDRAC Java app at the time. And running it now doesn't cause the entries in the syslog. And I had checked the iDRAC logs and didn't see anything there. Maybe iDRAC on the server lost its mind for a minute?

I'm not sure how to confirm this. I've never seen this type of message before.

While I was out of town, I saw these entries in the syslog: May 7 22:37:30 server kernel: usb 5-2: USB disconnect, device number 2 May 7 22:37:30 server acpid: input device has been disconnected, fd 5 May 7 22:38:02 server kernel: usb 5-2: new full-speed USB device number 3 using uhci_hcd May 7 22:38:02 server kernel: input: Avocent USB Composite Device-0 as /devices/pci0000:00/0000:00:1d.0/usb5/5-2/5-2:1.0/0003:0624:0248.0004/input/input7 May 7 22:38:02 server kernel: hid-generic 0003:0624:0248.0004: input,hidraw0: USB HID v1.00 Keyboard [Avocent USB Composite Device-0] on usb-0000:00:1d.0-2/input0 May 7 22:38:02 server kernel: input: Avocent USB Composite Device-0 as /devices/pci0000:00/0000:00:1d.0/usb5/5-2/5-2:1.1/0003:0624:0248.0005/input/input8 May 7 22:38:02 server kernel: hid-generic 0003:0624:0248.0005: input,hidraw1: USB HID v1.00 Mouse [Avocent USB Composite Device-0] on usb-0000:00:1d.0-2/input1 I checked the iDRAC logs and don't see anything there. There was no VM running at the time. A handful of containers were running. Did someone access my server while I was away? flores-diagnostics-20240522-1125.zip

Anyone have any ideas on this set of errors?

Yep, fair enough. Will be moot when I go to 6.12.10 anyway. Thanks for taking a look.

Any further thoughts on this @Squid?

Errors still happen on 1.20.6. :-(

I see the container updated to 1.20.6 today. Continuing to monitor.

Found this on Discord that says it's OK to go to 27.1.4 then to 28.0.4. https://discord.com/channels/354974912613449730/1006323310742736987/threads/1234788327677235261

Gotcha. Thanks!!!

Nope, that isn't me. Seems like the server works. I can join it from my client. Guess I'll just wait to see what happens. Thanks for that Reddit thread.

Yep. I just rebooted again and the Docker Patch shows up in the Installed Plugins list.

Thanks @alturismo! Yes, I was aware that I pinned a specific version(27.1.0-ls271). I saw somewhere that is a best practice to tag a specific version versus "latest" that could continually change and perhaps introduce breakage. And I understand that NC doesnt like jumping over major releases(27->28->29 is OK but 27->29 is not). I wanted to go to the latest version of 27, but I see that the Linuxserver container for NC only goes to the version I tagged and hasn't been updated past that version of 27 since December. And then later you say the tagging on NC's GitHub may be different. So I guess for the Linuxserver NC container, the latest 27 is 27.1.4 which I will go to when I have some time(in case something goes off the rails). I'm just concerned that NC themselves recommend going to 27.1.9(from a few days ago) and the only version I can go up to with this container is 27.1.4(from Dec 2023).

I recently updated the Minecraft container on unRaid 6.12.8. I see this when I restart the container: [11:56:09] [Server thread/INFO]: Starting minecraft server version 1.20.5 I use this tag in the repository field: binhex/arch-minecraftserver Overnight, I see this in the WebUI. I wasn't getting this before on whatever the prior version was. What's up with this error? [07:13:26] [Netty Epoll Server IO #23/ERROR]: Error sending packet clientbound/minecraft:disconnect io.netty.handler.codec.EncoderException: Sending unknown packet 'clientbound/minecraft:disconnect' at zm.a(SourceFile:47) ~[server-1.20.5.jar:?] at zm.encode(SourceFile:14) ~[server-1.20.5.jar:?] at wu.a(SourceFile:26) ~[server-1.20.5.jar:?] at wu.encode(SourceFile:12) ~[server-1.20.5.jar:?] at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:107) ~[netty-codec-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeWrite0(AbstractChannelHandlerContext.java:881) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:863) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:968) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:856) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.ChannelOutboundHandlerAdapter.write(ChannelOutboundHandlerAdapter.java:113) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at wk$2.write(SourceFile:518) ~[server-1.20.5.jar:?] at io.netty.channel.AbstractChannelHandlerContext.invokeWrite0(AbstractChannelHandlerContext.java:881) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeWriteAndFlush(AbstractChannelHandlerContext.java:940) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:966) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.writeAndFlush(AbstractChannelHandlerContext.java:934) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.writeAndFlush(AbstractChannelHandlerContext.java:984) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.DefaultChannelPipeline.writeAndFlush(DefaultChannelPipeline.java:1025) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannel.writeAndFlush(AbstractChannel.java:306) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at wk.c(SourceFile:342) ~[server-1.20.5.jar:?] at wk.b(SourceFile:335) ~[server-1.20.5.jar:?] at wk.a(SourceFile:317) ~[server-1.20.5.jar:?] at wk.a(SourceFile:311) ~[server-1.20.5.jar:?] at wk.exceptionCaught(SourceFile:162) ~[server-1.20.5.jar:?] at io.netty.channel.AbstractChannelHandlerContext.invokeExceptionCaught(AbstractChannelHandlerContext.java:346) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeExceptionCaught(AbstractChannelHandlerContext.java:325) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.fireExceptionCaught(AbstractChannelHandlerContext.java:317) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.DefaultChannelPipeline$HeadContext.exceptionCaught(DefaultChannelPipeline.java:1377) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeExceptionCaught(AbstractChannelHandlerContext.java:346) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeExceptionCaught(AbstractChannelHandlerContext.java:325) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.DefaultChannelPipeline.fireExceptionCaught(DefaultChannelPipeline.java:907) ~[netty-transport-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.handleReadException(AbstractEpollStreamChannel.java:728) ~[netty-transport-classes-epoll-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:826) ~[netty-transport-classes-epoll-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:509) ~[netty-transport-classes-epoll-4.1.97.Final.jar:4.1.97.Final] at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:407) ~[netty-transport-classes-epoll-4.1.97.Final.jar:4.1.97.Final] at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) ~[netty-common-4.1.97.Final.jar:4.1.97.Final] at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.97.Final.jar:4.1.97.Final] at java.base/java.lang.Thread.run(Unknown Source) [?:?]

I'm trying to optimize my spin down times and I installed the File Activity plugin. I see that the VM images and the ISOs are being accessed. The VMs are not running. Is there something in Docker that is accessing these files? If so, why?

Thanks @Squid! No errors pop up when installing. Diags attached. flores-diagnostics-20240427-2011.zip

Repo field has this: linuxserver/nextcloud:27.1.0-ls271 I see at the NC GitHub site they have a v27.1.9 but the Linuxserver tags only go to 27.1.4. The NC site says they strongly recommend going to 27.1.9 if you're on 27, but I don't see how I can with the Linuxserver containers.

Have updates to the NC 27 container stopped? I don't think I've seen any updates since Dec of 2023 with 27.1.4-ls289. I see 28 and 29 out there. Or do they just take a while?

Assuming I'm good to go with the tag I use to grab the latest minecraft container.

I tried deleting, reboot, then reinstalled the plugin. I still get an error in the "Plugin File Install Errors" tab.

Nope, haven’t tried .9 or .10. Waiting for .10 to cook a little longer before upgrading. I’ll try reinstalling it in the meantime.

I recently upgraded to 6.12.8 and didn’t move back.