lkml.org 
[lkml]   [2001]   [Aug]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [BUG?] :: "Value too large for defined data type"
Hi helpless God, ;-)

On Wed, Aug 15, 2001 at 04:22:05AM -0400, God wrote:
> </mental picture>
>
> ... dump crashed with:
>
> DUMP: 78.80% done at 814 kB/s, finished in 0:10
> DUMP: error reading command pipe in master: No such file or directory
> DUMP: The ENTIRE dump is aborted.

>
> Trying to check where dump should have written the file on box2, I get:
>
> # ls -al
> /bin/ls: test: Value too large for defined data type
> total 2097216
> drwxrwxrwx 2 root root 32768 Aug 14 23:27 ./
> drwxrwxrwx 50 root root 32768 Aug 14 21:02 ../
> -rwxrwxrwx 1 root root 2147483647 Aug 14 22:11
> box1.071401.dump*
> #

Your /bin/ls box2 is not LFS[1] aware. Maybe your dump isn't either?

> Ok so I lied, that is a paste from after my little expriment, but you can
> see the file size. 2.1G, out of a 3G drive.

Looks like LFS problem somewhere.

> It was a stupid thing to do, but could there be a better way for the OS to
> handle this and is there any way I can remove the file? It's on a 60
> Gig drive, so formatting would not be an option right about now ...

Use some rm, which has been compiled for LFS. If your glibc
doesn't support it, then you can only help yourself with some
boot disk with LFS aware tools.


Regards

Ingo Oeser

[1] Large File Support = Support for using large files on a file system
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:57    [W:0.388 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site