Similar behaviour here. Sometimes it sleeps for hours, sometimes only 20 minutes. I think it’s the best we can get for now.
Can you test this change at the end of the /usr/local/sbin/monitorio.sh script?
touch /tmp/standby
enterStandbyTime=`date +%s`
echo "Enter standby"
# turn on solid blue if applicable
ledCtrl.sh LED_EV_DISK_STBY LED_STAT_IN_PROG
sleep 5
if [ "$1" == "debug" ]; then
echo "`date`: Enter standby "
dmesg -c > /dev/null
fi
for i in ${drivelist[@]}; do
hdparm -y $i >/dev/null
done
sleep 5
break
I think calling ledCtrl.sh before hdparm could MAYBE avoid the 7/8 seconds sleep times. You need to reboot to make the changes work…
That change may help. But in the past it was ledCtrl.sh, date, awk and others that I can’t remember. Also
you just need to /etc/rc2.d/S18monitorio restart
If you look at the cron jobs. You will see that every 8 hours (0,8,16) is does something. It wakes up at 3 in the morning to do housekeeping. Check for new firmware.
I was playing around with vmtouch to see if I could get rid of the 8 second sleeps. No luck so far. Also looking into running from USB. I think these things could work on the gen1. But the gen2 is a different ball game.
Sleep is a bit better with the monitorio script modification in conjunction with mount tmpfs modification. Still getting wakeups though. The time in the snapshot below is a bit goofy because for some reason the time was off by six hours until I changed NTP to manual then back.
Yes the 7 and 8 second wake ups seem to be gone. Will add stopping the cron jobs to see if that changes anything. I’m not sure what on my network would be polling as I typically have only one Windows 10 PC, one switch, one Roku 2 XS, an Android smartphone, and the broadband provider’s router (Arris NVG589) active on the local network. Will see if I can find past logs, pre 315 firmware update to see what they show and compare. Will continue to experiment.
I’m curious. Are we trying to get the most sleep time or are we trying to fix the problem created
by the latest firmware? 100% sleep time is impossible. The cron jobs need to run. Are there
problems in the cron setup yes. I think the sleep times before this firmware upgrade of 70% to 80%
were fine with people. The 8 second sleep time is a different problem. Yes the 8 second sleep
will go away if you stop cron. But some cron jobs need to run.
For me its a combination of both but more towards fixing a problem with the latest firmware. When I disable Samba in the latest firmware the sleep time jumps back to where it was with prior firmware.
05 07 18:56:12 19:03:29 437 0:07:17
05 07 19:13:42 19:32:07 1105 0:18:25
05 07 19:42:20 19:45:14 174 0:02:54
05 07 19:55:26 21:01:38 3972 1:06:12
05 08 22:46:04 04:26:39 20435 5:40:35
05 08 04:36:52 05:53:21 4589 1:16:29 <--- This is about the time I turned on a Win 10 PC and Roku at 5:53
05 08 06:10:41 06:44:05 2004 0:33:24
Few more observations. Turned off the My Cloud last night, powered on this morning with a change in the user start script to remove stopping Cron. Not seeing any (so far) of the 7/8 second sleep/wake ups that plagued me earlier. However I did notice yesterday that when a Win 10 PC that has mapped shares wakes up the My Cloud in turn wakes up. Removed the mappings and rebooted the Wiin 10 PC. Today noticed several instances where that Win 10 PC (without any Share mappings) was woken up from sleep and the My Cloud in turn woke up from sleep.
05 09 06:11:43 06:12:38 55 0:00:55
05 09 06:22:50 06:38:11 921 0:15:21
05 09 09:26:09 09:32:16 367 0:06:07 <-- Sleeping PC wake up at 9:32
05 09 09:42:28 13:01:13 11925 3:18:45 <-- Sleeping PC wake up at 13:01
05 09 13:11:25 13:46:37 2112 0:35:12
05 09 13:57:51 14:17:10 1158 0:19:18 <-- Sleeping PC wake up at 14:17
05 09 14:27:22 14:34:10 408 0:06:48
05 09 14:44:22 16:01:09 4607 1:16:47
05 09 16:11:22 17:47:07 5745 1:35:45 <-- Sleeping PC wake up at 17:47
05 09 17:57:19 18:13:15 956 0:15:56
05 09 18:23:27 18:28:15 288 0:04:48
05 09 18:38:27 18:42:47 260 0:04:20
05 09 18:52:59 19:53:10 3611 1:00:11
So it appears some of the My Cloud wake ups on my end are tied to a Windows 10 PC coming out of sleep mode. Haven’t really given it much thought before that when a PC wakes up it is potentially triggering the the My Cloud to wake up.
yeah I remember that… and the pc wakes up quite a bit too. Not sure about win 10 but I had quite a fight with win 7 with defender, defrag and so on… had to deactivate almost everything before it quiet down.
When I was fighting cloud sleep, I basically shut everything down on the network.
Today I can work on my mac without waking the clouds gen 2 because the whole system is on ramdisk. I can even ssh onto the clouds without waking up the drives (sometimes).
but if you are mapped… some things do wake up the cloud…