Hi all

A question out of the square.  And from the outset, I know similar
questions have been asked before, and that it is not a supported
configuration.  Nevertheless I suspect I'm not the only one who's
interested and/or tried this out.

I have converted my XCP 1.6 Beta2 pool into a software RAID 1 setup on 2
disks, with a separate md device for the control domain's partition (md0),
the backup partition (md1) and the local storage (md2).  It's not that hard
to do.

The problem lies when attempting an upgrade.  The XCP installation process
does not recognise that there is an existing installation and assumes a
fresh installation, which would of course wipe everything clean.

My plan for a possible way forward is, on the master,:
(a) make a pool-dump-database and store safely
(b) extract one hard disk and store as a recovery strategy
(c) carry out a fresh installation on the remaining hard disk, selecting no
local SR.  I expect this will overwrite the first partition and wipe out
any raid configuration., not use the 2nd partition (as an upgrade is not
detected, and not touch the 3rd partition.
(d) start the third md device md2 with a missing member
(d) use pool-restore-database.  At this stage, I expect all metadata
existing prior to the 'upgrade' is restored and that the local SR is now
usable on md2
(e) carry out the conversion process from single to 2 RAID 1 disks again on
the master.

I can't think of an appropriate procedure for the slave.  I expect
host-backup/restore are not appropriate as they will simply restore the old
binaries, and pool-restore-database will probably not work on the slave
(I've documented elsewhere the failure of pool-dump-database).  So for the
slave I can only think of a fresh installation and subsequent pool-join.
 The only problem is the local SR on the slave - I suspect all VDIs on the
local SR will need to be exported to another shared SR beforehand, unless
sr-probe should help (on another host-id?).  Finally, convert to RAID1 as
before.

My main concern is whether the pool-restore-database is likely to work
between versions.  My expectation is that between 1.6Beta2 and 1.6Final,
the delta possibly considered minor, there should be no changes in metadata
formats, but this may not apply between major versions.

I'd be grateful for any direction in the matter.
_______________________________________________
Xen-api mailing list
[email protected]
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

Reply via email to