Slashdot Mirror


What is the Ideal Low-end NAS Solution?

Mark asks: "As demand for storage continues to grow and prices continue to drop, network attached storage (NAS) devices are popping up everywhere...from large enterprises to restaurants to small offices and homes. Several vendors are now offering low-end NAS solutions targeted at SOHO users, with varying results. Most of them are just standard PC components and standard IDE hard drives running Linux, but the price tag on these often far oustrips what one would expect to pay for the parts. Hence, people all over the world (myself included) are building their own NAS machines at home at a fraction of the cost. Beyond support for RAID, CIFS, NFS, HTTP, and FTP, what would the ideal home NAS operating system include? And more importantly, what should it leave out to avoid conflicts, security vulnerabilities, and instability? Are there any Linux/*BSD/other distributions out there optimized specifically for NAS applications? What does the ideal NAS distribution look like to you?"

19 of 45 comments (clear)

  1. Why complicate matters? by ElForesto · · Score: 4, Informative

    A NAS is little more than a box of hard drives with a NIC attached. They get a nifty web-based interface or somesuch to make it real simple to setup and they often come in small packages, but is that worth the premium? You could buy a small-ish desktop/tower case and probably build your own very cheaply. Setting up Samba on Linux with simple "everyone can write" access is braindead simple.

    Do you need a web-based interface? Do you need hot-swappable drives with auto-rebuild? Do you need a 2U rackmount or other small-ish case? (Remember, need is a very strong word.) If you can't answer yes then save yourself a few grand and do it yourself.

    On the flip side, if you DO need that stuff, I've been very pleased with Fastora. Good interface, easy setup and lots of options. We got a 1.337TB unit (8x250GB hard drives in RAID5, one drive as a hot spare) with 2x100Mb NIC and 1x1Gb NIC for around $7,000.

    --
    There is a difference between "insightful" and "inciteful" other than spelling.
  2. include support for WebDAV by stonebeat.org · · Score: 2, Insightful

    I don't know of any any distro optimized for creating a NAS. But I have used RedHat successfully to create a NAS.

    On my NAS, I have also included support for WebDAV protocol. It comes in handy when your users are publishing Web Content.

  3. What I think it should have by Student_Tech · · Score: 2, Insightful

    If it is just for NAS work, then only have the servers necessary to share the files, and perhaps a SSH server to modify configurations. Leave everything else out, the less stuff running on it, the less stuff to have to keep patched up for security reasons.

    To me the ideal disto would probably fit in under 100 MB, just need the servers, network support files, and a way to get in and edit files. If the machine has a monitor that can be used, perhaps you don't need SSH or any other remote method of getting into the machine.
    And the smaller the distro installed on it, the more space on the hard drives for the files. Perhaps the distro could be set to run off of CD, with only the config files on the hard drive.

  4. Network limitations by sirangusthefuzz · · Score: 2, Interesting

    It is much easier to create a NAS that far outperforms your needs. For example, how many users do you have accessing the hard drives at once? If your answer is less than 10, you probably will be able to get along fine with 7200 rpm drives. Also, if you are just setting this up attached to your home network, RAID is not necessary because the network can most likely only transfer data at 10/100 speeds. Right now, my NAS is a Slackware linux box with a 166 mhz pentium running four 200GB IDE drives. I get around 5 mb/s per user. The major factor seems to be the amount of ram in the NAS. I just upgraded to 1 GB because it is so cheap for PC 100 ram. Overall, make sure you know what is important and dont overspend for features you cant use.

    1. Re:Network limitations by I_Love_Pocky! · · Score: 2, Informative

      RAID isn't just for speed (infact I wouldn't think that would even be considered its primary purpose).

    2. Re:Network limitations by Hatta · · Score: 2, Interesting

      RAID is not necessary because the network can most likely only transfer data at 10/100 speeds. Right now, my NAS is a Slackware linux box with a 166 mhz pentium running four 200GB IDE drives.

      When one of those 200GB drives dies, you might think a little differently.

      --
      Give me Classic Slashdot or give me death!
  5. Distributions... by facelessnumber · · Score: 3, Informative

    Might have a look at Mitel (formerly e-smith) SME Server. I've been using it for my file server at home, email, and to host a few domains for a couple of years now. Good stuff, pretty secure, can also be your router/gateway. One ther I haven't looked at, but I intend to check out soon, is BlueQuartz. Not really a distro, but the results of Sun open-sourcing the Sobalt RaQ550 network appliance. There's a binary install kit for a basic Redhat/Fedora setup, source, and many howto's out there...

  6. RAID 0 by sirangusthefuzz · · Score: 2, Informative

    That is RAID 0 by the way. Obviously, RAID 1 would be useful if you needed the redundancy.

  7. Two ideas by dasunt · · Score: 3, Insightful

    I would consider two OS's for a low-end home NAS.

    First OS:

    Debian GNU/Linux

    Why? 1) Easy to update. 2) Wide selection of packages. 3) Possible to do a minimal install and have a pretty bare-bones OS.

    Second OS:

    OpenBSD

    Why? 1) Security. 2) Security. 3) Security.

  8. Build your own by Vlad_Drak · · Score: 2, Insightful

    You might have answered your own question.. most of the products out there do use some form of Linux, and rarely do these vendors offer anything of value beyond a unified web based interface. You'll invest more time in the front end, but you'll gain much more in having the ability to upgade, use the machine for other tasks, etc. You'll get more for your money if you have even basic linux skills though.

    There are plenty of recipies out there utilizing LVM, MD, Samba, NFS, etc. You could make a MythTV server too, you get the idea.

    You can use smartmontools or most of the popular RAID controllers out there have linux configration apps and monitoring tools. Use 3ware if you have the cash, Promise can work depending on who you ask, Adaptec has some cards, others may have more to add here.

    You could even just get a board that has lots of ports, and do Software RAID, although adding a drive to an array is experimental at this point, which scares me at least.

    Samba 3 will fully integrate in AD if you have that need. Winbind has come a long way, you can even login to the linux box with your AD credentials if you were so inclined (now this might be flamebait fodder).

    Anyways, with drive prices falling so rapidly, it would be a shame to spend $$ on a box that could be doubled in capacity 9 months down the road. So be very careful.

    -Vlad

    1. Re:Build your own by Vlad_Drak · · Score: 2, Insightful

      As far as distributions go, its really a matter of opinion mostly, but I use debian/sarge; dpkg/apt makes updating very easy. Don't know of any file server centric distributions out there, which ultimates testifies to the relative ease one can set things up from any distro.

      If you're using the unit for home, it can make sense to also use the box for your internal audio/video streaming, home directories, web, and mail, and backup for other workstations. This is what's going on over here.

      -Vlad

  9. Most work by DrunkBastard · · Score: 2, Informative
    Most distributions would work, I'd suggest grabbing something with your prefered journaling filesystem support. Some OS's don't support XFS natively, some don't support JFS, some don't do ReiserFS....so, whatever you feel comfortable using, make sure your distro does it. Other than that, I'm a fan of LVM, so perhaps a look at distros that support that as well.

    NAS boxes are pretty cheap and easy to build these days, just make sure if you're going to do RAID that you buy a REAL raid controller, with hardware raid support, not that crap that relys on software drivers for raid support. 3ware is wonderful solution as it's been included in the linux kernel for many, many moons.

    1. Re:Most work by dtfinch · · Score: 3, Informative

      I had always used reiserfs for everything, but having been recently asked to set up a small bunch of inexpensive file servers, I took the time to research which filesystem is best able to survive a crash or power outage. The few recent tests I've found suggest that of XFS, JFS, reiserfs, and ext3 (ordered), ext3 had the by far best recovery rate, and reiserfs had the worst among the journaled filesystems tested. In one, where a disk intensive app was run and the system was reset several several seconds later, ext3 survived over 300 power cycles with minimal damage, while reiserfs became unbootable after 10 cycles, and the rest did better but came nowhere near ext3.

      After a few days of disbelief and frantic googling, I decided to make the switch to ext3. Now if I can only get approval to purchase UPS's for the servers.

      As for which distribution to use, we tested Slackware 10, Fedora Core 2, and finally chose CentOS.

  10. My dream! by LincolnQ · · Score: 2, Funny

    Make it wireless, 40GB, the size of an ipod, with a good battery. Allow me to plug it into external power too (AC 110/solar panel/turbine/car battery/etc). Always encrypt files when storing and transferring. Also add some facility to signal the device to turn off its wireless signal quickly so that it cannot be found using signal-locating devices.

    The last element of security is a thermite detonator with a separate trigger circuit and antenna frequency. Ship the product with a 'kill button' that transmits the detonator signal when you activate it.

    When you build it, I will come! I plan to bury one in my backyard and make the most secure file server evar. The USA PATRIOTS will never read my data!

  11. Why not build our own? by Yeechang+Lee · · Score: 2, Informative
    I recently began a Usenet thread on this very topic. I've copied the original post below:


    Subject: I want to build a 1.5TB storage array for MythTV

    Recently ran into the account of a guy who built his own 1.2TB RAID50-based storage array for $1600. I really like the idea and have been thinking about following suit.

    Like Finnie, I want to be able to store huge amounts of DivX/Xvid files online. In addition to the storage array, I also plan to build a separate MythTV box, which among other things will let me play them at will. My 200GB Series 1 TiVo's been serving me well for more than four years, but I really like the idea of being able to seamlessly integrate my AVI collection with TV recordings, and from what I gather MythTV has finally matured enough to be a realistic TiVo alternative.

    I have been 100% Linux at home for almost a decade and am quite comfortable with most of the technical aspects of the project.

    I'm planning on making the following changes to Finnie's build configuration:
    • Instead of 200GB ATA, use 250GB SATA drives for a total of 1.5TB. Outpost.com offers a Western Digital 250GB SATA drive for $170. I just missed the chance to get a $30 rebate off each drive, but I'm sure Fatwallet will alert me to a similar opportunity sooner or later.
    • Accordingly, get a HighPoint SATA RAID card instead of the specified RocketRAID 454 ATA RAID card. I think the RocketRAID 1640 is the way to go.
    • Instead of ext3, use XFS as the file system.

    My questions:
    • If I connect the storage array to my Linksys WRT54G router, will 100Mbps Ethernet be fast enough to pump the AVI files to the MythTV box without dropping frames?
    • Conversely, will 100Mbps Ethernet be sufficient to let me use the storage array as the primary storage medium for MythTV's recordings? What about HDTV encodings (using the pcHDTV Linux-only card)? Or do I have to upgrade to a Gigabit Ethernet router? Or would the encoder card and MythTV software have to run on the storage array itself in order to achieve acceptable performance? (Actually, I'm not opposed to doing so, if one box can simultaneously handle both storage and MythTV tasks.)
    • Anything else that I'm missing or should keep in mind?
    1. Re:Why not build our own? by vlm · · Score: 2, Informative

      Well lets think about this here.

      Most of my "TV episode" DiVX collection is in the general area of about 350 megabytes for a 45 minute show. Now about a minute with Octave will show that 350 / (45*60) * 8 is about a megabit per second.

      That sounds reasonable considering the bandwidth of real digital TV mpeg streams.

      So we will assume you need about a megabit a second.

      I guess that would rule out ArcNET or a 9600 baud SLIP but everything newer than say, 10 meg HDX thinnet, will work. You're asking if a net tech a hundred times faster than necessary will work or should you go for one a thousand times faster than necessary.

      You need to optimize something else... heat production, or latency, or pretty much everything else before you concern yourself with those questions.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    2. Re:Why not build our own? by drsmithy · · Score: 3, Informative
      Recently ran into the account of a guy who built his own 1.2TB RAID50-based storage array for $1600. I really like the idea and have been thinking about following suit.

      Just for anyone else reading who gets similar ideas, he's got some big errors.

      It looked like a normal 4-port ATA RAID controller, but with one difference: it boasted the fact that you could do RAID across 2 devices per channel. Normally this would be a stupid feature. Under normal circumstances, NEVER connect 2 drives to one channel if you intend to do RAID. Why? There is just as good of a chance that the channel itself dies than a single drive failing.

      This is incorrect. The reason you only put 1 device per channel is because with IDE, only one device on a channel can be active at once. It has nothing to do with the likelihood of failure. Even if that weren't true, his assumption is silly - a single drive is much more likely to break than a single channel on a controller.

      This erroneous assumption carries through his entire implementation and has crippled it's performance (as seen in the benchmarks - 36MB/s ? That's pathetic for an 6 disk RAID0 array - effectively what is is for disk reads). Using the "hardware" RAID on the card is another mistake, tying the array forever to that particular brand and model of disk controller.

      Folks, if you're setting up honkin' great big RAID arrays at home and don't want to pay for decent RAID controllers like 3wares, *use software RAID*. The CPU overhead is insignificant and the bonus of being able to move the array between arbitrary machines and not having to worry about a disk controller failure permanently making your data inaccessible is more than worth it.

  12. 1.337TB? by sczimme · · Score: 2, Funny


    We got a 1.337TB unit

    1.337TB? Wow - 1337. :-)

    --
    I want to drag this out as long as possible. Bring me my protractor.
  13. NASLite by nm42 · · Score: 2, Interesting

    If you're looking for something really low end to use at home, check out NASLite