January 2, 201016 yr As I write this post, my new unRAID 4.5 server 3 drive array has about 6 hours left before parity sync completes. I started the server with the BIOS set to NATIVE IDE mode. I recall reading in a forum post that file transfers were faster in Native IDE mode, as opposed to AHCI. Further forum reading seems to suggest AHCI is better. My initial quesiton is: after I have finished the initial parity-sync and have both 2TB data drives formatted, can I reboot the unRAID server, go into my BIOS and permanently change the SATA setting to AHCI mode without damaging the unRAID server parity/data1 and data2 disks? Or should I leave everything at Native IDE mode? In addition, I am using unRAID 4.5, I have read a few 2008 posts relating to unRAID version 4.2, about a slow file transfer issue when transferring files from a Linux computer to unRAID server due to DFS being implemented in unRAID server (good for Windows users, not so good for some Linux users). I use Ubuntu 9.10 64bit. I have downloaded the "smb-extra.conf" file which is meant to fix the problem for Linux. My second question is: do I still need to implement the "smb-extra.conf" fix with unRAID server 4.5, or has the problem for Linux users been resolved since those postings?
January 3, 201016 yr As you note, AHCI mode is preferred. Switching the BIOS from IDE to AHCI doesn't change the drives, just the access method, so your unRAID setup won't be affected. I don't have enough experience with Linux workstations to answer your second question.
January 3, 201016 yr My second question is: do I still need to implement the "smb-extra.conf" fix What exactly "smb-extra.conf" fix are you talking about? The file smb-extra.conf normally exists in the config folder of your flash key, and it allows you to include additional samba options. So, what "fix" do you have in mind? Purko
January 4, 201016 yr Author My second question is: do I still need to implement the "smb-extra.conf" fix What exactly "smb-extra.conf" fix are you talking about? The file smb-extra.conf normally exists in the config folder of your flash key, and it allows you to include additional samba options. So, what "fix" do you have in mind? Purko I believe my question made it reasonably clear that there is an issue with file transfer speeds between certain linux clients and unRAID server. This was originally noted by an Ubuntu 9.04 user, "Mark-hc" in these two posts: http://lime-technology.com/forum/index.php?topic=1975.msg14263#msg14263 http://lime-technology.com/forum/index.php?topic=3805.msg33287#msg33287 The specific down-loadable fix I was referring to was subsequently posted by "Joe L.": http://lime-technology.com/forum/index.php?topic=3805.msg33293#msg33293 I hope that answers your question. For the record, I am using Ubuntu 9.10 (Karmic) and the same problem exists in 9.10. It is corrected by implementing the fix (i.e. adding the "smb-extra.conf" file to my unRAID config folder and rebooting. The file transfer speeds increased by a factor of 2+. No one ever answered the question asked by "etk29321": Ok, I discovered the issue... unraid server enables DFS by default. Linux mount.cifs and mount.smbfs do not support DFS shares properly. Thus, the delays are a result of the server attempting to reformat a DFS share for a legacy client. Disabling DFS and restarting samba on the server resolved the issue. Why is DFS enabled? If all my files are on the unraid severs, I'm unclear as to what advantage it has for me with the windows clients. http://lime-technology.com/forum/index.php?topic=1975.msg14296#msg14296
January 5, 201016 yr The specific down-loadable fix I was referring to was subsequently posted by "Joe L.": http://lime-technology.com/forum/index.php?topic=3805.msg33293#msg33293 For the record, I am using Ubuntu... As of this writing (unRAID-4.5.0-final) the patch you are referring to is still rlevant.
Archived
This topic is now archived and is closed to further replies.