Bug 173259 - mkfs hang on volume with snaphots
Summary: mkfs hang on volume with snaphots
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: lvm2
Version: 4.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Alasdair Kergon
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-11-15 18:51 UTC by Corey Marthaler
Modified: 2007-11-30 22:07 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-01-19 17:54:44 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Corey Marthaler 2005-11-15 18:51:08 UTC
Description of problem:
I created an LV with three snapshots and then attempted to make an ext
filesystem on that volume. The mkfs never finished. There were no messages in
the console about corruption or a lack memory for allocation.

[root@link-10 ~]# lvcreate -L 100G corey1
  Logical volume "lvol0" created
[root@link-10 ~]# lvscan
  ACTIVE            '/dev/corey1/lvol0' [100.00 GB] inherit
[root@link-10 ~]# lvcreate -L 100M -s /dev/corey1/lvol0
  Logical volume "lvol1" created
[root@link-10 ~]# lvcreate -L 100M -s /dev/corey1/lvol0
  Logical volume "lvol2" created
[root@link-10 ~]# lvcreate -L 100M -s /dev/corey1/lvol0
  Logical volume "lvol3" created
[root@link-10 ~]# lvscan
  ACTIVE   Original '/dev/corey1/lvol0' [100.00 GB] inherit
  ACTIVE   Snapshot '/dev/corey1/lvol1' [100.00 MB] inherit
  ACTIVE   Snapshot '/dev/corey1/lvol2' [100.00 MB] inherit
  ACTIVE   Snapshot '/dev/corey1/lvol3' [100.00 MB] inherit
[root@link-10 ~]# mkfs /dev/corey1/lvol0
mke2fs 1.35 (28-Feb-2004)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
13107200 inodes, 26214400 blocks
1310720 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=29360128
800 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872

Writing inode tables: done
Writing superblocks and filesystem accounting information:
[HANG]

                                                         
Version-Release number of selected component (if applicable):
  LVM version:     2.02.00 (2005-11-10)
  Library version: 1.02.00 (2005-11-10)
  Driver version:  4.4.0

Comment 1 Corey Marthaler 2005-11-15 18:56:16 UTC
this is reproducable

Comment 2 Alasdair Kergon 2005-11-15 19:54:19 UTC
Please capture a sysrq backtrace of all the processes.

This is a test to reproduce when we have the new kernel to see whether or not
the changes have fixed it.


Comment 3 Corey Marthaler 2006-01-18 21:58:54 UTC
This appears to be fixed with the latest kern/rpms

[root@link-08 bin]# uname -ar
Linux link-08 2.6.9-28.ELsmp #1 SMP Fri Jan 13 17:08:22 EST 2006 x86_64 x86_64
x86_64 GNU/Linux
[root@link-08 bin]# rpm -q lvm2
lvm2-2.02.01-1.3.RHEL4
[root@link-08 bin]# rpm -q device-mapper
device-mapper-1.02.02-3.0.RHEL4

Comment 4 Alasdair Kergon 2006-01-19 17:54:44 UTC
OK - not sure exactly which of the changes fixed this, but closing anyway.


Note You need to log in before you can comment on or make changes to this bug.