All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nathan Gamber <ngamber@liquidweb.com>
To: xen-devel@lists.xensource.com
Subject: Re: i/o scheduler deadlocks with loopback devices
Date: Wed, 20 Oct 2010 10:30:17 -0400	[thread overview]
Message-ID: <4CBEFCF9.8060705@liquidweb.com> (raw)
In-Reply-To: <4CBDDAED.5070503@liquidweb.com>

  Oddly enough, this only occurs on Intel hardware (core i5s, xeon 
boxen) and not Opteron/Phenom systems.

On 10/19/10 13:52, Nathan Gamber wrote:
>  Hello all,
>
> I'm able to consistently reproduce lockups in my domU with heavy I/O 
> with the following error:
>
> 36841.420662] INFO: task rsyslogd:15014
> blocked for more than 120 seconds. [36841.420843] "echo 0>
> /proc/sys/kernel/hung_task_timeout_secs" disables this message.
>
> The task varies between any of the tasks that might be active 
> (kjournald, loop0, etc.)
>
> My setup is:
> Xen dom0  version 3.4.2.
> domU: Ubuntu 10.04, 2.6.36-rc6 based on Stefano Stabellini's 
> v2.6.36-rc6-urgent-fixes tree.
> Paravirtual disks and network interfaces.
> Root filesystem on /dev/xvda3, formatted ext3, mounted with default 
> options.
> Both dom0 and domU are using the CFQ i/o scheduler.
>
> The xvbd is based on LVM, on top of a local SATA RAID array.
>
>
> To produce this, I can do one of the following:
>
> Set up domU as a primary drbd node, with my drbd volume on top of a 
> local loopback device, and then rsync many files to the volume, delete 
> them, and repeat until the crash.
>
> Mount a linux iso via loopback on a /mnt/test, rsync /mnt/test/ to 
> another directory on xvda3, delete the files, and then repeat until 
> the crash.
>
> This is very similar to the following situation:
>
> http://www.amailbox.org/mailarchive/linux-kernel/2010/9/1/4614107
>
> Jeremy Fitzhardinge replied to that thread, indicating that his "xen: 
> use percpu interrupts for IPIs and VIRQs" and "xen: handle events as 
> edge-triggered" patches should fix the issue. These were introduced 
> into 2.6.36-rc3, I believe, and the issue persists. Disabling 
> irqbalanced in dom0, as he suggested as a workaround, has no effect. 
> I've also tried changing the scheduler, and reducing the number of 
> vcpus from 4 to 1, which also had no effect.
>
> Regards,
>
> Nathan Gamber
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

      reply	other threads:[~2010-10-20 14:30 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-19 17:52 i/o scheduler deadlocks with loopback devices Nathan Gamber
2010-10-20 14:30 ` Nathan Gamber [this message]

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=4CBEFCF9.8060705@liquidweb.com \
    --to=ngamber@liquidweb.com \
    --cc=xen-devel@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.