WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Remus blktap2 issue

To: Xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] Remus blktap2 issue
From: Jonathan Kirsch <kirsch.jonathan@xxxxxxxxx>
Date: Tue, 7 Sep 2010 15:28:32 -0700
Cc:
Delivery-date: Tue, 07 Sep 2010 15:29:27 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=tEuyPDDfhhKTjOvtaYGsCRq/XNBqqCA68pmf4UeROFc=; b=Ek+aMKsDvkdBQV0f142rasJtKd/kbsbzffu0Y926quWv+2A1VtdTK5lvfPqcm8kdlK XwliKYl8nRE/oX2BVXMtIHkTU3g5LgNWBhZP/gxoibGU7RR6yfvbCk2vZMEE0JBXeCyr WE08mBRRnKzAf5XaEazN0ly6VvJoei2D6NydM=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=k3N/6EJ03tbyXU+sWVZAM9tIQVRYUZlHme96KOp95M7fmRlm1pjxOYRP0BT+joACNe rdAYF6gOLSSet6tf9GSthW1nv3UEHjpXegU3F/M1qxIj+G/iEVm2ELnEsb4NRo+xy/B1 42IgQbub7dFM2c/VbUP0qOixcl9DZim4Ru6fg=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hello,

I have been playing around with Remus on Xen 4.0.1, attempting to fail-over for an HVM domU.

I've run into some problems that I think could be related to tapdisk2 and its interaction with how one sets up Remus disk replication in the domU config file.

A few things I've noticed:

-The tap:remus:backupHostIP:port|aio:imagePath notation does not work for me, although this is what is written in the Remus documentation.  However, I have found the following to work (i.e., not complain when starting domU), so this is what I've been using:

tap2:remus:backupHostIP:port|aio:imagePath...

When I invoke the remus script, I do indeed see checkpoint traffic flowing between primary host and backup host.  However, disk replication does not actually seem to be working (the image on the backup host is never modified).  xend.log gives me the following error on the backup host:

------------------
[2010-09-07 11:55:41 2584] ERROR (XendDomainInfo:2244) Failed to restart domain 6.
Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2227, in _restart
    new_dom_info)
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomain.py", line 998, in domain_create_from_dict
    dominfo = XendDomainInfo.create_from_dict(config_dict)
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 126, in create_from_dict
    vm.start()
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 469, in start
    XendTask.log_progress(31, 60, self._initDomain)
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendTask.py", line 209, in log_progress
    retval = func(*args, **kwds)
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2896, in _initDomain
    self._createDevices()
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2374, in _createDevices
    devid = self._createDevice(devclass, config)
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 2336, in _createDevice
    return self.getDeviceController(deviceClass).createDevice(devConfig)
  File "/usr/lib64/python2.6/site-packages/xen/xend/server/BlktapController.py", line 212, in createDevice
    raise Exception, 'Failed to create device.\n    stdout: %s\n    stderr: %s\nCheck that target \"%s\" exists and that blktap2 driver installed in dom0.' % (out.rstrip(), err.rstrip(), file);
Exception: Failed to create device.
    stdout: vbd open failed: -22
    stderr:
Check that target "192.168.1.106:9500|aio:/home/jak/remus/XenGuest1.img" exists and that blktap2 driver installed in dom0.
--------------------

Thus, it seems like the backup host does not properly set up the tap disk for one of two reasons: either dom0 does not have blktap2 support, or there is something wrong with the path being passed to tapdisk2.  I do believe that dom0 on the backup host has blktap2 support, because I can launch the guest on the backup host (without using Remus) using the tap2 notation.  Further, the file /home/jak/remus/XenGuest1.img does in fact exist on the backup host.

I could be completely wrong about this, but it would seem to me that the backup host should be trying to set up the tap disk without any mention of the hostIP and port number, since (if I understand correctly) Remus does not replicate the backup's disk.

Does anyone know what might be going on here?  Am I using the right syntax in my configuration file?  Any help you could provide would be greatly appreciated.

Thanks so much,
Jon
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>