xfs
[Top] [All Lists]

CVS-2.4.22: File system is too large to be mounted on this system

To: "linux-xfs@xxxxxxxxxxx" <linux-xfs@xxxxxxxxxxx>
Subject: CVS-2.4.22: File system is too large to be mounted on this system
From: Tru Huynh <tru@xxxxxxxxxx>
Date: Mon, 22 Sep 2003 10:19:46 +0200
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.2.5.1i
Hello,

I have run into this problem with le cvs version from 2003/09/21
but not from the 1.3 released (rebuild on RedHat 7.3).

YMMV, but you don't want find that out on a production machine ;)

Thanks for this great FS,

Tru

background:

I have an external IDE-SCSI attachement with 8x 250GB HDs in a RAID5 array.
Kernel and XFS tools from cvs as of 2003/09/21 on a RedHat 7.3 based
athlon machine.

** not working on 2.4.22-xfs_cvs20030921 **

[tru@ortiz ~]$ uname -r
2.4.22-xfs_cvs20030921

[tru@ortiz ~]$ sudo fdisk -l /dev/sda

Disk /dev/sda: 255 heads, 63 sectors, 212805 cylinders
Units = cylinders of 16065 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1             1    200000 1606499968+  83  Linux

[tru@ortiz ~]$ which mkfs.xfs
/sbin/mkfs.xfs
[tru@ortiz ~]$ rpm -qf /sbin/mkfs.xfs
xfsprogs-2.5.8-0
[tru@ortiz ~]$ /sbin/mkfs.xfs -V
mkfs.xfs version 2.5.8
[tru@ortiz ~]$ sudo /sbin/mkfs.xfs -f /dev/sda1
meta-data=/dev/sda1              isize=256    agcount=384, agsize=1048576 blks
         =                       sectsz=512
data     =                       bsize=4096   blocks=401624992, imaxpct=25
         =                       sunit=0      swidth=0 blks, unwritten=1
naming   =version 2              bsize=4096
log      =internal log           bsize=4096   blocks=32768, version=1
         =                       sectsz=512   sunit=0 blks
realtime =none                   extsz=65536  blocks=0, rtextents=0

But when I try to mount the filesystem I get:

[tru@ortiz ~]$ sudo mount /dev/sda1 /br1600b
mount: wrong fs type, bad option, bad superblock on /dev/sda1,
       or too many mounted file systems
       (aren't you trying to mount an extended partition,
       instead of some logical partition inside?)

And in the /var/log/messages:
Sep 21 23:37:17 ortiz kernel: XFS: File system is too large to be mounted on 
this system.
Sep 21 23:37:17 ortiz kernel: XFS: SB validate failed

+ When I specify 102.400 cylinders instead of 200.000 or 212.805 there is no 
problem.
+ When I use mke2fs.ext2 there is no pb whatever the filesystem size.

** fine on 2.4.20-19.9.XFS1.3.0 **

Rebuild from the .src.rpm from SGI ftp site

[tru@ortiz ~]$ uname -r
2.4.20-19.9.XFS1.3.0
[tru@ortiz ~]$ xfs_info /br1600b/
meta-data=/br1600b               isize=256    agcount=384, agsize=1048576 blks
         =                       sectsz=512  
data     =                       bsize=4096   blocks=401624992, imaxpct=25
         =                       sunit=0      swidth=0 blks, unwritten=1
naming   =version 2              bsize=4096  
log      =internal               bsize=4096   blocks=32768, version=1
         =                       sectsz=512   sunit=0 blks
realtime =none                   extsz=65536  blocks=0, rtextents=0

[tru@ortiz ~]$ df
Filesystem    Type   1k-blocks      Used Available Use% Mounted on
/dev/md1      ext3     4127040   3263888    653508  84% /
/dev/md0      ext3      124323     18429     99475  16% /boot
none         tmpfs      386208         0    386208   0% /dev/shm
/dev/md3      ext3    12922456     32828  12233200   1% /work
/dev/sda1      xfs   1606368896      6160 1606362736   1% /br1600b

-- 
Dr Tru Huynh          | http://www.pasteur.fr/recherche/unites/Binfs/
mailto:tru@xxxxxxxxxx | tel/fax +33 1 45 68 87 37/19
Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France  


<Prev in Thread] Current Thread [Next in Thread>