Search results

What do you have in the error log when you try to access the website?

Hi, Do you pass your website via a CDN like Cloudflare? In that case, your server Firewall will see only Cloudflare IP addresses. If you don't use a CDN, then perhaps the firewall didn't get applied because of the long time needed to load all the IP addresses in the IP lists.

Please have a look at Resolved - Domain (SSH) user can see other directories

Can you restart the server? Was it recently restarted?

You might have bind mounts on the system which cause du and df to count twice the same used disk space. Try: du -xcsh /* 2>/dev/null | grep G to see actual used disk space What do you have mounted? mount | grep -vE "tmpfs|tracefs|rpc_pipefs|binfmt_misc|sys|boot|proc|dev/pts|mqueue|hugepages"...

You get 2 instances because you have the entire WordPress or just parts of it in the document root and in some other folder (in the document root or in the webspace). WordPress Toolkit will scan all the folders for wp-config.php (this is my assumption) and will show in the interface all the...

Hi, Simply detach the WordPress installs you don't want to manage via WordPress Toolkit. Click on ...Mehr Why don't you want the WordPress install to be manageable via WordPress Toolkit?

Sorry for the previous command. Please try the following: journalctl -n100 --no-pager -xeu mariadb

The issue is above line 54. Your screenshot has only the shutdown part. You might have an InnoDB corruption.

Try this comand and provide the output: journalctl --output=cat -xeu mariadb

Can you ping localhost from your server? Does localhost resolve to 127.0.0.1?

Try to access the challenge URL from a different IP address than your usual IP. Your IP address might be whitelisted in the hardware firewall.

Do you allow http:// via the hardware firewall? Let's Encrypt will try to access the challenge URL via HTTP.

Hi, The error indicates all connection slots to the database service have been used up. By default, that is 200 connections and 150 per any single database user. If plesk db fails then you need to restart MariaDB systemctl restart mariadb

Check the passive ports set in Proftpd: grep Passive /etc/proftpd.* -r /etc/proftpd.conf:PassivePorts ????? !!!!! Check the Plesk firewall if the ports are enabled: iptables -S INPUT | grep <?????? = first port from the previous step> -A INPUT -p tcp -m tcp --dport ?????:!!!!! -j ACCEPT The...

Are the passive ports opened in the firewall?

Can you share a screenshot of the options that are selected? Do you get anything logged in /var/log/plesk/panel log when the backup fails?

Those are not a problem. What did you select in the Backup Manager when the backup was created? Do new backups trigger the same error?

The map directive is valid only in the http context: Module ngx_http_map_module The Additional nginx directives are included in the server context which is within the http context. In order to set map directive, create a .conf file in /etc/nginx/conf.d/

The permissions look ok. Check if you have files and folders not owned by example.com_b7qdtl2wu8n: find /var/www/vhosts/example.com ! -user example.com_b7qdtl2wu8n