La verificarea backup-ului realizat automat folosind Backup Manager din Plesk, se observa ca exista anumite mesaje de eroare de formaUnable to make database dump. Error: Failed to exec mysqldump: Exit code: 5:
In paralel cu aceasta eroare, in interfata Plesk este afisat un mesaj de avertizare ca partitia /tmp este plina. Acest mesaj este trimis si pe email catre administratorul serverului.The threshold of partition "/tmp" utilization has been exceeded
Eroare in maillog:
autoresponder: stderr: fork_execv: execv("/usr/sbin/sendmail") failed: No such file or directorySolutie:
ln -s /etc/alternatives/mta /usr/sbin/sendmail# cp -a /etc/psa/psa.conf{,.bkp}
# grep DUMP_TMP_D /etc/psa/psa.conf DUMP_TMP_D /mnt/backupdrive/tmp
# chmod 1777 /mnt/backupdrive/tmp
# ls -ld /mnt/backupdrive/tmp drwxrwxrwt 53 root root 20480 Feb 8 21:39 /mnt/backupdrive/tmp
Metoda este valabila pentru Plesk Onyx. Pentru Plesk 12.5 sau mai vechi: https://support.plesk.com/hc/en-us/articles/213902125-Unable-to-download-a-backup-from-backup-repository-page-not-found
Aceasta este o problema (un bug nerezolvat) in Atmail si poate fi rezolvata doar de un utilizator cu drepturi de root pentru ca implica modificarea unui fisier sursa.
/var/www/atmail/search.php
Cauza problemei este o interogare SQL in care in fata anului este adaugat un prefix din doua cifre:
FROM "test search" BEFORE "31-Dec-202011" SINCE "25-Sep-202010"
Pentru corectare trebuie facute urmatoarele moificari:
//linia 364 $before = "$BeforeDay-$BeforeMonth-$BeforeYear"; //linia 369 $after = "$AfterDay-$AfterMonth-$AfterYear";
Cauza: fisierele de statistici sunt corupte
Solutia: stergerea fisierelor de statistici
1. Oprirea serviciului sw-collectd:
# /etc/init.d/sw-collectd stop
2. Aflarea locatiei unde se afla fisierele de statistici:
# egrep "BaseDir|Hostname" /etc/sw-collectd/collectd.conf BaseDir "/usr/local/psa/var/health/data" Hostname localhost
3. Stergerea efectiva a fisierelor:
# rm -rf /usr/local/psa/var/health/data/localhost/*
4. Repornirea serviciului sw-collectd:
# /etc/init.d/sw-collectd start
Daca se constata ca pe server-ul de email ajung o serie de emailuri bounce ciudate ca raspuns la unele mesaje care nu au putut fi livrate catre destinatar, este foarte posibil ca un cont de email sa fie compromis. Acelasi motiv poate sa fie si la baza faptului ca server-ul de email este listat intr-o baza de date antispam (ex: www.barracudacentral.org).
Partitiile si dimensiunile acestora sunt stabilite in functie de recomandarile Plesk si recomandarile CentOS, pe un harddisk cu capacitatea de 500GB. Sistemul CentOS 7 a fost instalat cu profilul Minimal install.
/swap = 4GB
/boot = 500MB
/ (root) = 15-20GB
/tmp = 3-5GB (min 3GB)
/var = restul
Hostname: web.example.com
IP fix: 192.168.2.7
Dezactivare SELINUX:
In fisierul /etc/selinux/config se efectueaza modificarea:
SELINUX=disabled
Oprire si dezactivare serviciu firewalld:
[root@web tmp]# systemctl stop firewalld [root@web tmp]# systemctl mask firewalld
Instalare serviciu iptables:
[root@web tmp]# yum install iptables-services
Activare serviciu iptables:
[root@web tmp]# systemctl enable iptables
Generare/salvare fisier configuratie iptables:
[root@web tmp]# service iptables save
Acest fisier se poate edita pentru a deschide anumite porturi,
-A INPUT -p tcp -m tcp --dport 21 -j ACCEPT -A INPUT -p tcp -m tcp --dport 80 -j ACCEPT -A INPUT -p tcp -m tcp --dport 8443 -j ACCEPT -A INPUT -p tcp -m tcp --dport 8447 -j ACCEPT
dupa care serviciul iptables trebuie restartat:
[root@web tmp]# service iptables restart
Instalare diverse utilitare:
[root@web tmp]# yum install wget mc gcc php-devel
Dupa ce toate setarile au fost efectuate este recomandat sa fie restartat si server-ul inainte de pornirea instalarii Plesk. Asadar:
[root@web tmp]# reboot
[root@web tmp]# wget http://autoinstall.plesk.com/plesk-installer [root@web tmp]# sh ./plesk-installer
Daca, in schimb, se doreste instalarea din interfata web se va rula comanda:
[root@web tmp]# ./plesk-installer --web-interface
apoi se va deschide in browser adresa https://ip-address:8447.
Daca instalarea se opreste cu eroarea ca psa-mod_fcgid intra in conflict cu mod_fcgid, atunci trebuie dezinstalat mod_fcgid (conform http://kb.sp.parallels.com/en/116134), dupa care se reporneste manual instalarea:
[root@web tmp]# yum remove mod_fcgid [root@web tmp]# sh ./plesk-installer
Documentatia Plesk:
http://download1.parallels.com/Plesk/PP12/12.0/Doc/en-US/online/plesk-installation-upgrade-migration-guide/index.htm?fileName=65780.htm
Mai intai se modifica adresa IP pe interfata de retea a sistemului, apoi se face modificarea in Plesk folosind scriptul dedicat acestei operatiuni:
/usr/local/psa/bin/reconfigurator.pl map_file
Daca fisierul map_file nu exista, acesta va fi creat si va contine configuratia actuala. Se editeaza acest fisier conform configuratiei dorite apoi se ruleaza din nou comanda.
Detalii: http://kb.sp.parallels.com/en/943
Daca dupa schimbarea adresei de IP, vechea adresa IP ramane in configuratia Plesk, iar la stergerea ei este afisata eroarea
Cannot remove the IP address 192.168.2.6 because it is the primary IP address of a network interface.
se merge la Tools & Settings > Ip Address > Reread IP, iar vechea adresa IP va fi detectata ca fiind cu probleme. In acest moment se poate sterge vechea adresa din configuratia Plesk.
Detalii: http://kb.sp.parallels.com/en/237
In Plesk, pe toata durata efectuarii unei copii a unei baze de date intr-o alta baza de date, se afiseaza mesajul:
Cloning the database db1 to the database db2. You will be notified of the progress by e-mail (email@domain.net).
Datorita unui bug, la finalul operatiei de copiere, mesajul ramane inca activ. Chiar si dupa un restart al serverului mesajul nu dispare.
Pentru firma unde lucrez am dezvoltat o aplicatie care permite crearea rapida si usoara a ofertelor de pret pentru clientii nostri. Aplicatia permite introducerea unuia sau a mai multor coduri de produs, apoi interogheaza baza de date SAP si returneaza date despre produse (7 campuri pentru fiecare produs): producator, denumire, pret, stoc disponibil, etc…
Recent, un coleg a avut de facut o oferta care continea aprox 200 de coduri de produs. Dar in urma interogarii erau returnate informatiile doar pentru aprox 160 de produse. Am inceput sa fac tot felul de teste sa vad de unde apare limitarea.
Cautarea in log-uri poate deveni extrem de greoaie daca dimensiunile acestora sunt mari. In plus spatiul ocupat pe disc de aceste fisiere va creste semnificativ si destul de repede pe un server web cu trafic intens (si nu numai), iar spatiul acesta de multe ori este ocupat in mod inutil. Folosind logrotation (“rotirea” logurilor) se va reduce spatiul ocupat si se va imbunatati durata analizarii acestor fisiere.
Locatia corecta a fisierelor ce contin log-urile de qmail este: /usr/local/psa/var/log/maillog .
Unul dintre elementele de siguranta ale PHP este si parametrul open_basedir , care se asigura ca un script PHP nu poate accesa un fisier aflat in afara locatiei/locatiilor permise.
Atunci cand un script php incearca accesarea unui fisier, de exemplu cu fopen() sau gzopen(), se verifica locatia fisierului. Daca fisierul se afla in afara locatiei permise, PHP va refuza sa-l deschida si va returna urmatoarea eroare:
PHP Warning: fopen(): open_basedir restriction in effect. File(/var/www/vhosts/host_name/folder_name/filename.txt) is not within the allowed path(s): (/var/www/vhosts/host_name/other_folder_name/:/tmp/) in /var/www/vhosts/host_name/script.php on line 27
Eroarea apare in log-ul server-ului de http, Apache (error_log).
Exista mai multe solutii pentru aceasta problema: