Good morning all, I ad the network admin for a small ISP in new zealand and we are looking at using xen 2.0.7 to help us with HA services, we are planning to run 8 DomU''s in total 2 Apache Only 2 Exim4/Courier/Bind 2 Postgres & MySql 1 Billing System 1 Monitoring System We currently have the following servers ready for this xen test Compaq 1850R #1 2 x p3 800mhz 1 x 9.1gb 15k RPM Scsi Compaq 1850R #2 2 x p3 800mhz 1 x 9.1gb 15k RPM Scsi Compaq 1850R #3 2 x p3 800mhz 4 x 9.1gb 15k RPM Scsi Dell Server 1 x p3 1ghz 1 x 80gb SATA Custom Server 1 x p4 2.4ghz 4 x 200gb SATA on Intel SRCS16 Raid Card 2 x 80gb SATA on Intel ICH5 SATA Raid All the DomU''s need access to a common data folder for users e-mail and html pages and all DomU''s need to be able to be live mirgrated to other boxes, We have no Iscsi or SAN. I was planning on running the DomU''s root''s off 1 x 80gb SATA drive in the custom server with nightly backups to removable storage and have the DomU''s common data folder on 3 of the 9.1gb scsi drives in Compaq 1850R #3. All DomU''s and Dom0''s will be running Debian Stable My question to the list is this, what is my best way of setting up the filesystem so that the DomU''s can have a common data dump AND be able to be live migrated from box to box? Cheers Tristram Cheer UberNetworks _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
--- Tristram Cheer <tristram@ubernet.co.nz> wrote:> My question to the list is this, what is my best way of setting > up the filesystem so that the DomU''s can have a common data dump > AND be able to be live migrated from box to box?My suggestion is software-based GFS or OCFS. You could also use DRBD which is like network RAID 1, but only one node can write to the partition at a time but that would give you high availability at the cost of a few seconds of downtime when flipping over. If this ever becomes stable it''ll be very nice: http://sources.redhat.com/cluster/ddraid/ On a different note, don''t hesitate to try out Heartbeat and LVS. Good luck! CD * Bad news: We''ve all broken God''s 10 Commandments. Lust is adultery (Matt. 5:27-28), hate is murder (1 John 2:9). Break one and you''ve broken them all (James 2:10). We *all* deserve hell. * Good news: Jesus paid my penalty. Turn from your sin & ask God''s forgiveness by His blood -- while you still have time! NeedGod.com _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Chris de Vidal wrote:>--- Tristram Cheer <tristram@ubernet.co.nz> wrote: > > >>My question to the list is this, what is my best way of setting >>up the filesystem so that the DomU''s can have a common data dump >>AND be able to be live migrated from box to box? >> >> > >My suggestion is software-based GFS or OCFS. > > >Does anyone have any tips or howtos for compiling GFS into the 2.6.11 kernel? i''ve looked at GFS in the past but it seems there is little information on how to compile it into non-redhat kernels? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Monday 12 December 2005 23:42, Tristram Cheer wrote:> Chris de Vidal wrote: > >--- Tristram Cheer <tristram@ubernet.co.nz> wrote: > >>My question to the list is this, what is my best way of setting > >>up the filesystem so that the DomU''s can have a common data dump > >>AND be able to be live migrated from box to box? > > > >My suggestion is software-based GFS or OCFS. > > Does anyone have any tips or howtos for compiling GFS into the 2.6.11 > kernel? i''ve looked at GFS in the past but it seems there is little > information on how to compile it into non-redhat kernels?http://dash.ionblast.net/xen/cluster.html -- ---------------------------------------------------------------------------------------- Michael Mey Thinking Objects Software GmbH | mailto: michael.mey@to.com Lilienthalstrasse 2/1 | phone: +49 711 88770-147 70825 Stuttgart-Korntal, Germany | fax: +49 711 88770-449 ---------------------------------------------------------------------------------------- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Michael Mey wrote:>On Monday 12 December 2005 23:42, Tristram Cheer wrote: > > >>Chris de Vidal wrote: >> >> >>>--- Tristram Cheer <tristram@ubernet.co.nz> wrote: >>> >>> >>>>My question to the list is this, what is my best way of setting >>>>up the filesystem so that the DomU''s can have a common data dump >>>>AND be able to be live migrated from box to box? >>>> >>>> >>>My suggestion is software-based GFS or OCFS. >>> >>> >>Does anyone have any tips or howtos for compiling GFS into the 2.6.11 >>kernel? i''ve looked at GFS in the past but it seems there is little >>information on how to compile it into non-redhat kernels? >> >> > >http://dash.ionblast.net/xen/cluster.html > > > >When i try this guide i get to a working xen 2.0.7 state but when i try and compile "Cluster" i get the following error dev:/usr/src/cluster# make ARCH=xen install cd cman-kernel && make install make[1]: Entering directory `/usr/src/cluster/cman-kernel'' cd src && make install make[2]: Entering directory `/usr/src/cluster/cman-kernel/src'' rm -f cluster ln -s . cluster make -C /usr/src/xen-2.0/linux-2.6.11-xen0/ M=/usr/src/cluster/cman-kernel/src modules USING_KBUILD=yes make[3]: Entering directory `/usr/src/xen-2.0/linux-2.6.11-xen0'' CC [M] /usr/src/cluster/cman-kernel/src/cnxman.o /usr/src/cluster/cman-kernel/src/cnxman.c: In function `cl_alloc_sock'': /usr/src/cluster/cman-kernel/src/cnxman.c:928: warning: passing arg 3 of `sk_alloc'' makes integer from pointer without a cast /usr/src/cluster/cman-kernel/src/cnxman.c:928: warning: passing arg 4 of `sk_alloc'' makes pointer from integer without a cast /usr/src/cluster/cman-kernel/src/cnxman.c: In function `cl_bind'': /usr/src/cluster/cman-kernel/src/cnxman.c:1069: error: `SOCK_ZAPPED'' undeclared (first use in this function) /usr/src/cluster/cman-kernel/src/cnxman.c:1069: error: (Each undeclared identifier is reported only once /usr/src/cluster/cman-kernel/src/cnxman.c:1069: error: for each function it appears in.) /usr/src/cluster/cman-kernel/src/cnxman.c: At top level: /usr/src/cluster/cman-kernel/src/cnxman.c:4207: error: unknown field `obj_size'' specified in initializer /usr/src/cluster/cman-kernel/src/cnxman.c:4207: warning: missing braces around initializer /usr/src/cluster/cman-kernel/src/cnxman.c:4207: warning: (near initialization for `cl_proto.name'') /usr/src/cluster/cman-kernel/src/cnxman.c:4207: warning: overflow in implicit constant conversion /usr/src/cluster/cman-kernel/src/cnxman.c: In function `cluster_init'': /usr/src/cluster/cman-kernel/src/cnxman.c:4222: warning: implicit declaration of function `proto_register'' /usr/src/cluster/cman-kernel/src/cnxman.c:4229: warning: implicit declaration of function `proto_unregister'' make[4]: *** [/usr/src/cluster/cman-kernel/src/cnxman.o] Error 1 make[3]: *** [_module_/usr/src/cluster/cman-kernel/src] Error 2 make[3]: Leaving directory `/usr/src/xen-2.0/linux-2.6.11-xen0'' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/cluster/cman-kernel/src'' make[1]: *** [install] Error 2 make[1]: Leaving directory `/usr/src/cluster/cman-kernel'' make: *** [install] Error 2 dev:/usr/src/cluster# I use ./configure ARCH=xen --kernel_src=/usr/src/xen-2.0/linux-2.6.11-xen0/ to configure it and make ARCH=xen install to compile it I''m unable to make head nor tails of it, it may be a simple problem but i fail to see the answer. Any help?>------------------------------------------------------------------------ > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xensource.com >http://lists.xensource.com/xen-users >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users