servizio mysql in crash senza alcun apparente motivo

ottaviane

Salve a tutti,
stamattina il mio server mi ha fatto una bella sorpresina: mysql non funziona più!!! E sono veramente preoccupato.
Fino a ieri funzionava alla grande e non ho effettuato alcun upgrade.
Ecco il mio sistema:

Il sistema si basa su Ubuntu 21.10
mysql Ver 8.0.29-0ubuntu0.21.10.1 for Linux on x86_64 ((Ubuntu))
PHP 7.4.29 (cli) (built: Apr 21 2022 10:16:53) ( NTS )

Così ho fatto le seguenti prove:
sudo service mysql status :

Codice: Seleziona tutto

● mysql.service - MySQL Community Server
     Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: enabled)
     Active: activating (start) since Wed 2022-05-04 09:48:23 CEST; 10s ago
    Process: 133190 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exited, status=0/SUCCESS)
   Main PID: 133198 (mysqld)
     Status: "Server upgrade complete"
      Tasks: 28 (limit: 9150)
     Memory: 524.8M
        CPU: 10.297s
     CGroup: /system.slice/mysql.service
             └─133198 /usr/sbin/mysqld

May 04 09:48:23 www systemd[1]: Starting MySQL Community Server…

Poi ho dato sudo tail -f varlog/mysql/error.log :

Codice: Seleziona tutto

2022-05-04T07:50:07.920365Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.29-0ubuntu0.21.10.1)  (Ubuntu).
2022-05-04T07:50:08.684332Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.29-0ubuntu0.21.10.1) starting as process 134046
2022-05-04T07:50:08.697736Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2022-05-04T07:50:10.243141Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2022-05-04T07:50:10.936460Z 4 [System] [MY-013381] [Server] Server upgrade from '80028' to '80029' started.
2022-05-04T07:50:18.538809Z 4 [ERROR] [MY-013178] [Server] Execution of server-side SQL statement 'INSERT IGNORE INTO mysql.db VALUES ('localhost', 'performance_schema', 'mysql.session','Y','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N'); ' failed with error code = 1136, error message = 'Column count doesn't match value count at row 1'.
2022-05-04T07:50:18.552450Z 0 [ERROR] [MY-013380] [Server] Failed to upgrade server.
2022-05-04T07:50:18.553508Z 0 [ERROR] [MY-010119] [Server] Aborting
2022-05-04T07:50:21.124845Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.29-0ubuntu0.21.10.1)  (Ubuntu).
2022-05-04T07:50:21.892473Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.29-0ubuntu0.21.10.1) starting as process 134150
2022-05-04T07:50:21.906139Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2022-05-04T07:50:23.434553Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2022-05-04T07:50:24.153331Z 4 [System] [MY-013381] [Server] Server upgrade from '80028' to '80029' started.
2022-05-04T07:50:31.349952Z 4 [ERROR] [MY-013178] [Server] Execution of server-side SQL statement 'INSERT IGNORE INTO mysql.db VALUES ('localhost', 'performance_schema', 'mysql.session','Y','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N'); ' failed with error code = 1136, error message = 'Column count doesn't match value count at row 1'.
2022-05-04T07:50:31.362600Z 0 [ERROR] [MY-013380] [Server] Failed to upgrade server.
2022-05-04T07:50:31.363018Z 0 [ERROR] [MY-010119] [Server] Aborting
2022-05-04T07:50:33.893128Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.29-0ubuntu0.21.10.1)  (Ubuntu).
2022-05-04T07:50:34.652438Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.29-0ubuntu0.21.10.1) starting as process 134256
2022-05-04T07:50:34.667287Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2022-05-04T07:50:36.225308Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2022-05-04T07:50:36.952830Z 4 [System] [MY-013381] [Server] Server upgrade from '80028' to '80029' started.
2022-05-04T07:50:44.000846Z 4 [ERROR] [MY-013178] [Server] Execution of server-side SQL statement 'INSERT IGNORE INTO mysql.db VALUES ('localhost', 'performance_schema', 'mysql.session','Y','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N','N'); ' failed with error code = 1136, error message = 'Column count doesn't match value count at row 1'.
2022-05-04T07:50:44.008435Z 0 [ERROR] [MY-013380] [Server] Failed to upgrade server.
2022-05-04T07:50:44.008713Z 0 [ERROR] [MY-010119] [Server] Aborting
2022-05-04T07:50:46.752662Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.29-0ubuntu0.21.10.1)  (Ubuntu).
2022-05-04T07:50:47.395325Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.29-0ubuntu0.21.10.1) starting as process 134361
2022-05-04T07:50:47.407467Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2022-05-04T07:50:48.835756Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
2022-05-04T07:50:49.548436Z 4 [System] [MY-013381] [Server] Server upgrade from '80028' to '80029' started.

in un loop infinito.
Cosa posso fare senza perdere i dati salvati su mysql?

DoctorStrange

Il log è molto chiaro riguardo questo errore. Stà cercando di fare una insert in una specifica tabella di uno dei DB, e non ci riesce. il motivo per cui non riesce, è che il numero di campi che cerca di inserire è superiore al numero di colonne disponibili su quella specifica tabella.

Questo vuol dire che, probabilmente i dati da inserire sono generati da qualche forma di parsing o di procedura automatizzata che estrae i dati. Questa procedura ha estratto piu dati di quelli attesi e quindi non possono essere scritti sulla tabella.

Fai una validazione sugli input. controlla che i dati inseriti a livello di sorgente siano conformi ai dati attesi.

Per quanto riguarda l'istanza server di MySQL, almeno stando a questi log, non mi sembra di vedere anomalie di altro tipo.

ottaviane

DoctorStrange ha scritto: ↑
mercoledì 4 maggio 2022, 10:21
Il log è molto chiaro riguardo questo errore. Stà cercando di fare una insert in una specifica tabella di uno dei DB, e non ci riesce. il motivo per cui non riesce, è che il numero di campi che cerca di inserire è superiore al numero di colonne disponibili su quella specifica tabella.

Questo vuol dire che, probabilmente i dati da inserire sono generati da qualche forma di parsing o di procedura automatizzata che estrae i dati. Questa procedura ha estratto piu dati di quelli attesi e quindi non possono essere scritti sulla tabella.

Fai una validazione sugli input. controlla che i dati inseriti a livello di sorgente siano conformi ai dati attesi.

Per quanto riguarda l'istanza server di MySQL, almeno stando a questi log, non mi sembra di vedere anomalie di altro tipo.

Grazie mille della tua risposta.
Ho cercato ma non riesco a capire chi invia questa query. Sicuramente non è uno dei miei programmi.
Come faccio a trovare l'origine di ciò?
Grazie. Ciao.

thece · Messaggio da **thece** » mercoledì 4 maggio 2022, 10:46

E' il processo di aggiornamento buggato di MySQL.
Prova a dare una letta qui: https://bugs.mysql.com/bug.php?id=102297

ottaviane

DoctorStrange ha scritto: ↑
mercoledì 4 maggio 2022, 10:21
...
Per quanto riguarda l'istanza server di MySQL, almeno stando a questi log, non mi sembra di vedere anomalie di altro tipo.

Eppure il mysqld non risponde:

Codice: Seleziona tutto

ottaviane@www:~$ mysql -uottaviane -p
Enter password:
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

ottaviane

thece ha scritto: ↑
mercoledì 4 maggio 2022, 10:46
E' il processo di aggiornamento buggato di MySQL.
Prova a dare una letta qui: https://bugs.mysql.com/bug.php?id=102297

Grazie per l'aiuto.
Ho letto, ma la mia preoccupazione è quella di perdere i dati.
Tu che ne pensi?
Qui dicono di installare dagli apt ultimi scaricati da Oracle, se non ho capito male (non sono un mostro in inglese).
Mi confermi? Faccio questa prova?

thece · Messaggio da **thece** » mercoledì 4 maggio 2022, 11:03

Mi pare di capire che hai tentato un aggiornamento del database server e che questo aggiornamento sia fallito a causa di un bug. Vedi mio precedente post.
La procedura di aggiornamento direi che viene fatta ripartire ad ogni riavvio del database server, ma a causa del bug non riesce a completarsi, quindi blocca il database server.

(Non sono un esperto di MySQL ...) Vedi se riesci a trovare una procedura di esportazione dei database che non preveda di utilizzare il database engine. In alternativa spero che tu abbia fatto dei backup.

Ti faccio notare che stai usando Ubuntu 21.10: una versione di SVILUPPO!
Le versioni di sviluppo NON si utilizzano per i lavori critici ... e si torna al backup.
Ubuntu non si utilizza per i lavori critici ... e questa è un'opinione personale.

BACKUP! BACKUP!! BACKUP!!!

ottaviane

thece ha scritto: ↑
mercoledì 4 maggio 2022, 11:03
Mi pare di capire che hai tentato un aggiornamento del database server e che questo aggiornamento sia fallito a causa di un bug. Vedi mio precedente post.
La procedura di aggiornamento direi che viene fatta ripartire ad ogni riavvio del database server, ma a causa del bug non riesce a completarsi, quindi blocca il database server.

(Non sono un esperto di MySQL ...) Vedi se riesci a trovare una procedura di esportazione dei database che non preveda di utilizzare il database engine. In alternativa spero che tu abbia fatto dei backup.

Ti faccio notare che stai usando Ubuntu 21.10: una versione di SVILUPPO!
Le versioni di sviluppo NON si utilizzano per i lavori critici ... e si torna al backup.
Ubuntu non si utilizza per i lavori critici ... e questa è un'opinione personale.

BACKUP! BACKUP!! BACKUP!!!

Grazie sempre per il tuo intervento. Per lavori critici cosa conviene utilizzare? Sono un inesperto ma con tanta voglia di imparare e i tuoi consigli per me sono ORO.
Per fortuna un backup ce l'ho , ma risale a 10 giorni fa il che mi rode!!!
In ogni caso se mi consigli una distro più affidabile te ne sarei riconoscente.

Nel frattempo ecco cosa ho fatto:

Codice: Seleziona tutto

ottaviane@www:~$ sudo dpkg -i mysql-apt-config_0.8.22-1_all.deb
[sudo] password for ottaviane:
Selecting previously unselected package mysql-apt-config.
(Reading database ... 187652 files and directories currently installed.)
Preparing to unpack mysql-apt-config_0.8.22-1_all.deb ...
Unpacking mysql-apt-config (0.8.22-1) ...
Setting up mysql-apt-config (0.8.22-1) ...
Warning: apt-key should not be used in scripts (called from postinst maintainerscript of the package mysql-apt-config)
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
OK

Codice: Seleziona tutto

ottaviane@www:~$ sudo apt update
Hit:1 http://it.archive.ubuntu.com/ubuntu impish InRelease
Hit:2 http://it.archive.ubuntu.com/ubuntu impish-updates InRelease
Hit:3 http://it.archive.ubuntu.com/ubuntu impish-backports InRelease
Hit:4 http://it.archive.ubuntu.com/ubuntu impish-security InRelease
Hit:5 http://ppa.launchpad.net/ondrej/php/ubuntu impish InRelease
Get:6 http://repo.mysql.com/apt/ubuntu impish InRelease [12.9 kB]
Get:7 http://repo.mysql.com/apt/ubuntu impish/mysql-8.0 Sources [954 B]
Get:8 http://repo.mysql.com/apt/ubuntu impish/mysql-apt-config amd64 Packages [567 B]
Get:9 http://repo.mysql.com/apt/ubuntu impish/mysql-8.0 amd64 Packages [8,437 B]
Get:10 http://repo.mysql.com/apt/ubuntu impish/mysql-tools amd64 Packages [6,787 B]
Fetched 29.6 kB in 7s (4,451 B/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
3 packages can be upgraded. Run 'apt list --upgradable' to see them.

Codice: Seleziona tutto

ottaviane@www:~$ sudo apt upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  mysql-client mysql-common mysql-server
0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
2 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n]
Setting up mysql-server-8.0 (8.0.29-0ubuntu0.21.10.1) ...
mysqld will log errors to /var/log/mysql/error.log
2022-05-04T09:06:29.198866Z 0 [ERROR] [MY-010946] [Server] Failed to start mysqld daemon. Check mysqld error log.
Warning: Unable to start the server.
Job for mysql.service failed because the control process exited with error code.
See "systemctl status mysql.service" and "journalctl -xeu mysql.service" for details.
invoke-rc.d: initscript mysql, action "restart" failed.
● mysql.service - MySQL Community Server
     Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: enabled)
     Active: activating (auto-restart) (Result: exit-code) since Wed 2022-05-04 11:06:41 CEST; 10ms ago
    Process: 179105 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exited, status=0/SUCCESS)
    Process: 179113 ExecStart=/usr/sbin/mysqld (code=exited, status=1/FAILURE)
   Main PID: 179113 (code=exited, status=1/FAILURE)
     Status: "Server upgrade complete"
      Error: 2 (No such file or directory)
        CPU: 6.151s
dpkg: error processing package mysql-server-8.0 (--configure):
 installed mysql-server-8.0 package post-installation script subprocess returned error exit status 1
No apport report written because the error message indicates its a followup error from a previous failure.
                                                                                                          dpkg: dependency problems prevent configuration of mysql-server:
 mysql-server depends on mysql-server-8.0; however:
  Package mysql-server-8.0 is not configured yet.

dpkg: error processing package mysql-server (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 mysql-server-8.0
 mysql-server
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)

thece · Messaggio da **thece** » mercoledì 4 maggio 2022, 11:24

Non sono un sistemista.

ottaviane ha scritto: ↑
mercoledì 4 maggio 2022, 11:13
Per lavori critici cosa conviene utilizzare?

Io userei Debian, ma ci sono altre valide alternative. Comunque distro per server con long term support

ottaviane ha scritto: ↑
mercoledì 4 maggio 2022, 11:13
Per fortuna un backup ce l'ho , ma risale a 10 giorni fa il che mi rode!!!

Meglio di nulla

Secondo me la soluzione migliore per provare a recuperare il tuo sistema - a meno dei database - e disinstallare completamente MySQL e poi reinstallarlo.

ottaviane

thece ha scritto: ↑
mercoledì 4 maggio 2022, 11:24
Non sono un sistemista.

ottaviane ha scritto: ↑
mercoledì 4 maggio 2022, 11:13
Per lavori critici cosa conviene utilizzare?
Io userei Debian, ma ci sono altre valide alternative. Comunque distro per server con long term support

ottaviane ha scritto: ↑
mercoledì 4 maggio 2022, 11:13
Per fortuna un backup ce l'ho , ma risale a 10 giorni fa il che mi rode!!!
Meglio di nulla

Secondo me la soluzione migliore per provare a recuperare il tuo sistema - a meno dei database - e disinstallare completamente MySQL e poi reinstallarlo.

Grazie gentilissimo. Ci provo.

Alien321

Sindrome compulsiva da aggiornamento compulsivo, sui server non funziona così e questo è un motivo.
Io per partito preso sui server solo CentOS o AlmaLinux.

Per il tuo problema ti basta fare il downgrade del pacchetto di mysql e tornare alla versione precedente, i dati non sono persi

Al limite se vuoi puoi zappare via quella versione di mysql e installare quella ufficiale,
in via precauzionale ti basta salvare i dati grezzi, dovrebbero essere in /var/lib/mysql

ottaviane · Messaggio da **ottaviane** » giovedì 5 maggio 2022, 8:25

Alien321 ha scritto: ↑
mercoledì 4 maggio 2022, 20:06
Sindrome compulsiva da aggiornamento compulsivo, sui server non funziona così e questo è un motivo.
Io per partito preso sui server solo CentOS o AlmaLinux.

Per il tuo problema ti basta fare il downgrade del pacchetto di mysql e tornare alla versione precedente, i dati non sono persi

Al limite se vuoi puoi zappare via quella versione di mysql e installare quella ufficiale,
in via precauzionale ti basta salvare i dati grezzi, dovrebbero essere in /var/lib/mysql

Grazie, anche se non ho fatto aggiornamenti.
Ho fatto un downgrade di mysql dalla versione 8.0.28 alla 8.0.26 ma il problema resta sempre lo stesso: il servizio non riesce a partire.
Cosa posso fare ancora?

thece · Messaggio da **thece** » giovedì 5 maggio 2022, 9:53

ottaviane ha scritto: ↑
giovedì 5 maggio 2022, 8:25
Cosa posso fare ancora?

thece ha scritto: ↑
mercoledì 4 maggio 2022, 11:24
Secondo me la soluzione migliore per provare a recuperare il tuo sistema - a meno dei database - e disinstallare completamente MySQL e poi reinstallarlo.

Alien321 ha scritto: ↑
mercoledì 4 maggio 2022, 20:06
Al limite se vuoi puoi zappare via quella versione di mysql e installare quella ufficiale,

ottaviane · Messaggio da **ottaviane** » giovedì 5 maggio 2022, 10:10

Alien321 ha scritto: ↑
mercoledì 4 maggio 2022, 20:06
Al limite se vuoi puoi zappare via quella versione di mysql e installare quella ufficiale,

Scusate ma l'ignoranza regna sovrana in me ... qual'è questa versione ufficiale?

thece · Messaggio da **thece** » giovedì 5 maggio 2022, 10:14

ottaviane ha scritto: ↑
giovedì 5 maggio 2022, 10:10

Alien321 ha scritto: ↑
mercoledì 4 maggio 2022, 20:06
Al limite se vuoi puoi zappare via quella versione di mysql e installare quella ufficiale,
Scusate ma l'ignoranza regna sovrana in me ... qual'è questa versione ufficiale?

https://dev.mysql.com/downloads/

Forum Ubuntu-it

servizio mysql in crash senza alcun apparente motivo

servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun palese motivo

Re: servizio mysql in crash senza alcun palese motivo

Re: servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun palese motivo

Re: servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun apparente motivo

Re: servizio mysql in crash senza alcun apparente motivo

Chi c’è in linea

Accedi • Iscriviti