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

Re: [Xen-users] Re: export single partitions to xen 3.1.2 domU


  • To: XEN Mailing List <xen-users@xxxxxxxxxxxxxxxxxxx>
  • From: "Fajar A. Nugraha" <fajar@xxxxxxxxx>
  • Date: Wed, 22 Apr 2009 16:53:04 +0700
  • Delivery-date: Wed, 22 Apr 2009 02:53:44 -0700
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

On Wed, Apr 22, 2009 at 4:27 PM, Steven Timm <timm@xxxxxxxx> wrote:
>> Libvirt (for most purposes) is just a frontend. You can dump libvirt
>> altogether if you like (which is what I did) and manage domUs using xm
>> commands. That way (if you want to) it can be just like your previous
>> setup.
>
> Are you suggesting that
> xm create, which I always use to launch the domain,
> behaves differently depending on whether libvirt is running or not?

No. What I'm saying is that if you don't like libvirt or have problems
using it, then don't use it.
xm will work regardless whether libvirt is available or not.


>
>
>> Which is why I told you earlier
>>
>> "If by "convert" you mean "run these old dom0 on new version of dom0",
>> then you don't have to do anything. Old domU config should run just
>> fine."
>>
> Except that I want to move the kernel inside the domU and boot
> using pygrub, which I wasn't doing on this system before.
>

Now we're getting somewhere : It's not related libvirt. At all. :)
pyggrub does NOT require libvrt to be available in any way, shape, or form.
Here's my domU config file, using similar disk layout as yours (e.g.
hda1 instead of hda, sda, or xvda)

#=================================
memory = "500"
maxmem = "8000"

vcpus=8
vcpu_avail=1
cpus="1-7"

disk =  [
        'phy:/dev/rootVG/radrootlv,hda1,w',
        'phy:/dev/rootVG/radswaplv,hda2,w',
        ]
vif =   [
        'mac=00:16:3E:F3:AE:C0, bridge=br102',
        ]
vfb =['type=vnc,vnclisten=0.0.0.0']
bootloader="/usr/bin/pygrub"
#=================================

Here's /etc/fstab on that domU :
#=================================
/dev/hda1               /                       ext3
defaults,noatime        1 1
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
sysfs                   /sys                    sysfs   defaults        0 0
/dev/hda2               swap                    swap    defaults        0 0
#=================================

Here's /boot/grub/menu.lst (which is a symlink to grub.conf) on domU's fs
#=================================
default=0
timeout=5
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.18-128.1.6.el5xen)
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.18-128.1.6.el5xen ro root=/dev/hda1
        initrd /boot/initrd-2.6.18-128.1.6.el5xen.img
#=================================

Here's /etc/modprobe.conf (required to build initrd correctly)
#=================================
alias eth0 xennet
alias scsi_hostadapter xenblk
#=================================

After checking those files you either need to create initrd inside
domU, or copy dom0's initrd to domU.

Here's anlother example, which is what I did to turn jailtime.org
image (which uses sda1) to a pygrub-supported domU:
http://lists.xensource.com/archives/html/xen-users/2009-03/msg00372.html

> You are right that if I try to start
> the unmodified xen domU config on the new dom0  (with
> disabled libvirtd) I can do it.
> but if I try to change anything--
> even shift to pygrub with same disk configuration, things don't work.

Again, problem not directly related to libvirt.

Regards,

Fajar

_______________________________________________
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®.