[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-users] Changing underlying storage without shutting down guests

  • To: xen-users@xxxxxxxxxxxxx
  • From: Sarah Newman <srn@xxxxxxxxx>
  • Date: Thu, 11 Jul 2013 17:49:39 -0700
  • Delivery-date: Fri, 12 Jul 2013 00:51:15 +0000
  • List-id: Xen user discussion <xen-users.lists.xen.org>


We're working on a new storage architecture. In the meantime, before that 
architecture is ready we
have to move some customers around and this will require shutting them down 
anyway.  My goal is that
we bring them back up we won't have to take them down again to switch to the 
new storage architecture.

The solution(?) I've come up is to run the domu on top of a md multipath 
device. The md multipath
has simple failover such that all requests are directed towards only one of the 
md members at any
time.  This is the sequence I've tested:

Pause domain
Fail over md multipath to dummy storage
Re-export primary storage using a different block layer
Fail over md multipath to re-exported primary storage
Unpause domain


mdadm --build /dev/md/bob --raid-devices=2 --level=multipath --auto=md 
/dev/mapper/volume-bob missing

xm pause bob #bob has / on /dev/md/bob
mdadm /dev/md/bob --add /dev/mapper/volume-move_tmp
mdadm --set-faulty /dev/md/bob /dev/mapper/volume-bob
mdadm --remove /dev/md/bob /dev/mapper/volume-bob
tgtadm --lld iscsi --op new --mode target --tid 2 --targetname bob
tgtadm --op new --mode logicalunit --tid 2 --lun 1 --backing-store 
/dev/mapper/volume-bob  --lld iscsi
tgtadm --lld iscsi --op bind --mode target --tid 2 -I ALL
iscsiadm --mode discovery -t sendtargets --portal
iscsiadm --mode node --targetname bob --portal --login
mdadm /dev/md/bob --add /dev/disk/by-path/ip-
mdadm --set-faulty /dev/md/bob /dev/mapper/volume-move_tmp
mdadm --remove /dev/md/bob /dev/mapper/volume-move_tmp
xm unpause bob

It appears to work but that doesn't prove it will always.  Does anyone know if 
this reliable or if
there's a better method?  Thanks in advance.


Xen-users mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.