Unfall. System funktioniert nicht

Funktioniert. Vielen Dank für die Effizienz

AP. Legen Sie sich zum zweiten Mal hin.

Guten Tag. Den Protokollen auf Ihrem VPS nach zu urteilen, gibt es entweder Probleme mit dem Hardwareteil des Wurms oder mit der Datenbank. Wenden Sie sich an Ihren Hoster und lassen Sie ihn Ihren Server überprüfen. Fehler traten am 27. Februar 03:07:35 auf, dann am 27. Februar 03:09:44 DB-Fehler traten auf, um 03:14:22 traten keine Fehler mehr auf. 27. Feb 14:32:43 DB-Fehler tauchten wieder auf. 27. Februar 14:49:30 Das System startete den Datenbankdienst neu und die Fehler waren weg. 27. Februar 16:21:01 alles wiederholte sich 27. Februar 16:43:06 das System startete den Datenbankdienst erneut Fehler und am 27. Februar 19:50:02 startete das System den Datenbankdienst neu. 27. Februar 03:06:15 Box Systemd: Sitzung 929500 von Benutzer root gestartet. 27. Februar 03:07:35 Box-Kernel: INFO: Aufgabe nginx:22158 für mehr als 120 Sekunden blockiert. 27. Februar 03:07:35 Box-Kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" deaktiviert diese Meldung. Feb 27 03:07:35 box kernel: nginx D 0000000000000000 0 22158 27029 0x00000080 Feb 27 03:07:35 box kernel: ffff88000f127eb0 0000000000000282 ffff88003aefde20 ffff88000f127fd8 Feb 27 03:07:35 box kernel: ffff88000f127fd8 ffff88000f127fd8 ffff88003aefde20 ffff880002bfb6d8 Feb 27 03:07 :35 Box-Kernel: ffff880002bfb6dc ffff88003aefde20 00000000ffffffff ffff880002bfb6e0 Feb 27 03:07:35 Box-Kernel: Call Trace: Feb 27 03:07:35 Box-Kernel: [<ffffffff8168d8e9>] schedule_preempt_disabled+0x30 Feb Kernel: [<ffffffff8168b535>] __mutex_lock_slowpath+0xc5/0x1d0 27. Februar 03:07:35 Boxkernel: [<ffffffff8168a98f>] mutex_lock+0x1f/0x2f 27. Februar 03:07:35 Boxkernel: [<ffffffff811ff505>] Sy5_write+0x6 /0xe0 27.02 ffffffff8168d8e9>] schedule_preempt_disabled+0x29/0x70 27. Februar 03:09:37 Box-Kernel: [<ffffffff8168b535>] __mutex_lock_slowpath+0xc5/0x1 d0 27. Feb 03:09:37 Box-Kernel: [<ffffffff8168a98f>] mutex_lock+0x1f/0x2f 27. Feb 03:09:37 Box-Kernel: [<ffffffff812ca326>] ima_file_check+0xa6/0x1b0 27. Feb 03:09:37 Box-Kernel ? unlock_page+0x2b/0x30 Feb 27 03:09:37 Box-Kernel: [<ffffffff812106bb>] do_filp_open+0x4b/0xb0 Feb 27 03:09:37 Box-Kernel: [<ffffffff8121d337>] ? __alloc_fd+0xa7/0x130 Feb 27 03:09:37 Box-Kernel: [<ffffffff811fdbc3>] do_sys_open+0xf3/0x1f0 Feb 27 03:09:37 Box-Kernel: [<ffffffff811fdcde>] SyS_open+0x1e/0x20 Feb 27 03:09 :37 box kernel: [<ffffffff81697809>] system_call_fastpath+0x16/0x1b Feb 27 03:09:44 box mysqld: 2021-02-27 3:09:44 140608296249088 [Warnung] InnoDB: A long semaphore wait: Feb 27 03: 09:44 Box mysqld: --Thread 140608094070528 hat bei log0log.cc Zeile 1090 für 241,00 Sekunden auf das Semaphor gewartet: 27. Februar 03:09:44 Box mysqld: Mutex bei 0x7fe249ac2740, Mutex LOG_WRITE hat log0log.cc:661 erstellt, Var 2 gesperrt 27. Februar 03:09:44 Box mysqld: 2021-02-27 3:09:44 140608296249088 [Warnung] InnoDB: Lange Wartezeit auf Semaphore: 27. Februar 03:09:44 Box mysqld: --Thread 140608185423616 hat bei log0log gewartet. cc Zeile 1090 für 241,00 Sekunden die Semaphore: 27. Februar 03:09:44 Box mysqld: Mutex bei 0x7fe249ac2740, Mutex LOG_WRITE erstellt log0log.cc:661, Sperre var 2 27. Februar 03:09:44 Box mysqld: 2021-02-27 03:09:44 140608296249088 [Warnung] InnoDB: Ein langer Semaphor warten: ... 27. Februar 03:14:22 mysqld-Box: 0,00 Einfügungen/s, 0,00 Aktualisierungen/s, 0,00 Löschungen/s, 1609,08 Lesevorgänge/s 27. Feb 03:14:22 mysqld-Box: ------ ---------------------- 27. Feb 03:14:22 Box mysqld: ENDE DER INNODB-MONITOR-AUSGABE 27. Feb 03:14:22 Box mysqld: === ======================= 27. Februar 03:14:22 Box mysqld: InnoDB: ###### Diagnoseinformationen werden in den Standardfehlerstrom gedruckt ... Feb 27 14:32:43 box mysqld: 2021-02-27 14:32:43 140608296249088 [Warning] InnoDB: A long semaphore wait: Feb 27 14:32:43 box mysqld: --Thread 140608170895104 hat gewartet bei log0log.cc Zeile 1090 für 241,00 Sekunden das Semaphor: 27. Februar 14:32:43 Box mysqld: Mutex bei 0x7fe249ac2740, Mutex LOG_WRITE erstellt log0log.cc:661, lock var 2 27. Februar 14:32:43 Box mysqld: 2021 - 02-27 14:32:43 140608296249088 [Anmerkung] InnoDB: A semaphore wait: Feb 27 14:32:43 box mysqld: --Thread 140608094070528 has waited at log0log.cc line 1090 for 240.00 second the semaphor: Feb 27 14 : 32:43 Box mysqld: Mutex bei 0x7fe249ac2740, Mutex LOG_WRITE erstellt log0log.cc:661, lock var 2 Feb 27 14:32:43 box mysqld: 2021-02-27 14:32:43 140608296249088 [Hinweis] InnoDB: A semaphore wait: Feb 27 14:32:43 box mysqld: - -Thread 140608085677824 hat bei log0log.cc Zeile 1090 für 231,00 Sekunden gewartet das Semaphor: Feb 27 14:32:43 box mysqld: Mutex bei 0x7fe249ac2740, Mutex LOG_WRITE erstellt log0log.cc:661, lock var 2 Feb 27 14:32:43 box mysqld: 2021-02-27 14:32:43 140608296249088 [Hinweis] InnoDB: A semaphore wait: Feb 27 14:32:43 box mysqld: --Thread 140608172738304 hat bei dict0dict.cc Zeile 1148 für 210,00 Sekunden auf das Semaphor gewartet : 27. Februar 14:32:43 Uhr mysqld: Mutex bei 0x7fe249ad2b10, Mutex DICT_SYS erstellt dict0dict.cc:1084, Sperre var 2 27. Februar 14:32:43 Uhr ] InnoDB: Eine Semaphore warten: 27. Februar 14:32:43 box mysqld: --Thread 140608277927680 hat auf dict0dict.cc Zeile 1148 für 231,00 Sekunden auf das Semaphor gewartet: ... Feb 27 14:49:24 box mysqld: Fatal signal 11 while backtracing 27 Feb 14:49:25 box systemd: mariadb .service: Hauptprozess beendet, Code = getötet, Status = 11/SEGV 27. Februar 14:49:25 Box Systemd: Einheit mariadb.service ist in den Fehlerzustand eingetreten. 27. Februar 14:49:25 Box Systemd: mariadb.service fehlgeschlagen. 27. Februar 14:49:27 Box Systemd: Sitzung 930278 von Benutzer root gestartet. 27. Februar 14:49:28 Box Systemd: Slice user-0.slice entfernt. 27. Februar 14:49:29 Box Systemd: Slice user-0.slice erstellt. 27. Februar 14:49:29 Box Systemd: Sitzung 930280 von Benutzer root gestartet. 27. Februar 14:49:30 Box Systemd: Slice user-0.slice entfernt. 27. Februar 14:49:30 Box Systemd: mariadb.service Holdoff-Zeit abgelaufen, Neustart planen. 27. Feb 14:49:30 box systemd: MariaDB 10.2.31 Datenbankserver gestoppt. 27. Februar 14:49:30 Box Systemd: Starten des MariaDB 10.2.31-Datenbankservers ... ... 27. Februar 16:21:01 Box Systemd: Gestartete Sitzung 930386 des Benutzers root. 27. Februar 16:21:48 Box mysqld: 2021-02-27 16:21:48 139650684249856 [Warnung] InnoDB: Lange Semaphor-Wartezeit: 27. Februar 16:21:48 Box mysqld: --Thread 139650589792000 hat bei log0log gewartet. cc Zeile 1090 für 241,00 Sekunden die Semaphore: 27. Februar 16:21:48 Box mysqld: Mutex bei 0x7f0354c75740, Mutex LOG_WRITE erstellt log0log.cc:661, Sperre var 2 27. Februar 16:21:48 Box mysqld: 2021-02-27 16:21:48 139650684249856 [Warnung] InnoDB: Lange Semaphor-Wartezeit: 27. Februar :43:01 Box systemd: mariadb.service fehlgeschlagen. 27. Februar 16:43:04 Box Systemd: Slice user-0.slice entfernt. 27. Februar 16:43:06 Box systemd: mariadb.service Holdoff-Zeit abgelaufen, Neustart planen. 27. Feb 16:43:06 box systemd: MariaDB 10.2.31 Datenbankserver gestoppt. 27. Feb 16:43:06 Box Systemd: MariaDB 10.2.31 Datenbankserver wird gestartet... ... 27. Feb 17:05:01 Box Systemd: Started Session 930436 von Benutzer root. 27. Februar 17:05:03 Box mysqld: 2021-02-27 17:05:03 140274492507904 [Warnung] InnoDB: Lange Semaphor-Wartezeit: 27. Februar 17:05:03 Box mysqld: --Thread 140274500900608 hat bei log0log gewartet. cc Zeile 1090 für 241,00 Sekunden das Semaphor: 27. Februar 17:05:03 Box mysqld: Mutex bei 0x7f9499533740, Mutex LOG_WRITE erstellt log0log.cc:661, Sperre var 2 27. Februar 17:05:03 Box mysqld: 2021-02-27 17:05:03 140274492507904 [Warnung] InnoDB: Eine lange Semaphore-Wartezeit: 27. Februar :50:02 Box Systemd: Slice user-0.slice entfernt. 27. Februar 19:50:02 Box Systemd: mariadb.service Holdoff-Zeit abgelaufen, Neustart planen. 27. Feb 19:50:02 Box Systemd: MariaDB 10.2.31 Datenbankserver gestoppt. 27. Februar 19:50:02 Box Systemd: Starten des MariaDB 10.2.31-Datenbankservers ...

Danke. Benachrichtigung des technischen Supports des Anbieters über Ausfälle.

Antwort vom Support erhalten: 3 server all harazd. Hier natürlich Beschreibungen Ihres Vipadok: https://stackoverflow.com/questions/24860111/warning-a-long-semaphore-wait

Guten Tag. Wir können nicht arbeiten, das ist Lügen.

Guten Tag. Wenn mit der Hardware alles in Ordnung ist, dann liegt das Problem bei der Datenbank. Sie müssen die Datenbank wiederherstellen. Aber irgendetwas sagt mir, dass mit dem Server nicht alles so gut ist, wie der Hoster darüber gesagt hat. Jetzt kann keine Verbindung zum Server hergestellt werden, die Antwort des Servers lautet: ssh_exchange_identification: Connection closed by remote host Möglicherweise sind die Probleme mit der Datenbank auf Probleme mit dem Disk-Subsystem zurückzuführen, weshalb ich empfohlen habe, den Hoster zu kontaktieren.

Eine zweite Anfrage an den Hosting-Support gesendet

Antwort des Hoster-Supports: Nun, wir haben nichts in den Protokollen, das auf Probleme mit dem Disk-Subsystem hinweist. Aber diese Möglichkeit kann nicht ausgeschlossen werden. Jetzt werden wir Sie zu einem anderen Knoten verschieben und auf diesem die Tests ausführen. Es dauert mehrere Neustarts.

Der Support hat eine Benachrichtigung gesendet: Das war's, Sie befinden sich bereits auf einem neuen Knoten. Wenn irgendwelche Probleme auftreten - schreiben.

Alle Mitarbeiter darüber informiert, dass sich das System im Testmodus befindet.