Arne Schwabe
2008-Jan-06 16:59 UTC
[zfs-discuss] ZFS Bug: Value too large for defined data type
Hi,
I have a strange problem with a zfs filesystem.
zfs scrub stuff reports no errors.
[16:50]charon:...kaputt/Crossroads# pwd
/stuff/backups/kaputt/Crossroads
[16:51]charon:...kaputt/Crossroads# ls
01 - Introspection (Crossroads by Mind.In.A.Box).flac
[...]
[16:51]charon:...kaputt/Crossroads# ls -l 01*
01 - Introspection (Crossroads by Mind.In.A.Box).flac: Value too large
for defined data type
[1] 797 exit 2 ls -l 01*
truss ls -l 01*
[...]
lstat64("01 - Introspection (Crossroads by Mind.In.A.Box).flac",
0x08046880) Err#79 EOVERFLOW
rm 01*
rm: 01 - Introspection (Crossroads by Mind.In.A.Box).flac: Value too
large for defined data type
[1] 800 exit 2 rm 01*
rm fails with the same error with syscall fstatat64.
unlink 01* works and return no error.
(I have still 700 + broken files left)
Are there other things I can do debug/fix the problem?
Additional data:
uname -a
SunOS charon 5.11 snv_77 i86pc i386 i86pc
zpool status
pool: stuff
state: ONLINE
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
stuff ONLINE 0 0 0
mirror ONLINE 0 0 0
c3d0 ONLINE 0 0 0
c4d0 ONLINE 0 0 0
errors: No known data errors
zfs list
NAME USED AVAIL REFER MOUNTPOINT
stuff 195G 261G 22K /stuff
stuff/backups 172G 261G 137G /stuff/backups
stuff/backups at snap-2007-12-26-congress 35.3G - 151G -
stuff/backups at snap-2008-01-06 25.0M - 134G -
stuff/daten 17.0G 261G 17.0G /stuff/daten
stuff/iscsi 5.94G 261G 30K /stuff/iscsi
stuff/iscsi/zeug 5.94G 261G 5.94G -
Hi, Not sure if it''s the case here. However I''ve seen "Value too large for defined data type" errors on systems which had date (year) set incorrectly. On 1/7/08, Arne Schwabe <arne at rfc2549.org> wrote:> Hi, > > I have a strange problem with a zfs filesystem. > > zfs scrub stuff reports no errors. > > > [16:50]charon:...kaputt/Crossroads# pwd > /stuff/backups/kaputt/Crossroads > [16:51]charon:...kaputt/Crossroads# ls > 01 - Introspection (Crossroads by Mind.In.A.Box).flac > [...] > > [16:51]charon:...kaputt/Crossroads# ls -l 01* > 01 - Introspection (Crossroads by Mind.In.A.Box).flac: Value too large > for defined data type > [1] 797 exit 2 ls -l 01* > > truss ls -l 01* > [...] > lstat64("01 - Introspection (Crossroads by Mind.In.A.Box).flac", > 0x08046880) Err#79 EOVERFLOW > > rm 01* > rm: 01 - Introspection (Crossroads by Mind.In.A.Box).flac: Value too > large for defined data type > [1] 800 exit 2 rm 01* > > rm fails with the same error with syscall fstatat64. > > unlink 01* works and return no error. > > (I have still 700 + broken files left) > > > Are there other things I can do debug/fix the problem? > > > Additional data: > > > uname -a > SunOS charon 5.11 snv_77 i86pc i386 i86pc > > > zpool status > pool: stuff > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > stuff ONLINE 0 0 0 > mirror ONLINE 0 0 0 > c3d0 ONLINE 0 0 0 > c4d0 ONLINE 0 0 0 > > errors: No known data errors > > zfs list > NAME USED AVAIL REFER MOUNTPOINT > stuff 195G 261G 22K /stuff > stuff/backups 172G 261G 137G /stuff/backups > stuff/backups at snap-2007-12-26-congress 35.3G - 151G - > stuff/backups at snap-2008-01-06 25.0M - 134G - > stuff/daten 17.0G 261G 17.0G /stuff/daten > stuff/iscsi 5.94G 261G 30K /stuff/iscsi > stuff/iscsi/zeug 5.94G 261G 5.94G - > > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >-- _________________________________/ sengork.blogspot.com /????
Jorgen Lundman
2008-Jan-07 03:44 UTC
[zfs-discuss] ZFS Bug: Value too large for defined data type
We had that with NetApps, and added this to /etc/system nfs:nfs_allow_preepoch_time=1 But that might be entirely unrelated. Lund Sengor wrote:> Hi, > > Not sure if it''s the case here. However I''ve seen "Value too > large for defined data type" errors on systems which had date (year) > set incorrectly. > > > On 1/7/08, Arne Schwabe <arne at rfc2549.org> wrote: >> Hi, >> >> I have a strange problem with a zfs filesystem. >> >> zfs scrub stuff reports no errors. >> >> >> [16:50]charon:...kaputt/Crossroads# pwd >> /stuff/backups/kaputt/Crossroads >> [16:51]charon:...kaputt/Crossroads# ls >> 01 - Introspection (Crossroads by Mind.In.A.Box).flac >> [...] >> >> [16:51]charon:...kaputt/Crossroads# ls -l 01* >> 01 - Introspection (Crossroads by Mind.In.A.Box).flac: Value too large >> for defined data type >> [1] 797 exit 2 ls -l 01* >> >> truss ls -l 01* >> [...] >> lstat64("01 - Introspection (Crossroads by Mind.In.A.Box).flac", >> 0x08046880) Err#79 EOVERFLOW >> >> rm 01* >> rm: 01 - Introspection (Crossroads by Mind.In.A.Box).flac: Value too >> large for defined data type >> [1] 800 exit 2 rm 01* >> >> rm fails with the same error with syscall fstatat64. >> >> unlink 01* works and return no error. >> >> (I have still 700 + broken files left) >> >> >> Are there other things I can do debug/fix the problem? >> >> >> Additional data: >> >> >> uname -a >> SunOS charon 5.11 snv_77 i86pc i386 i86pc >> >> >> zpool status >> pool: stuff >> state: ONLINE >> scrub: none requested >> config: >> >> NAME STATE READ WRITE CKSUM >> stuff ONLINE 0 0 0 >> mirror ONLINE 0 0 0 >> c3d0 ONLINE 0 0 0 >> c4d0 ONLINE 0 0 0 >> >> errors: No known data errors >> >> zfs list >> NAME USED AVAIL REFER MOUNTPOINT >> stuff 195G 261G 22K /stuff >> stuff/backups 172G 261G 137G /stuff/backups >> stuff/backups at snap-2007-12-26-congress 35.3G - 151G - >> stuff/backups at snap-2008-01-06 25.0M - 134G - >> stuff/daten 17.0G 261G 17.0G /stuff/daten >> stuff/iscsi 5.94G 261G 30K /stuff/iscsi >> stuff/iscsi/zeug 5.94G 261G 5.94G - >> >> >> >> _______________________________________________ >> zfs-discuss mailing list >> zfs-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >> > >-- Jorgen Lundman | <lundman at lundman.net> Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work) Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell) Japan | +81 (0)3 -3375-1767 (home)