touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #34150
Re: [Bug 1393151] Re: Writing to ext4 LVM FS causes GPF in mpage_process_page_bufs
If you can see the GPF happen when mkfs.ext3 is writing to a bare
block device (/dev/sdc1 or /dev/sdd1), then it's not involving the
file system code at all, but just the block device or device driver
code. It's clearly not a file system bug at all, nor is it a
e2fsprogs bug, because nothing from user space should be able to
trigger this kind of failure --- nor have we seen anyone report
anything even vaguely like this on upstream kernels.
So it's likely that this is either triggered by some hardware bug, a
device-driver specific bug if you are using something esoteric, or a
some other miscellaneous bug introduced in the Ubuntu kernel.
It's likely that the bug is corrupting the data structures which track
the page cache buffers, judging from the stack trace and the fact that
the process which died was something entirely unrelated to the the
mkfs.ext3:
> - Nov 16 09:26:03 nas kernel: [ 230.610810] CPU: 1 PID: 1927 Comm:
vsftpd Tainted: G D 3.13.0-39-generic #66-Ubuntu
It might be useful to try running mkfs.ext3 to a USB-attached storage
device, and see if that triggers the problem. If doesn't and you can
safely write to the USB drive, then the figure of suspicion would
pretty squarely fall on the hardware device or its device driver (or
the Ubuntu kernel, of course).
It might also be useful to try this on another server altogether, or
to try swapping out to another kernel (say, an upstream kernel).
Cheers,
- Ted
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to e2fsprogs in Ubuntu.
https://bugs.launchpad.net/bugs/1393151
Title:
mkfs.ext3 causes kernel panic on new WD 6 TB drive
Status in “e2fsprogs” package in Ubuntu:
New
Bug description:
mkfs.ext3 always causes a kernel panic on both of my WD 6 TB drives
while writing the inode tables. Both drives were initialised using
parted with a GPT and a single partition (mkpart primary 2048s 100%)
sdc 8:32 0 5.5T 0 disk
└─sdc1 8:33 0 5.5T 0 part
sdd 8:48 0 5.5T 0 disk
└─sdd1 8:49 0 5.5T 0 part
mkfs.ext3 /dev/sdc1
mke2fs 1.42.10 (18-May-2014)
Creating filesystem with 1465130240 4k blocks and 183144448 inodes
Filesystem UUID: 1a6458a3-908d-48a0-a532-e9cbc1eb5ca4
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000, 550731776, 644972544
Allocating group tables: done
Writing inode tables: 4937/44713
<-- KP occurs here -->
mkfs.ext3 /dev/sdd1
mke2fs 1.42.10 (18-May-2014)
Creating filesystem with 1465130240 4k blocks and 183144448 inodes
Filesystem UUID: 3d6537ee-78f6-4a68-a833-e5dda4b69028
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848, 512000000, 550731776, 644972544
Allocating group tables: done
Writing inode tables: 4997/44713
<-- KP occurs here -->
I'll have to try to take a photo of the KP since it's not being
logged, I'm just seeing it on the screen.
Creating an ext4 partition works fine but the crash just happens later
after writing files to the partition. Disks seems to be fine smart-
wise. It's unlikely that both disks are damaged in almost the same
area without S.M.A.R.T. noticing it.
--------------------------------------------------------------------------
apt-cache policy e2fslibs:amd64
e2fslibs:
Installed: 1.42.9-3ubuntu1
Candidate: 1.42.9-3ubuntu1
Version table:
*** 1.42.9-3ubuntu1 0
500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
100 /var/lib/dpkg/status
--------------------------------------------------------------------------
smartctl -H /dev/sdc
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-39-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
smartctl -H /dev/sdc
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-39-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
smartctl -H /dev/sdd
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-39-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
--------------------------------------------------------------------------
lshw -short
H/W path Device Class Description
====================================================
system H97N-WIFI (To be filled by O.E.M.)
/0 bus H97N-WIFI
/0/0 memory 64KiB BIOS
/0/3d processor Intel(R) Core(TM) i3-4160 CPU @ 3.60GHz
/0/3d/3e memory 128KiB L1 cache
/0/3d/3f memory 512KiB L2 cache
/0/3d/40 memory 3MiB L3 cache
/0/42 memory 8GiB System Memory
/0/42/0 memory 4GiB DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
/0/42/1 memory DIMM [empty]
/0/42/2 memory 4GiB DIMM DDR3 Synchronous 1600 MHz (0.6 ns)
/0/42/3 memory DIMM [empty]
/0/100 bridge 4th Gen Core Processor DRAM Controller
/0/100/2 display 4th Generation Core Processor Family Integrated Graphics Controller
/0/100/3 multimedia Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller
/0/100/14 bus 9 Series Chipset Family USB xHCI Controller
/0/100/16 communication 9 Series Chipset Family ME Interface #1
/0/100/19 eth1 network Ethernet Connection I217-V
/0/100/1a bus 9 Series Chipset Family USB EHCI Controller #2
/0/100/1b multimedia 9 Series Chipset Family HD Audio Controller
/0/100/1c bridge 9 Series Chipset Family PCI Express Root Port 1
/0/100/1c.3 bridge 9 Series Chipset Family PCI Express Root Port 4
/0/100/1c.3/0 eth0 network AR8161 Gigabit Ethernet
/0/100/1c.4 bridge 9 Series Chipset Family PCI Express Root Port 5
/0/100/1c.4/0 wlan0 network Wireless 7260
/0/100/1d bus 9 Series Chipset Family USB EHCI Controller #1
/0/100/1f bridge 9 Series Chipset Family H97 Controller
/0/100/1f.2 storage 9 Series Chipset Family SATA Controller [AHCI Mode]
/0/100/1f.3 bus 9 Series Chipset Family SMBus Controller
/0/1 scsi1 storage
/0/1/0.0.0 /dev/sda disk 120GB INTEL SSDSC2CT12
/0/1/0.0.0/1 /dev/sda1 volume 510MiB Windows FAT volume
/0/1/0.0.0/2 /dev/sda2 volume 111GiB RAID partition
/0/2 scsi3 storage
/0/2/0.0.0 /dev/sdb disk 120GB INTEL SSDSC2CT12
/0/2/0.0.0/1 /dev/sdb1 volume 510MiB Windows FAT volume
/0/2/0.0.0/2 /dev/sdb2 volume 111GiB RAID partition
/0/3 scsi4 storage
/0/3/0.0.0 /dev/sdc disk 6001GB WDC WD60EFRX-68M
/0/3/0.0.0/1 /dev/sdc1 volume 5589GiB EFI partition
/0/4 scsi5 storage
/0/4/0.0.0 /dev/sdd disk 6001GB WDC WD60EFRX-68M
/0/4/0.0.0/1 /dev/sdd1 volume 5589GiB EFI partition
/1 power To Be Filled By O.E.M.
/2 bond0 network Ethernet interface
--------------------------------------------------------------------------
Linux nas 3.13.0-39-generic #66-Ubuntu SMP Tue Oct 28 13:30:27 UTC
2014 x86_64 x86_64 x86_64 GNU/Linux
Description: Ubuntu 14.04.1 LTS
Release: 14.04
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/e2fsprogs/+bug/1393151/+subscriptions
References
