The number of upload connections is set under Preferences>Maximum simultaneous transfers. Lower that should prevent the message, but obviously slow down the uploading somewhat.

For Multimaker
Tasks are processed in a "first-come-first-served" manner, but "make" and "upload" tasks are processed simultaneously as they don't compete for the same computer resources so you may see multiple progress bars in the tasks panel. "make+upload" tasks are however scheduled sequentially so that the "make" part is executed first…

I, too, am being blocked by my website host for having too many connections. Their logs show I've got 213-256 connections coming from my ip address and their limit is 200 to prevent some types of DDoS attacks. I had no other apps interacting with my website other than jAlbum at the time. I've always had "max simultaneous transfers" set to 8. I was busy loading multiple albums that day, but asynchronously ie not all at the same time. Is it possible the ftp connections are not being released?

Since about 1 year now I have been having exactly the same behaviour, the ftp server has a limit of 2 apparently. Sometimes it works, sometimes not, it started with the releases last year after having worked over 10 years with multiple releases. 37.2 still has the same problem this morning.

Interesting - I did not know that several FPT connections can be utilized. Following this discussion, I saw mine max number was set to 8. My hoster allows 3 simultaneous sessions, I learned today.

I also noticed at some point a year ago that my uploads cause access to my domain being locked for 20 min or so (no error message). It always happens during update of large albums (thousands of files and >10GB) for which most files exist. Usually I believe there is a file with this information in which case the uploader comes back with the message how large the album is quickly. In some cases it seems to go through all remote folders site to check (one sees the size counter incrementing slowly) - it is then when access is blocked by the time the counter reaches about 800MByte.

I tried everything suggested here without any change (except the max connections). I routinely exchange large archives and other files without problem using WinSCP.

Since I did not know where to start to debug, I use a workaround whenever this occurred: Delete all files in that album on the server, then the upload takes a lot longer, but completes successfully.

Which file contains that information - I'd like to deliberately force this behavior and see if a lockup still occurs after setting max number to 3.
Wolfgang

I've been using the same provider for 11 years now, there are webservices, and numerous mailing systems and other services set up on it. I also want to use the jAlbum integrated FTP
make and upload in background, I don't want to go to FileZilla or another tool to upload the jAlbum photos. But now I have found that setting the jAlbum value to 2 not only removes the problem but actually speeds up the upload, I am more than happy.

Thanks for getting back on this. Good that we found a workaround. It's a very limiting workaround though as the very nature of the ftp protocol impacts speed a lot for the transfer of many small files (like jAlbum albums) over few connections. jAlbum should naturally not lock up if it encounters this problem (it has code to handle such scenarios), but that said, I still think you should investigate using sftp or switching web host provider. Naturally ask them if they can increase this harsh limitation.

David,
just to clarify: jAlbum does not lock up itself, I can cancel out of the blocked upload connection to my site. It appears that during the initial step of validating the files on the server, the hoster blocks access for about 30min if the max connection is set to 8. If it is set to their max of 3 it will not be blocked and yes, lots of small files will be uploaded slowly at 300kBps average.

Following your recommendation, I learned how to enable SSH and connect with SFTP (different port) and now the upload goes at full access speed! Is the max connection parameter also relevant for SFTP?

It would be nice if the hoster would provide some feed-back if this happens, but during a lock-up the site's dashboard shows: all is ok. I do not think it is something you need to handle from your side, except maybe informing users of this potential problem if they have less than 8 (default) number of connections.

As this is a hobby, I need to keep service provider cost low. Hosting here can be very expensive, my previous provider upped from $35/year to ~ $300 after they merged with someone else. I kept the collections offline for some years, but last year we got internet in our rural area and decided to have the collections online again.

Wolfgang