UNIX for Dummies Questions & Answers

So you're trying to transfer a file about 156 MB but only 11MB or so made it over. I have not seen a bdf command on Linux, I hope you are showing the disk space on the destination file system. I suspect that bdf was run on HP-UX. Could you just do a simple cp and let NFS transfer the file?

But as to what could cause your problem... maybe someone killed your process on one of the systems. Maybe a network problem happened. It's pretty much got to be one of those.

If NFS is not an option, maybe you could split the file in chunks and reassemble the chunks after the transfer. "split" can split and "cat" can reassemble.

Thanks perebrabo...

So can i take like this ,In SCP we cannot transfer a large files ?.. If not, is there is any command that can do a transfer of large files ?...

ftp will transfer files up to the limit imposed by the filesystems on both ends of the transaction. Normally you can expect up to 4GB will be okay.

EXACTLY how are you getting file sizes? Run q uuick test. Use ls -l on the source file before you copy. use ls -l on the destination file. bdf is NOT the same as ls -l.
You can also use a cksum.

Did you check to be sure the filesystem you were copying to had enough space for the new file?

Thank you ..
Yes i am using ls -l to find the size of the file . The checksum is also different . Ya i do check the space in the system . It has enough spaces .

156 MB is not an issue for scp, I've been dealing with 150-200 GB recently. So, since the checksum is different, it means that during the transmission, file gets filled with something, i.e. file size grows, is that right ? I'd think of network issue, or SSH protocol mismatch. Try sftp client and see if that solves the issue. Does the underlying network implements / uses MPLS ? I've seen malformed packets of such setup resulting in wrong checksums.
If possible, post the results of commands before and after file transfer, e.g. - "ls -la file-name, md5sum file-name"