Puncte:0

Serverul MySQL de pe serverul Ubuntu 18.04.1 LTS nu mai răspunde corect

drapel in

Am făcut un upgrade de la 16.04 la 18.04.1 fără nicio problemă aparent (găzduit pe un server dedicat 1&1) Acest server rulează Joomla diferit! site-uri bazate A trebuit să repornească serverul MySQL și apoi nu mai există niciun răspuns din serverul MySQL

Am încercat reinstalarea cu:

sudo apt-get remove mysql-server
sudo apt-get install mysql-server

Fără noroc (adică niciunul dintre site-urile noastre nu rulează acum) Am încercat să opresc și să pornesc serverul MySQL: nicio problemă

Am încercat reconfigurarea cu:

sudo dpkg-reconfigure mysql-server-5.7

Am primit acest mesaj după reconfigurare:

Se verifică dacă este nevoie de actualizare.
Această instalare a MySQL este deja actualizată la 5.7.35, utilizați --force dacă mai aveți nevoie să rulați mysql_upgrade

Nici nu a ajutat... Nu sunt prea familiarizat cu serverul MySQL (l-am instalat de multe ori, nu am avut nicio problemă... l-am folosit fără nicio problemă) Dar acum sunt pierdut!

are cineva idee ce ar trebui sa fac? Ar trebui să vă dau mai multe informații, nu ezitați să întreb (vă rog să-mi aruncați comanda bash pentru a intra, nu sunt atât de fluent în Bash)?

Am uitat să spun

/var/lib/mysql

are încă toate bazele de date (nu le pot pierde!)

Am copii de rezervă recente ale tuturor site-urilor mele prin Akeeba Backup (site-ul și baza de date incluse)

Multumesc anticipat pentru ajutor si sfaturi,

Stéphane

PS: vă rog să-mi iertați engleza pentru că nu este limba maternă, sunt franceză

drapel in
Puteți să [editați] întrebarea dvs. pentru a include ultimele 50 de linii din `/var/log/mysql/error.log`? Acest lucru va explica de ce MySQL nu răspunde.
synsteph38 avatar
drapel in
Bună Matigo, am încărcat fișierul de eroare de ieri pe Gdrive-ul meu, iată linkul: [link](https://drive.google.com/file/d/1ooBCACZ9NM3GT44tS2o55kM83ePYMDwf/view?usp=sharing)
synsteph38 avatar
drapel in
Nu, am setat un utilizator pentru site-uri (configurația Joomla! are utilizatorul și trece pentru el)
synsteph38 avatar
drapel in
Schimbarea configurației mysql fără oprire nu este sursa problemelor mele?
synsteph38 avatar
drapel in
Asta am făcut, am repornit mysql cu modificările făcute și nu mai arăta niciunul dintre site-urile mele. Apoi mi-am marcat modificările # în fața lor, am repornit, nimic...
synsteph38 avatar
drapel in
EROARE 1045 (28000): Acces refuzat pentru utilizatorul „rădăcină” @ „localhost” (folosind parola: NU)
synsteph38 avatar
drapel in
Nu știu ce să fac acum pentru a scăpa de această eroare...
drapel in
Se pare că aveți o parolă pe contul dvs. `root`, ceea ce nu este surprinzător dacă veniți din 16.04 sau mai devreme.Folosiți `sudo mysql -u root -p`, apoi introduceți parola când vi se solicită.
synsteph38 avatar
drapel in
Bine conectat la mysql... și acum, ce ar trebui să fac?
drapel in
Dacă vă puteți conecta, asta înseamnă că baza de date poate fi în regulă, dar Joomla nu este. Verificați jurnalele dvs. Joomla pentru erori SQL. Acestea pot fi în `/var/log/apache2` ca unul dintre fișierele `*-error.log`. Cu o anumită eroare SQL, puteți determina care este problema.
synsteph38 avatar
drapel in
Cu status am asta: mysql Ver 14.14 Distrib 5.7.35, pentru Linux (x86_64) folosind EditLine wrapper ID conexiune: 5347 Baza de date curentă: Utilizator curent: root@localhost SSL: Nu este utilizat | Mă întreb că SSL nu este în uz deoarece îl folosesc pe site-urile mele...
drapel in
Acesta este motivul pentru care am întrebat dacă Joomla folosește `root`. Nimic nu mai are voie să folosească „rădăcină”. Joomla va trebui configurat pentru a-și folosi propriul cont, chiar dacă acordați acel cont acces deplin la baza de date (Comentariul SSL este probabil „SSL la baza de date”, ceea ce nu este necesar pentru situația dvs.)
synsteph38 avatar
drapel in
Am o eroare PHP în toate jurnalele site-urilor: eroare fatală PHP: dimensiunea de memorie permisă de 2097152 octeți epuizat (a încercat să aloce 65536 octeți în ...
drapel in
În mod normal, plătesc clienții 50 USD/h. pentru astfel de chestii.... Acestea fiind spuse, va trebui să accesați fișierul `php.ini`, să găsiți `memory_limit` și să-l măriți la ceva mai realist, cum ar fi `256M`. Acesta va fi undeva într-un director `/etc/php*/`, care depinde complet de versiunea de PHP pe care ați instalat-o.
synsteph38 avatar
drapel in
Matigo, multumesc mult! Mi-ai salvat ziua! Apreciez foarte mult ajutorul tău, mai ales că în mod normal ar trebui să plătești pentru el! Toate site-urile mele au revenit! Din nou Multumesc mult pentru ajutorul vostru amabil!
muru avatar
drapel us
Vă rugăm să nu adăugați „rezolvat” la răspunsul dumneavoastră. Postarea unui răspuns (și când puteți, acceptarea acestuia) este suficientă.
Puncte:1
drapel in

Știu de unde vine problema!

Am instalat un Joomla! extensie care a solicitat unele modificări în configurația Mysql Deci, am modificat fișierul /etc/mysql/mysql.conf.d/mysqld.cnf cu următoarele intrări:

interactive_timeout = 120
wait_timeout = 120
connect_timeout = 120

și asta fără a opri MySQL!

Am încurcat totul așa... Dar acum, cum aș putea reconstrui/rebobina?

Multumesc pentru ajutor si sfaturi Stéphane

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.