Just tried this patch and it worked on my machine partition is 32TB.
The following fsck results came from before and after the patch with the
partition was in the same state. Thanks for the fix.
[admin@~]# jfs_fsck -v -f /dev/md0
jfs_fsck version 1.1.15, 04-Mar-2011
processing started: 6/18/2012 10:06:26
The current device is: /dev/md0
Open(...READ/WRITE EXCLUSIVE...) returned rc = 0
Primary superblock is valid.
The type of file system for the device is JFS.
Block size in bytes: 4096
Filesystem size in blocks: 8496090624
**Phase 0 - Replay Journal Log
LOGREDO: Log record for Sync Point at: 0x079d76b0
LOGREDO: Log record for Sync Point at: 0x078d76e8
LOGREDO: Log record for Sync Point at: 0x078576b8
LOGREDO: Beginning to update the Inode Allocation Map.
LOGREDO: Done updating the Inode Allocation Map.
LOGREDO: Beginning to update the Block Map.
LOGREDO: Incorrect leaf index detected (k=(d) 0, j=(d) 0, idx=(d) 0) while
writing Block Map.
LOGREDO: Write Block Map control page failed in UpdateMaps().
LOGREDO: Unable to update map(s).
logredo failed (rc=-231). fsck continuing.
**Phase 1 - Check Blocks, Files/Directories, and Directory Entries
..|.....
[admin@~]# jfs_fsck -v -f /dev/md0
sb_ptr = 0x668980 agg_recptr = 0x663220 bmap_recptr = 0x668380
jfs_fsck version 1.1.15, 04-Mar-2011
processing started: 6/18/2012 14:43:00
The current device is: /dev/md0
Open(...READ/WRITE EXCLUSIVE...) returned rc = 0
Primary superblock is valid.
The type of file system for the device is JFS.
Block size in bytes: 4096
Filesystem size in blocks: 8496090624
**Phase 0 - Replay Journal Log
JFS fsck calling logredo
LOGREDO: Log record for Sync Point at: 0x079d76b0
LOGREDO: Log record for Sync Point at: 0x078d76e8
LOGREDO: Log record for Sync Point at: 0x078576b8
LOGREDO: Beginning to update the Inode Allocation Map.
LOGREDO: Done updating the Inode Allocation Map.
LOGREDO: Beginning to update the Block Map.
LOGREDO: Done updating the Block Map.
LOGREDO: End of log found at logend = 0x0eb9fa4
LOGREDO: Synch point record number: 0x079d76b0
LOGREDO: Synch point record address: 0x07844a0c
LOGREDO: Number of log records: (d) 143341
LOGREDO: Number of Do blocks: (d) 4534
LOGREDO: Number of NoDo blocks: (d) 0
JFS fsck back from logredo, rc = 0
logredo returned rc = 0
**Phase 1 - Check Blocks, Files/Directories, and Directory Entries
**Phase 2 - Count links
Re: [Jfs-discussion] [ANNOUNCE] jfsutils-1.1.15
From: Dave Kleikamp <shaggy@ke...> - 2011-03-07 22:29
On Fri, 2011-03-04 at 14:10 -0800, Tim Nufire wrote:
> >From the changelog it does not look like it... I have been running
> patches for all the changes in the changelog and I still have the
> logredo problem on volumes > 16TB. Several of the other problems that
> I've had *are* fixed here so this release is very welcome news! :-)
>
> Dave, any chance the logredo problem will be fixed? It's easy to
> reproduce but I'm assuming it's much harder to fix. Congratulations on
> your new gig!
Turned out to be pretty simple once I took the time to track it down.
This patch fixes the problem for me. Can you try this fix and let me
know if anything else down the line fails?
Thanks,
Shaggy
Index: libfs/log_map.c
===================================================================
RCS file: /cvsroot/jfs/jfsutils/libfs/log_map.c,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -p -r1.19 -r1.20
--- libfs/log_map.c 24 Mar 2008 19:36:57 -0000 1.19
+++ libfs/log_map.c 7 Mar 2011 22:21:57 -0000 1.20
@@ -340,7 +340,8 @@ int bMapInit(int vol, /* index in vopen
caddr_t p0 = NULL;
xtpage_t *xp;
int i, j, k, w, pgidx;
- int32_t nbytes, npages, this_page;
+ int64_t nbytes;
+ int32_t npages, this_page;
uint32_t *pmap, mask;
pxd_t pxd;
int64_t xaddr;
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Jfs-discussion mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jfs-discussion
