From: Avi Kivity <avi@redhat.com>
To: Sebastian Hetze <s.hetze@linux-ag.com>
Cc: kvm@vger.kernel.org
Subject: Re: syscall rmdir hangs with autofs
Date: Mon, 19 Jul 2010 14:12:59 +0300 [thread overview]
Message-ID: <4C44333B.5090709@redhat.com> (raw)
In-Reply-To: <20100719083932.187C6303001B@mail.linux-ag.de>
On 07/19/2010 11:39 AM, Sebastian Hetze wrote:
> Hi *,
>
> we are encountering occasional problems with autofs running inside
> an KVM guest.
>
> [1387441.969106] INFO: task automount:26560 blocked for more than 120 seconds.
> [1387441.969110] "echo 0> /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> [1387441.969112] automount D e8510198 0 26560 2702 0x00000000
> [1387441.969117] db0a1ef4 00000082 80000000 e8510198 0004ed69 c8266000 f6e85a40 00000000
> [1387441.969123] c08455e0 c08455e0 f41157f0 f4115a88 c55315e0 00000000 c0207c0a db0a1ef0
> [1387441.969128] f4115a88 f7222bbc f7222bb8 ffffffff db0a1f20 c05976ae db0a1f14 f41157f0
> [1387441.969133] Call Trace:
> [1387441.969140] [<c0207c0a>] ? mntput_no_expire+0x1a/0xd0
> [1387441.969146] [<c05976ae>] __mutex_lock_slowpath+0xbe/0x120
> [1387441.969149] [<c05975d0>] mutex_lock+0x20/0x40
> [1387441.969152] [<c01fbc82>] do_rmdir+0x52/0xe0
> [1387441.969155] [<c059ae47>] ? do_page_fault+0x1d7/0x3a0
> [1387441.969158] [<c01fbd70>] sys_rmdir+0x10/0x20
> [1387441.969161] [<c01033cc>] syscall_call+0x7/0xb
>
> The block always occurs in sys_rmdir when automount tries to remove the
> mountpoint right after umounting the filesystem. There is an successful lstat()
> on the mountpoint directly precceeding the rmdir call.
>
> It looks like we are triggering some sort of race condition here.
>
> We are currently using 2.6.31-20-generic-pae ubuntu kernel in the 6 CPU guest,
> 2.6.34 vanilla and qemu-kvm-0.12.4 in the host. But the problem existed
> long before with all different combinations of guest/host/qemu versions.
> The virtual HD is if=ide,format=host_device,cache=none on an DRBD container
> on top of an LVM device. FS is ext3.
>
> Unfortunately, the problem is not easy reproduceable. It occurs every one
> or two weeks. But since the hanging system call blocks the whole filesystem
> we have to reboot the guest to get it into an useable state again.
>
> Any ideas what's going wrong here?
>
>
Is there substantial I/O going on?
If not, it may be an autofs bug unrelated to kvm.
--
error compiling committee.c: too many arguments to function
next prev parent reply other threads:[~2010-07-19 11:13 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-19 8:39 syscall rmdir hangs with autofs Sebastian Hetze
2010-07-19 11:12 ` Avi Kivity [this message]
2010-07-19 11:40 ` Sebastian Hetze
[not found] ` <20100719114034.62BDD30303F5@mail.linux-ag.de>
2010-07-19 12:21 ` Avi Kivity
2010-07-19 12:48 ` Sebastian Hetze
2010-07-19 13:09 ` Avi Kivity
2010-07-19 13:45 ` Sebastian Hetze
[not found] ` <20100719134558.A0CD2A005F@mail.linux-ag.de>
2010-07-19 14:00 ` Avi Kivity
2010-07-19 14:47 ` Sebastian Hetze
[not found] ` <20100719144750.334F2303001B@mail.linux-ag.de>
2010-07-19 15:03 ` Avi Kivity
2010-07-19 15:23 ` Sebastian Hetze
[not found] ` <20100719152518.641BAB001A@mail.linux-ag.de>
2010-07-19 15:28 ` Avi Kivity
2010-07-19 15:38 ` Sebastian Hetze
[not found] ` <20100719153816.1E33FB0016@mail.linux-ag.de>
2010-07-19 17:55 ` Avi Kivity
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=4C44333B.5090709@redhat.com \
--to=avi@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=s.hetze@linux-ag.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox