File manager and FileZilla

SYSTEM INFORMATION
OS type and version Ubuntu Linux 24.04.1
Virtualmin version 2.202

I need help I can’t upload files more then 5mb .mp4 I tried over file manager and FileZilla I changed php_value[upload_max_filesize] = 1024M and php_value[post_max_size] = 1024M but no difference. Thanks in advance for any help !

What prevents you from uploading larger files? Do you see an error when you attempt to upload a file over 5 MB?

I don’t think the Virtualmin File Manager has any limit on size of file that can be uploaded. If you are unable to upload large files via the Virtualmin File Manager (and assuming the virtual server has free space) then the problem lies elsewhere.

There is no errors with File manager on FileZilla i got Status: Server sent passive reply with unroutable address. Using server address instead. Also when I upload over File manager it uploads same file 3 times one is 7.24MB, 7.39MB and 9.52MB file have 54MB

What do you mean by that?
The file manger in filezilla you mean?

i mean File manager over Virtualmin and ftp with Filezilla client.

that won’t help both Virtualmin and filezilla are not coded in PHP. So you have tried uploading via the Virtualmin File Manager like this ?


or just using filezilla ?

I had not issue, is the server run on a VPS or at home or office?

i did like that doesn’t upload the file i wrote it upload same file 3 times one is 7.24MB, 7.39MB and 9.52MB file have 54MB

it is a home server it’s a fresh installation.

sound like thats the issue, something is interrupting the data stream.

Maybe do traceroute or ping tests, any dropped packets

so far I have not an issue uploading


I’ll see if does the full upload

PING 109.72.101.23 (109.72.101.23) 56(84) bytes of data.
64 bytes from 109.72.101.23: icmp_seq=1 ttl=64 time=0.360 ms
64 bytes from 109.72.101.23: icmp_seq=2 ttl=64 time=0.318 ms
64 bytes from 109.72.101.23: icmp_seq=3 ttl=64 time=0.290 ms
64 bytes from 109.72.101.23: icmp_seq=4 ttl=64 time=0.298 ms
64 bytes from 109.72.101.23: icmp_seq=5 ttl=64 time=0.304 ms
64 bytes from 109.72.101.23: icmp_seq=6 ttl=64 time=0.383 ms
64 bytes from 109.72.101.23: icmp_seq=7 ttl=64 time=17.9 ms
64 bytes from 109.72.101.23: icmp_seq=8 ttl=64 time=8.83 ms
64 bytes from 109.72.101.23: icmp_seq=9 ttl=64 time=26.3 ms
64 bytes from 109.72.101.23: icmp_seq=10 ttl=64 time=6.72 ms
64 bytes from 109.72.101.23: icmp_seq=11 ttl=64 time=25.4 ms
64 bytes from 109.72.101.23: icmp_seq=12 ttl=64 time=8.49 ms
64 bytes from 109.72.101.23: icmp_seq=13 ttl=64 time=4.73 ms
64 bytes from 109.72.101.23: icmp_seq=14 ttl=64 time=4.91 ms
64 bytes from 109.72.101.23: icmp_seq=15 ttl=64 time=7.45 ms
64 bytes from 109.72.101.23: icmp_seq=16 ttl=64 time=12.9 ms
64 bytes from 109.72.101.23: icmp_seq=17 ttl=64 time=18.5 ms
64 bytes from 109.72.101.23: icmp_seq=18 ttl=64 time=7.75 ms
64 bytes from 109.72.101.23: icmp_seq=19 ttl=64 time=0.295 ms
64 bytes from 109.72.101.23: icmp_seq=20 ttl=64 time=0.372 ms
64 bytes from 109.72.101.23: icmp_seq=21 ttl=64 time=0.297 ms
64 bytes from 109.72.101.23: icmp_seq=22 ttl=64 time=0.294 ms
64 bytes from 109.72.101.23: icmp_seq=23 ttl=64 time=0.367 ms
64 bytes from 109.72.101.23: icmp_seq=24 ttl=64 time=0.296 ms
64 bytes from 109.72.101.23: icmp_seq=25 ttl=64 time=0.375 ms
64 bytes from 109.72.101.23: icmp_seq=26 ttl=64 time=0.363 ms
64 bytes from 109.72.101.23: icmp_seq=27 ttl=64 time=0.369 ms
64 bytes from 109.72.101.23: icmp_seq=28 ttl=64 time=0.292 ms
64 bytes from 109.72.101.23: icmp_seq=29 ttl=64 time=0.433 ms
64 bytes from 109.72.101.23: icmp_seq=30 ttl=64 time=0.288 ms
64 bytes from 109.72.101.23: icmp_seq=31 ttl=64 time=0.387 ms
64 bytes from 109.72.101.23: icmp_seq=32 ttl=64 time=0.359 ms
64 bytes from 109.72.101.23: icmp_seq=33 ttl=64 time=0.303 ms
64 bytes from 109.72.101.23: icmp_seq=34 ttl=64 time=0.381 ms
64 bytes from 109.72.101.23: icmp_seq=35 ttl=64 time=0.390 ms
64 bytes from 109.72.101.23: icmp_seq=36 ttl=64 time=0.304 ms
64 bytes from 109.72.101.23: icmp_seq=37 ttl=64 time=0.292 ms
64 bytes from 109.72.101.23: icmp_seq=38 ttl=64 time=0.319 ms
64 bytes from 109.72.101.23: icmp_seq=39 ttl=64 time=0.344 ms
64 bytes from 109.72.101.23: icmp_seq=40 ttl=64 time=0.304 ms
64 bytes from 109.72.101.23: icmp_seq=41 ttl=64 time=0.374 ms
64 bytes from 109.72.101.23: icmp_seq=42 ttl=64 time=0.300 ms
64 bytes from 109.72.101.23: icmp_seq=43 ttl=64 time=0.295 ms
64 bytes from 109.72.101.23: icmp_seq=44 ttl=64 time=0.482 ms
64 bytes from 109.72.101.23: icmp_seq=45 ttl=64 time=0.305 ms
64 bytes from 109.72.101.23: icmp_seq=47 ttl=64 time=21.4 ms
64 bytes from 109.72.101.23: icmp_seq=48 ttl=64 time=9.86 ms
64 bytes from 109.72.101.23: icmp_seq=49 ttl=64 time=7.57 ms
64 bytes from 109.72.101.23: icmp_seq=50 ttl=64 time=7.14 ms
64 bytes from 109.72.101.23: icmp_seq=51 ttl=64 time=15.1 ms
64 bytes from 109.72.101.23: icmp_seq=52 ttl=64 time=7.06 ms
64 bytes from 109.72.101.23: icmp_seq=53 ttl=64 time=14.9 ms
64 bytes from 109.72.101.23: icmp_seq=54 ttl=64 time=26.1 ms
64 bytes from 109.72.101.23: icmp_seq=55 ttl=64 time=25.5 ms
64 bytes from 109.72.101.23: icmp_seq=56 ttl=64 time=23.2 ms
64 bytes from 109.72.101.23: icmp_seq=57 ttl=64 time=5.48 ms
64 bytes from 109.72.101.23: icmp_seq=58 ttl=64 time=0.709 ms

No need for that many :slight_smile: Not sure then.

My upload of 5GB+ completed successfully, so as your on a domestic router there may be some restrictions imposed by the router, which does make it difficult to diagnose, But as you have access to the local machine why not just copy the file to the location you need it to be in ?

In filezilla I transferred the file with sftp/ssh connection it cuts 4-5 times but it continues uploading but I need to know what could be the problem so I could fix it.

File Manager and FileZilla are completely unrelated, and PHP has nothing to do with either of them. (File Manager and ProFTPd are not written in PHP.)

But, if you see problems with large files using any method to upload them (you might also try scp/sftp on port 22), it indicates a network problem, not a software problem.

It could also be that you’re running into the quota for that user. Is the user’s quota nearly full when you start the upload?

1 Like

posting the Filezilla log would be useful.

Are you transfering in ASCII, try setting the transfer mode in Filezilla to binary. There might be character it does not like.

I have the following mode set to binary in ProFTPd.

Webmin --> Servers --> Networking Options --> Default transfer mode: Binary

I am not sure this is related but apparenlty there is a bug in uploading large files, but probably not through FTP.

That bug is in Upload and Download module, not the File Manager (and obviously has nothing to do with FTP, since Webmin is not an FTP server).