Puncte:0

MariaDB nu va porni după instalare

drapel mx

Rulez un server Ubuntu 20.4 și recent am eliminat mysql-server și mysql-client și încerc să pun MariaDB în funcțiune.Am instalat atât mariadb-server, cât și mariadb-client. Mă opresc și apoi încerc să repornesc maria db. Primesc mesajul de eroare generală:

Lucrarea pentru mariadb.service a eșuat deoarece procesul de control a ieșit cu cod de eroare.
Consultați „systemctl status mariadb.service” și „journalctl -xe” pentru detalii.

apoi fug starea systenctl mariadb.service și obțineți mai jos:

mariadb.service - server de baze de date MariaDB 10.6.4
     Încărcat: încărcat (/lib/systemd/system/mariadb.service; activat; prestabilit furnizor: activat)
    Drop-in: /etc/systemd/system/mariadb.service.d
             ââmigrat-from-my.cnf-settings.conf
     Activ: eșuat (Rezultat: cod de ieșire) din joi 2021-09-23 13:26:03 CDT; acum 8s
       Documente: man:mariadbd(8)
             https://mariadb.com/kb/en/library/systemd/
    Proces: 97366 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
    Proces: 97377 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exit, status=0/SUCCESS)
    Proces: 97379 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`cd /usr/bin/...; /usr/bin/galera_recovery`; [ $? -eq 0 ] &&>
    Proces: 97387 ExecStart=/usr/sbin/mariadbd $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (cod=exit, status=1/FAILURE)
   PID principal: 97387 (cod=ieșit, stare=1/Eșec)

23 septembrie 13:26:03 notised.xyz systemd[1]: Se pornește serverul de baze de date MariaDB 10.6.4...
23 septembrie 13:26:03 notised.xyz sh[97384]: [date blob 114B]
23 septembrie 13:26:03 notised.xyz sh[97384]: Eroare fatală în gestionarea setărilor implicite. Program anulat
23 septembrie 13:26:03 notised.xyz mariadbd[97387]: [date blob 106B]
Sep 23 13:26:03 notised.xyz mariadbd[97387]: Eroare fatală în gestionarea implicite. Program anulat
23 septembrie 13:26:03 notised.xyz systemd[1]: mariadb.service: Procesul principal a ieșit, cod=ieșit, stare=1/Eșec
23 septembrie 13:26:03 notised.xyz systemd[1]: mariadb.service: Eșuat cu rezultatul „cod de ieșire”.
23 septembrie 13:26:03 notised.xyz systemd[1]: Nu s-a pornit serverul de baze de date MariaDB 10.6.4.

apoi fug journalctl -xd și obțineți aceste rezultate:

-- O lucrare de pornire pentru unit cloud-final.service s-a încheiat cu succes.
-- 
-- Identificatorul postului este 153.
23 septembrie 14:16:57 notised.xyz systemd[1]: țintă atinsă ținta Cloud-init.
-- Subiect: O lucrare de pornire pentru unitatea cloud-init.target s-a încheiat cu succes
-- Definit de: systemd
-- Asistență: http://www.ubuntu.com/support
-- 
-- O lucrare de pornire pentru unitatea cloud-init.target s-a încheiat cu succes.
-- 
-- Identificatorul postului este 148.
Sep 23 14:16:57 notised.xyz systemd[1]: Pornirea s-a terminat în 6.792s (kernel) + 2min 3.586s (userspace) = 2min 10.379s.
-- Subiect: Pornirea sistemului este acum finalizată
-- Definit de: systemd
-- Asistență: http://www.ubuntu.com/support
-- 
-- Toate serviciile de sistem necesare în coadă pentru pornirea la pornire au fost
-- a început. Rețineți că acest lucru nu înseamnă că aparatul este acum inactiv ca servicii
-- ar putea fi încă ocupat cu finalizarea pornirii.
-- 
-- Pornirea kernel-ului a necesitat 6792915 microsecunde.
-- 
-- Pornirea inițială a discului RAM necesită INITRD_USEC microsecunde.
-- 
-- Pornirea spațiului utilizatorului a fost necesară 123586997 microsecunde.
23 septembrie 14:17:01 notised.xyz CRON[2544]: pam_unix(cron:session): sesiune deschisă pentru utilizator root de (uid=0)
Sep 23 14:17:01 notised.xyz CRON[2552]: (rădăcină) CMD (cd / && run-parts --report /etc/cron.hourly)
23 septembrie 14:17:01 notised.xyz CRON[2544]: pam_unix(cron:session): sesiune închisă pentru utilizator root
23 septembrie 14:17:10 kernel notat.xyz: [UFW BLOCK] IN=eno1 OUT= MAC=90:2b:34:56:57:f0:74:ac:b9:eb:12:94:08:00 SRC=192.168.1.16 DST=192.168.1.62 LEN=222 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=57572 DPT=5514 LEN=202 

Am portul 3306 complet deschis pe UFW, deci nu sunt sigur de ce se afișează eroarea UFW BLOCK.

Am încercat să șterg tot ce are legătură cu mysql și mariadb și am reinstalat mariadb de mai multe ori, dar am întâlnit aceeași problemă.

drapel in
Acest lucru se poate întâmpla dacă serverul MySQL nu a fost eliminat complet. Puteți să [editați] întrebarea dvs. pentru a include pașii pe care i-ați urmat pentru a dezinstala MySQL Server? Acest lucru va face mai ușor să știți de unde să începeți să căutați probleme
David avatar
drapel cn
Nu există o astfel de versiune Ubuntu ca 20.4. Care este versiunea REAL.
drapel ai
Întrebarea dvs. nu vă declară în mod specific scopul. Chiar ați vrut să porniți MySQL sau MariaDB? Se pare că acesta din urmă, dar răspunsul tău de mai jos sugerează că de fapt ai vrut să pornești MySQL, așa că nu este cu adevărat o soluție la întrebare. Puteți încerca să vă concentrați întrebarea pe o anumită problemă și apoi, dacă postați un răspuns, pe soluția la acea problemă specifică? Mulțumiri.
Puncte:2
drapel mx

OK, așa că, după multă încurcătură cu asta, am sfârșit prin a elimina/elimina complet MariaDB și totul în mysql.

am alergat:

sudo apt purge mariadb* *mariadb mysql* *mysql
sudo apt autoremove
sudo apt update && sudo apt upgrade complet -y

sudo find / | grep mysql Apoi am eliminat toate fișierele rămase pentru mysql

sudo find / | grep mariadb Apoi am eliminat toate fișierele rămase pentru mariadb

sudo deluser --remove-home mysql

sudo delgroup mysql

Probabil că este exagerat, dar eram frustrat de asta. După ce am eliminat totul, m-am întors la mysql și am instalat mysql-server. Am reușit să-l pun în funcțiune de data aceasta fără probleme.

CRED că s-ar putea să fi existat o problemă cu un link simbolic de când aveam inițial mysql în loc de MariaDB, dar după ce l-am lovit și am început de la zero, am reușit să-l fac să funcționeze.

drapel ai
Bine ati venit! Răspunsul dvs. nu este cu adevărat un răspuns la întrebarea dvs. care aparent era cum să porniți MariaDB. Eliminarea ambelor și reinstalarea MySQL nu este o soluție pentru aceasta, ci o soluție la problema pornirii MySQL. Pentru ca întrebarea și răspunsul să fie utile comunității, întrebarea dvs. ar trebui să precizeze în mod explicit ce doriți să obțineți (fie pornind MariaDB, fie MySQL), iar răspunsul dvs. ar trebui să indice în mod explicit cum ați obținut o soluție la problema pe care ați menționat-o în întrebare. În prezent, acest răspuns este mai potrivit pentru un comentariu sub întrebarea care menționează pe scurt că ați revenit la MySQL.
drapel ru
@authentictech *de fapt*, din punct de vedere tehnic, *este* o soluție dacă mai aveți date MySQL și MariaDB prin preajmă, se poate zgudui și rupe reciproc. De asemenea, luați în considerare că acest individ este și OP, iar acest lucru a „rezolvat” problema pentru ei - am putea alege pur și simplu să închidem postarea ca „nu mai este relevantă”, deoarece s-ar putea să nu-i ajute pe viitorii cititori, dar aceasta este o decizie strânsă de revizuire a alegătorului, nu o decizie a moderatorului.

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.