gfs2 mount issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I know this has been mentioned a few times in the list, but I haven't seen anything too recent on this issue.  I'm attempting to use GFS2 and am getting some kernel bug messages when I mount the filesystems.  This seems to happen with kernels 2.6.19-2.6.21-rc6-mm1 (the one I'm currently using).  The first message is this:

------------[ cut here ]------------

kernel BUG at fs/gfs2/glock.c:656!

invalid opcode: 0000 [#1]

last sysfs file: fs/gfs2/fstest:testfs/lock_module/block

Modules linked in: lock_nolock lock_dlm gfs2 dlm configfs crc32c libcrc32c iscsi_tcp libiscsi scsi_transport_iscsi af_packet button battery ac loop pcnet32 mii ext3 jbd dm_snapshot edd dm_mod fan thermal processor ide_generic sg BusLogic piix sd_mod scsi_mod ide_disk ide_core

CPU:    0

EIP:    0060:[<d0a30e09>]    Not tainted VLI

EFLAGS: 00010296   (2.6.21-rc6-mm1-default #1)

EIP is at gfs2_glmutex_unlock+0x1b/0x1f [gfs2]

eax: c223bec8   ebx: c34cc000   ecx: 00000000   edx: c23833c0

esi: c223be84   edi: c14dbf8c   ebp: 00000000   esp: c14dbf58

ds: 007b   es: 007b   fs: 00d8  gs: 0000  ss: 0068

Process gfs2_glockd (pid: 3804, ti=c14da000 task=c22e8a90 task.ti=c14da000)

Stack: c0369794 c23833c0 c34cc000 d0a30e7f c34cc000 c34cc000 c26f3c94 d0a29477

       00000000 00000000 00000000 00000000 00000000 c26f3c98 00000001 00000282

       23ed8d84 00001337 c14dbfc0 00000000 c22e8a90 c0125c44 c14dbfb0 c14dbfb0

Call Trace:

 [<d0a30e7f>] gfs2_reclaim_glock+0x72/0x80 [gfs2]

 [<d0a29477>] gfs2_glockd+0x13/0xc0 [gfs2]

 [<c0125c44>] autoremove_wake_function+0x0/0x35

 [<d0a29464>] gfs2_glockd+0x0/0xc0 [gfs2]

 [<c0125ae3>] kthread+0xa3/0xcc

 [<c0125a40>] kthread+0x0/0xcc

 [<c0104cd7>] kernel_thread_helper+0x7/0x10

 =======================

Code: 5e 5f 5d e9 0a ef ff ff 83 c4 0c 5b 5e 5f 5d c3 83 ec 0c 0f ba 70 08 01 c7 40 2c 00 00 00 00 c7 40 30 00 00 00 00 e8 50 f7 ff ff <0f> 0b eb fe 56 53 89 c3 83 ec 04 8d 80 44 03 00 00 39 83 44 03

EIP: [<d0a30e09>] gfs2_glmutex_unlock+0x1b/0x1f [gfs2] SS:ESP 0068:c14dbf58


followed shortly by this:

------------[ cut here ]------------

kernel BUG at fs/gfs2/glock.c:656!

invalid opcode: 0000 [#2]

last sysfs file: fs/gfs2/fstest:testfs/lock_module/block

Modules linked in: lock_nolock lock_dlm gfs2 dlm configfs crc32c libcrc32c iscsi_tcp libiscsi scsi_transport_iscsi af_packet button battery ac loop pcnet32 mii ext3 jbd dm_snapshot edd dm_mod fan thermal processor ide_generic sg BusLogic piix sd_mod scsi_mod ide_disk ide_core

CPU:    0

EIP:    0060:[<d0a30e09>]    Not tainted VLI

EFLAGS: 00010292   (2.6.21-rc6-mm1-default #1)

EIP is at gfs2_glmutex_unlock+0x1b/0x1f [gfs2]

eax: c223bf64   ebx: c223bf20   ecx: 00000001   edx: c223bc14

esi: 00000001   edi: c34cc000   ebp: d0a3125c   esp: c14d9f78

ds: 007b   es: 007b   fs: 00d8  gs: 0000  ss: 0068

Process gfs2_scand (pid: 3803, ti=c14d8000 task=c22ea030 task.ti=c14d8000)

Stack: c26f3c20 c223bc14 c223bf20 d0a30068 00000003 c26f3c98 00000001 00001078

       c34cc000 d0a29524 00000000 d0a3018d c038ad60 c34cc000 c26f3c94 d0a29533

       c26f3c94 d0a29524 c34cc000 c0125ae3 00000000 00000000 ffffffff ffffffff

Call Trace:

 [<d0a30068>] examine_bucket+0x38/0x59 [gfs2]

 [<d0a29524>] gfs2_scand+0x0/0x2d [gfs2]

 [<d0a3018d>] gfs2_scand_internal+0x18/0x24 [gfs2]

 [<d0a29533>] gfs2_scand+0xf/0x2d [gfs2]

 [<d0a29524>] gfs2_scand+0x0/0x2d [gfs2]

 [<c0125ae3>] kthread+0xa3/0xcc

 [<c0125a40>] kthread+0x0/0xcc

 [<c0104cd7>] kernel_thread_helper+0x7/0x10

 =======================

Code: 5e 5f 5d e9 0a ef ff ff 83 c4 0c 5b 5e 5f 5d c3 83 ec 0c 0f ba 70 08 01 c7 40 2c 00 00 00 00 c7 40 30 00 00 00 00 e8 50 f7 ff ff <0f> 0b eb fe 56 53 89 c3 83 ec 04 8d 80 44 03 00 00 39 83 44 03

EIP: [<d0a30e09>] gfs2_glmutex_unlock+0x1b/0x1f [gfs2] SS:ESP 0068:c14d9f78


After I get those messages, I can list files, create files, and delete files.  I run into problems if I try to use quotas or ACLs on the filesystem, and I can't unmount the filesystem - I have to hard reset the machine.  Also, it doesn't seem to matter whether I use the lock_dlm or lock_nolock protocols - both seem to generate these messages.


Nick Couchman
Systems Integrator
SEAKR Engineering, Inc.
6221 South Racine Circle
Centennial, CO 80111
Main: (303) 790-8499
Fax: (303) 790-8720
Web: http://www.seakr.com



--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux