Just upgrade your kernel using a manual build of the 2.6 kernel.
Also install static versions of the modutils ( insmod, modprobe, etc )
Use an external ( a machine with decent software ) for this so your compile doesn't break.
I have done so in the past and it works fine. ( and plan an update for those machines, anything with 2.4 is way to old... )

After that you can just use R1Soft hot copy,
http://www.r1soft.com/tools/linux-hot-copy/

This program is free ( as in beer ) to download and works with every block device.
You can even write to a block device if you really need to.

Their commercial offerings are pretty good as good. ( and DO work with the 2.4 kernel )
We use it here at work.

I heard btrfs supports something like this as well.

Any way, good luck!

Thanks for the feedback!

I am really looking forward to it.

You know it's actually quite easy to have multiple block devices using drbd and make them available to your VM? You can specify as many drbd devices as you like in your config. I am currently using one for root and one for swap.

disk = [
  'drbd:drbd-server1-root,xvda1,w',
  'drbd:drbd-server1-swap,xvda2,w',
]

I am no expert at this but couldn't you use a third drbd block for storing the journal that keeps track of all the changes and use that for recovery?

I suppose it would cause some writes all over the disk, so that might get tricky to get optimized. But it does come with the advantage that it doesn't do any strange things to the data on the drbd device all the time :)

Either that, or i am completely misunderstanding you :)

Have fun and keep up the good work ;)

Even more funny is the fact that they hosting their language on code.google.com
Perhaps we shouldn't worry that much about them harvesting our data after all?

Hi bcully

Mind if i ask you something.

Currently i am running a xen setup where we replicate the storage between two machines using drbd.
Live migration is supported in this scenario and failover is said to be as well though i haven't come around to check that out yet.

1. Are there any advantages to using Remus over such a setup. ( other then being much easier to setup :p )
2. Would it be possible to use proven solutions like drbd with remus or does this simply miss the point?

I'll be sure to check it out when it turns up in the next version

Greets

Mark

So... in order to break the microsoft lockin you use an api that is only availible to google users only.
Sound a bit like "Free, More Free and Locked in... Again..." to me...

How is this story "hardware" related.

omg...

that actually works...
who needs perl when you can have sed :D

Well technically they will not be able to perform Shroedinger cat's experiment since viruses in biology are not defined as living things.
They will have to evolve their experiments to be able to superposition cells at the least.

But all nitpicking aside, its still quite a nice experiment.

Let's hope this time they keep the user interface the same on all platforms.
Some of the mockups look pretty good though :)

1. Displaying Virtual Houses before they are build or sold.
2. Getting an 3d walk in a disco before going out.
3. cool statistics effects?

Anyway,

While applications on the desktop will always have their place, webapps have many advantages as well. they can be used everywhere, on every platform, you have your data stored on a single place that is much easier to backup. Much easier to upgrade. Support knows everybody is viewing the thing, you can outsource the whole thing, and many other motives.

For these reasons alone, it makes more then sense to move them to the web.
This desire is recognized by the html5 spec.
offline store, canvas, video, sound and now perhaps even web3d are among the last components missing for web apps to really kick sky high.

Sure there will be desktop apps for a long time, but their are good motives to work on web apps as well.

Well it contains water thats for sure.

But just look at how many times it is diluded.
Some ingredients are are deluded beyond the point of a single molecule.

Most people would count that as nothing.

Homeopathy is build with the current assumtions:

1. What causes and ill, also cures it.
2. You don't give people the undiluted substance
3. The more you dillude that substance the more powerful it becomes as a medicine.

If you find something that that has a high dose of something it's not homeopathic by definition.

The principles of homeopathy have no basis in science whatsoever.
It made no sense when it was made up and it still makes no sense today.