Skip to contentSkip to conversation

Kernel panic when mounting filesystem

Bug 16275 [email protected] 2 participants 26 messages Jun 23, 2010 – Aug 9, 2012 1 message not in the archive SCSI

lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]/

[email protected]

author
#1 lore raw

https://bugzilla.kernel.org/show_bug.cgi?id=16275

Neil Brown <[email protected]> changed:

What |Removed |Added
----------------------------------------------------------------------------

          Component|MD                          |SCSI
         AssignedTo|[email protected]               |[email protected]

--- Comment #2 from Neil Brown <[email protected]> 2010-06-23 07:20:21 --- The traceback in the attachments looks like this might be a SCSI problem.

Anyone able to look??
Thanks.

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#2 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #3 from Pawel Staszewski <[email protected]> 2010-06-23 07:26:47 --- i have no scsi in my system.
here is lspci:
lspci
00:00.0 Host bridge: Intel Corporation 5100 Chipset Memory Controller Hub (rev
90)
00:02.0 PCI bridge: Intel Corporation 5100 Chipset PCI Express x8 Port 2-3 (rev
90)
00:04.0 PCI bridge: Intel Corporation 5100 Chipset PCI Express x16 Port 4-7 (rev 90)
00:08.0 System peripheral: Intel Corporation 5100 Chipset DMA Engine (rev 90) 00:10.0 Host bridge: Intel Corporation 5100 Chipset FSB Registers (rev 90) 00:10.1 Host bridge: Intel Corporation 5100 Chipset FSB Registers (rev 90) 00:10.2 Host bridge: Intel Corporation 5100 Chipset FSB Registers (rev 90) 00:11.0 Host bridge: Intel Corporation 5100 Chipset Reserved Registers (rev 90) 00:13.0 Host bridge: Intel Corporation 5100 Chipset Reserved Registers (rev 90) 00:15.0 Host bridge: Intel Corporation 5100 Chipset DDR Channel 0 Registers (rev 90)
00:16.0 Host bridge: Intel Corporation 5100 Chipset DDR Channel 1 Registers (rev 90)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 02)
00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation 82801IR (ICH9R) LPC Interface Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02) 01:00.0 Ethernet controller: Intel Corporation 82598EB 10 Gigabit AT CX4 Network Connection (rev 01)
04:00.0 Ethernet controller: Intel Corporation 82573E Gigabit Ethernet Controller (Copper) (rev 03)
05:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
06:01.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02)

And .config
cat .config | grep SCSI
# SCSI device support
CONFIG_SCSI_MOD=y
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set CONFIG_SCSI_NETLINK=y
# CONFIG_SCSI_PROC_FS is not set
# SCSI support type (disk, tape, CD-ROM)
# CONFIG_SCSI_MULTI_LUN is not set CONFIG_SCSI_CONSTANTS=y
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set CONFIG_SCSI_WAIT_SCAN=m
# SCSI Transports
CONFIG_SCSI_SPI_ATTRS=y CONFIG_SCSI_FC_ATTRS=y
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
# CONFIG_SCSI_CXGB3_ISCSI is not set
# CONFIG_SCSI_BNX2_ISCSI is not set
# CONFIG_BE2ISCSI is not set
# CONFIG_SCSI_HPSA is not set
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_3W_SAS is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_AIC7XXX_OLD is not set CONFIG_SCSI_AIC79XX=y
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_SCSI_MPT2SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_VMWARE_PVSCSI is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_STEX is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_IPR is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_PMCRAID is not set
# CONFIG_SCSI_PM8001 is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_BFA_FC is not set
# CONFIG_SCSI_DH is not set
# CONFIG_SCSI_OSD_INITIATOR is not set
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may # CONFIG_ISCSI_IBFT_FIND is not set
# CONFIG_ISCSI_BOOT_SYSFS is not set

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#3 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #4 from Neil Brown <[email protected]> 2010-06-23 07:35:54 --- Yep... SATA uses the same infrastructure as SCSI so a number of the function names still contain "SCSI" even though it is't really working with a SCSI disk.
Still - the SCSI people have a better chance and understanding the stack trace.

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
#5 lore raw
Quoted 2 lines · On Fri, 2010-06-25 at 08:13 +0000, [email protected] wrote:

any news ?
I can test if someone give - patch that fix this issue.

For those who don't have access to bugzilla, there's a gif image of the crash:

https://bugzilla.kernel.org/attachment.cgi?id=26910

Unfortunately, the crucial information has scrolled off the top of the screen, but the presentation is some type of crash in scsi_setup_fs_cmnd(). Without the missing information, it's hard to say, but I'd would be a reasonable guess that it's this BUG_ON:

	/*
	 * Filesystem requests must transfer data.
	 */
	BUG_ON(!req->nr_phys_segments);

Which would point to the filesystem. First order of business would be to validate the guess by getting the missing part of the trace, and then start looking into the relevant filesystem.

James

author
#6 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #6 from Anonymous Emailer <[email protected]> 2010-06-27 21:06:55 ---
Reply-To: [email protected]

Quoted 2 lines · On Fri, 2010-06-25 at 08:13 +0000, [email protected] wrote:

any news ?
I can test if someone give - patch that fix this issue.

For those who don't have access to bugzilla, there's a gif image of the crash:

https://bugzilla.kernel.org/attachment.cgi?id=26910

Unfortunately, the crucial information has scrolled off the top of the screen, but the presentation is some type of crash in scsi_setup_fs_cmnd(). Without the missing information, it's hard to say, but I'd would be a reasonable guess that it's this BUG_ON:

    /*
     * Filesystem requests must transfer data.
     */
    BUG_ON(!req->nr_phys_segments);

Which would point to the filesystem. First order of business would be to validate the guess by getting the missing part of the trace, and then start looking into the relevant filesystem.

James

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#7 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #7 from Pawel Staszewski <[email protected]> 2010-07-05 16:01:26 --- The same problem is with 2.6.35-rc4.

Sorry i can't provide now full panic log from output console because server is 1000km from me.... - and there is limited access to monitor and console..

last good working kernel was 2.6.35-rc1

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#9 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #9 from Pawel Staszewski <[email protected]> 2010-07-20 09:57:34 --- Created an attachment (id=27167)
--> (https://bugzilla.kernel.org/attachment.cgi?id=27167)
Panic first screen

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
#10 lore raw
Quoted 4 lines · On Tue, 2010-07-20 at 09:57 +0000, [email protected] wrote:

--- Comment #9 from Pawel Staszewski <[email protected]> 2010-07-20 09:57:34 --- Created an attachment (id=27167)
--> (https://bugzilla.kernel.org/attachment.cgi?id=27167)
Panic first screen

Well, this validates the guess that it's the zero segment check, thanks! so it's clearly a filesystem bug.

Which filesystem is this? I tried looking for the 'Checking internal tree' message, but couldn't find it in the sources.

James

author
#11 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #10 from Pawel Staszewski <[email protected]> 2010-07-20 09:58:19 --- Created an attachment (id=27168)
--> (https://bugzilla.kernel.org/attachment.cgi?id=27168)
Panic second screen

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#14 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #13 from Anonymous Emailer <[email protected]> 2010-07-21 20:44:23 ---
Reply-To: [email protected]

Quoted 2 lines · On Tue, 2010-07-20 at 09:57 +0000, [email protected] wrote:

--- Comment #9 from Pawel Staszewski <[email protected]> 2010-07-20 09:57:34 --- Created an attachment (id=27167)

--> (https://bugzilla.kernel.org/attachment.cgi?id=27167)

Quoted 2 lines

--> (https://bugzilla.kernel.org/attachment.cgi?id=27167)
Panic first screen

Well, this validates the guess that it's the zero segment check, thanks! so it's clearly a filesystem bug.

Which filesystem is this? I tried looking for the 'Checking internal tree' message, but couldn't find it in the sources.

James

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#15 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

Andrew Kay <[email protected]> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]

--- Comment #14 from Andrew Kay <[email protected]> 2010-07-22 03:09:20 --- ReiserFS most likely. The "checking internal tree" is consistent with a reiserfs filesystem during boot.

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#17 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #16 from Neil Brown <[email protected]> 2010-07-22 07:41:04 --- It looks like the problem is commit 74450be123b6f3cb480c358a056be398cce6aa6e

This was recently reported on linux-kernel (and other mailing lists).

It is probable that the 'bool' variables (do_sync and do_barrier) in drivers/md/raid1.c need to be changed to 'unsigned long'. Can you please test that and report?

Thanks,
NeilBrown

--- Comment #17 from Pawel Staszewski <[email protected]> 2010-07-22 08:22:17 --- You mean reverting this commit 74450be123b6f3cb480c358a056be398cce6aa6e

Thanks
Pawel

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#18 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #18 from Neil Brown <[email protected]> 2010-07-22 08:36:58 --- No, I mean replacing 'bool' with 'unsigned long'.

Reverting the commit almost certainly will work, so won't tell us much.

Thanks.

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#19 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

Maciej Rutecki <[email protected]> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]

--- Comment #19 from Maciej Rutecki <[email protected]> 2010-07-23 19:21:43 --- *** Bug 16447 has been marked as a duplicate of this bug. ***

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#20 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #20 from Pawel Staszewski <[email protected]> 2010-07-24 10:20:16 --- I think this needs a little more work than replacing 'bool' with 'unsigned long'.
I made this and also have panic.

Sorry for no trace output but i forget to catch console - and also have hard access to this machine.

Thanks
Pawel

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#21 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #21 from Pawel Staszewski <[email protected]> 2010-07-26 14:44:14 --- Ok i reproduce this on VirtualBox with md and raid1.
Changes that i made:

const bool -> const unsigned long (where was do_sync function) and
bool do_barriers; -> unsigned long do_barriers;

Now i have:

Kernel BUG at fs/inode.c:298!

Picture from trace in attached file: panic_unsigned_long.jpg

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#22 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #22 from Pawel Staszewski <[email protected]> 2010-07-26 14:45:20 --- Created an attachment (id=27260)
--> (https://bugzilla.kernel.org/attachment.cgi?id=27260)
panic after change bool to unsigned long

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#23 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #23 from Pawel Staszewski <[email protected]> 2010-07-26 14:54:36 --- Created an attachment (id=27262)
--> (https://bugzilla.kernel.org/attachment.cgi?id=27262)
panic second screen #2

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#25 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

--- Comment #25 from Neil Brown <[email protected]> 2010-08-03 11:59:34 --- Looks like a totally different bug - something to do with Al Viros VFS changes by the look of it.
I suggest opening a separate bug as it really is a different issue.

Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
author
#26 lore raw
In reply to a message not in the archive

https://bugzilla.kernel.org/show_bug.cgi?id=16275

Alan <[email protected]> changed:

What |Removed |Added
----------------------------------------------------------------------------

             Status|NEW                         |RESOLVED
                 CC|                            |[email protected]
         Resolution|                            |OBSOLETE
Signature · 3 lines
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.