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

[Xen-users] xen-tools: does not unmount disks and mounts proc into the new VM - why?

  • To: Xen User-List <xen-users@xxxxxxxxxxxxxxxxxxx>
  • From: Alexander Menk <alex.menk.lists2@xxxxxxxxxxxxxx>
  • Date: Wed, 01 Jul 2009 09:37:06 +0300
  • Delivery-date: Tue, 30 Jun 2009 23:37:53 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=iqPZ14M2LSdvQ1uK8FSy1nly1L8ALyL3qwSBPCq9gSSEeB6ct089t8mVdqDuhPzASG NBR4Kp7zO2rmKJM9FAcba6uIc8rsv97zIZPezyViw0VOkxoSg3k80cuBPnd6n8hmfieN 7Hlm1+TbKpKveVeDXn09q5grRvmgeCibbHf0Y=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>


I am using xen-tools version: 3.9-4 to create domUs:

1. time xen-create-image --verbose --dist=lenny
 --hostname dummy --ip xxx.xxx.xxx.xxx --force

2. xm create dummy.cfg

Then I get the message 

Device /dev/vg0/dummy-disk is mounted in the privileged domain,
and so cannot be mounted by a guest.

3. When I tried to umount, I got "device busy".

4. I am really surprised about the output of mount on my dom0:

dom0:~# mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/mapper/vg0-linux--images on /mnt/linux-images type xfs (rw)
/dev/mapper/vg0-xen--file--images on /mnt/xen-file-images type xfs (rw)
/dev/mapper/vg0-dummy--disk on /tmp/1UNYuVP7WO type ext3 (rw)
/proc on /tmp/1UNYuVP7WO/proc type none (rw,bind)

Why is /proc mounted to /tmp/1U.... that is in fact the disk of the new
VM? That looks really dangerous. 

Did anybody see this before?

I used --force because on the first call I did a mistake and the logical
volumes already existed. Maybe --force is not a good idea?


Xen-users mailing list



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