fido666

Good to know! I understand they aren't performance demons but for archiving/backup purposes that won't really matter. I can squeeze more drives into the N36L (my most has been 7) than the G1610T but want to use the G1610T as my primary for the improved hardware performance.

Thanks for the advice everybody, I will follow it I promise. On a related note what does everybody use for backup? So far I have just been manually copying stuff across to an external drive connected to one of my networked PCs but it is a tedious process. I have a couple of 4TB USB3 enclosures but not one single drive large enough for all my data. I am toying with the idea of making my N36L a backup server once I have finished migrating to the G1610T box.

OK but think maybe I should try a dummy install with a free version of UnRAID, another USB, and a spare disk or two first. IIRC physical drive order does not matter in 5.0.5 so is there anything I need to do config wise to transplant the array once I have had my play with the dummy install? Is it worth going to v6 in the process?

I currently have UnRAID 5.0.5 running on a HP Microserver N36L but have acquired a Gen 8 1610T Microserver and wish to port my current disk array (2 x 2TB Hitachi plus 2 x 4TB HGST plus a 500gb WD Black cache drive) to the new hardware without losing the existing data. Can I transplant the existing OS and key on the old USB to the new box or do I have to do a fresh install with a different key on a new USB? If it's the latter will it be able to see the existing array config? I have successfully upgraded from one UnRAID version to another on the same hardware before but this is a bit different. For anyone with HP Microserver Gen8 experience out there is there any special tweaks needed in the BIOS for UnRAID to work?

I have just upgraded to 5.0.5 Thanks, will take a look. Good to know. I figured the drive array would be fine, just wasn't sure about new mobo, cpu, etc with old USB config.

Not to hijack the thread but rather than start a new one are there any mini-ITX boards with 6+ SATA ports known to work with UnRAID?

It's all good, the Parity drive has already been replaced with a 4TB. I'm just waiting for the parity-sync to complete on the 2nd 4TB, the question related to the next swap out after that.

I'm exploring building a new server to replace my ageing HP N36L Microserver. This case seems to be about the closest I can find to what the N36L has in terms of size and drive capacity (it actually beats the N36L on the latter). I'm still looking at potential mobos, etc and wondering if there's a compatability list for UnRAID hardware somewhere. Also is it possible to transplant my current drive array to new hardware using my current USB key and licence (I have Plus)?

Yes, I mean physical port. I have a 2TB drive which is plugged into the upper bay of my microserver and want to replace it with a new larger drive located in one of the physical ports located on the SAS backplane. I will be retaining the same logical drive number assignment but have the drive plugged into a different physical port.

Have to confess I don't know why I'd want NFS, that's why I was asking. I'm just using SMB at the moment so I will just turn NFS off if it's not going to cause any issue.

Have not had the previous question answered but I also have a new one. With 5.x is it OK to swap a drive in the array with a new larger drive but in a different slot? It's my understanding that slot assignments are not important, it's the serial number that is used, just checking if that's correct.

Marking this as solved because the upgrade to 5.0.5 and swapping out the bad disks has worked. The original parity drive has been swapped out for a larger drive as part of the upgrade process, I believe the original issue was power related however.

Shares seem to be all good now, marking this issue as solved.

OK, so it's only an issue if you plan to set security to "Secure" or "Private" then. My UnRaid box is just a media server at present so I'm not too worried about the shares being public. I've gone and re-applied permissions on the Windows side as well, not sure if I needed to do that in order for my Windows PCs to have full access to the UnRAID shares.

OK, have done some spot checks and the shares seem to be working OK now. Do I need to go back and re-apply permissions on the Windows side as well? I also noticed this in the Release Notes as the last step in the upgrade process :- "Go to Users page and re-enter all of your users. If you plan on using SMB and/or AFP with either Secure or Private security mode, you must enter at least one user because the 'root' user name is no longer permitted for network share authentication." I only have a Root user defined currently which I know is not ideal from a security point of view but it has worked in the past. Since my shares are all set to Public anyway do I even need to create any additional users?

No I haven't run that utility, I had followed the tutorial instructions in the Wiki here :- http://lime-technology.com/wiki/index.php/Migrating_from_unRAID_4.7_to_unRAID_5.0 I have gone back to the 5.0-beta Release Notes linked in that tutorial and can see it noted there, must have overlooked it the first time I read them. I will give that a try now. UPDATE: I think it has completed OK :- /usr/local/sbin/newperms processing /mnt/cache ... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/cache ... chown -R nobody:users /mnt/cache ... sync processing /mnt/disk1 ... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk1 ... chown -R nobody:users /mnt/disk1 ... sync processing /mnt/disk2 ... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk2 ... chown -R nobody:users /mnt/disk2 ... sync processing /mnt/disk3 ... chmod -R u-x,go-rwx,go+u,ugo+X /mnt/disk3 ... chown -R nobody:users /mnt/disk3 ... sync completed, elapsed time: 00:05:31

I have recently upgraded my UnRAID server to 5.0.5 from 4.7, in part to resolve some disc issues I was having. After the initial migration I was able to see my disc shares via Windows Explorer using either the mapped drive letters or under the Network > Tardis subtree. I was able to open the shares and view the directories and files under each share. I have been running a preclear on a new drive to replace my Parity drive but have not yet swapped them. The only other change I have made since the upgrade is to set a password on the Root account as there was none defined by default. I do not have any other user accounts defined, same as my old 4.7 setup. I have tried opening a few shares tonight and I'm getting either "access denied" or "you do not have permission" depending on what method I'm using to try opening them (either the mapped drive letter or directly navigating to the share under the Network tree). In trying to resolve this I have tried opening the Shares tab on the UnRAID GUI and checked that all the share permissions are set to public, have even tried re-applying all the share settings. I have also tried disconnecting each mapped drive and re-connecting it. Lastly I have tried rebooting both my workstation and the UnRAID server itself. If I try applying windows permissions from Windows Explorer to the group "everyone" I get the "access denied" message. Is there something I have missed? Should I be setting the Windows permissions to the group "Users" (Unix Group\Users) instead? I can't understand why they were working before.

Since the upgrade to 5.0.5 has completed and the parity sync on the remaining good drives appears to be all OK I am marking this one as solved. I haven't added any of the new drives in yet but that's a different issue.

Thanks BobPhoenix for the input. I am looking at a replacement 300w PSU on eBay that is the same form factor, just trying to get info on the cable lengths to make sure everything will reach. After reseating all the power connections again I tried the resync again and it appears to have worked. All the drives are now green balled and parity is listed as being in sync. I have attached the syslog, from my limited understanding it looks good. syslog22062014.txt

Is it worthwhile enabling NFS shares if I'm not running any other Linux machines? Does it add any overhead?

I've had 2 drives preclearing at once in it before and previous parity syncs went OK. The age of the PSU may be playing a part. My plan is to replace all the 2TBs with 4TBs over time so eventually it would just be the 4 x 3.5" and the 1 x 2.5". Can't do anything till I at least get the parity swapped out though. The surface scan is about halfway through now, no red blocks so far.

To be fair the box only comes with 4 internal HDD bays and I have been naughty and squeezed 7 drives in mine. It's quite a common thing in the Microserver world though. I'll ask around and see if others have had issues, there's also the age of the PSU to consider (3yo now). It's my cache drive, a WD Black. I added it when I found that write speeds were a bit on the slow side running cacheless. An SSD might be the go but I'm wondering if the amount of writes generated in a cache role might kill it prematurely. Also my cache drive is 500gb, not cheap in SSD land still.

I didn't think to try a re-boot, just powered down and took the drive out. Thanks for looking at the syslog, I tried to read it but got a bit lost. I'm just letting a surface scan complete on the affected drive at the moment then will try it in the UnRAID server again. I hope my PSU isn't failing, they don't seem that easy to replace.

It didn't come back though itimpi. What I did was remove it from the server and place it in my PC to get those SMART values in the screenshot. There's lots of write errors at the end of the Syslog I posted, I assume they relate to the parity drive. I have a HP N36L Microserver with a 150w PSU (one of those SFF proprietary jobs). I did have the new disk plugged in but not assigned and it's a 7200RPM drive whereas all my others with the exception of the cache (a laptop drive) are 5900RPM. I expect the 7200RPM will draw a bit more power but given I have removed one drive from the overall count I figured it would still be OK. I have 5 x 3.5" drives and 1 x 2.5" drive plugged in currently, the old setup before all the trouble started had 6 x 3.5" and 1 x 2.5" and had run happily for 3 years that way. I'll check the cabling again to be sure, each port on the backplane has it's own power connection.

Have checked the drive in my Windows PC and it looks OK, have included a screenshot of the SMART values below. This drive is connected to the main backplane of my server and all power connections and cabling have previously been checked so I don't know why the drive would suddenly drop out like that. I've already sent 2 drives off for RMA this week, surely I can't be so unlucky as to have a 3rd die ?