All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jared Rhine <jared@wordzoo.com>
To: xen-devel@lists.sourceforge.net
Subject: XenCD xm save problem
Date: Wed, 09 Feb 2005 16:05:18 -0800	[thread overview]
Message-ID: <874qglcm9t.wl@badger.wordzoo.com> (raw)

[Paul == i_p_a_u_l@yahoo.com on Tue, 08 Feb 2005 01:09:57 +0200]

  Paul> I tried with XenCD 1.0 rc1 in both vmware environments, and it
  Paul> did not work, but I suspect there is something else fishy,
  Paul> because "xm save" did not work either.

Thanks for the report.  I can duplicate the problem that xm save does
not work on XenCD.  Currently, I'm treating this as a release blocker
for 1.0final.

I'm unable at determine a fix for the problem and am soliciting help
from anyone who thinks they could contribute.

After a fresh boot of XenCD 1.0rc01, if I do:

  xm save 1 /tmp/ttylinux1.save

I get:

  Error: Error: [Failure instance: Traceback: \
    xen.xend.XendError.XendError, save failed

The /var/log/xend-debug.log in enclosed below.  I see:

  /dev/loop: Is a directory
  ioctl: LOOP_SET_FD: Device or resource busy
  ioctl: LOOP_SET_FD: Device or resource busy

Relevant to that, I'm using udev with a plain Debian sarge install.
/dev/loop does indeed exist as a directory.  My other udev box,
Gentoo, also has a /dev/loop directory, with 8 block devices inside.
XenCD has on 1 block device.  My Debian woody devfs box has no
/dev/loop directory entry.

dom0 is booted with max_loop=64.

Oddly, there are possible loop leaks in my startup as there are
processes and lsof entries for loop0, loop1, loop2, loop3, loop10, and
loop11, which seems like a few too many.  Only ttylinux-1 and 2's
loopback rootfs should be using up loops, I think.

Possibilities:

Do I need to patch sarge's udev to create a /dev/loop device?

Should I be digging into xend code to see how it uses /dev/loop?  I'm
still wrapping my head around xend and I can't find "loop" in a grep
of the tree.

Is there something about tmpfs that makes xm save work for others but
not XenCD?  XenCD's Xen installation is as absolutely vanilla as I can
make it, other than tmpfs.  And ttylinux is running on a loopback
ext2.

Apologies if I'm missing something obvious.

-- begin /var/log/xend-debug.log --

network start bridge=xen-br0 netdev=eth0 antispoof=no
VIRTUAL MEMORY ARRANGEMENT:
 Loaded kernel: c0100000->c034f6c4
 Init. ramdisk: c0350000->c0350000
 Phys-Mach map: c0350000->c0358000
 Page tables:   c0358000->c035a000
 Start info:    c035a000->c035b000
 Boot stack:    c035b000->c035c000
 TOTAL:         c0000000->c0400000
 ENTRY ADDRESS: c0100000
 VCPUS:         1
/dev/loop: Is a directory
ioctl: LOOP_SET_FD: Device or resource busy
ioctl: LOOP_SET_FD: Device or resource busy
vif-bridge up vif=vif1.0 domain=ttylinux-1 mac=aa:00:00:69:13:b5 bridge=xen-br0
recv_fe_driver_status> {'status': 1}

recv_fe_driver_status>

recv_fe_interface_connect {'tx_shmem_frame': 23907, 'rx_shmem_frame': 23906, 'handle': 0}
VIRTUAL MEMORY ARRANGEMENT:
 Loaded kernel: c0100000->c034f6c4
 Init. ramdisk: c0350000->c0350000
 Phys-Mach map: c0350000->c0358000
 Page tables:   c0358000->c035a000
 Start info:    c035a000->c035b000
 Boot stack:    c035b000->c035c000
 TOTAL:         c0000000->c0400000
 ENTRY ADDRESS: c0100000
 VCPUS:         1
/dev/loop: Is a directory
ioctl: LOOP_SET_FD: Device or resource busy
ioctl: LOOP_SET_FD: Device or resource busy
ioctl: LOOP_SET_FD: Device or resource busy
vif-bridge up vif=vif2.0 domain=ttylinux-2 mac=aa:00:00:56:44:c6 bridge=xen-br0
recv_fe_driver_status> {'status': 1}

recv_fe_driver_status>

recv_fe_interface_connect {'tx_shmem_frame': 5204, 'rx_shmem_frame': 5203, 'handle': 0}
sync_session> <type 'str'> 1 ['save', ['id', '1'], ['state', 'begin'], ['domain', '1'], ['file', '/tmp/ttylinux1.save']]
Started to connect self= <xen.xend.XendMigrate.XfrdClientFactory instance at 0xb78fbdec> connector= <twisted.internet.tcp.Connector instance at 0xb78fbe0c>
buildProtocol> IPv4Address(TCP, 'localhost', 8002)
***request> (domain (id 1) (name ttylinux-1) (memory 31) (maxmem 32768) (state -b---) (cpu 0) (cpu_time 81.206402435) (up_time 59103.1672821) (start_time 1107920300.57) (console (status listening) (id 12) (domain 1) (local_port 12) (remote_port 1) (console_port 9601)) (devices (vif (idx 0) (vif 0) (mac aa:00:00:69:13:b5) (evtchn 14 4) (index 0)) (vbd (idx 0) (vdev 2049) (device 1802) (mode w) (dev sda1) (uname file:/tmp/xen-rootfs.ttylinux-1) (node /dev/loop10) (index 0))) (config (vm (name ttylinux-1) (memory 32) (cpu -1) (restart always) (image (linux (kernel /media/cdrom/boot/xenU-kernel) (root '/dev/sda1 ro') (vcpus 1))) (device (vbd (uname file:/tmp/xen-rootfs.ttylinux-1) (dev sda1) (mode w))) (device (vif (mac aa:00:00:69:13:b5))) (memmap) (device_model) (device_config))))
***request> begin
xfr_err> ['xfr.err', '0']
xfr_err> <type 'str'> 0
Xfrd>connectionLost> [Failure instance: Traceback: twisted.internet.error.ConnectionDone, Connection was closed cleanly.
]
XfrdSaveInfo>connectionLost> [Failure instance: Traceback: twisted.internet.error.ConnectionDone, Connection was closed cleanly.
]
XfrdInfo>connectionLost> [Failure instance: Traceback: twisted.internet.error.ConnectionDone, Connection was closed cleanly.
]
Error> save failed
Error> calling errback
***cbremove> [Failure instance: Traceback: xen.xend.XendError.XendError, save failed
]
***_delete_session> 1
clientConnectionLost> connector= <twisted.internet.tcp.Connector instance at 0xb78fbe0c> reason= [Failure instance: Traceback: twisted.internet.error.ConnectionDone, Connection was closed cleanly.
]

-- end --

-- jared@wordzoo.com

"A black hole is where God is dividing by zero."
        -- attributed to Roger Smith


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

             reply	other threads:[~2005-02-10  0:05 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-10  0:05 Jared Rhine [this message]
2005-02-10 22:50 ` XenCD xm save problem Jared Rhine
2005-02-10 23:31   ` Arthur Bergman
2005-02-11  0:40     ` Jared Rhine
2005-02-11  8:13       ` Arthur Bergman
2005-02-12  7:56       ` XenCD xm save problem: solved by 2.0.4 Jared Rhine
2005-02-14 13:32         ` Arthur Bergman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=874qglcm9t.wl@badger.wordzoo.com \
    --to=jared@wordzoo.com \
    --cc=xen-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.