MySQL Server startet nicht

[befla]

Hallo zusammen,
ich hoffe ich bin hier richtig denn seit Tagen komme ich einfach nicht weiter.
Mein MySQL Server will seit Tagen nicht starten. Die LOG-File gibt mir

Code: Alles auswählen

InnoDB: Attempted to open a previously opened tablespace. Previous tablespace befla_testdb/rxl07nss_20_postmeta uses space ID: 1064196 at filepath: ./befla_testdb/rxl07nss_20_postmeta.ibd. Cannot open tablespace befla1db1/rxl07nss_20_postmeta which uses space ID: 1064196 at filepath: ./befla1db1/rxl07nss_20_postmeta.ibd
2016-06-08 08:39:07 7f237adaa780  InnoDB: Operating system error number 2 in a file operation.

Ein Zurücksetzen der Datenbanken hat nicht geholfen. Im Gegenteil, es wurde noch schlimmer. Mittlerweile wurde der /var/lib/mysql Ordner vollständig geleert. Ich hab zwar ein Backup "mysql.daily.dump.0.gz", denke aber, dass das eher ein Backup von Plesk ist. Somit gehe ich davon aus, dass (hoffentlich vorerst) alle Datenbanken gelöscht sind.
Ich komme einfach nicht weiter, weiss nicht wie ich den MySQL Server wieder starten und die Datenbanken wiederherstellen kann. Notfalls müsste ich ein Backup vom Januar einspielen. Ich hoffe sehr, dass mir hier jemand helfen kann. Vielen Dank.

[DeletedUserReAsG]

Mehr Informationen möchtest du nicht verraten?

[befla]

Mehr Informationen möchtest du nicht verraten?

Aber sehr gerne doch, wenn du mir sagst, welche Informationen du gerne hättest. Vielen Dank vorab.

[DeletedUserReAsG]

Für’s Erste mal die Eckdaten des Systems, damit man weiß, in welchen Logs man schauen sollte und wie man den mysqld handhabt und um welche Versionen es überhaupt geht und so Kleinigkeiten.

[befla]

Bitte hab ein wenig Geduld mit mir.
Hab einen Linux Server mit Debian 8.5 minimal und Plesk. Den Server hab ich seit Januar bei Hetzner gemietet.

[befla]

Code: Alles auswählen

/$ service mysql start
Job for mysql.service failed. See 'systemctl status mysql.service' and 'journalctl -xn' for details.
/$ systemctl status mysql.service
● mysql.service - LSB: Start and stop the mysql database server daemon
   Loaded: loaded (/etc/init.d/mysql)
   Active: failed (Result: exit-code) since Thu 2016-06-09 14:56:05 CDT; 14s ago
  Process: 2573 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)

Jun 09 14:56:05 servidor22.befla.com.mx mysql[2573]: Starting MariaDB database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
Jun 09 14:56:05 servidor22.befla.com.mx systemd[1]: mysql.service: control process exited, code=exited status=1
Jun 09 14:56:05 servidor22.befla.com.mx systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
Jun 09 14:56:05 servidor22.befla.com.mx systemd[1]: Unit mysql.service entered failed state.
/$ journalctl -xn
-- Logs begin at Thu 2016-06-09 14:49:10 CDT, end at Thu 2016-06-09 14:56:35 CDT. --
Jun 09 14:56:05 servidor22.befla.com.mx /etc/init.d/mysql[3113]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
Jun 09 14:56:05 servidor22.befla.com.mx /etc/init.d/mysql[3113]: [61B blob data]
Jun 09 14:56:05 servidor22.befla.com.mx /etc/init.d/mysql[3113]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2 "No such file or directory")'
Jun 09 14:56:05 servidor22.befla.com.mx /etc/init.d/mysql[3113]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
Jun 09 14:56:05 servidor22.befla.com.mx /etc/init.d/mysql[3113]: 
Jun 09 14:56:05 servidor22.befla.com.mx mysql[2573]: Starting MariaDB database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
Jun 09 14:56:05 servidor22.befla.com.mx systemd[1]: mysql.service: control process exited, code=exited status=1
Jun 09 14:56:05 servidor22.befla.com.mx systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.

[befla]

Code: Alles auswählen

/$ uname -a
Linux servidor22.befla.com.mx 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u6 (2015-11-09) x86_64 GNU/Linux

Code: Alles auswählen

/$ cat /etc/*release
PRETTY_NAME="Debian GNU/Linux 8 (jessie)"
NAME="Debian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
ID=debian
HOME_URL="http://www.debian.org/"
SUPPORT_URL="http://www.debian.org/support/"
BUG_REPORT_URL="https://bugs.debian.org/"
12.5.30 debian8.0.build1205150826.19

Code: Alles auswählen

/$ cat /etc/*version
8.2

Code: Alles auswählen

/$ cat /proc/version
Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u6 (2015-11-09)

[rendegast]

http://comments.gmane.org/gmane.comp.db ... ral/113965

... (analoger Fehler wie bei Dir) ...

This is where you need to focus. Something has modified the tablespace
ID in the event.ibd file (the table `sportstrader`.`events`) so that it
has the same ID as one of the system tables (the one used to store
persistent stats for the InnoDB storage engine).

Each tablespace must have its own unique ID value.

This could have been anything from a bad sector on disk, a stray write
by some other program, an intentional file-system-level change by some
nefarious person, a bad memory cell that held the ID value of the
`event` table's first page that caused a wrong value to be written to
disk when the table closed, a bad backup/restore cycle ... the list can
go on practically forever. The problem is, the ID value in the .ibd
file now conflicts with that of another tablespace file.

The resolution is to delete that table then restore it from a known good
copy (preferably one from a backup). If necessary, use the content of
the Binary log to recover changes made to the table since that backup
was made.

[befla]

Ich hab mal die beiden .ibd Dateien gelöscht und versucht mysql neu zu starten. Leider ohne Erfolg

Code: Alles auswählen

/$ systemctl status mysql.service
● mysql.service - LSB: Start and stop the mysql database server daemon
   Loaded: loaded (/etc/init.d/mysql)
   Active: failed (Result: exit-code) since Thu 2016-06-09 21:45:05 CDT; 23s ago
  Process: 13086 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)

Jun 09 21:45:05 servidor22.befla.com.mx mysql[13086]: Starting MariaDB database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
Jun 09 21:45:05 servidor22.befla.com.mx systemd[1]: mysql.service: control process exited, code=exited status=1
Jun 09 21:45:05 servidor22.befla.com.mx systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
Jun 09 21:45:05 servidor22.befla.com.mx systemd[1]: Unit mysql.service entered failed state.

[befla]

Hat hier wirklich niemand das Know-How?

[eggy]

Ja, niemand weiß manchmal auch mal was.

[DeletedUserReAsG]

Ja, das Know-How hätte ich. Aber alle anderen Infos fehlen mir – meine Glaskugel hat die Hufe hochgerissen und ich kann daher nicht mal eben schauen, wie’s auf deinem System aussieht. Deine Angaben sind zu vage, um da was rauslesen zu können. Das bezieht sich insbesondere auf den Status von /var/lib/mysql (wenn das tatsächlich leer sein sollte, startet’s nunmal nicht), die richtige Logmeldung des letzten Versuchs und die Config des Ganzen.

Das Schlimme an der ganzen Sache ist zumindest für mich dieses Plesk. Wenn das auf dem System rumpfuscht, kann man nicht mehr davon ausgehen, dass da noch was „normal“ (also im Sinne von „wie’s halt unter Debian gehandhabt wird“) ist.

[befla]

Wenn niemand sagt, welche Infos benötigt werden, kann ich wohl keine bereit stellen. Ich habe nämlich auch keine Glaskugel
Mir wurde zwischenzeitlich empfohlen MariaDB zu löschen und MySQL neu zu installieren.

/$ apt-get remove mysql-server mysql-client
Reading package lists...
Building dependency tree...
Reading state information...
Package 'mysql-client' is not installed, so not removed
Package 'mysql-server' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 126 not upgraded.

/$ apt-get autoremove
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 126 not upgraded.

/$ apt-get install mysql-server-5.5
Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
mysql-server-5.5 : Depends: mysql-client-5.5 (>= 5.5.49-0+deb8u1) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

Kann auch gerne jemand einen SSH-Zugang geben.

[DeletedUserReAsG]

Du solltest erstmal dein System aktualisieren. 126 zurückgehaltene Pakete deuten auf weitere Probleme hin, und bevor das nicht gefixt ist, würde ich da keinerlei De-/Installationsversuche unternehmen.

Welche Infos ich als nötig betrachte, habe ich schon geschrieben, denke ich.

[befla]

Mittlerweile kommen auch keine Mails mehr an

Jun 11 11:37:51 servidor22 postfix/tlsmgr[23708]: warning: btree:/var/lib/postfix/smtpd_scache is unavailable. open database /var/lib/postfix/smtpd_scache.db: No space left on device
Jun 11 11:37:51 servidor22 postfix/tlsmgr[23708]: warning: btree:/var/lib/postfix/smtpd_scache is unavailable. open database /var/lib/postfix/smtpd_scache.db: No space left on device

[DeletedUserReAsG]

… und was ist an „no space left on device“ missverständlich?

[befla]

Update

/$ apt-get update && sudo apt-get upgrade
E: Could not get lock /var/lib/apt/lists/lock - open (11: Resource temporarily unavailable)
E: Unable to lock directory /var/lib/apt/lists/

Da ich mysql mittlerweile deinstalliert habe gibt es den Ordner /var/lib/mysql natürlich nicht mehr, also auch keine config Dateien von dem Ordner. Demnach auch keine Logfile mehr.

… und was ist an „no space left on device“ missverständlich?

Natürlich verstehe ich, dass scheinbar kein Speicher mehr vorhanden ist. Wie jedoch im 1. Post angedeutet bin ich nicht der Server-Crack, weiss also nicht, wie ich da Abhilfe schaffen kann.

[DeletedUserReAsG]

Rausfinden, welches FS vollgelaufen ist mit df, schauen, wo der Platz verbraten wird mit du oder ncdu.

Ich sag’s ja nicht so wirklich gerne, aber auf der Kiste scheint einiges im Argen zu sein, und wenn du selbst schon sagst, dass du nicht unbedingt viel Ahnung von Servern hast (was im Übrigen auch ziemlich deutlich sichtbar ist), solltest du den Job unbedingt jemandem überlassen, der sich damit auskennt. Alles andere geht früher oder später schief, und das möglicherweise nicht auf die harmlose Art hier, dass Sachen nicht mehr funktionieren, sondern auf die teure Art.

[befla]

Ich hatte bis vor kurzem einen Server-Admin. Jetzt, wo diese Probleme auftauchen, stellt sich heraus, dass er nur wusste wie man den Geldeingang kontrolliert, nicht aber einen Server.
Bevor ich jedoch Foren belästige ohne mich zu erkundigen es selbst gelöst zu bekommen wollte ich nicht. Jetzt bin ich aber schlauer, denn sicherlich habe ich alles nur noch schlimmer gemacht, was mich natürlich umso mehr ärgert.

/$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md2 206556960 206464420 0 100% /
udev 10240 0 10240 0% /dev
tmpfs 13184664 16960 13167704 1% /run
tmpfs 32961660 0 32961660 0% /dev/shm
tmpfs 5120 0 5120 0% /run/lock
tmpfs 32961660 0 32961660 0% /sys/fs/cgroup
/dev/md1 498980 35842 436953 8% /boot
tmpfs 6592332 0 6592332 0% /run/user/0

[Sawhead]

Servus befla,

ich schalte mich mal kurz ein - es ist noch kein Administrator vom Himmel gefallen.
Fragen stellen ist absolut erlaubt. Dazu ist das Forum ja da.

Wenn dein Admin die Biege gemacht hat ist das bitter, ich hab das auch schon erlebt.
Wenn du die Zeit und Lust hast, kannst du das auch selber machen.
Ist halt am Anfang ein bissle anstrengend, aber das wird schon.

Ist dein Problem noch aktuell?

Gruss,
Sawhead

[befla]

MySQL läuft nun wieder. Kann auch wieder via phpmyadmin auf die Datenbanken zugreifen. Nur Plesk geht immer noch nicht (Access denied for user 'admin'@'localhost' (using password: YES) (Error code: 1045)).
MySQL-Logs sind leer. Auch der Versuch via Konsole das Passwort zu ändern blieb erfolglos da eine MySQL-Verbindung gefordert wird. Admin hat sämtliche Rechte.

[Sawhead]

Hm, schon mal gut.
Mit Plesk kenne ich mich nicht aus - aber es sieht so aus, als ob du das Passwort für die Plesk-Datenbank neu setzen solltest.
Vielleicht hilft dir das weiter:
http://download.parallels.com/doc/pim/P ... -01-02.htm

Greetz, Sawhead

[heisenberg]

Der Post gehört da wohl auch dazu:

http://serversupportforum.de/forum/ples ... 045-a.html

[befla]

soeben hat sich mein MySQL-Server wieder verabschiedet. Weder am Server noch an den Websites wurde etwas gemacht. Lediglich vorgestern erhielt ich eine Nachricht von Plesk, dass Plesk nicht aktualisiert werden konnte.
In der /etc/mysql/my.cnf habe ich "# MySQL error log" den Eintrag "log_error = hostname_error.log"
Die hostname_error.log hatte ich mir mal angeschaut:
160812 12:10:23 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
160812 12:10:23 [Warning] options --log-slow-admin-statements, --log-queries-not-using-indexes and --log-slow-slave-statements have no effect if --log_slow_queries is not set
160812 12:10:23 [Note] /usr/sbin/mysqld (mysqld 10.0.26-MariaDB-0+deb8u1) starting as process 1585 ...
160812 12:10:23 [Note] InnoDB: Using mutexes to ref count buffer pool pages
160812 12:10:23 [Note] InnoDB: The InnoDB memory heap is disabled
160812 12:10:23 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
160812 12:10:23 [Note] InnoDB: Memory barrier is not used
160812 12:10:23 [Note] InnoDB: Compressed tables use zlib 1.2.8
160812 12:10:23 [Note] InnoDB: Using Linux native AIO
160812 12:10:23 [Note] InnoDB: Using CPU crc32 instructions
160812 12:10:23 [Note] InnoDB: Initializing buffer pool, size = 512.0M
160812 12:10:23 [Note] InnoDB: Completed initialization of buffer pool
160812 12:10:23 [Note] InnoDB: Highest supported file format is Barracuda.
160812 12:10:23 [Note] InnoDB: 128 rollback segment(s) are active.
160812 12:10:23 [Note] InnoDB: Waiting for purge to start
160812 12:10:23 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.30-76.3 started; log sequence number 59935440741
160812 12:10:23 [Note] Plugin 'FEEDBACK' is disabled.
160812 12:10:23 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
160812 12:10:23 [Note] Recovering after a crash using hostname_binlog
160812 12:10:23 [Note] Starting crash recovery...
160812 12:10:23 [Note] Crash recovery finished.
160812 12:10:23 [Warning] Failed to load slave replication state from table mysql.gtid_slave_pos: 1146: Table 'mysql.gtid_slave_pos' doesn't exist
160812 12:10:23 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist
160812 12:10:23 [Note] Server socket created on IP: '::'.
160812 12:10:23 [ERROR] Fatal error: Can't open and lock privilege tables: Table 'mysql.user' doesn't exist
160812 12:10:24 mysqld_safe mysqld from pid file /var/lib/mysql/servidor22.befla.com.mx.pid ended

[DeletedUserReAsG]

›Can't open the mysql.plugin table. Please run mysql_upgrade to create it.‹ ist eigentlich ziemlich selbsterklärend. Warum es weg ist, wenn ja „nichts gemacht“ wurde, müsste man in anderen Logs schauen. Aber solange Plesk im Spiel ist, hat’s eh eher etwas von Glücksspiel.