All of lore.kernel.org
 help / color / mirror / Atom feed
From: Roland Paterson-Jones <roland@rolandpj.com>
To: Julian Chesterfield <jac90@cam.ac.uk>
Cc: Xen Devel <xen-devel@lists.xensource.com>, xen-users@lists.xensource.com
Subject: Re: [Xen-users] Re: tap:qcow causes dom-U to hang in 3.0.3
Date: Tue, 14 Nov 2006 12:10:28 +0200	[thread overview]
Message-ID: <45599614.3040103@rolandpj.com> (raw)
In-Reply-To: <1a16a93e920ce8db7c8ed8cd908a876b@cam.ac.uk>

Julian Chesterfield wrote:

>
> There's a bunch of DPRINTFs in the code which send debug output to 
> syslog. You can play with syslog settings to switch on the debug 
> messages and direct them to a log file.
>
Here is another clue from syslog. Below is the full log, but the hang 
seems to accur when the following log messages are triggered (there's a 
bunch of them at the end):

Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869040]

I'm a little frustrated with re-building the blktap user-space tools 
myself. When I do so, I get the following kernel messages:

Nov 13 13:44:08 dom0-0-50-45-5d-6a-bc kernel: blk_tap: invalid user 
buffer -- could not remap it
Nov 13 13:44:08 dom0-0-50-45-5d-6a-bc kernel: blk_tap: Reached Fail_flush
Nov 13 13:44:08 dom0-0-50-45-5d-6a-bc kernel: blk_tap: BLKTAP_INVALID_HANDLE

But I don't get these when I use the (PAE) binary distribution. I'm only 
rebuilding the blktap tools, not the rest, so perhaps my config is not 
right (incompatible with the PAE kernel somehow). If you know off-hand 
what the problem is then I can maybe chase down the offset issue more 
productively.

Regards
Roland

Full debug syslog of qcow creation and dom-U launch using tap:qcow root FS:

Nov 14 11:56:26 dom0-0-50-45-5d-6a-bc qcow-create: Qcow_create: size 
10737418240
Nov 14 11:56:26 dom0-0-50-45-5d-6a-bc qcow-create: Backing file size 
detected: 3123200 sectors(total 1599078400 [1525 MB])
Nov 14 11:56:26 dom0-0-50-45-5d-6a-bc qcow-create: L1 Table offset: 
4096, size 6104
Nov 14 11:56:26 dom0-0-50-45-5d-6a-bc qcow-create: Adjusted filelength 
to 12288 for 4 Kbyte alignment
Nov 14 11:56:26 dom0-0-50-45-5d-6a-bc qcow-create: QCOW file 
successfully created
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Received a poll for a 
new vbd
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: /dev/xen/blktap1 
device already exists
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Received device id 1 
and major 254, sent domid 3 and be_id 2049
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Detected handle: [qcow]
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Process does not exist:
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Launching process, 
CMDLINE [tapdisk /dev/xen/tapctrlwrite1 /dev/xen/tapctrlread1]
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Write_msg called: 
CTLMSG_PID
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc TAPDISK: Tapdisk: Received msg, 
len 8, type 9, UID 13691
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Received CTLMSG_PID_RSP
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL:       PID: [21862]
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Write_msg called: 
CTLMSG_PARAMS, sending [qcow:/mnt/instance_image_store_0/2.qcow, 
/mnt/instance_image_store_0/2.qcow]
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Generated cookie, 13691
Nov 14 11:56:27 dom0-0-50-45-5d-6a-bc TAPDISK: Tapdisk: Received msg, 
len 43, type 1, UID 13691
Nov 14 11:56:28 dom0-0-50-45-5d-6a-bc kernel: tap tap-3-2049: 2 getting info
Nov 14 11:56:28 dom0-0-50-45-5d-6a-bc TAPDISK: Received CTLMSG_PARAMS: 
[/mnt/instance_image_store_0/2.qcow]
Nov 14 11:56:28 dom0-0-50-45-5d-6a-bc TAPDISK: Loaded driver: name 
[tapdisk_qcow], type [4]
Nov 14 11:56:28 dom0-0-50-45-5d-6a-bc TAPDISK: QCOW: Opening 
/mnt/instance_image_store_0/2.qcow
Nov 14 11:56:29 dom0-0-50-45-5d-6a-bc TAPDISK: L1 Table offset detected: 
4096, size 6104 (8192)
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc TAPDISK: Reading backing file data
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc TAPDISK: AIO state initialised
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc TAPDISK: Adding fd_list_entry
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc TAPDISK: Entered cookie 13691
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Received CTLMSG_IMG: 
3123200, 512, 0
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Received a poll for a 
new devmap
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc logger: /etc/xen/scripts/block: 
add XENBUS_PATH=backend/vbd/3/2050
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc logger: /etc/xen/scripts/block: 
add XENBUS_PATH=backend/vbd/3/2051
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc logger: /etc/xen/scripts/blktap: 
add XENBUS_PATH=backend/tap/3/2049
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc logger: /etc/xen/scripts/vif-aes: 
online XENBUS_PATH=backend/vif/3/0
Nov 14 11:56:30 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Write_msg called: 
CTLMSG_NEWDEV
Nov 14 11:56:31 dom0-0-50-45-5d-6a-bc logger: /etc/xen/scripts/blktap: 
Writing backend/tap/3/2049/hotplug-status connected to xenstore.
Nov 14 11:56:31 dom0-0-50-45-5d-6a-bc TAPDISK: Tapdisk: Received msg, 
len 12, type 4, UID 13691
Nov 14 11:56:31 dom0-0-50-45-5d-6a-bc TAPDISK: Retrieving state, cookie 
13691.....[OK]
Nov 14 11:56:31 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Received CTLMSG_NEWDEV_RSP
Nov 14 11:56:31 dom0-0-50-45-5d-6a-bc BLKTAPCTRL: Exiting map_new_blktapctrl
Nov 14 11:56:31 dom0-0-50-45-5d-6a-bc logger: /etc/xen/scripts/block: 
Writing backend/vbd/3/2051/physical-device fd:4 to xenstore.
Nov 14 11:56:31 dom0-0-50-45-5d-6a-bc logger: /etc/xen/scripts/block: 
Writing backend/vbd/3/2051/hotplug-status connected to xenstore.
Nov 14 11:56:32 dom0-0-50-45-5d-6a-bc logger: /etc/xen/scripts/block: 
Writing backend/vbd/3/2050/physical-device fd:3 to xenstore.
Nov 14 11:56:32 dom0-0-50-45-5d-6a-bc logger: /etc/xen/scripts/block: 
Writing backend/vbd/3/2050/hotplug-status connected to xenstore.
Nov 14 11:56:32 dom0-0-50-45-5d-6a-bc kernel: ADDRCONF(NETDEV_UP): 
vifI93276.0: link is not ready
Nov 14 11:56:33 dom0-0-50-45-5d-6a-bc logger: /etc/xen/scripts/vif-aes: 
Writing backend/vif/3/0/hotplug-status connected to xenstore.
Nov 14 11:56:50 dom0-0-50-45-5d-6a-bc kernel: ADDRCONF(NETDEV_CHANGE): 
vifI93276.0: link becomes ready
Nov 14 11:57:01 dom0-0-50-45-5d-6a-bc kernel: vifI93276.0: no IPv6 
routers present
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869040]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869048]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869056]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869064]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869072]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869080]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869088]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869096]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869104]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869112]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869120]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869128]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869136]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869144]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869152]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869160]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869168]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869176]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869184]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869192]
Nov 14 11:59:47 dom0-0-50-45-5d-6a-bc TAPDISK: AIO_LOCK or 
iocb_free_count (0) failed[869200]

  reply	other threads:[~2006-11-14 10:10 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-08 14:50 tap:qcow causes dom-U to hang in 3.0.3 Roland Paterson-Jones
2006-11-08 15:11 ` [Xen-devel] " Ewan Mellor
2006-11-09  7:58   ` [Xen-users] " Roland Paterson-Jones
2006-11-10 10:15     ` Julian Chesterfield
2006-11-10 14:00       ` Re: [Xen-devel] " Roland Paterson-Jones
2006-11-13 12:26         ` [Xen-users] " Julian Chesterfield
2006-11-14 10:10           ` Roland Paterson-Jones [this message]
2006-11-14 10:50             ` Re: [Xen-devel] " Roland Paterson-Jones
2006-12-15  5:24               ` tap:qcow causes dom-U to hang in 3.0.4-rc1 Hiromichi Itou
2006-12-19 22:32                 ` Julian Chesterfield
2006-12-20  9:57                   ` Hiromichi Itou
2006-11-10 14:17       ` Re: [Xen-devel] tap:qcow causes dom-U to hang in 3.0.3 Roland Paterson-Jones
2006-11-09  9:30   ` [Xen-users] " Roland Paterson-Jones
2006-11-09 13:34   ` Roland Paterson-Jones
2006-11-09 13:58     ` Re: [Xen-devel] " Ewan Mellor
2006-11-10  8:49   ` Wolfgang Schnerring

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=45599614.3040103@rolandpj.com \
    --to=roland@rolandpj.com \
    --cc=jac90@cam.ac.uk \
    --cc=xen-devel@lists.xensource.com \
    --cc=xen-users@lists.xensource.com \
    /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.