Jump to content

darkside40

Members
  • Content Count

    366
  • Joined

  • Last visited

Community Reputation

5 Neutral

About darkside40

  • Rank
    Advanced Member

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I have gfjardims preclear script install and dont have the error message regarding S3 Sleep. Btw the Error Message which JustinChase posted is the same like in the screenshot i have posted.
  2. Not according to the Github Repo. For myself i also installed yesterday evening along with updates für unassigned devices etc.
  3. I also dont have any problem by myself, and i am also on 6.8.3. Latest UD installed, just like my friend, so maybe a new install of the plugin could be the solution?
  4. A friend of mine has the same problem and send me an screenshot with the failure.
  5. Simple problem was that with particular Raid Adapters the normal determination if the drives are spun up or down via the I/O statistics did not work. So there was a patch with version 3.0.3 which included an activity check via hdparm, which was not reliable for me. I have reported it and it was removed. Later on it was added again with the same consequences, the HDD's seemed to be spun down in the Webif, but the script did not send the server to sleep. So i removed that check again. For me being able to determinate if the if the array is quite so now data is written to it etc. is mandatory for this plugin. The other option are nice to have. I dont know how many people are out there having the same problem like me, but based on this thread here i am not alone. I will keep my modified version of the script because i know it works.
  6. If you download the archive from here, you should only replace what is inside the /config/plugins/dynamix.s3.sleep folder and the dynimx.s3.sleep.plg keeping your config file. Than you can reboot your machine.
  7. From what ive know it work for many others. Maybe an editing or packaging failure?
  8. You must calculate the MD5 hash of the new txz and add edit that in the plg. Than reboot your server and you should use the edited script. Btw i can download the attache file without any issues.
  9. The sleep plugin is know for being defunctional for quite some people since the last update nearly two years ago. You could give this a try:
  10. I really cant see any connection between the use of the cache drive an the stale file handle problem in my case. I just tried it. Nevertheless since i have downgraded the CIFS Protocol to v1 it seems to work again.
  11. Added the argument yesterday evening to m mount they were still there this morning. Not a big timespan, but worth a try. I will have a look at it throughout the day.
  12. Having the same issue since switching to unRaid 6.8.0. I have an Ubuntu 18.04 based machine which mounts 5 shares of the unRaid. Running unRaid 6.7.0 those mount where rock stable, also surviving when the unRaid goes to sleep and wakes up hours later. What i have read in some Forums actively switching the Samba Protocol version to 1.0 could solve the problem. I will try that now.
  13. When the Debug mode shows no ethernet traffic and the drives are definately spun down than that could be a bug introduced in one of the last versions of the S3 Sleep Plugin. I think the root course was the integration of hdparm in the process of determinating if a drive is spun down. I patched that out and since then the script works as expected and reliable. I know that some people have that problem, but the script was never reverted back, althought i mentioned that problem some times here.
  14. Have you maybe ever measured the powerconsumption of your system?
  15. Yeah would be cool if this could be finally fixed. It is a small fix which i have documented here in line 233-236: https://pastebin.com/knv869Aq Matter of seconds.