Skip to contentSkip to conversation

XFS: file system too large to be mounted on this system. 2.6.30.1

DISCUSSION Krzysztof Adamski 2 participants 3 messages Jul 23, 2009 – Jul 24, 2009

lore
Share & tools
lore
#0 lore raw

I got "XFS: file system too large to be mounted on this system." when mounting my not to large file system.

I'm running Debian lenny with a self compiled kernel, 32 bit userland distribution.

I have both 32 and 64 bit kernels of the 2.6.30.1 installed. I was running the 64bit kernel for a while, I needed to switch to the 32 bit version to run VBox. After reboot to 32bit kernel, one filesystem would not mount. The xfs_repair did not find any good superblocks. Fortunately booting the 64bit kernel allowed mounting of this filesystem.
This is a df while running 64bit kernel:
/dev/mapper/big--raid-file--store

               xfs   2558652416 2540114040  18538376 100% /file-store
/dev/sda1      xfs   195263012 194723636    539376 100% /disks/a1

The interesting part is that /disks/a1 did not have problem with mounting on the 32bit kernel, just the /file-store.

When running 2.6.28.4 32bit kernel I have no problem with mounting this filesystem. So something broke between 2.6.28.4 and 2.6.30.1

I can provide any other info.

K

_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs

#1 lore raw
Quoted 14 lines · Krzysztof Adamski

I got "XFS: file system too large to be mounted on this system." when mounting my not to large file system.

I'm running Debian lenny with a self compiled kernel, 32 bit userland distribution.

I have both 32 and 64 bit kernels of the 2.6.30.1 installed. I was running the 64bit kernel for a while, I needed to switch to the 32 bit version to run VBox. After reboot to 32bit kernel, one filesystem would not mount. The xfs_repair did not find any good superblocks. Fortunately booting the 64bit kernel allowed mounting of this filesystem.
This is a df while running 64bit kernel:
/dev/mapper/big--raid-file--store

Quoted 5 lines
               xfs   2558652416 2540114040  18538376 100% /file-store
/dev/sda1      xfs   195263012 194723636    539376 100% /disks/a1

The interesting part is that /disks/a1 did not have problem with mounting on the 32bit kernel, just the /file-store.

Do you have CONFIG_LBD (or maye now CONFIG_LBDAF) set on the newer 32-bit kernel? You'll need that.

If you do ....

file-store is about 2T? What is the filesystem block size? (xfs_info on the mountpoint would tell you)

The test is looking at whether the nr of filesystem blocks overflows based on CONFIG_LBD or not...

and the function hasn't changed since 2007.... hrm.

I'll put my money on CONFIG_LBDAF.

-Eric

Quoted 5 lines

When running 2.6.28.4 32bit kernel I have no problem with mounting this filesystem. So something broke between 2.6.28.4 and 2.6.30.1

I can provide any other info.

Quoted 8 lines

K

_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs

_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs

#2 lore raw
Quoted 18 lines · Eric Sandeen
Quoted 17 lines · Krzysztof Adamski

I got "XFS: file system too large to be mounted on this system." when mounting my not to large file system.

I'm running Debian lenny with a self compiled kernel, 32 bit userland distribution.

I have both 32 and 64 bit kernels of the 2.6.30.1 installed. I was running the 64bit kernel for a while, I needed to switch to the 32 bit version to run VBox. After reboot to 32bit kernel, one filesystem would not mount. The xfs_repair did not find any good superblocks. Fortunately booting the 64bit kernel allowed mounting of this filesystem.
This is a df while running 64bit kernel:
/dev/mapper/big--raid-file--store

               xfs   2558652416 2540114040  18538376 100% /file-store
/dev/sda1      xfs   195263012 194723636    539376 100% /disks/a1
Quoted 6 lines
Quoted 2 lines

The interesting part is that /disks/a1 did not have problem with mounting on the 32bit kernel, just the /file-store.

Do you have CONFIG_LBD (or maye now CONFIG_LBDAF) set on the newer 32-bit kernel? You'll need that.

Yes, this was it, the CONFIG_LBD got unset when I used the .config file to compile on a system that was running a 64 bit kernel. Now everything is back to normal, thanks.

Quoted 5 lines

If you do ....

file-store is about 2T? What is the filesystem block size? (xfs_info on the mountpoint would tell you)

For reference:

# xfs_info /file-store
meta-data=/dev/mapper/big--raid-file--store isize=256    agcount=32,
agsize=19990496 blks
         =                       sectsz=512   attr=0
data     =                       bsize=4096   blocks=639695872,
imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096  
log      =internal               bsize=4096   blocks=32768, version=1
         =                       sectsz=512   sunit=0 blks, lazy-count=0
realtime =none                   extsz=65536  blocks=0, rtextents=0
Quoted 24 lines

The test is looking at whether the nr of filesystem blocks overflows based on CONFIG_LBD or not...

and the function hasn't changed since 2007.... hrm.

I'll put my money on CONFIG_LBDAF.

-Eric

Quoted 5 lines

When running 2.6.28.4 32bit kernel I have no problem with mounting this filesystem. So something broke between 2.6.28.4 and 2.6.30.1

I can provide any other info.

Quoted 8 lines

K

_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs

Quoted 4 lines

_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs

_______________________________________________
xfs mailing list
[email protected]
http://oss.sgi.com/mailman/listinfo/xfs