Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Probems\s+with\s+xfs_repair\s+on\s+large\s+filesystem\s+and\s+32bit\s+OS\.\s*$/: 21 ]

Total 21 documents matching your query.

1. Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Lance Reed <lreed@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 07:28:21 -0400
So I am having trouble fixing a corrupted <16 TB file system on a 32bit Linux The problem is that xfs_repair dies due to xfs_repair: libxfs_initbuf can't memalign 4096 bytes: Cannot allocate memory:
/archives/xfs/2008-06/msg00081.html (11,014 bytes)

2. RE: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Lance Reed <lreed@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 08:07:18 -0400
SO, I take it from what you say that that I can running any newer version of xfs progs and a 64bit host (fiber attached, easy to do this), and run xfs_repair on the 32bit XFS volumes without fear of
/archives/xfs/2008-06/msg00082.html (12,742 bytes)

3. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 08:28:11 -0400
Yes, this is fine. All the actual filesystem structures are endian and 32/64bit clean. The log needs to be in the same endianess and had 32bit vs 64bit problems on x86 for a while, but it needs to be
/archives/xfs/2008-06/msg00084.html (9,351 bytes)

4. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Lance Reed <lreed@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 08:50:30 -0400
Yes the log died and was zeroed already with xfs_repair already. So I plan to put a 64bit head on the volumes and leave it that way. I asuume I need to still keep it under 16 tb since the fs datastu
/archives/xfs/2008-06/msg00085.html (9,618 bytes)

5. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: "'hch@xxxxxxxxxxxxx'" <hch@xxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 09:01:46 -0400
All XFS data structures (which matter for this) are 64bit. But the pagecache size in 32bit x86 systems is indeeed limited, so a larger filesystem won't work there.
/archives/xfs/2008-06/msg00086.html (9,039 bytes)

6. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Andi Kleen <andi@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 19:07:26 +0200
Actually there used to be some bugs in old versions where 32bit couldn't replay 64bit logs or vice versa. Probably all fixed in uptodate kernels. -Andi
/archives/xfs/2008-06/msg00088.html (9,921 bytes)

7. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: "Barry Naujok" <bnaujok@xxxxxxx>
Date: Wed, 11 Jun 2008 10:01:08 +1000
On Tue, 10 Jun 2008 22:07:18 +1000, Lance Reed <lreed@xxxxxxxxxxxxxx> SO, I take it from what you say that that I can running any newer version of xfs progs and a 64bit host (fiber attached, easy to
/archives/xfs/2008-06/msg00096.html (14,574 bytes)

8. Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Lance Reed <lreed@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 07:28:21 -0400
So I am having trouble fixing a corrupted <16 TB file system on a 32bit Linux The problem is that xfs_repair dies due to xfs_repair: libxfs_initbuf can't memalign 4096 bytes: Cannot allocate memory:
/archives/xfs/2008-06/msg00541.html (11,014 bytes)

9. RE: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Lance Reed <lreed@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 08:07:18 -0400
SO, I take it from what you say that that I can running any newer version of xfs progs and a 64bit host (fiber attached, easy to do this), and run xfs_repair on the 32bit XFS volumes without fear of
/archives/xfs/2008-06/msg00542.html (12,742 bytes)

10. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 08:28:11 -0400
Yes, this is fine. All the actual filesystem structures are endian and 32/64bit clean. The log needs to be in the same endianess and had 32bit vs 64bit problems on x86 for a while, but it needs to be
/archives/xfs/2008-06/msg00544.html (9,351 bytes)

11. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Lance Reed <lreed@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 08:50:30 -0400
Yes the log died and was zeroed already with xfs_repair already. So I plan to put a 64bit head on the volumes and leave it that way. I asuume I need to still keep it under 16 tb since the fs datastu
/archives/xfs/2008-06/msg00545.html (9,618 bytes)

12. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: "'hch@xxxxxxxxxxxxx'" <hch@xxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 09:01:46 -0400
All XFS data structures (which matter for this) are 64bit. But the pagecache size in 32bit x86 systems is indeeed limited, so a larger filesystem won't work there.
/archives/xfs/2008-06/msg00546.html (9,039 bytes)

13. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Andi Kleen <andi@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 19:07:26 +0200
Actually there used to be some bugs in old versions where 32bit couldn't replay 64bit logs or vice versa. Probably all fixed in uptodate kernels. -Andi
/archives/xfs/2008-06/msg00548.html (9,921 bytes)

14. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: "Barry Naujok" <bnaujok@xxxxxxx>
Date: Wed, 11 Jun 2008 10:01:08 +1000
On Tue, 10 Jun 2008 22:07:18 +1000, Lance Reed <lreed@xxxxxxxxxxxxxx> SO, I take it from what you say that that I can running any newer version of xfs progs and a 64bit host (fiber attached, easy to
/archives/xfs/2008-06/msg00556.html (14,574 bytes)

15. Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Lance Reed <lreed@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 07:28:21 -0400
So I am having trouble fixing a corrupted <16 TB file system on a 32bit Linux system: The problem is that xfs_repair dies due to xfs_repair: libxfs_initbuf can't memalign 4096 bytes: Cannot allocate
/archives/xfs/2008-06/msg01001.html (11,059 bytes)

16. RE: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Lance Reed <lreed@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 08:07:18 -0400
SO, I take it from what you say that that I can running any newer version of xfs progs and a 64bit host (fiber attached, easy to do this), and run xfs_repair on the 32bit XFS volumes without fear of
/archives/xfs/2008-06/msg01002.html (13,056 bytes)

17. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 08:28:11 -0400
Yes, this is fine. All the actual filesystem structures are endian and 32/64bit clean. The log needs to be in the same endianess and had 32bit vs 64bit problems on x86 for a while, but it needs to be
/archives/xfs/2008-06/msg01004.html (9,558 bytes)

18. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Lance Reed <lreed@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 08:50:30 -0400
Thanks! Yes the log died and was zeroed already with xfs_repair already. So I plan to put a 64bit head on the volumes and leave it that way. I asuume I need to still keep it under 16 tb since the fs
/archives/xfs/2008-06/msg01005.html (9,618 bytes)

19. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: "'hch@xxxxxxxxxxxxx'" <hch@xxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 09:01:46 -0400
All XFS data structures (which matter for this) are 64bit. But the pagecache size in 32bit x86 systems is indeeed limited, so a larger filesystem won't work there.
/archives/xfs/2008-06/msg01006.html (9,139 bytes)

20. Re: Probems with xfs_repair on large filesystem and 32bit OS. (score: 1)
Author: Andi Kleen <andi@xxxxxxxxxxxxxx>
Date: Tue, 10 Jun 2008 19:07:26 +0200
Actually there used to be some bugs in old versions where 32bit couldn't replay 64bit logs or vice versa. Probably all fixed in uptodate kernels. -Andi
/archives/xfs/2008-06/msg01008.html (10,138 bytes)


This search system is powered by Namazu