Recent content by Steve Jeffery

As I managed to work around the problem by implementing SFTP I doubt it's anything to do with Fail2Ban but I'll try your suggestions and get back to you.

Being Debian we don't have /var/log/secure but we do have /var/log/auth.log These are entries for a session on Monday 6th when the process worked Jul 6 09:03:38 vps02 proftpd[2429803]: pam_unix(proftpd:session): session opened for user xxxxxxxxxx-parts(uid=10002) by (uid=0) Jul 6 09:03:38...

I did check this as an outside possibility, but our own fixed IPs are already whitelisted in Fail2Ban.

We have an in house batch file that utilises regular FTP on port 21 to upload update files for our customers to an area on one of our servers. This uses an FTP user set up under the Subscription with access to just the updates area. This was working on Monday, but since yesterday when 18.0.79...

I have worked around it by unzipping the dump on the target server and importing using the sql command line, which, now I've included that in my sync script after I rsync the content across from the old server, is more straightforward than having to go via the control panel. No urgency from me...

Further information from stderr, from the Task Manager [2026-06-29 15:32:56.240] 12640:6a42821833943 ERR [util_exec] proc_close() failed ['/opt/psa/admin/bin/filemng' 'catdata' 'perm2cp' '/var/www/vhosts/test.catalyst-data.co.uk/catdata_2026-06-29_13-20-53.sql.zip'...

We're in the process of migrating sites from Plesk on CentOS 7 to a new Debian 12 server. I've been rehearsing transferring database dumps using Export dump on the old server, and Import dump using "Import a dump stored on your hosting server" on the new, using *.sql.zip file(s) copied to the...