James D. Parra wrote:

Thanks for asking. The files are SQL .bak files. If I "ls -h" the
directory, there is no byte size return, but the file names are present. If
I browse the directory with Nautilus, the file names appear until one is
selected, after which the files disappear from the frame. Trivialities yes,
but the real issue is when attempting to backup the directories to tape none
of large files make it to tape. We get a "value too large for data type"
error.


I think the app that is creating the files SQL files is broken. If I create a file via dd it works just fine. I also use a 19G disk image to clone a certain customer's systems. It was created, and extracted by an nfsroot client based on Red Hat 7.2 via my 7.3 nfs server. What is creating these files? Is this occuring over samba?

[root@ftp2 vol0]# dd if=/dev/zero of=bigfile bs=1024 count=20000000
20000000+0 records in
20000000+0 records out
[root@ftp2 vol0]# ls -lh bigfile
-rw-r--r-- 1 root root 19G Oct 22 18:18 bigfile
[root@ftp2 vol0]# mv bigfile really.bigfile
[root@ftp2 vol0]# ls -lh really.bigfile
-rw-r--r-- 1 root root 19G Oct 22 18:18 really.bigfile
[root@ftp2 vol0]# cat really.bigfile >/dev/null
[root@ftp2 vol0]# rm really.bigfile
[root@ftp2 vol0]#

James D. Parra
[EMAIL PROTECTED]

-----Original Message-----
From: Samuel Flory [mailto:sflory@;rackable.com]
Sent: Tuesday, October 22, 2002 2:22 PM
To: [EMAIL PROTECTED]
Subject: Re: file size limit for RH 7.3


James D. Parra wrote:


Hello,

The file system is ext3. Is there another file system available for Linux
that can handle 10Gb files?



Red Hat 7.3 with ext3 can handle 10Gb files without issue. I have a disk image on one of my servers that is 19G in size. (Yes it's a compressed image, and that is it's compressed size.) It works just fine.

What db app are you using? It's possible that your app is not compile correctly.









--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@;redhat.com?subject=unsubscribe
https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to