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

Re: [Xen-users] Xen & DRBD


  • To: xen-users@xxxxxxxxxxxxxxxxxxx
  • From: "Daniel Asplund" <danielsaori@xxxxxxxxx>
  • Date: Tue, 18 Mar 2008 17:58:43 +0900
  • Delivery-date: Tue, 18 Mar 2008 01:59:18 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=c7rsfBswHuphVpeBZ5XSk9W3G04QfepNauIePJDEmuUQbMQxBqyTVeCp8H7tHBQvPSDD+Yjwx4/kMY91Br28pQPFg3V9ogsYg5yvg0UFfvoV4SQC4YgczMoDJks2izMsQVY3712F/85lygXunAtyHnLMYIEzrIf78QXxRPP7DC4=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

Your "cat /proc/drbd" shows that your drbd resources are primary/primary.
You shouldn't start drbd manually, XEN will take care of that for you.
I am away now so I cannot point you in the direct direction, but have
a look at how you start your drbd processes. You might need to disable
an startup script in init.d
//Daniel
On 3/18/08, Stuart Poulton <swp@xxxxxxxxxxxxxx> wrote:
> Hi,
>
> I've just tried again, this time using one of the example xen files.
> Details below.
>
>
> x-host-3:/etc/xen/vm # cat test
> # This is a bootloader used to boot paravirtualized domains. You can
> optionally
> # plug in a different boot loader here, e.g., pygrub. There is usually no
> # reason to change this. Don't explicitly specify kernel and ramdisk if you
> use
> # a bootloader.
> bootloader="/usr/lib/xen/boot/domUloader.py"
>
> # The domUloader will pull the specified kernel and initrd out of the domU's
> # disk, and use that to boot. This is easier to manage, compared to
> manually
> # keeping a copy of the kernel and initrd in sync in dom0's filesystem and
> # pointing to them with the "kernel" and "ramdisk" parameters. Syntax is
> # "VDEV:KERNEL,INITRD", where VDEV is the block device (from domU's point of
> # view) within which KERNEL and INITRD can be found.
> bootentry = "hda1:/boot/vmlinuz-xen,/boot/initrd-xen"
>
>
> # Remaining settings for the example VM:
> name="domUloader-example"
> memory=512
> vcpus=1
> on_crash="destroy"
> on_poweroff="destroy"
> on_reboot="restart"
> localtime=0
> builder="linux"
> bootargs="--entry=xvda1:/boot/vmlinuz-xen,/boot/initrd-xen"
> disk=[ 'drbd:xendomains,xvda,w' ]
> vif=[ 'mac=00:16:3e:00:01:02,bridge=xenbr0' ]
> vfb=['type=vnc,vncunused=1']
>
>
> x-host-3:/etc/xen/vm # cat /proc/drbd
> version: 8.0.6 (api:86/proto:86)
> SVN Revision: 3048 build by phil@mescal, 2007-09-03 10:39:27
> 0: cs:Connected st:Primary/Primary ds:UpToDate/UpToDate C r---
> ns:0 nr:1052672 dw:1052672 dr:0 al:0 bm:284 lo:0 pe:0 ua:0 ap:0
> resync: used:0/31 hits:65650 misses:142 starving:0 dirty:0
> changed:142
> act_log: used:0/257 hits:0 misses:0 starving:0 dirty:0 changed:0
> x-host-3:/etc/xen/vm # drbdadm state xendomains
> Primary/Primary
>
>
> x-host-3:/etc/xen/vm # xm create -c test
> Using config file "./test".
> Error: Disk isn't accessible
>
>
> x-host-3:/etc/xen/vm # xm create -n opensuse-1
> Using config file "./opensuse-1".
> (vm
> (name opensuse-1)
> (memory 384)
> (on_poweroff destroy)
> (on_reboot restart)
> (on_crash destroy)
> (vcpus 1)
> (on_xend_start ignore)
> (on_xend_stop ignore)
> (uuid 7bf59311-0304-d34e-09a7-4d2f2fa5f5e9)
> (bootloader /usr/lib/xen/boot/domUloader.py)
> (bootloader_args '--entry=xvda1:/boot/vmlinuz-xen,/boot/initrd-xen')
> (image (linux (args ' ')))
> (device (vbd (uname drbd:drdb0) (dev xvda) (mode w)))
> (device (vbd (uname phy:/dev/cdrom) (dev xvdb:cdrom) (mode r)))
> (device (vif (mac 00:16:3e:19:69:48)))
> (device (vkbd))
> (device
> (vfb
> (vncunused 1)
> (type vnc)
> (display localhost:10.0)
> (xauthority /root/.Xauthority)
> )
> )
> )
>
>
>
> On Mon, 2008-03-17 at 19:28 +0000, Gareth Bult wrote:
> > Hi,
> >
> > When you switch to "drbd:" you need to change the path to the drbd
> resource name, rather than the device name. So if you have a drbd.conf that
> says;
> >
> > resource fred {
> > on nodea {
> > device /dev/drbd0;
> >
> > You would use;
> > disk=[ 'drbd0:fred,xvda,w',]
> >
> > hth
> > Gareth.
> >
> >
> > ----- Original Message -----
> > From: "Stuart Poulton" <swp@xxxxxxxxxxxxxx>
> > To: xen-users@xxxxxxxxxxxxxxxxxxx
> > Sent: Monday, March 17, 2008 3:08:47 PM GMT +00:00 GMT Britain, Ireland,
> Portugal
> > Subject: [Xen-users] Xen & DRBD
> >
> > Dear All,
> >
> > I'm using drbd to provide a HA pair of servers to run xen domains on.
> >
> > I've created a test domain as follows
> >
> > x-host-2:~ # more /etc/xen/vm/opensuse
> > name="opensuse"
> > ostype="opensuse"
> > uuid="ee62226a-8487-cc02-d89f-dafafd1f35e6"
> > memory=1214
> > vcpus=2
> > on_crash="destroy"
> > on_poweroff="destroy"
> > on_reboot="restart"
> > localtime=0
> > builder="linux"
> > bootloader="/usr/lib/xen/boot/domUloader.py"
> > bootargs="--entry=xvda1:/boot/vmlinuz-xen,/boot/initrd-xen"
> > extra=" "
> > disk=[ 'phy:/dev/drbd0,xvda,w',]
> > vif=[ 'mac=00:16:3e:29:fb:80', ]
> > vfb=['type=vnc,vncunused=1']
> >
> > This works fine, and start and stop the domain on both of the nodes.
> > However if I try to use
> >
> > disk=[ 'drbd:xendomains,xvda,w',]
> >
> > I get the following error....
> >
> > x-host-2:~ # xm create opensuse
> > Using config file "/etc/xen/vm/opensuse".
> > Error: Disk isn't accessible
> >
> > I'm expecting the block-drbd script to do something here, but from what
> > I can tell it's not.
> >
> > I suspect I've missed something fundamental. Any pointers please ?
> >
> > Thanks
> >
> > Stuart
> >
> >
> > _______________________________________________
> > Xen-users mailing list
> > Xen-users@xxxxxxxxxxxxxxxxxxx
> > http://lists.xensource.com/xen-users
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
>

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

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