Cloning Solaris & Linux servers

[Cliphead]

Anybody done this? Any advice?

Two node high availability cluster with raid 5. Need to clone or backup / image one of the nodes for a fast restore in case of a hardware failure.

Solaris 8 & 10, CentOS 5.x and 6.x

[stek]

Flar on Solaris, or even ufsdump if not on ZFS, neither of these quick to restore from bare. Same for whatever RHEL/centos offers (probably nowt).

What you really need for bare-metal is AI/Jumpstart for Solaris and Kickstart for RHEL/Centos. Even better is xCAT, which will do both. Lot of configuring to do though not sure it's worth it for a few nodes.




Are the Solaris nodes SPARC?

[Cliphead]

Are the Solaris nodes SPARC?

Sunfire T2000 and V440's so not sure, only got hit with this today.

Would something like clonezilla do the job or revert to rsync after building the partitions for the Linux boxes?

[MicrosoftBob]

Another option could be to set up a DR server with the same setup, and just use rsync to make any changes on live go to DR

Do you actually need to clone the whole servers state ?

[Cliphead]

Another option could be to set up a DR server with the same setup, and just use rsync to make any changes on live go to DR

Do you actually need to clone the whole servers state ?

I need the whole server state for the remote possibilty that the worst case happens. It may be just a paper exercise but I suspect it may have to be demonstrated for real.

[stek]

Sunfire T2000 and V440's so not sure, only got hit with this today.

Would something like clonezilla do the job or revert to rsync after building the partitions for the Linux boxes?

Pretty ancient Sparcs. I'd use a combination of flarchive for the data and Jumpstart to boot from.

Or mirror the disks, split the mirrors and remove the disks and keep safe!

Unfortunately neither Solaris nor Linux have anything like bootable mksysb in AIX and HPUX designed to recover from bare metal.

[unixman]

You're looking for a bare metal recovery plan, which is not a trivial thing to implement. It will be a bit more than just copying a disk or similar. The procedure will depend on the setup, the time window they allow for recovery, the type of storage, the type of backups and other things.

I'm slightly confused on why they need a bare metal recover when the system is already clustered, but no matter. It does sound like a good opportunity to obtain more work.

[Cliphead]

Thanks all for the advice. No decision has been made yet on where they want to go with this but I'll need at least to propose a solution should it be required.

The biggest problem is not having all the information I need, getting answers is like drawing teeth out of this mob.

[stek]

The V440 is POS, but the T2000 is fully partition-able, like IBM LPAR's etc, proper firmware hypervisor, so it can offer virtualisation from the firmware, not from another layered OS like VMware, KVM etc...

T2000 pretty old now, T1 processor, but with 32gb RAM it can virtualise 10 or so full SPARC LDOMS and do it well. Added advantage is that if using file-based disk images, the DR is just a copy of a file. Sorted. T2000's cheap as chips now, 100 quid or so off Ebay so a DR spare is no issue.

[darrylmg]

The V440 is POS, but the T2000 is fully partition-able, like IBM LPAR's etc, proper firmware hypervisor, so it can offer virtualisation from the firmware, not from another layered OS like VMware, KVM etc...

T2000 pretty old now, T1 processor, but with 32gb RAM it can virtualise 10 or so full SPARC LDOMS and do it well. Added advantage is that if using file-based disk images, the DR is just a copy of a file. Sorted. T2000's cheap as chips now, 100 quid or so off Ebay so a DR spare is no issue.

Nice.

I thought that it should also be possible to use a PIXE boot setup of some sort, can't remember what's possible with SPARC. Not used one rwally since Solaris 6.
Thinking again, isn't PIXE just like JumpStart? I.e. you can boot and install a bare metal box from the eeprom?