<html><head><style type='text/css'>body { font-family: 'Arial'; font-size: 12pt; color: #000000}</style></head><body><br>----- Original Message -----<br>From: "Frank Cox" <theatre@sasktel.net><br>To: "CentOS mailing list" <centos@centos.org><br>Cc: redhat@mckerrs.net<br>Sent: Tuesday, December 18, 2007 3:42:56 PM (GMT+1000) Australia/Brisbane<br>Subject: Re: [CentOS] "multi-boot" drive partitioning<br><br>On Tue, 18 Dec 2007 15:32:37 +1000 (EST)<br>"redhat@mckerrs.net" <redhat@mckerrs.net> wrote:<br><br>> You have another computer, which, I presume, is exactly the same as the 'live' one ? <br><br>In this application, I have five computers.  Four of them are in use, running<br>24/7, doing four different jobs ranging from running a webserver to answering<br>the phone to creating plates for a printing press.<br><br>The fifth one is going to spend most of its life switched off, sitting in the<br>corner, ready to swap in for any one of the other four machines.<br><br>> I'd still bet my money on the the fact that you'd spend more time rooting around with installation, backups and restores than if you setup software mirroring and used virtualization. <br><br>> How does this compare to your solution with regards to complexity and system<br>availability ? <br><br>Unless I'm missing something (which is highly likely) I still don't see how<br>that would get me where I'm going.  I don't need to have a "second copy" of<br>anything running, until the "main machine" quits.  I'll be quite happy to have<br>the spare machine gathering dust in the corner, as long as I know it's ready to<br>boot up and "assume the position" if it's needed.<br><br>-- <br>MELVILLE THEATRE ~ Melville Sask ~ http://www.melvilletheatre.com<br><br>-- <br>This message has been scanned for viruses and<br>dangerous content by MailScanner, and is<br>believed to be clean.<br><br><br>The problem with machines gathering dust is that quite often they do not waken up. It is much better to have all machines active so that you know they are all working. And with your setup you will never know for sure that it is "ready to boot up" until you need it. However, that is a minor point. <br><br>I may be missing something too, but as far as I can tell you will definitely be jumping through many undocumented hoops to get your stuff working, whereas with the centos virtualization there are truckloads of 'us' using this stuff on production servers and there is also very good documentation from upstream.<br><br>I appreciate that you may not have the time for going the full blown virtualization route but I'd predict that any initial effort would pay handsome dividends in the future. The ease with which you can 'commission' a new vm is scary. You can also live migrate running vms etc.<br><br><br>I still don't really understand  your requirements or any constraints for that matter but I'm sure that your solution is, at best, a band-aid which will potentially cause you many headaches.<br><br><br></body><br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</html>