Soldato
Cheers bud. The DS210j will be going on the MM soon.
I have a thread in the MM wanted section mate, any chance of first refusal for my enthusiasm?
http://forums.overclockers.co.uk/showthread.php?t=18249367
Cheers bud. The DS210j will be going on the MM soon.
It appears as an standard HDD so is simpler to configure for boot and installation of the OS, well that's my theory anyway. I though it was neater for the build and it's faster than a USB stick too.
Sounds pretty good, quite an interesting thing, I wasn't aware of their existence. What is the performance like? Snappy enough to use? I might be interested in using one as a second boot drive to run ubuntu/mint for using when I build my next rig, can you get them any bigger (say 16/32gb) as it would be mainly for an SSH shell, but also some processing of files too (although I would have different hard drives too for files, but a couple of programmes would be useful).
I'm trying to do exactly this at the moment but was struggling to find a decent looking small case. I found this http://www.fractal-design.com/?view=product&prod=43 but its quite big due to the stupid horizontal drive stacking and apparently it doesn't cool the drives that well, which is a shame because it looks pretty awesome!
The case you're using doesn't look too bad, any chance of a few more pics of the outside?
You mention that the 120mm was the noisiest and you used an LNA adapter to quieten it, what is an LNA adapter exactly?
Does the IDE flash module just sit on top of the IDE port? Is there a 2.5" drive bay in addition to the 4x 3.5" bays if I wanted to use that instead of the flash module?
Thanks
Thanks, just a few shots of the front/back of the case would be good.
With that motherboard, can all the SATA ports be used to make one large 4 disk array? Just thought I'd check since according to the gigabyte website each pair of ports has a different controller chip.
40MB/s is very good for samba, I'm still using a 100mbit switch, so all I know for certain is that my NAS will saturate 100mbit. I'd be thrilled if it gets anywhere near 40 with a better switch. NFS is generally faster, but does limit you to communication with other linux machines. If you're doing backups or similar, rsync & rsnapshot are fantastic tools for reducing the amount of data transferred.
That's the first I've seen of webmin; I'm not convinced I like that.
I suspect that whatever you do, the factor limiting performance is going to be the LAN speed. So, a few questions . . . have you tried:
- connecting a PC to the NIC via a crossover cable?
- replacing the RAM with a 512MB and/or 1GB stick?
- installing two sticks of RAM to test out the impact of dual channel memory
You have 2 (out of a possible 4) x 2TB HDDs mirrored; I believe that there are reasons why it is challenging to move beyond 2TB - have you researched this?
How will you backup this NAS box (assuming you plan to do so)?
As a completely unrelated question, is there any way of using this box as an external USB drive?
Finally, how noisy is the box and have you made any progress on silencing it still further?
Again, a GREAT thread.
This issue may only apply to NTFS partitions. I'm not sure if it an issue with LinuxRAID. Have a look HERE for an explanation and possible fixes.... Are you saying that the LinuxRAID package only supports up to 2TB? If you know more I'm keen to hear. ...
Just curious really, I know that it would never be anywhere near as fast as a Gigabit LAN.... I've no idea, [connecting via UBS] is not something I have given any consideration to. Is that something you would want to do? ...
USB drives plugged directly into the server, set to sync nightly.
This issue may only apply to NTFS partitions. I'm not sure if it an issue with LinuxRAID. Have a look HERE for an explanation and possible fixes.
The ext4 filesystem can support volumes with sizes up to 1 exabyte and files with sizes up to 16 terabytes
May I ask why have you bothered with this? You already have the drives in RAID 1, the only thing more secure would be something off site or in a different location (which USB drives aren't) and it just makes it look untidy. If you wanted more redundancy why didn't you just use 4 drives in RAID 1?
Yup, just checked and with a limit of four SATA drives you are absolutely right . . . up to at least 16TBThe file system I chose is the newest linux one called ext4. I found this when searching so I think I'm OK for future storage expansion ...
The server isn't just backup for the PC's in the house, it is the main storage for them all (the HTPC for example has just one SSD with the OS on it) so it's important that I back those files up I feel. I figure that if the PSU or mobo dies it could take any and all HDDs, that are connected to them, with it so it's best to have a separate backup.
I'm not one hundred percent au fait with the particulars of hardware and software RAID, but if you had say 1 drive fail, with it being RAID 1 would you not just have to remove the other drive and plug it in elsewhere and it would work immediately anyway? Or is it different for software RAID?Also, even if it dies and didn't damage HDDs I would have instant access to my files until the server is up and running again.
I'm not one hundred percent au fait with the particulars of hardware and software RAID, but if you had say 1 drive fail, with it being RAID 1 would you not just have to remove the other drive and plug it in elsewhere and it would work immediately anyway? Or is it different for software RAID?
Sorry for the inquisition I just find it interesting
When you get the new disk, power down the system, and install it, then partition the drive so that it has partitions the size of your missing RAID partitions. Once you have the partitions set up properly, just run mdadm --add /dev/md0 /dev/hdc1, where /dev/md0 is the RAID array you're adding the partition to, and /dev/hdc1 is the partition that you're trying to add. Reconstruction should start immediately.
If you would prefer to use the RAIDtools suite, you can use the command raidhotadd to put the new disk into the array and begin reconstruction.