limetech

unRAID OS version 6.3.5 Stable Release Available

Recommended Posts

Upgrade Instructions

 

Clicking 'Check for Updates' on the Plugins page is the preferred way to upgrade.  If the new version does not appear, you can manually update by selecting the Install Plugin tab, paste this URL and click Install:

https://raw.githubusercontent.com/limetech/unRAIDServer/master/unRAIDServer.plg

Alternately the release may be Downloaded.  In this case it is usually only necessary to copy all the bz* files from the compressed folder to the root of your USB flash boot device.


Please also read the unRAID OS version 6 Upgrade Notes for answers to common issues that may arise following upgrade.

 

Changes

 

This is a bug fix and security update release.

 

Base distro:

  • samba: 4.5.10 (CVE-2017-7494)

Linux kernel:

  • version 4.9.30

 

  • Upvote 3

Share this post


Link to post
Share on other sites
Posted (edited)

all good, upgraded from 6.3.4 -- confirm i see that samba went from 4.5.7 to 4.5.10. ty!

 

Edited by zoggy

Share this post


Link to post
Share on other sites
18 minutes ago, zoggy said:

all good, upgraded from 6.3.4 -- confirm i see that samba went from 4.5.7 to 4.5.10. ty!

 

 

Thanks for the blow-by-blow editing  8)

Share this post


Link to post
Share on other sites
15 hours ago, limetech said:

 

Thanks for the blow-by-blow editing  8)

 

no problem, figured you'd appreciate the suspense :)

Share this post


Link to post
Share on other sites

Upgraded no problem, cache drive stayed in its place this time 9_9

 

Noticed 2 errors in syslog: "May 27 10:36:19 Storage root: error: webGui/include/ProcessStatus.php: wrong csrf_token"

Diag attached:

storage-diagnostics-20170527-1045.zip

Share this post


Link to post
Share on other sites
11 minutes ago, Kir said:

Upgraded no problem, cache drive stayed in its place this time 9_9

 

Noticed 2 errors in syslog: "May 27 10:36:19 Storage root: error: webGui/include/ProcessStatus.php: wrong csrf_token"

Diag attached:

storage-diagnostics-20170527-1045.zip

 

That error is most likely a browser window open from before the reboot or margarita/controlr phone app. 

  • Upvote 1

Share this post


Link to post
Share on other sites

Upgrade went well, the system runs after a restart, however, the OpenVPN Server Plugin (peter_sm) stop working.

 

The path to store Server, Clients config files and the Easyrsa V3 do not exist anymore.

 

The path was:

/root/vpn

So I moved the new configuration to:

/mnt/user/appdata/vpn

Thanks for the update.

Share this post


Link to post
Share on other sites
1 minute ago, pavel.b said:

Upgrade went well, the system runs after a restart, however, the OpenVPN Server Plugin (peter_sm) stop working.

 

The path to store Server, Clients config files and the Easyrsa V3 do not exist anymore.

 

The path was:


/root/vpn

So I moved the new configuration to:


/mnt/user/appdata/vpn

Thanks for the update.

 

You need to store the config in a place that is not in memory. Every time unraid boots it unpacks the filsystem to the memory. 

Your new path will survive a reboot. 

  • Upvote 1

Share this post


Link to post
Share on other sites
4 minutes ago, saarg said:

 

You need to store the config in a place that is not in memory. Every time unraid boots it unpacks the filsystem to the memory. 

Your new path will survive a reboot. 

 

Can you be more specific, please?

Which path is a memory one?

Give me an example of safe path.

Share this post


Link to post
Share on other sites
Posted (edited)

@pavel.b any path you specified that is NOT /mnt/disk#/ or /mnt/user/ or /mnt/cache/ or /boot/ is NOT persistent and will be wiped out on reboots.

 

Note: /var/lib/docker/ is a special loopback mounted path and is contained inside of the docker.img file itself.

Edited by BRiT
  • Upvote 1

Share this post


Link to post
Share on other sites
44 minutes ago, Kir said:

Upgraded no problem, cache drive stayed in its place this time 9_9

 

Noticed 2 errors in syslog: "May 27 10:36:19 Storage root: error: webGui/include/ProcessStatus.php: wrong csrf_token"

Diag attached:

storage-diagnostics-20170527-1045.zip

 

When you reboot from the GUI and leave the page open, this will generate the above error messages due to the active polling in the background until the new GUI is fully loaded. Harmless.

  • Upvote 1

Share this post


Link to post
Share on other sites

I don't know what I'm doing wrong. I've tried updating through the plugins. I've tried inputting the URL into the manual install. I've even tried copying the new bz* files over onto the flash drive. Nothing allows me to upgrade from 6.3.2.

 

Any ideas?

Share this post


Link to post
Share on other sites
1 minute ago, drogg said:

I don't know what I'm doing wrong. I've tried updating through the plugins. I've tried inputting the URL into the manual install. I've even tried copying the new bz* files over onto the flash drive. Nothing allows me to upgrade from 6.3.2.

 

Any ideas?

Did you reboot?  If you did reboot, please tell exactly what you did.

 

Second thought, when you copied over the bz* files to the Flash Drive, did you agree to overwrite the the files that were already there?    Also, take a look at the bz* files on the Flash Drive and make sure that they have a date in the past couple of days. 

Share this post


Link to post
Share on other sites

@Frank1940 I've tried rebooting a number of ways. I've tried Reboot in the bottom of the Main tab and Dynamix system buttons. 

 

I did overwrite the files. They are from the most recent couple of days. I can double check later this afternoon though!

  • Upvote 1

Share this post


Link to post
Share on other sites

Upgraded to 6.3.5 here as well without issue (DVB build)

Share this post


Link to post
Share on other sites
Posted (edited)

Just a heads up in case anyone else encounters this... I upgraded to 6.3.5 today and all of a sudden my unRAID CPU (Celeron G1610) usage shot up to 100% and the system load skyrocketed as well. Upon investigating, I saw that my smbd process was consuming all the CPU. Thankfully, I experienced a very similar issue recently on my FreeNAS box.

 

It seems that Ubuntu 16.04 VMs (mine are on ESXi) mount smb shares default to v1.0 which has problems connecting to FreeNAS/unRAID smbd and causes high CPU/Load on the NAS.

 

Like with the FreeNAS issue, I specified version 2.1 in my /ets/fstab mounts and as soon as I re-mounted, my CPU/Load on unRAID dropped to normal levels.

 

Hope this helps someone. I have not seen any negative results of specifying version 2.1, but welcome any discussion as to why this is happening.

 

Thanks.

Edited by BrianAz
added CPU spec

Share this post


Link to post
Share on other sites

No proliant CPU fix so no upgrade for me... :(

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

Copyright © 2005-2017 Lime Technology, Inc. unRAID® is a registered trademark of Lime Technology, Inc.