Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Differences\s+in\s+mkfs\.xfs\s+and\s+xfs_info\s+output\.\s*$/: 66 ]

Total 66 documents matching your query.

1. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Jan Derfinak <ja@xxxxxxxxxxxx>

Date: Sun, 16 Mar 2008 23:44:30 +0100 (CET)

Just for your information. I tested kernel 2.6.25-rc5 compiled from sources from ftp.kernel.org. The bug with wrong sb_fdblocks is there too: sb_fdblocks 214009, counted 215033 meta-data=/dev/mapper/

/archives/xfs/2008-03/msg00160.html (9,662 bytes)

2. 202 blocked for more than 120 seconds (score: 1)

Author: c@xxxxxxx>

Date: Sun, 16 Mar 2008 23:44:30 +0100 (CET)

:32:10 Chr wrote: reverted: commit 3a7f6c990ad04e6f576a159876c602d14d6f7fef dm crypt: use async crypto dm-crypt: Use crypto ablkcipher inte

/archives/xfs/2008-03/msg00549.html (9,662 bytes)

3. Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Jan Derfinak <ja@xxxxxxxxxxxx>

Date: Sat, 16 Feb 2008 02:34:08 +0100 (CET)

I found following problem with xfs_info (xfs_grows -p xfs_info) command: meta-data=/dev/loop0 isize=256 agcount=4, agsize=32000 blks = sectsz=512 attr=2 data = bsize=4096 blocks=128000, imaxpct=25 =

/archives/xfs/2008-02/msg00147.html (9,856 bytes)

4. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Eric Sandeen <sandeen@xxxxxxxxxxx>

Date: Fri, 15 Feb 2008 22:10:11 -0600

... Looks like neither XFS_SB_VERSION2_ATTR2BIT nor XFS_SB_VERSION2_LAZYSBCOUNTBIT is in fact set. You're on x86_64 aren't you... This reminds me of an email I sent in 2006.... which is exactly what

/archives/xfs/2008-02/msg00149.html (11,611 bytes)

5. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Eric Sandeen <sandeen@xxxxxxxxxxx>

Date: Fri, 15 Feb 2008 22:33:32 -0600

Does this make it happier for you? Hmm actually the kernel needs the analogous change too. And then probably something to fix up all the misformatted filesystems out there.... yuck. Hmm and I don't k

/archives/xfs/2008-02/msg00150.html (10,786 bytes)

6. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Eric Sandeen <sandeen@xxxxxxxxxxx>

Date: Fri, 15 Feb 2008 22:36:29 -0600

oh same reason of course. it's just that on my mkfs lazy-count isn't default... -Eric

/archives/xfs/2008-02/msg00151.html (9,217 bytes)

7. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Eric Sandeen <sandeen@xxxxxxxxxxx>

Date: Fri, 15 Feb 2008 22:41:53 -0600

... sorry for replying to my own thread 100 times, but... do you happen to have a 32-bit mkfs and a 64-bit kernrel? -Eric

/archives/xfs/2008-02/msg00152.html (10,565 bytes)

8. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: David Chinner <dgc@xxxxxxx>

Date: Sat, 16 Feb 2008 18:40:19 +1100

..... .... That's why. I've been meaning to push out a patch to fix this - just haven't had time. The patch below should fix the problem - mkfs.xfs is writing the features2 field to the wrong locatio

/archives/xfs/2008-02/msg00157.html (18,891 bytes)

9. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Jan Derfinak <ja@xxxxxxxxxxxx>

Date: Sat, 16 Feb 2008 22:49:58 +0100 (CET)

Thanks Eric and David. Yes, as I wrote in my mail architecture is x86_64. Here is hexdump: 00000000 58 46 53 42 00 00 10 00 00 00 00 00 00 01 f4 00 |XFSB............| 00000010 00 00 00 00 00 00 00 00

/archives/xfs/2008-02/msg00164.html (13,288 bytes)

10. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Jan Derfinak <ja@xxxxxxxxxxxx>

Date: Sat, 16 Feb 2008 23:41:42 +0100 (CET)

I would like to ask if correcting the feature2 field can lead to this message?: sb_fdblocks 190009, counted 191033 sb_fdblocks 190009, aggregate AGF count 191033 "local" is copy (dd) of other correct

/archives/xfs/2008-02/msg00165.html (12,440 bytes)

11. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Jan Derfinak <ja@xxxxxxxxxxxx>

Date: Sun, 17 Feb 2008 14:41:05 +0100 (CET)

I think no. I made some more test I think that wrong sb_fdblocks is pertinent to lazy-count feature. I used mkfs.xfs patched with Eric's patch, so there was no correction during mount. meta-data=/dev

/archives/xfs/2008-02/msg00166.html (13,050 bytes)

12. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: David Chinner <dgc@xxxxxxx>

Date: Mon, 18 Feb 2008 10:06:45 +1100

Lazy superblock counters mean that the superblock counters are not kept exactly up to date at all times and hence this can happen if the filesystem was not shut down cleanly. however, when you remoun

/archives/xfs/2008-02/msg00170.html (11,447 bytes)

13. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Jan Derfinak <ja@xxxxxxxxxxxx>

Date: Mon, 18 Feb 2008 01:12:18 +0100 (CET)

mkfs, mount, xfsrestore, umount is 100% reproducable. I restored 5 different filesystems, some of them several times. Other tests (all show bug on first try): meta-data=/dev/loop0 isize=256 agcount=4

/archives/xfs/2008-02/msg00171.html (13,579 bytes)

14. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Jan Derfinak <ja@xxxxxxxxxxxx>

Date: Mon, 18 Feb 2008 01:17:21 +0100 (CET)

One more test (no FS activity, only mount, umount sequence): meta-data=/dev/loop0 isize=256 agcount=4, agsize=64000 blks = sectsz=512 attr=2 data = bsize=4096 blocks=256000, imaxpct=25 = sunit=0 swid

/archives/xfs/2008-02/msg00172.html (10,105 bytes)

15. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: David Chinner <dgc@xxxxxxx>

Date: Mon, 18 Feb 2008 13:07:04 +1100

It is clear that it is dropping by 1024 blocks per mount/unmount sequence. That sounds like the reserved space for transactions at ENOSPC not being put back in before the superblock is finally writte

/archives/xfs/2008-02/msg00173.html (12,975 bytes)

16. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: ja@xxxxxxxxxxxx

Date: Mon, 18 Feb 2008 07:56:01 +0100

Yes. I have the same code in xfs_mount.c. In CVS/Entry I have /xfs_mount.c/1.417/Tue Feb 5 07:16:21 2008/-ko/ No, I restored filesystems on real partition (device mapper) with the same result. Yes. m

/archives/xfs/2008-02/msg00178.html (10,746 bytes)

17. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Jan Derfinak <ja@xxxxxxxxxxxx>

Date: Tue, 19 Feb 2008 01:04:35 +0100 (CET)

I have run the mount,umount test on x86 architecture with the same kernel source version. Kernel image is of course different, it is different computer. On x86 everything is ok. I guess that problem

/archives/xfs/2008-02/msg00198.html (11,521 bytes)

18. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: David Chinner <dgc@xxxxxxx>

Date: Tue, 19 Feb 2008 11:20:59 +1100

The output I showed you was from an ia64 machine, so it's not purely 64bit related. Can you rebuild you x86_64 kernel from the same kernel tree you built the ia32 (make mrproper; make ....) and reins

/archives/xfs/2008-02/msg00199.html (11,388 bytes)

19. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: Jan Derfinak <ja@xxxxxxxxxxxx>

Date: Tue, 19 Feb 2008 02:20:42 +0100 (CET)

Done, but the problem still exists. sb_fdblocks 253756, counted 254780 Dave, when you tested on ia64, did you use mkfs.xfs which wrote feature2 record on right place or did you use your patch to corr

/archives/xfs/2008-02/msg00201.html (10,898 bytes)

20. Re: Differences in mkfs.xfs and xfs_info output. (score: 1)

Author: David Chinner <dgc@xxxxxxx>

Date: Tue, 19 Feb 2008 12:46:19 +1100

I did not use a patched mkfs - just my patch that does correction. I think I need to test this on an x86_64 box and see if i can reproduce it locally because it's not obviously operator error or clea

/archives/xfs/2008-02/msg00203.html (11,583 bytes)

Current List: 1 - 20
Page: [1] [2] [3] [4]