Jump to content

Connection issues with Unraid console and Dockers


Go to solution Solved by FrooFrooFluffyBunny,

Recommended Posts

Newbie here trying to work out some bugs in Unraid before buying a license key

 

My Unraid server is loosing connectivity intermittently while streaming media or viewing the unraid console.  It will fail to connect then connect again after refreshing a few times.  From the logs around that time period it looks like Docker 0 is dropping or refreshing its IPv6 address..... But i am not quite sure what I am looking at.

 

 

Rig:

Ryzen 7 5600G

MSI B550 Tomahawk

 

Docker:

Jellyfin

Radarr

Lidarr

Sonarr

SAB

Qbittorrent

etc...

 

All my dockers are set to function off the bridge network. 

 

 

 

Logs from the time period.  (if any more logs are needed, kindly let me know where they are located so I can fetch them)

 

Feb 20 18:01:01 COMMANDER root: mvlogger: Share Name Only: isos
Feb 20 18:01:01 COMMANDER root: mvlogger: Cache Pool Name: super-cache 
Feb 20 18:01:01 COMMANDER root: mvlogger: super-cache Threshold Pct: 
Feb 20 18:01:01 COMMANDER root: mvlogger: OVERALL Threshold: 0
Feb 20 18:01:01 COMMANDER root: mvlogger: Share Path: /mnt/super-cache/isos
Feb 20 18:01:01 COMMANDER root: mvlogger: Pool Pct Used:   4 %
Feb 20 18:01:01 COMMANDER root: mvlogger: DFTPCT LIMIT USED FOR SETTING: 0
Feb 20 18:01:01 COMMANDER root: mvlogger: Threshold Used: 0
Feb 20 18:01:01 COMMANDER root: mvlogger: Skipfiletypes string: find "/mnt/super-cache/isos" -depth
Feb 20 18:01:01 COMMANDER root: mvlogger: Not in Test mode
Feb 20 18:01:01 COMMANDER root: mvlogger: Complete Mover Command: find "/mnt/super-cache/isos" -depth | /usr/local/sbin/move -d 1
Feb 20 18:01:01 COMMANDER root: find: '/mnt/super-cache/isos': No such file or directory
Feb 20 18:01:01 COMMANDER root: mvlogger: Share Name Only: secure
Feb 20 18:01:01 COMMANDER root: mvlogger: Cache Pool Name: super-cache 
Feb 20 18:01:01 COMMANDER root: mvlogger: super-cache Threshold Pct: 
Feb 20 18:01:01 COMMANDER root: mvlogger: OVERALL Threshold: 0
Feb 20 18:01:01 COMMANDER root: mvlogger: Share Path: /mnt/super-cache/secure
Feb 20 18:01:01 COMMANDER root: mvlogger: Pool Pct Used:   4 %
Feb 20 18:01:01 COMMANDER root: mvlogger: DFTPCT LIMIT USED FOR SETTING: 0
Feb 20 18:01:01 COMMANDER root: mvlogger: Threshold Used: 0
Feb 20 18:01:01 COMMANDER root: mvlogger: Skipfiletypes string: find "/mnt/super-cache/secure" -depth
Feb 20 18:01:01 COMMANDER root: mvlogger: Not in Test mode
Feb 20 18:01:01 COMMANDER root: mvlogger: Complete Mover Command: find "/mnt/super-cache/secure" -depth | /usr/local/sbin/move -d 1
Feb 20 18:01:01 COMMANDER root: mvlogger: Share Name Only: supercachedrive
Feb 20 18:01:01 COMMANDER root: mvlogger: Cache Pool Name: super-cache 
Feb 20 18:01:01 COMMANDER root: mvlogger: super-cache Threshold Pct: 
Feb 20 18:01:01 COMMANDER root: mvlogger: OVERALL Threshold: 0
Feb 20 18:01:01 COMMANDER root: mvlogger: Share Path: /mnt/super-cache/supercachedrive
Feb 20 18:01:01 COMMANDER root: mvlogger: Pool Pct Used:   4 %
Feb 20 18:01:01 COMMANDER root: mvlogger: DFTPCT LIMIT USED FOR SETTING: 0
Feb 20 18:01:01 COMMANDER root: mvlogger: Threshold Used: 0
Feb 20 18:01:01 COMMANDER root: mvlogger: Skipfiletypes string: find "/mnt/super-cache/supercachedrive" -depth
Feb 20 18:01:01 COMMANDER root: mvlogger: Not in Test mode
Feb 20 18:01:01 COMMANDER root: mvlogger: Complete Mover Command: find "/mnt/super-cache/supercachedrive" -depth | /usr/local/sbin/move -d 1
Feb 20 18:01:01 COMMANDER move: move: skip /mnt/super-cache/supercachedrive/system/docker/docker.img
Feb 20 18:01:01 COMMANDER root: mover: finished
Feb 20 18:01:01 COMMANDER root: mvlogger: No After Script to Run.
Feb 20 18:10:04 COMMANDER kernel: docker0: port 2(vethae54854) entered blocking state
Feb 20 18:10:04 COMMANDER kernel: docker0: port 2(vethae54854) entered disabled state
Feb 20 18:10:04 COMMANDER kernel: device vethae54854 entered promiscuous mode
Feb 20 18:10:04 COMMANDER kernel: docker0: port 2(vethae54854) entered blocking state
Feb 20 18:10:04 COMMANDER kernel: docker0: port 2(vethae54854) entered forwarding state
Feb 20 18:10:04 COMMANDER kernel: docker0: port 2(vethae54854) entered disabled state
Feb 20 18:10:04 COMMANDER kernel: eth0: renamed from veth433b5d3
Feb 20 18:10:04 COMMANDER kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethae54854: link becomes ready
Feb 20 18:10:04 COMMANDER kernel: docker0: port 2(vethae54854) entered blocking state
Feb 20 18:10:04 COMMANDER kernel: docker0: port 2(vethae54854) entered forwarding state
Feb 20 18:10:06 COMMANDER avahi-daemon[8755]: Joining mDNS multicast group on interface vethae54854.IPv6 with address fe80::54f2:a7ff:fe1d:3e49.
Feb 20 18:10:06 COMMANDER avahi-daemon[8755]: New relevant interface vethae54854.IPv6 for mDNS.
Feb 20 18:10:06 COMMANDER avahi-daemon[8755]: Registering new address record for fe80::54f2:a7ff:fe1d:3e49 on vethae54854.*.
Feb 20 18:10:12 COMMANDER kernel: docker0: port 3(veth3b5dfd0) entered blocking state
Feb 20 18:10:12 COMMANDER kernel: docker0: port 3(veth3b5dfd0) entered disabled state
Feb 20 18:10:12 COMMANDER kernel: device veth3b5dfd0 entered promiscuous mode
Feb 20 18:10:12 COMMANDER kernel: docker0: port 3(veth3b5dfd0) entered blocking state
Feb 20 18:10:12 COMMANDER kernel: docker0: port 3(veth3b5dfd0) entered forwarding state
Feb 20 18:10:12 COMMANDER kernel: docker0: port 3(veth3b5dfd0) entered disabled state
Feb 20 18:10:12 COMMANDER kernel: eth0: renamed from veth44ee390
Feb 20 18:10:12 COMMANDER kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth3b5dfd0: link becomes ready
Feb 20 18:10:12 COMMANDER kernel: docker0: port 3(veth3b5dfd0) entered blocking state
Feb 20 18:10:12 COMMANDER kernel: docker0: port 3(veth3b5dfd0) entered forwarding state
Feb 20 18:10:13 COMMANDER avahi-daemon[8755]: Joining mDNS multicast group on interface veth3b5dfd0.IPv6 with address fe80::748c:cfff:fec7:6c4.
Feb 20 18:10:13 COMMANDER avahi-daemon[8755]: New relevant interface veth3b5dfd0.IPv6 for mDNS.
Feb 20 18:10:13 COMMANDER avahi-daemon[8755]: Registering new address record for fe80::748c:cfff:fec7:6c4 on veth3b5dfd0.*.

 

Link to comment

Still ongoing. 

 

- Turning off C states in BIOS did not change behavior.

-Removing default IPv6 route in network config. No change

-Memory test passed. 

- Noticing increased momentary loss of response to server when Dockers are operational.

- Radarr and Sab where in heavy use when server froze most recently.

- Suspect Dockers might be causing issues but not sure how to troubleshoot, can't find logs detailing any issues.

 

 

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...