1812 Posted June 10, 2019 Share Posted June 10, 2019 (edited) Ok, not really, but it did cause a reboot after making shares unaccessible. I was unable to download diagnostics, every time I'd click the download button this text would flash on the screen and then just return to the same page with no download initiated: Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or TC_QUOTED_STRING or '"' in state/disks.ini on line 257 in /usr/local/emhttp/plugins/dynamix/include/DeviceList.php on line 20 Additionally, green "array started" text at the bottom would flash back and forth between that an "array undefined" and sure enough, it was. Unassigned devices went "nom-nom" on them. fix common problems then popped up and said rootfs was full, but I wouldn't know why. nothing had changed really on the server. I was able to get a quick look at the last bit of my syslog which showed numerous of these entries Jun 10 04:03:01 B1 crond[1817]: exit status 2 from user root /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &>/dev/null Jun 10 04:04:01 B1 crond[1817]: exit status 2 from user root /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &>/dev/null Jun 10 04:05:01 B1 crond[1817]: exit status 2 from user root /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &>/dev/null Jun 10 04:06:01 B1 crond[1817]: exit status 2 from user root /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &>/dev/null Jun 10 04:07:01 B1 crond[1817]: exit status 2 from user root /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &>/dev/null Jun 10 04:08:01 B1 crond[1817]: exit status 2 from user root /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &>/dev/null Jun 10 04:09:01 B1 crond[1817]: exit status 2 from user root /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &>/dev/null Jun 10 04:10:01 B1 crond[1817]: exit status 2 from user root /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &>/dev/null Jun 10 04:11:01 B1 crond[1817]: exit status 2 from user root /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &>/dev/null Jun 10 04:12:01 B1 crond[1817]: exit status 2 from user root /usr/local/emhttp/plugins/dynamix.system.stats/scripts/sa1 1 1 &>/dev/null I subsequently uninstalled the UD plugin and rebooted (unRaid 6.7.0) and reinstalled UD. Just an FYI Edited June 10, 2019 by 1812 Quote Link to comment
Harro Posted June 22, 2019 Share Posted June 22, 2019 This has happened to me also. Rebooted and installed the newest rc release over the 6.7.0 installed, All good so far. But it was the exact errors 1812 submitted. Couldn't download diagnostics, array would go to green, orange and log gave me the same errors. Quote Link to comment
spants Posted December 2, 2019 Share Posted December 2, 2019 (edited) same here - was during an rsync clone to a remote smb mounted connection. I think that the connection dropped but Unassigned devices still accepted the data (maybe caching in ram until it was full?) Edited December 2, 2019 by spants Quote Link to comment
MisterWolfe Posted December 2, 2019 Share Posted December 2, 2019 I had this issue some time ago. I bypassed the problem by writing a script that checks for the existence of a file on the unassigned disk path before allowing the copy to take place. Not the most elegant solution, but it works. Quote Link to comment
dlandon Posted December 3, 2019 Share Posted December 3, 2019 9 hours ago, MisterWolfe said: I had this issue some time ago. I bypassed the problem by writing a script that checks for the existence of a file on the unassigned disk path before allowing the copy to take place. Not the most elegant solution, but it works. UD has been updated to solve this issue. Quote Link to comment
dlandon Posted December 3, 2019 Share Posted December 3, 2019 (edited) Before doing any writing to a UD mounted device you should check that it is mounted first. You can do this in several ways. MOUNTPOINT=/mnt/disks/DailyBackup if [ -d $MOUNTPOINT ]; then ... do stuff fi or better MOUNTPOINT=/mnt/disks/DailyBackup if mountpoint -q $MOUNTPOINT; then ... do stuff fi Edited December 3, 2019 by dlandon Quote Link to comment
spants Posted December 3, 2019 Share Posted December 3, 2019 Thanks for the info! 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.