public inbox for linux-raid@vger.kernel.org
 help / color / mirror / Atom feed
* Re: [Bugme-new] [Bug 14214] New: BUG at drivers/scsi/scsi_lib.c:1108!
       [not found] ` <20090930125607.752808d6.akpm@linux-foundation.org>
@ 2009-09-30 21:19   ` James Bottomley
  0 siblings, 0 replies; only message in thread
From: James Bottomley @ 2009-09-30 21:19 UTC (permalink / raw)
  To: Andrew Morton; +Cc: Rafael J. Wysocki, Jens Axboe, bugzilla-daemon, linux-raid

On Wed, 2009-09-30 at 12:56 -0700, Andrew Morton wrote:
> On Wed, 23 Sep 2009 11:13:26 GMT
> bugzilla-daemon@bugzilla.kernel.org wrote:
> 
> > http://bugzilla.kernel.org/show_bug.cgi?id=14214
> 
> Post-2.6.31 regression.  This, in scsi_setup_fs_cmnd():
> 
>         /*
>          * Filesystem requests must transfer data.
>          */
>         BUG_ON(!req->nr_phys_segments);

Well, the BUG_ON is correct: there can't be a FS type command with no
data.

This can't be a SCSI issue because the problem was caused before SCSI
was entered.  Looking at the backtrace (all functions listed as
unreliable, sigh) this is either a deadline scheduler problem (less
likely) or an md_raid one (more likely).

Let's start with what was the mdraid configuration and condition of the
filesystem being mounted? I've added linux-raid to the cc list so they
can chime in for more details.

James



^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2009-09-30 21:19 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <bug-14214-10286@http.bugzilla.kernel.org/>
     [not found] ` <20090930125607.752808d6.akpm@linux-foundation.org>
2009-09-30 21:19   ` [Bugme-new] [Bug 14214] New: BUG at drivers/scsi/scsi_lib.c:1108! James Bottomley

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox