Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Losing all network access to Unraid server

Featured Replies

Twice now I have lost all network access to my Unraid web interface, ssh & all VMs/Containers. The network switch shows the interface is physically connected when plugged in (and unconnected when I unplug the ethernet cable) but the only way I can recover is with a hard reset, which of course causes the array to run a parity check. I'm very new to Unraid, I can't find any error or warning other then the array parity check after booting back up. This has happened now twice within 4 days. How can/should I dig into the cause?

Solved by JorgeB

@Matt Elias I moved the thread to General Support where you have more chance to get actual support than in Lounge.

Please attach your diagnostics to your next post in the thread.

  • Author

I have no access to any logs without doing a hard reset. I read that the diagnostic logs are reset at boot.

Edited by Matt Elias

  • Community Expert

Setup the Syslog Server to capture the file to the Flash/boot drive.  Get that after you have a lockup.

 

The request is for the diagnostics file which contains the syslog.  (Note that the underline text in forum posts usually contain a link to Unraid Documentation about the topic.)  Upload that at any time.

Edited by Frank1940

  • Author

I am reading through the diagnostics link, I have enabled syslog now.

Reading the last paragraph in this screenshot leads me to believe that any helpful diagnostic data is lost after I reboot, which I have to do to get local or remote access to Unraid after it locks up.

diag.jpg

  • Community Expert
1 minute ago, Matt Elias said:

Reading the last paragraph in this screenshot leads me to believe that any helpful diagnostic data is lost after I reboot, which I have to do to get local or remote access to Unraid after it locks up.

That is the whole point of the syslog server - it allows for the syslog entries leading up to a crash to be captured.   The paragraph refers to cases where you have a problem that has NOT caused a lockup/crash

  • Author

Okay, so then I wait now until it happens again, and hopefully I can retrieve the logs. Thanks everyone for the help.

Unfortunately, I have the exact same issue. I had it just 30 minutes ago. If I get the logs, I will share them as well. Maybe it helps.

Edited by codingtomato

  • 2 weeks later...
  • Author

I went away for the weekend, when I came back my Unraid server was unresponsive. I powered it down by holding in the power button until it turned off. Then plugged the usb drive into my desktop. Here is the newest diagnosticstower-diagnostics-20240703-1258.zip and the syslogfile in my usb logs folder.

 

Can I immediately boot it back up?

Edited by Matt Elias

  • Community Expert
  • Solution

There are Macvlan call traces logged, and they will usually end up crashing the server, switching to ipvlan should fix it (Settings -> Docker Settings -> Docker custom network type -> ipvlan (advanced view must be enabled, top right)), then reboot.

  • Author
14 hours ago, JorgeB said:

There are Macvlan call traces logged, and they will usually end up crashing the server, switching to ipvlan should fix it (Settings -> Docker Settings -> Docker custom network type -> ipvlan (advanced view must be enabled, top right)), then reboot.

I don't recall changing that, is it the default? I've changed it to ipvlan now, thanks.

  • Community Expert

It was in the past, not for some time.

  • 4 weeks later...
  • Author
On 7/8/2024 at 8:54 AM, JorgeB said:

There are Macvlan call traces logged, and they will usually end up crashing the server, switching to ipvlan should fix it (Settings -> Docker Settings -> Docker custom network type -> ipvlan (advanced view must be enabled, top right)), then reboot.

So far so good after 22 days uptime.

I seem to be having the same issue, but I don't see the same "Macvlan call traces" cause within my logs. 

 

Hoping someone may be able to check my logs and give me some insight?

 

Thanks so much!

syslog-192.168.100.121.log

  • Community Expert
6 hours ago, Dunhio said:

Hoping someone may be able to check my logs and give me some insight?

Do you now the approximate time it last crashed?

Yes, July 31 at some point before 16:35 when I hard reset the server. 

My server seemed to fail again at some point before I did a hard restart at 16:04 on Aug 1, 2024.

 

New sys log attached.

syslog-192.168.100.121.log

  • Community Expert

Unfortunately there's nothing relevant logged, this can be a hardware issue, one thing you can try is to boot the server in safe mode with all docker containers/VMs disabled, let it run as a basic NAS for a few days, if it still crashes it's likely a hardware problem, if it doesn't start turning on the other services one by one.

Ok, thanks for that insight Jorge! 

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

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.