From: Sebastian Hetze <s.hetze@linux-ag.com>
To: Avi Kivity <avi@redhat.com>
Cc: Sebastian Hetze <s.hetze@linux-ag.com>, kvm@vger.kernel.org
Subject: Re: syscall rmdir hangs with autofs
Date: Mon, 19 Jul 2010 17:23:34 +0200 [thread overview]
Message-ID: <20100719152518.B5F22B0016@mail.linux-ag.de> (raw)
In-Reply-To: <4C446942.6090907@redhat.com>
On Mon, Jul 19, 2010 at 06:03:30PM +0300, Avi Kivity wrote:
> On 07/19/2010 05:47 PM, Sebastian Hetze wrote:
>> On Mon, Jul 19, 2010 at 05:00:52PM +0300, Avi Kivity wrote:
>>
>>> On 07/19/2010 04:45 PM, Sebastian Hetze wrote:
>>>
>>>>
>>>>> It looks like VFS breakage. Does this happen with older guest kernels?
>>>>>
>>>>>
>>>> currently I can confirm this problem with 2.6.31-22-generic-pae back to
>>>> 2.6.31-16-generic-pae. What guest kernel version would you suggest?
>>>>
>>>>
>>> Can you try it on a non-virtualized system?
>>>
>> This automount setup has been running non-virtualized for quite a while
>> without problems until last year. Never seen or heared about similar hangs
>> with automount before.
>> We have not been able to reproduce this error in laboratory conditions.
>> The productive system has 2TB data and the problem occurs totally
>> unpredictable with real live workload.
>> And there is no easy way to switch back to non-virtualized unless we
>> declare this whole project a failure.
>>
>
> Ahem.
>
> What's your hardware platform? EPT/NPT capable? Host kernel version?
Intel S5520HC Board with 2 Xeon CPU E5520, HT enabled
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good
xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2
ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow
vnmi flexpriority ept vpid
(so yes, EPT is available)
host kernel is vanilla 2.6.34
next prev parent reply other threads:[~2010-07-19 15:25 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
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 [this message]
[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=20100719152518.B5F22B0016@mail.linux-ag.de \
--to=s.hetze@linux-ag.com \
--cc=avi@redhat.com \
--cc=kvm@vger.kernel.org \
/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