My Ubuntu backup server was recently upgraded in storage space to a RAID 10 array... now it consists of 8T of raw drive space which was before 2T of space.
But I have been having trouble when it actually goes into production and starts backing up my main file server. It would always go into a degraded state when the rotation took place.
I noted that some of my scripts copy pretty big trees with cp -a... since i've replaced all cp commands with rsync... for a little more reliability :)
However, digging upon the subject of ext4 I discovered that journal entries are left unsatisfied too long (so it appears) so I've moved back to ext3.
I am considering creating a RAID 1 partition by using a small partition on drive and a ramdisk as the actual journal which should ensure speed for journal response and also ensure that the data is not lost upon reboot.
What are your thoughts?
Using a RAM-disk and a HDD together in a RAID1 would not do what you think it would.
From the Linux RAID howto:
So placing a filesystem journal on such a device would not improve your performance at all (since the system would wait for the write to complete on all members). Also, you should keep in mind that the journal is actually the most crucial part of the filesystem in the event of a system crash or power outage - it ensures filesystem consistency in these border cases.
If you need higher write performance for your journal, consider placing it on a SSD RAID-1 device instead.
It would be even better to increase your array's performance by using a BBWC-backed RAID controller where you could activate the write cache without risking your data's consistency.