duy.nguyen has asked for the wisdom of the Perl Monks concerning the following question:

Hi Monks,

I use library Net::FTP to transfer a large file (about 7GB) to a remote server.

But I always received a file that has a size about 5GB.

If the file is 4GB, it is put to the remote server successfully.

Is there any limit size for the file transferred by put method?

I have tried using Net::FTPSSL and I got the same result.

Thanks.

  • Comment on Net::FTP and Net::FTPSSL Lost data when transferring a large file

Replies are listed 'Best First'.
Re: Net::FTP and Net::FTPSSL Lost data when transferring a large file
by Fletch (Bishop) on May 11, 2021 at 05:13 UTC

    Don't believe there's a limit to FTP itself but 4G is close to the file size limit on some older *NIX filesystems (ext2 maybe?). It's entirely possible that where you're trying to send the file can't handle a file that large where you're placing it. Another possibility is that the user you're trying to copy to has quotas or other limits and that could be causing problems.

    At any rate more details such as the source and destination OSes involved might shed more light.

    edit: a word.

    The cake is a lie.
    The cake is a lie.
    The cake is a lie.

Re: Net::FTP and Net::FTPSSL Lost data when transferring a large file
by perlfan (Parson) on May 11, 2021 at 17:17 UTC
    You know this is a Perl module issue because you tried a non-perl ftp client and confirmed that it works with it?

      This is an excellent suggestion and would be the first thing to check. Take your perl code out of the mix and make sure that your OS' ftp client is able to send the same file.

      If it can't that pretty conclusively points to something the remote side being the problem; if the regular ftp client can then you've got a more solid lead that the problem actually is in your code.

      The cake is a lie.
      The cake is a lie.
      The cake is a lie.

Re: Net::FTP and Net::FTPSSL Lost data when transferring a large file
by jo37 (Curate) on May 11, 2021 at 16:34 UTC