Slashdot Mirror
DRBD To Be Included In Linux Kernel 2.6.33
An anonymous reader writes "The long-time Linux kernel module for block replication over TCP, DRBD, has been accepted as part of the main Linux kernel. Amid much fanfare and some slight controversy, Linus has pulled the DRBD source into the 2.6.33 tree, expected to release February, 2010. DRBD has existed as open source and been available in major distros for 10 years, but lived outside the main kernel tree in the hands of LINBIT, based in Vienna. Being accepted into the main kernel tree means better cooperation and wider user accessibility to HA data replication."
Maybe stop building kernels by hand and you'll be a lot happier, then, eh? Seriously, there's virtually no reason to build a custom kernel unless you have some pretty unusual requirements. So quit wasting your time. And if you insist on building kernels by hand for no particularly good reason, quit bitching. It's not like you don't have a choice.
There wis a local mid-sized company which recently migrated their workstations from Windows XP to Linux. Firefox, Thunderbird, OpenOffice...it did everything they needed to do, and it was free!
Productivity dropped sharply shortly after the migration. No prob, everybody thought, just a temporary result of the learning curve. Rolling out a standard backup image was a huge hassle because there were different brands and models of workstations.
Updates would break the entire operating system and the IT staff had to hire temps just to fix driver problems and roll the dice editing config files. Users were complaining about having to sit aside all day while their workstations were being "fixed". Users were becoming frustrated with not knowing how to do anything without getting "file permissions" errors, and some of them threatened to quit altogether after a training session showed them how to use the terminal to navigate to a word document and use sudo to open it, while the same action would have been only a double-click on Windows. It took 5 months before the computers were perfectly configured and everybody got the hang of using Linux, but it still didn't solve the problem of random OS lockups which caused a lot of lost data.
Why is Linux still locking up? Windows fixed that problem years ago with 2k/XP!
It's 2010 and Linux *still* has no ZFS or DTrace. What a joke.
I am amazed anyone would use Linux for anything other than maybe controlling a toaster. Even then I wouldn't trust it to not burn the bread.
It's a kernel module. Don't like it, don't load it.
I missed where its a module and not "To Be Included in Linux Kernel" as the title implied. If it's just a module that's fine by me. Just keep it as a module and don't compile it into the kernel. I do see benefit of including the source as official Linux versus the previous third-party status.
"Personally" - you got a lotta nerve representing yourself as having a valid opinion about what does and does not constitute a useful feature.
A closed mouth gathers no foot.
I'm sorry, I'm not allowed to have an opinion? (maybe I pissed you off by using bloat and linux in the same sentence?) Go back and read what I wrote. I did NOT say it was not a useful feature. I said the vast majority of Linux users do not need this feature. Big difference. Or are you suggesting that more than a small fraction of users need HA and clustering capabilities?
Stupid obligatory car analogy, if 1% of the owners smoke it doesn't make sense to equip all the cars with ash trays? No, you simply keep it as an option.
Every time someone talks about how much they like some filesystems on Linux, someone pops up to tell us about how great ZFS is. Well, the license is shit, it was chosen specifically for GPL incompatibility, and sun can fuck off into the air. Stop trolling.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"