thebobs

After upgrading to Unraid 6.12 I was following a tutorial on changing the format of my cache drives (2 SSDs in a btrfs pool) to ZFS. I don't have any VMs but I do rum some dockers. The tutorial had me disable the VMs and Docker. Then I moved all data of the cache drives using mover. Then I erased the cache, set the format to ZFS, mirror and tried to restart the array. The array starts but all array drives and the cache drives show as unmountable, unsupported or no file system. I have dual parity, 22 drives and a 2 drive cache pool. I think I know one contributing factor. I forgot that I had docker set up with a btrfs vDisk on the cache which was I assume was wiped when I erased the cache. Just a guess. Any help appreciated. Diagnositc file attached. tower-diagnostics-20230615-2046.zip

Found the issue. Somehow the time on my server was way off. Once fixed the script works perfectly. Sorry for taking people's time

Linux 5.19.9-Unraid. root@Tower:~# cat /etc/cron.d/root # Generated docker monitoring schedule: 10 */6 * * * /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/dockerupda te check &> /dev/null # Generated system monitoring schedule: */1 * * * * /usr/local/emhttp/plugins/dynamix/scripts/monitor &> /dev/null # Generated mover schedule: 10 1 * * * /usr/local/sbin/mover &> /dev/null # Generated plugins version check schedule: 10 */6 * * * /usr/local/emhttp/plugins/dynamix.plugin.manager/scripts/pluginchec k &> /dev/null # Generated ssd trim schedule: 0 20 * * * /sbin/fstrim -a -v | logger &> /dev/null # Generated array status check schedule: 20 */8 * * * /usr/local/emhttp/plugins/dynamix/scripts/statuscheck &> /dev/null # CRON for CA background scanning of applications 54 * * * * php /usr/local/emhttp/plugins/community.applications/scripts/notices. php > /dev/null 2>&1 # Generated local master browser check: */1 * * * * /usr/local/emhttp/plugins/dynamix.local.master/scripts/localmaster & > /dev/null # Generated cron schedule for user.scripts 0 3 * * * /usr/local/emhttp/plugins/user.scripts/startCustom.php /boot/config/pl ugins/user.scripts/scripts/Powerdown_Unraid/script > /dev/null 2>&1

No luck after adding spaces. 0 3 * * *

Squid, read that spaces were optional. Will try and report back tomorrow. Thanks

Sorry trurl, thanks for your reply 03*** is what worked before - currently entered as shown in log tried without success: 03*/1**

I've been using USER SCRIPTS for sometime with success for a script tha tpowerdoens my server at 3 am each night. Something now has changed where my crontab isn't parsing (see syslog entry below). This script has been running for years but now it does not execute. The script runs fine when I hit run script from within USER SCRIPTS. Tried a few different ways of formatting the crontab. No luck. I reading through this thread I'm wondering if another plugin is interfering. I run: CA Auto Update Applications Community Applications Dynamix File Manager Dynamix Local Master Fix Common Problems My Servers Unassigned Devices Unassigned Devices Plus Unbalanced Any ideas? Thanks ahead of time. crond[1407]: failed parsing crontab for user root: 03*** /usr/local/emhttp/plugins/user.scripts/startCustom.php /boot/config/plugins/user.scripts/scripts/Powerdown_Unraid/script > /dev/null 2>&1