Sometimes my shares are "just" inaccessible for a little while. It's not because the drives are spinning up: the web UI is also inaccessible. It's like something needs to wake up, and it's not the drives. This has happened twice over the past month, while drives needing to spin up happens daily. The whole server isn't offline, as I can access a VM running on it perfectly fine without any performance dips. So the server wasn't asleep or rebooting or something.

When these moments of inaccessibility happen, Windows claims the username/password is incorrect, so the server probably reports access denied (so it can report something, else it would just time out). My username/password are correct. So maybe "something" is denying access to the shares, and to the web UI at the same time.

And also, for some reason, my browser goes to try to access the web UI via https, which of course doesn't work. I do not have HTTPS Everywhere.

And then, a few minutes later, things just magically start working again. And I have no clue whatsoever what triggered this weird behaviour, and how to reproduce it.

Can anyone suggest what I can try to mitigate this? Or perhaps confirm if it's a bug?

unraid-diagnostics-20250830-1519.zip

Edited August 30, 2025Aug 30 by thany

Do you know the approximate time code it last happened?

I do approximately yes, it was somewhere between 15:00 and 15:30, today.

I'm afraid there's nothing relevant logged from 6AM until the end of the log:

Aug 30 06:46:59 unraid emhttpd: spinning down /dev/sdh

Aug 30 15:19:49 unraid root: Fix Common Problems Version 2025.08.07

Aug 30 15:19:49 unraid root: Fix Common Problems: Warning: Share download set to cache-only, but files / folders exist on the array

Aug 30 15:19:57 unraid root: Fix Common Problems: Warning: The plugin open.files.plg is not known to Community Applications and is possibly incompatible with your server

Aug 30 15:20:20 unraid emhttpd: read SMART /dev/sdk

Aug 30 15:20:20 unraid emhttpd: read SMART /dev/sde

Aug 30 15:20:32 unraid emhttpd: read SMART /dev/sdg

Aug 30 15:20:45 unraid emhttpd: read SMART /dev/sdh

Aug 30 15:20:57 unraid emhttpd: read SMART /dev/sdj

It could be an external issue, or something hardware related, but it may still be worth retesting in safe mode with Docker and VMs disabled just to rule those out.

Retesting is a problem, because for that I would have to know what triggers the problem. I mean, how can I trigger (and test) things if I don't know what I have to do...

I wonder how it could be a hardware issue though. Like I said, a VM running on the very same server is perfectly reachable, at full performance.

Might it just be a problem that isn't logged anything about? Something the underlying OS just thinks is normal perhaps?

16 hours ago, thany said:

I mean, how can I trigger (and test) things if I don't know what I have to do...

You could test if it still happens in safe mode with Docker and VMs disabled.

But again, for that I would need to know what to actually do in order to test if it still happens. I have no way of knowing atm, when or why this happens. And I kind of can't go without my dockers and VMs for along time - unfortunately I've come to rely on them working.

Happened just now again. I just retry a few times and eventually it'll work. Could it be - hypothetically - that the web UI is just slow? Or that it's "asleep" and needs to be loaded again from swap memory or something? I mean, the browser claiming a site is unreachable just simply means it didn't respond in time.

Edited September 13, 2025Sep 13 by thany

Are you able to ping the Unraid server when the problem occurs?