onkelnatas Posted March 20 Share Posted March 20 Hi together I'm not able to let all my sata-hdds spin down and need your help. what i've done so far: checked the forum Checked file activies with different plug-ins optimizied plex moved docker to cache only Rest of the shares is 1st cache then array mover goes every 4h spin down delay is 15min diagnostics are attached. thanks a lot onkel tower-diagnostics-20240320-0834.zip Quote Link to comment
onkelnatas Posted March 20 Author Share Posted March 20 + stopped all dockers, manually spin down the disks --> not even 30s until the spin up again. Quote Link to comment
itimpi Posted March 20 Share Posted March 20 Your 'system' share has files on disk1. This will keep disk1 and the parity drive spun up as disk1 is where the docker.img file is currently located. To get best performance you want this to be on the 'cache' pool. To get move to move these files to the 'cache' pool you need to follow the procedure documented here in the online documentation accessible via the Manual link at the bottom of the Unraid GUI. In addition every forum page has a DOCS link at the top and a Documentation link at the bottom. The Unraid OS->Manual section covers most aspects of the current Unraid release. Once you have all of the 'system' share on the 'cache' pool you can then set the Secondary storage for that share to 'None' and enable Exclusive Shares under Settings->Global Share settings to get best performance. Quote Link to comment
onkelnatas Posted March 20 Author Share Posted March 20 moved nearly all shares to cache, without the multimedia (7TB). shutdown all dockers/VMs and manually spin down the disk: 10s and the are up again. HEEEEEEELP tower-diagnostics-20240320-2129.zip Quote Link to comment
trurl Posted March 20 Share Posted March 20 46 minutes ago, onkelnatas said: moved nearly all shares to cache According to these latest diagnostics: b-----s shareUseCache="no" # Share exists on disk1 b--------n shareUseCache="only" # Share exists on disk1 isos shareUseCache="only" # Share exists on disk1 M--------a shareUseCache="yes" # Share exists on cache, disk1 system shareUseCache="only" # Share exists on cache, disk1 T---------e shareUseCache="only" # Share exists on disk1 u------p shareUseCache="only" # Share exists on cache, disk1 So, you have several shares set to only use the cache drive, but they have files on disk1, including the earlier mentioned "system" share. Merely changing the settings will not move anything. In fact, changing a share to only use cache will guarantee that mover will ignore it, since it is not possible to set a Mover action for shares without Secondary storage. Also, syslog has several entries where mover says the file already exists. Mover won't replace files. And nothing can move or delete open files, so you have to disable Docker and VM Manager in Settings to work with some of these. Might be simpler to clean this up yourself using Dynamix File Manager. Quote Link to comment
onkelnatas Posted March 21 Author Share Posted March 21 I'm moved them over via the Dynamix File Manager. still have the same issues.... tower-diagnostics-20240321-0814.zip Quote Link to comment
trurl Posted March 21 Share Posted March 21 M--------a shareUseCache="yes" # Share exists on cache, disk1 What is the purpose of this share? Does it have seeding torrents? Quote Link to comment
onkelnatas Posted March 21 Author Share Posted March 21 1 hour ago, trurl said: M--------a shareUseCache="yes" # Share exists on cache, disk1 What is the purpose of this share? Does it have seeding torrents? Multimedia (TV shows and movies) 2 Docker are having access to this share: - Jdownloader (no active downloads) - and Plex (no automatic folder scanning) I just tested: 1.) shutdown all dockers/VMs 2.) spindown the array 3.) wait 2min (no spin up) 4.) start any docker (even pi-hole with no mounts to Multimedia): disks spinned up I'm getting sick of it... Quote Link to comment
trurl Posted March 21 Share Posted March 21 Do you have any client computer with a mapped drive to that share? Quote Link to comment
itimpi Posted March 21 Share Posted March 21 Have you managed to get all of the ‘system’ share onto the cache pool? Have you corrected any of the other wrong share settings? Do you have Turbo Write mode enabled? I would suggest posting new diagnostics taken with the array started in Normal mode so we can see current settings. Quote Link to comment
trurl Posted March 21 Share Posted March 21 2 hours ago, itimpi said: Have you managed to get all of the ‘system’ share onto the cache pool? Have you corrected any of the other wrong share settings? Most recent diagnostics shows those OK. Quote Link to comment
Solution onkelnatas Posted March 22 Author Solution Share Posted March 22 18 hours ago, itimpi said: Have you managed to get all of the ‘system’ share onto the cache pool? yes Have you corrected any of the other wrong share settings? yes Do you have Turbo Write mode enabled? I switched from auto to "read,..." just now. Tests are positiv, seems to work! Let me give u a feedback after the weekend. Thank you all so much for your help! Quote Link to comment
Recommended Posts
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.