Nel mio caso il server Plesk gestisce una cinquantina di database e questo comando mi ha risparmiato molto tempo

Loggatevi in ssh al vostro server Plesk e lanciate:

mysqlcheck -u admin -p --optimize --all-databases

Vi verrà richiesta la password del vostro Mysql (che di standard è quella del vostro Plesk).
Verrà quindi lanciato il comando di ottimizzazione delle tabelle su tutti i vostri database.

In base alla mole di dati potrebbe impiegarci un bel pò, nel mio caso è stato abbastanza rapido (5 minuti).

/etc/cron.daily/logrotate:
syntax error at 168
error: error running postrotate script for /var/log/syslog
run-parts: /etc/cron.daily/logrotate exited with return code 1

Googlando purtroppo ho trovato tante informazioni diverse, chi consigliava di reinstallare pacchetti, chi addirittura l’intera distribuzione.
Mi sembrava però fattibile la soluzione, in fondo è un banale errore di sintassi su di un file…
L’unico problema è che, come capita spesso, l’errore di sintassi non è sui file descritti dalla mail, bensì su file di configurazione inclusi, in particolare in:

/etc/syslog-ng/syslog-ng.conf

Se lanciate infatti il comando di controllo della sintassi:

syslog-ng --syntax-only

Il vostro sistema vi restituirà l’errore di sintassi:
syntax error at 168

ATTENZIONE
Tutte le procedure che vi descriverò sono da fare con permessi di root. Vige sempre la regola del backup compulsivo, copiate il file prima di fare le modifiche.

Apriamo il file con il nostro editor preferito (nano ad esempio), e andate alla riga 168. E’ sufficiente commentare le tre righe incriminate:

filter f_messages { not (facility(news) or filter(f_iptables)) or filter(f_mailwarn); };
# Commentate queste tre righe
# level(info,notice,warn)
# and not facility(auth,authpriv,cron,daemon,mail,news);
# };


Salvate e chiudete il file, e controllate che non ci siano altri errori:
syslog-ng --syntax-only

La notte seguente non dovreste più ricevere la mail di notifica

I passaggi da seguire (da root)
1. Andiamo nella nostra directory dei virtual hosts (nel mio caso /var/www/vhosts/)
2. Entriamo poi in DIRECTORY_VIRTUAL_HOST/dominio.com/conf (nel mio caso /var/www/vhosts/dominio.com/conf)
3. Creiamo un file denominato vhost.conf e all’interno inseriamo:

<Directory /var/www/vhosts/dominio.com/httpdocs>   
      php_admin_flag safe_mode off   
</Directory>

4. Ora dobbiamo dire a Plesk che deve aggiornare la configurazione lanciamo il comando:

/usr/local/psa/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=dominio.com

5. Riavviamo apache

/etc/init.d/apache2 restart

Cosa abbiamo fatto?
Ogni vhost che crea Plesk sa che, se è presente un file vhost.conf all’interno della sua directory conf, deve includerla. Ripetete questa operazione per ogni dominio/sottodominio che volete personalizzare.

Ovviamente dovete semplicemente cambiare dominio.com con il vostro dominio, ed il gioco è fatto!

Fonte ufficiale: Parallels Plesk Guide