Re: panic after "jid=0, already locked for use"

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

 



----- "Nathan Stratton" <nathan@xxxxxxxxxxxx> wrote:
| Is there anyway to save my data? fsck runs clean, but I am still
| getting 
| the jid=0, already locked for use and then the panic.
| 
| Dec 11 07:56:28 xen0 kernel: GFS2: fsid=: Trying to join cluster 
| "lock_nolock", "xen_sjc:share"
| Dec 11 07:56:28 xen0 kernel: GFS2: fsid=xen_sjc:share.0: Joined
| cluster. 
| Now mounting FS...
| Dec 11 07:56:28 xen0 kernel: GFS2: fsid=xen_sjc:share.0: jid=0,
| already 
| locked for use
| Dec 11 07:56:28 xen0 kernel: GFS2: fsid=xen_sjc:share.0: jid=0:
| Looking at 
| journal...
| Dec 11 07:56:29 xen0 kernel: GFS2: fsid=xen_sjc:share.0: fatal:
| filesystem 
| consistency error
| Dec 11 07:56:29 xen0 kernel: GFS2: fsid=xen_sjc:share.0:   inode = 4
| 53
| Dec 11 07:56:29 xen0 kernel: GFS2: fsid=xen_sjc:share.0:   function =
| 
| jhead_scan, file = fs/gfs2/recovery.c, line = 239

Hi Nathan,

I think you may have hit bugzilla bug 457557.  I'm not sure if you
can view the record, due to permissions (which is out of my
control), but here is a link to try:

https://bugzilla.redhat.com/show_bug.cgi?id=457557

In the case of the bugzilla, I helped the guy who reported it patch
his file system with the gfs2_edit and everything was okay again.
It was not difficult.  Perhaps what you should do is:

gfs2_edit -p journal0 /dev/your/device > /tmp/j0

Then use some tool like "less" to search /tmp/j0 for "---" which
will indicate where that journal wrapped.  Then examine the
sequence numbers printed out and see if you can find a duplicate.
In the bugzilla case, I had the reporter patch the sequence
numbers so there were no duplicates, and gfs2 was able to
mount happily again.  I'm willing to help with the process if
need be.  If this is the same problem, I never did figure out
how the duplicate sequence number got in there, but you're only
the second person to have encountered that problem.
I will eventually get to the bottom of it though; it's a matter
of juggling priorities.

Also, I'm not sure what version of gfs2 you're running, but GFS2
was not previously considered ready for production use yet,
although it hasn't changed much recently.  Nevertheless, you may
want to make sure you've got the latest and greatest GFS2 kernel
code (from source.)  If it's the problem listed in the bz, newer
code would not have saved you from hitting the problem though.

Regards,

Bob Peterson
Red Hat GFS

--
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