58 posts in this topic Last Reply April 15, 2017

Recommended Posts

Disclaimer: This is beta software. While every effort has been made to ensure no data loss, use at your own risk!

Clicking 'Check for Updates' on the Plugins page should permit upgrade as well. Note: Due to how we are managing dynamix in parallel with unRAID Server base OS, you might see that dynamix plugin has an update as well. You do not need to install this update, just install new version of unRaid OS and you'll get the latest dynamix. We are working on a fix for this behavior.

This is a patch release of -beta14, meaning just a couple bug fixes; primarily to let Pro support 25 devices again. However, please do read following notes since the original post has been modified.

Some notes on this release:

Important: dlandon's excellent apcupsd plugin is now 'built-in' to the base webGui. Please remove the apcupsd plugin if you are using it.

System notifications will be disabled after update and must be enabled on the Notifications Settings page. The setting will be preserved across reboot.

The 'mover' will now completely skip moving files off the cache disk/pool for shares marked "cache-only". However it will move files off the cache disk/pool for shares not explicitly configured "cache-only" in the share's Share Settings page; even for shares that only exist on the cache! This is different behavior from previous releases!

We are still investigating cpu scaling issue with Haswell cpu's, and have removed a 'patch' that seems to have been responsible for some users reporting kernel crashes.

You may see a rather dramatic message pop up on the Docker page which reads: "Your existing Docker image file needs to be recreated due to an issue from an earlier beta of unRAID 6. Failure to do so may result in your docker image suffering corruption at a later time. Please do this NOW!" This means your image file does not have NOCOW attribute set on it and may get corrupted if the device it's located on runs completely out of free space. Refer a few posts down for further discussion of this.

As of beta14, pointing to a docker image through a user share is not supported. Please update your docker image location field to point to the actual disk device used for your docker image file (e.g. /mnt/cache/docker.img or /mnt/disk#/docker.img; substitute # for the actual disk number that the image is on).

If you installed -beta13 and it resulted in clobbering your cache disk, well if you can restore the partition table you set up previously then it will restore proper operation. For example, if you followed this guide to set up a btrfs cache disk back in -beta6:

I want to extend a special Thank You! to bonienl for his continued improvements to dynamix and to eschultz for his programming refinements in multiple areas of the code.

Additional Notes from bonienl:

- Those using the dynamix band-aid plugin, should remove it BEFORE upgrading to B14. If removed AFTER the upgrade to B14 then a system reboot is required to unload the existing cron settings, which conflict with the new cron solution.

- All notifications are OFF by default, and these need to be enabled on the notification settings page. Once enabled they will survive a system reboot

- Settings for the scheduler (parity check) need to be re-applied to become active, this again is due to the new cron solution introduced in this version of unRAID

Regarding the Docker virtual disk image and needing to recreate it, there has been some confusion as to who will need to do this. The only folks that will need to recreate their Docker image in Beta14 are those that have it stored on a BTRFS-formatted device. If your image is stored on a device formatted with XFS or ReiserFS, you do NOT need to recreate your Docker image.

However, all users, regardless of filesystem type, will need to make sure their Docker image path in the webGui points to an actual disk device or cache pool, and not the unRAID user share file system. This rule only applies to the path to your docker image itself. Hope this clarifies things.

For a guide on how to recreate your Docker image without losing any application settings / data, please see this post.

Share this post

Link to post

Observation on disk status indicators on Dashboard and Main; After upgrading to b14a, I rebooted and the status indicators showed all of the disks in the array spun up (as I would expect). I came back after about three hours and brought up the GUI again. I checked the status indicators and they showed all of the disks in the array spun down (again as I would expect).

I then opened a file and that I knew was on Disk 2 of my array (Array = parity + 2 data) but the status indicator indicated that none of the disks were spun up (Not what I would expect)!

I then opened a file that I knew was on Disk 1. The status indicators did not show a disk spun up on either the Main or Dashboard pages. (Once again not what I would expect!)

I then refreshed the Main page in the browser (I am using Firefox and did it via the reload symbol on the URL line) and the indicators changed from spundown to spunup for both Disk 1 and 2!

My setting on the 'Display setting' page, I have the 'Page update Frequency' set to 'Real time' and have checked the box for 'disable page updates while parity operation is running.'

In all of the earlier beta versions, I had no issue with the status indicators...

Share this post

Link to post

Observation on disk status indicators on Dashboard and Main; After upgrading to b14a, I rebooted and the status indicators showed all of the disks in the array spun up (as I would expect). I came back after about three hours and brought up the GUI again. I checked the status indicators and they showed all of the disks in the array spun down (again as I would expect).

I then opened a file and that I knew was on Disk 2 of my array (Array = parity + 2 data) but the status indicator indicated that none of the disks were spun up (Not what I would expect)!

I then opened a file that I knew was on Disk 1. The status indicators did not show a disk spun up on either the Main or Dashboard pages. (Once again not what I would expect!)

I then refreshed the Main page in the browser (I am using Firefox and did it via the reload symbol on the URL line) and the indicators changed from spundown to spunup for both Disk 1 and 2!

My setting on the 'Display setting' page, I have the 'Page update Frequency' set to 'Real time' and have checked the box for 'disable page updates while parity operation is running.'

In all of the earlier beta versions, I had no issue with the status indicators...

Same here. I think that its a rather innovative solution to the spin down problem

But in my case, no amount of refreshing (or clearing browser cache and refreshing) would show the disk as being spun up. I tried adding poll_spindown="10" to disk.cfg, but the file is overwritten every reboot.

Share this post

Link to post

Same here. I think that its a rather innovative solution to the spin down problem

But in my case, no amount of refreshing (or clearing browser cache and refreshing) would show the disk as being spun up. I tried adding poll_spindown="10" to disk.cfg, but the file is overwritten every reboot.

Now it is showing disk 1 as spunup but the syslog is showing it as spun down. After I examining the server, I reasonably convinced that the drive is spundown. This appears to be confirmed in the portion of syslog below:

Share this post

Link to post

But in my case, no amount of refreshing (or clearing browser cache and refreshing) would show the disk as being spun up. I tried adding poll_spindown="10" to disk.cfg, but the file is overwritten every reboot.

It seems to be a little random in when it decides to start working. When I first booted my server, I immediately spun down all the drives, loaded a movie I knew was on such and such drive. Main & dashboard said drive wasn't spinning. Hit spin up, spin down, gui always said spun down.

Now, ~hour later I ran my md5 script (which pretty much guarantees all drives spin up), and out of the blue the dashboard and main shows all drives up. Spin up / Spin down seem to work on the gui, but play the movie again and still doesn't spin up according to the gui.