VinDSL, I do not know your knowledge of GRUB, but have no problems with GRUB. I know how to use GRUB's command line to boot up Linux or any operating system. Also I can list the contents of a file within GRUB's command line. To my experience using a program to edit a file that has a free form format like grub.conf or menu.lst will always provide problems when you least expected, so always back up the valuable file first and resume the utility.
Headcase_Fargone, the only way to limit the size of the logs is put logs in its own partition or use house keeping scripts like logrotate. I suggest use logrotate after you configure your server or else logrotate will cause some problems when you are troubleshooting. You could use syslog-ng to send the logs to another computer.
Where do I begin?
1) DRAM based disks are as bad as a RAM disk. They require battery backup for any power failure or moving of the server. Use a flash based drive or use a hard drive. Stay away from RAM-based solutions unless you want to rebuild your root every few weeks.
If you read about the device that I posted then you would have changed your mind. Of course you have to use a battery or alternative power source to keep the data. The device does include a way to back up the data to a compact flash. The device I listed has unlimited writes. Flash based SSD have limited writes and logs will wear the drive more than you think.
2) Many distros don't install many side-packages if you use their alternate install disk or net-install disk. Ubuntu server is very light-weight and you can select an even lighter install using the standard install media. Debian is very decent. Gentoo, for a beginner, is a good learn experience but for a server I would say stick to a pre-defined packaged server distro.
I hate the word Ubuntu because it is the only distribution that fails to properly install on my setups. How it detects my PATA drives is different compared to what my BIOS sees it upon boot up. Other distributions works fine, but Ubuntu is pathetic. I can not recommend it. Gentoo will be my choice next to OpenSolaris for a server. I do not like Redhat and I do not like the proprietary compile and install methods of Debian.
Gentoo can work with pre-compiled packages, but you have to include an option to create a binary package.
3) OpenSolaris is a pain. It is. For a home server, there are plenty of better options. ZFS is not the end-all-be-all filesystem. And it's not worth trying to get all the packages you want onto it. Debian and Ubuntu have some of the best repositories when it comes to having packages.
It is not a pain. Debian and Ubuntu is a pain.
4) Stay away from soft-raid. PERIOD. If you want RAID, get a "cheap" LSI/Intel/HighPoint hardware RAID card and do a RAID 5. RAID 5 with 3 disks is a distributed parity with a 1-disk failure tolerance. It's space efficient (compared to RAID 1/10) and it has decent fault tolerance.
I agree partially because all those brands are software RAID types. The brands that I list are true hardware RAID and works in Linux as well as OpenSolaris. Also Marvell storage controllers are not matured enough in Linux, so I do not recommend the brands that you suggested.
5) Where do you get 2GB of logs in a few minutes? Logs are PLAIN TEXT. In an enterprise web server, I have logs from September 2009 until today, and the logs are only 9GB. I don't know how you could get 2GB of plain text that quickly. My dev server, for it's entire lifetime of a few years, only has 500MB of logs. My network gateway may have a few GB but that's only because it stores network bandwidth usage for every second for as long as I run it. Logs are not an issue for a HOME SERVER.
During configuring any system, there will be a lot of logs to make sure the server is doing what it is designed to do. A home server is not any different than the corporate level. During configure the level of logs will be high and then the logging level will be low when they are done configuring. Being surprise that logs are as huge as +2 GB in size is non-sense. Sending out a status of the log size to your email for a home server will not be reliable because you usually have to use SMTP server from the ISP to send the email. I do not like this idea of status.
Gentoo is terrible for servers because there's no consistency. Sure, if you're only dealing with 1 or 2 it's no big deal but as soon as you've got to worry about a half dozen or more you don't want to have to think about what hacks you've done on each individual system. And binary packages are much better for patching. I know 100% that every package on my system is exactly the same as the one that was put together and tested by the Debian developers. There's no chance that my local compiler flags, installed packages, etc affected it.
And from a security standpoint it's practically idiotic to have a compiler on a system you want to consider even remotely secure. On my workstations they have to be there things like the nVidia driver, but for a server it makes no sense.
Gentoo has the ability to compile into a binary file. Then you get consistency. Also to double check the consistency, there is revdep-rebuild. You can remove the compile from the server running Gentoo if you want. There is documentation out there to do that.
I have not seen any operating system being consistent in any way. None are consistent, If you think Gentoo is not consistent, setup global USB flags and do world install from there. Though if you use a long set of custom CFLAGS in Gentoo, you will later have problems.
For example, my CFLAGS for all my Gentoo setups running on Pentium 4 or higher is the following.
-O2 -march=i686 -mtune=pentium4 -msse -msse2 -msse3 -mmmx -pipe
Gentoo is not all about its performance. It is its flexibility of choosing features to include for each program or to leave them out.