* Re: Truncated Filesystem [not found] <Pine.LNX.4.58.0709281734490.14057@puck.litech.org> @ 2007-09-28 22:22 ` Justin Piszcz 2007-09-28 23:36 ` Eric Sandeen 0 siblings, 1 reply; 10+ messages in thread From: Justin Piszcz @ 2007-09-28 22:22 UTC (permalink / raw) To: Benjamin Carr; +Cc: xfs, linux-kernel Including LKML on this one as it may be a partition size limit? Sdc1 is not 11TB. Justin. On Fri, 28 Sep 2007, Benjamin Carr wrote: > For the second time in two weeks, a system restart has resulted in a > truncated filesystem on my server. The server is running 64bit SuSE with a > fibrechannel connection to a Promise VTrak M500f. The array is populated > with Hitachi 1TB drives. The filesystem should be ~12TB but is only 1.8TB > after the system is brough online. > > I have tried to collect the relevant information for diagnosing the > problem. I sought help on #xfs and was referred to the mailing list for > help. > > If you can think of any other useflul information please let me know. > > -Ben > > ---------------------------------------------------------------------------- > > messages: > Sep 28 16:14:13 climate kernel: attempt to access beyond end of device > Sep 28 16:14:13 climate kernel: sdc1: rw=0, want=25390571776, > limit=3915735307 > Sep 28 16:14:13 climate kernel: I/O error in filesystem ("sdc1") meta-data > dev sdc1 block 0x5e96560ff ("xfs_read_buf") error 5 buf count 512 > Sep 28 16:14:13 climate kernel: XFS: size check 2 failed > > climate:/var/log # file -s /dev/sdc1 > /dev/sdc1: SGI XFS filesystem data (blksz 4096, inosz 256, v2 dirs) > > climate:/var/log # grep sdc /proc/partitions > 8 32 12695301632 sdc > 8 33 1957867653 sdc1 > > climate:/var/log # xfs_db -r /dev/sdc1 > xfs_db> sb 0 > xfs_db> p > magicnum = 0x58465342 > blocksize = 4096 > dblocks = 3173821472 > rblocks = 0 > rextents = 0 > uuid = 55e7458f-309a-43e4-90ca-91e72ac63f48 > logstart = 2147483652 > rootino = 128 > rbmino = 129 > rsumino = 130 > rextsize = 16 > agblocks = 99181921 > agcount = 32 > rbmblocks = 0 > logblocks = 32768 > versionnum = 0x3084 > sectsize = 512 > inodesize = 256 > inopblock = 16 > fname = "\000\000\000\000\000\000\000\000\000\000\000\000" > blocklog = 12 > sectlog = 9 > inodelog = 8 > inopblog = 4 > agblklog = 27 > rextslog = 0 > inprogress = 0 > imax_pct = 25 > icount = 1472 > ifree = 76 > fdblocks = 3166809019 > frextents = 0 > uquotino = 0 > gquotino = 0 > qflags = 0 > flags = 0 > shared_vn = 0 > inoalignmt = 2 > unit = 0 > width = 0 > dirblklog = 0 > logsectlog = 0 > logsectsize = 0 > logsunit = 0 > features2 = 0 > xfs_db> sb 1 > xfs_db> p > magicnum = 0x58465342 > blocksize = 4096 > dblocks = 3173821472 > rblocks = 0 > rextents = 0 > uuid = 55e7458f-309a-43e4-90ca-91e72ac63f48 > logstart = 2147483652 > rootino = null > rbmino = null > rsumino = null > rextsize = 16 > agblocks = 99181921 > agcount = 32 > rbmblocks = 0 > logblocks = 32768 > versionnum = 0x3084 > sectsize = 512 > inodesize = 256 > inopblock = 16 > fname = "\000\000\000\000\000\000\000\000\000\000\000\000" > blocklog = 12 > sectlog = 9 > inodelog = 8 > inopblog = 4 > agblklog = 27 > rextslog = 0 > inprogress = 1 > imax_pct = 25 > icount = 0 > ifree = 0 > fdblocks = 3173788576 > frextents = 0 > uquotino = 0 > gquotino = 0 > qflags = 0 > flags = 0 > shared_vn = 0 > inoalignmt = 2 > unit = 0 > width = 0 > dirblklog = 0 > logsectlog = 0 > logsectsize = 0 > logsunit = 0 > features2 = 0 > xfs_db> sb 1 > xfs_db> p > magicnum = 0x58465342 > blocksize = 4096 > dblocks = 3173821472 > rblocks = 0 > rextents = 0 > uuid = 55e7458f-309a-43e4-90ca-91e72ac63f48 > logstart = 2147483652 > rootino = null > rbmino = null > rsumino = null > rextsize = 16 > agblocks = 99181921 > agcount = 32 > rbmblocks = 0 > logblocks = 32768 > versionnum = 0x3084 > sectsize = 512 > inodesize = 256 > inopblock = 16 > fname = "\000\000\000\000\000\000\000\000\000\000\000\000" > blocklog = 12 > sectlog = 9 > inodelog = 8 > inopblog = 4 > agblklog = 27 > rextslog = 0 > inprogress = 1 > imax_pct = 25 > icount = 0 > ifree = 0 > fdblocks = 3173788576 > frextents = 0 > uquotino = 0 > gquotino = 0 > qflags = 0 > flags = 0 > shared_vn = 0 > inoalignmt = 2 > unit = 0 > width = 0 > dirblklog = 0 > logsectlog = 0 > logsectsize = 0 > logsunit = 0 > features2 = 0 > > climate:~ # time xfs_check /dev/sdc1 > XFS: totally zeroed log > can't seek in filesystem at bb 3967276840 > can't read superblock for ag 5 > can't seek in filesystem at bb 4760732208 > can't read superblock for ag 6 > can't seek in filesystem at bb 5554187576 > can't read superblock for ag 7 > can't seek in filesystem at bb 6347642944 > can't read superblock for ag 8 > can't seek in filesystem at bb 7141098312 > can't read superblock for ag 9 > can't seek in filesystem at bb 7934553680 > can't read superblock for ag 10 > can't seek in filesystem at bb 8728009048 > can't read superblock for ag 11 > can't seek in filesystem at bb 9521464416 > can't read superblock for ag 12 > can't seek in filesystem at bb 10314919784 > can't read superblock for ag 13 > can't seek in filesystem at bb 11108375152 > can't read superblock for ag 14 > can't seek in filesystem at bb 11901830520 > can't read superblock for ag 15 > can't seek in filesystem at bb 12695285888 > can't read superblock for ag 16 > can't seek in filesystem at bb 13488741256 > can't read superblock for ag 17 > can't seek in filesystem at bb 14282196624 > can't read superblock for ag 18 > can't seek in filesystem at bb 15075651992 > can't read superblock for ag 19 > can't seek in filesystem at bb 15869107360 > can't read superblock for ag 20 > can't seek in filesystem at bb 16662562728 > can't read superblock for ag 21 > can't seek in filesystem at bb 17456018096 > can't read superblock for ag 22 > can't seek in filesystem at bb 18249473464 > can't read superblock for ag 23 > can't seek in filesystem at bb 19042928832 > can't read superblock for ag 24 > can't seek in filesystem at bb 19836384200 > can't read superblock for ag 25 > can't seek in filesystem at bb 20629839568 > can't read superblock for ag 26 > can't seek in filesystem at bb 21423294936 > can't read superblock for ag 27 > can't seek in filesystem at bb 22216750304 > can't read superblock for ag 28 > can't seek in filesystem at bb 23010205672 > can't read superblock for ag 29 > can't seek in filesystem at bb 23803661040 > can't read superblock for ag 30 > can't seek in filesystem at bb 24597116408 > can't read superblock for ag 31 > > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Truncated Filesystem 2007-09-28 22:22 ` Truncated Filesystem Justin Piszcz @ 2007-09-28 23:36 ` Eric Sandeen 2007-09-29 0:00 ` H. Peter Anvin 0 siblings, 1 reply; 10+ messages in thread From: Eric Sandeen @ 2007-09-28 23:36 UTC (permalink / raw) To: Justin Piszcz; +Cc: Benjamin Carr, xfs, linux-kernel Justin Piszcz wrote: > Including LKML on this one as it may be a partition size limit? Sdc1 is > not 11TB. > > Justin. Yup saw the same thing: (1957867653*1024)/1024/1024/1024/1024 = 1.82T I'm afraid you don't have a truncated filesystem, you have a truncated block device. I'm afraid this is not an xfs problem... you need to figure out what happened to sdc1 (for example, why doesn't it extend to the end of sdc?) -Eric ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Truncated Filesystem 2007-09-28 23:36 ` Eric Sandeen @ 2007-09-29 0:00 ` H. Peter Anvin 2007-09-29 0:49 ` Benjamin Carr 0 siblings, 1 reply; 10+ messages in thread From: H. Peter Anvin @ 2007-09-29 0:00 UTC (permalink / raw) To: Eric Sandeen; +Cc: Justin Piszcz, Benjamin Carr, xfs, linux-kernel Eric Sandeen wrote: > Justin Piszcz wrote: >> Including LKML on this one as it may be a partition size limit? Sdc1 is >> not 11TB. >> >> Justin. > > Yup saw the same thing: > > (1957867653*1024)/1024/1024/1024/1024 = 1.82T > > I'm afraid you don't have a truncated filesystem, you have a truncated > block device. I'm afraid this is not an xfs problem... you need to > figure out what happened to sdc1 (for example, why doesn't it extend to > the end of sdc?) > What kind of partition table is it? MS-DOS partition tables have a 2 TB limit. -hpa ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Truncated Filesystem 2007-09-29 0:00 ` H. Peter Anvin @ 2007-09-29 0:49 ` Benjamin Carr 2007-09-29 0:59 ` H. Peter Anvin ` (2 more replies) 0 siblings, 3 replies; 10+ messages in thread From: Benjamin Carr @ 2007-09-29 0:49 UTC (permalink / raw) To: H. Peter Anvin; +Cc: Eric Sandeen, Justin Piszcz, xfs, linux-kernel > What kind of partition table is it? MS-DOS partition tables have a 2 TB > limit. Hadn't thought of that, doesn't look good. -Ben sudo fdisk -l /dev/sdc1 benc's password: Disk /dev/sdc1: 2004.8 GB, 2004856477184 bytes 255 heads, 63 sectors/track, 243743 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/sdc1 doesn't contain a valid partition table ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Truncated Filesystem 2007-09-29 0:49 ` Benjamin Carr @ 2007-09-29 0:59 ` H. Peter Anvin 2007-09-29 1:06 ` Benjamin Carr 2007-09-29 1:49 ` Joshua Baker-LePain 2007-09-29 6:26 ` Alan Cox 2 siblings, 1 reply; 10+ messages in thread From: H. Peter Anvin @ 2007-09-29 0:59 UTC (permalink / raw) To: Benjamin Carr; +Cc: Eric Sandeen, Justin Piszcz, xfs, linux-kernel Benjamin Carr wrote: >> What kind of partition table is it? MS-DOS partition tables have a 2 TB >> limit. > > Hadn't thought of that, doesn't look good. > -Ben > > sudo fdisk -l /dev/sdc1 ^^^^^^^^^ Uh... > benc's password: > > Disk /dev/sdc1: 2004.8 GB, 2004856477184 bytes > 255 heads, 63 sectors/track, 243743 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Disk /dev/sdc1 doesn't contain a valid partition table > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Truncated Filesystem 2007-09-29 0:59 ` H. Peter Anvin @ 2007-09-29 1:06 ` Benjamin Carr 2007-09-29 1:16 ` H. Peter Anvin 0 siblings, 1 reply; 10+ messages in thread From: Benjamin Carr @ 2007-09-29 1:06 UTC (permalink / raw) To: H. Peter Anvin; +Cc: Eric Sandeen, Justin Piszcz, xfs, linux-kernel > > sudo fdisk -l /dev/sdc1 > ^^^^^^^^^ Uh... yeah, long day: Disk /dev/sdc: 12999.9 GB, 12999988871168 bytes 255 heads, 63 sectors/track, 1580491 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdc1 1 243744 1957867653+ 83 Linux ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Truncated Filesystem 2007-09-29 1:06 ` Benjamin Carr @ 2007-09-29 1:16 ` H. Peter Anvin 0 siblings, 0 replies; 10+ messages in thread From: H. Peter Anvin @ 2007-09-29 1:16 UTC (permalink / raw) To: Benjamin Carr; +Cc: Eric Sandeen, Justin Piszcz, xfs, linux-kernel Benjamin Carr wrote: >>> sudo fdisk -l /dev/sdc1 >> ^^^^^^^^^ Uh... > > yeah, long day: > > Disk /dev/sdc: 12999.9 GB, 12999988871168 bytes > 255 heads, 63 sectors/track, 1580491 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Device Boot Start End Blocks Id System > /dev/sdc1 1 243744 1957867653+ 83 Linux > Looks like an MS-DOS partition table, indeed. -hpa ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Truncated Filesystem 2007-09-29 0:49 ` Benjamin Carr 2007-09-29 0:59 ` H. Peter Anvin @ 2007-09-29 1:49 ` Joshua Baker-LePain 2007-09-29 2:15 ` Benjamin Carr 2007-09-29 6:26 ` Alan Cox 2 siblings, 1 reply; 10+ messages in thread From: Joshua Baker-LePain @ 2007-09-29 1:49 UTC (permalink / raw) To: Benjamin Carr Cc: H. Peter Anvin, Eric Sandeen, Justin Piszcz, xfs, linux-kernel On Fri, 28 Sep 2007 at 8:49pm, Benjamin Carr wrote >> What kind of partition table is it? MS-DOS partition tables have a 2 TB >> limit. > > Hadn't thought of that, doesn't look good. > -Ben > > sudo fdisk -l /dev/sdc1 > benc's password: Issue number one -- don't use fdisk, as it doesn't support devices that big. Use parted instead: parted /dev/sdc mklabel gpt mkpart primary ext2 0 11TB quit where you may have to sub some other value for the "11TB" in the mkpart line -- I forget the exact syntax. -- Joshua Baker-LePain QB3 Shared Cluster Sysadmin UCSF ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Truncated Filesystem 2007-09-29 1:49 ` Joshua Baker-LePain @ 2007-09-29 2:15 ` Benjamin Carr 0 siblings, 0 replies; 10+ messages in thread From: Benjamin Carr @ 2007-09-29 2:15 UTC (permalink / raw) To: Joshua Baker-LePain Cc: H. Peter Anvin, Eric Sandeen, Justin Piszcz, xfs, linux-kernel > >> What kind of partition table is it? MS-DOS partition tables have a 2 TB > >> limit. > Issue number one -- don't use fdisk, as it doesn't support devices that > big. Use parted instead: climate:~ benc$ sudo parted /dev/sdc check 1 Warning: Partition 1 is 2005GB, but the file system is 13TB. Yeah, that is a problem. ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Truncated Filesystem 2007-09-29 0:49 ` Benjamin Carr 2007-09-29 0:59 ` H. Peter Anvin 2007-09-29 1:49 ` Joshua Baker-LePain @ 2007-09-29 6:26 ` Alan Cox 2 siblings, 0 replies; 10+ messages in thread From: Alan Cox @ 2007-09-29 6:26 UTC (permalink / raw) To: Benjamin Carr Cc: H. Peter Anvin, Eric Sandeen, Justin Piszcz, xfs, linux-kernel On Fri, 28 Sep 2007 20:49:12 -0400 (EDT) Benjamin Carr <bcarr@whoi.edu> wrote: > > What kind of partition table is it? MS-DOS partition tables have a 2 TB > > limit. > > Hadn't thought of that, doesn't look good. > -Ben > > sudo fdisk -l /dev/sdc1 > benc's password: That would be on /dev/sdc surely ? ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2007-09-29 6:21 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <Pine.LNX.4.58.0709281734490.14057@puck.litech.org>
2007-09-28 22:22 ` Truncated Filesystem Justin Piszcz
2007-09-28 23:36 ` Eric Sandeen
2007-09-29 0:00 ` H. Peter Anvin
2007-09-29 0:49 ` Benjamin Carr
2007-09-29 0:59 ` H. Peter Anvin
2007-09-29 1:06 ` Benjamin Carr
2007-09-29 1:16 ` H. Peter Anvin
2007-09-29 1:49 ` Joshua Baker-LePain
2007-09-29 2:15 ` Benjamin Carr
2007-09-29 6:26 ` Alan Cox
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox