Jump to content

Shares unavailable/outdated every morning ?


tekmobile

Recommended Posts

I have this weird issue and cannot figure out what is causing it basically every morning some of my user shares are unavailable and the ones that are available are showing lots of missing files but after a reboot everything comes back as normal and stays that way until the following morning.

 

This happens every night I don't have any array errors and parity checks come back ok I just have to stop the array and reboot every morning it seems that everything that was added within the last 2-3 months is gone until rebooted.

 

Any Advice would be helpful

 

 

 

Link to comment

All they are missing through SMB but also if you view through the webui and SSH/terminal some shares just show as empty directories or with missing content.

 

I have one called appdata this has configs for plex etc and these show as empty and the plugins say that they cannot find the config files until after a reboot.

 

Its not a new setup its been running for many many years back from unraid 4.x, 5.x and has been running on 6 since about beta 8 i think but now is on 6.0.1 since it was released.

 

 

Link to comment

You are still running some plugins that are available as dockers. Maybe not that unusual since many take the attitude if it ain't broke, don't fix it. However, one of the standard methods of troubleshooting is to boot in SAFE mode so plugins won't run.

 

Normally, I would expect something to do with mover for your symptoms, but your appdata share is set to not use cache, instead of cache-only like most would use it. That still doesn't guarantee it isn't affected by mover though, since it is possible some app is configured to put appdata on cache where it would get moved anyway.

 

Unfortunately, the syslog doesn't include the time frame that mover would run, so I can't tell if there is something happening there or not.

 

You have a lost+found share which hasn't been configured, I would assume from some previous filesystem repair.

 

Next time it happens, get a diagnostic before rebooting and post that.

Link to comment

the only docker i have is for nzbget and plugins are sickbeard, couchpotato, transmission

 

the cache just has a single share on it called tmp that is used for plex transcoding and set as cache only no other sgare is set to use the cache as far as im aware

I did notice a share named plex that is also cache-only.

 

Like I said before though, if anything is configured to put data on cache it will get moved unless it is put in a cache-only share. I can't really tell how your applications are configured from the diagnostics.

Link to comment

yea it needs clearing up the plex share is unused now thats from a previous version ive probably got quite a few terabytes that could be deleted

 

the plex config directory is

/mnt/user/appdata/plex

 

with other plugins using the same

/mnt/user/appdata/plugin_name

 

I have only just replaced the cache disk from a old computer as the one in before was removed because I suspected that at first but having no cache disk made no difference

 

 

 

 

 

Link to comment

Just noticed your docker image size is only 1. Seems very small to me since the default is 10 and many have it set larger than that.

 

docker says this

 

Label: none  uuid: cd9a5378-4b26-40b6-836f-0e4dceb0a2e3
Total devices 1 FS bytes used 1.40GiB
devid    1 size 100.00GiB used 4.04GiB path /dev/loop0

btrfs-progs v4.0.1

Link to comment

Just noticed your docker image size is only 1. Seems very small to me since the default is 10 and many have it set larger than that.

 

docker says this

 

Label: none  uuid: cd9a5378-4b26-40b6-836f-0e4dceb0a2e3
Total devices 1 FS bytes used 1.40GiB
devid    1 size 100.00GiB used 4.04GiB path /dev/loop0

btrfs-progs v4.0.1

Guess that setting in docker.cfg is wrong then. Don't really know why it doesn't match for you. Mine says 20 and I have 20 GB.
Link to comment

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...