My shares on my server will disappear after the server has been on longer than a day. A reboot will fix this but I would rather not if I don't have to. Here is the diagnostic data for my server. 

 

Any thoughts?

 

Thanks

tower-diagnostics-20201114-0753.zip

Shfs crashed during the mover, can't say what causing the crash though:

 

Nov 14 03:40:01 Tower kernel: shfs[10471]: segfault at 0 ip 0000000000403bd6 sp 000014e19166d930 error 4 in shfs[403000+c000]
Nov 14 03:40:01 Tower kernel: Code: 89 7d f8 48 89 75 f0 eb 1d 48 8b 55 f0 48 8d 42 01 48 89 45 f0 48 8b 45 f8 48 8d 48 01 48 89 4d f8 0f b6 12 88 10 48 8b 45 f0 <0f> b6 00 84 c0 74 0b 48 8b 45 f0 0f b6 00 3c 2f 75 cd 48 8b 45 f8
Nov 14 03:40:02 Tower crond[1676]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null

 

You thing you can do is to avoid having docker manipulating files (like unpacking or moving) when the mover runs.

On 11/16/2020 at 2:18 AM, JorgeB said:

Shfs crashed during the mover, can't say what causing the crash though:

 

Nov 14 03:40:01 Tower kernel: shfs[10471]: segfault at 0 ip 0000000000403bd6 sp 000014e19166d930 error 4 in shfs[403000+c000]
Nov 14 03:40:01 Tower kernel: Code: 89 7d f8 48 89 75 f0 eb 1d 48 8b 55 f0 48 8d 42 01 48 89 45 f0 48 8b 45 f8 48 8d 48 01 48 89 4d f8 0f b6 12 88 10 48 8b 45 f0 <0f> b6 00 84 c0 74 0b 48 8b 45 f0 0f b6 00 3c 2f 75 cd 48 8b 45 f8
Nov 14 03:40:02 Tower crond[1676]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null

 

You thing you can do is to avoid having docker manipulating files (like unpacking or moving) when the mover runs.

Thanks for this as it appears I'm having the exact same issue.  Is there an easy way to ensure the docker apps are not manipulating files during the mover process kicking off?

1 hour ago, Keddie said:

Is there an easy way to ensure the docker apps are not manipulating files during the mover process kicking off?

Not that I know of.

Yeah every night my server is scanning and encoding media and on the dot 03:40:01 mover runs and crashes all the shares.  Have to reboot to recover and can’t find a fix.  Love the interface and learning the product but this could kill my proof of concept.  

13 minutes ago, Keddie said:

Yeah every night my server is scanning and encoding media and on the dot 03:40:01 mover runs and crashes all the shares.  Have to reboot to recover and can’t find a fix.  Love the interface and learning the product but this could kill my proof of concept.  

Maybe adjust your schedules for docker tasks around your mover schedule ?

 

That's what I do, Tdarr only runs when there is no risk of :

• mover
• parity check
• appdata backup
• file integrity check
• etc.

6 hours ago, ChatNoir said:

Maybe adjust your schedules for docker tasks around your mover schedule ?

 

That's what I do, Tdarr only runs when there is no risk of :

• mover
• parity check
• appdata backup
• file integrity check
• etc.

Thank you for help it is much appreciated.  As this is my first non-traditional server away from Microsoft builds.  Do you have an example of a sh script or configuration which would pause all the docker containers which could be causing the issue.  I have a feeling it's the "post-recording" one I have running because I don't think the nzb, deluge, sonarr, jackett would be causing the file mods during that time.  Wish there was a scheduler which could "pause" the dockers before Mover fired off and then "resume" upon completion.  

Edited February 16, 20224 yr by Keddie

27 minutes ago, Keddie said:

Do you have an example of a sh script or configuration which would pause all the docker containers which could be causing the issue.

 

Unfortunately I do not.

I was thinking more of an in-app scheduler that would start and stop the app operation at certain times. That's what I did within Tdarr. I think that most downloading app have a similar function.