Dauernd unauffindbare Fehler nach Updates

[MariusRR]

Und wo ist der Eintrag geblieben. ?

Wenn ich das wüsste, würde ich es dir sagen

[eggy]

Na dann suchen wir doch mal danach ...

Code: Alles auswählen

grep rename /etc/apt/ -iR

[KBDCALLS]

Na dann suchen wir doch mal danach ...

Code: Alles auswählen

grep rename /etc/apt/ -iR

Man installiere inxi und dann

inxi -r

[MariusRR]

Wo es sich versteckt werde ich rausfinden.

Mit welchen Informationen kann ich noch dienen, um den MySQL Fehler zu finden?

[MariusRR]

So verläuft dann leider die Fehlersuche im Sand und ich kann neu aufsetzen.

[scientific]

Ja klar. Wenn du die gewünschten debug-Ausgaben nicht lieferst...

[MariusRR]

Was fehlt denn? Eventuell habe ich was überlesen.

[DeletedUserReAsG]

Siehe die Beiträge von eggy und KBDCALLS.

Ansonsten würde ich das Dingens mal manuell zu starten versuchen, und die Fehlermeldungen hier posten.

[MariusRR]

Ich gehe stark davon aus, dass es für den MYSQL Server irrelevant ist, von wo ich Dovecot installiert habe..

pastebin/?mode=view&s=39986

[DeletedUserReAsG]

Mit „manuell“ meinte ich: unter Umgehung von systemd. Namentlich via mysqld_safe.

Edit:

Ich gehe stark davon aus, dass es für den MYSQL Server irrelevant ist, von wo ich Dovecot installiert habe.

In der Tat. Nicht irrelevant ist’s aber, ob noch andere, möglicherweise MySQL tangierende, Sachen von dort mitgezogen wurden. Irgendwas ist bei dir kaputt, und von alleine (oder von ’nem sauberen Update aus sauberen Paketquellen) kommt sowas nunmal nicht.

[KBDCALLS]

Ich gehe stark davon aus, dass es für den MYSQL Server irrelevant ist, von wo ich Dovecot installiert habe..

pastebin/?mode=view&s=39986

Ist es nicht. Irrelevant wäre ob ein Sack Reis in China platzt. Es haben sich schon Leute ihr Debian-Linux aus Obskuren Quellen zerlegt. Steht ja DEB drauf, also muß es für Debian passen. Der Haken war die Pakete waren auf Ubuntu abgestimmt.


Das Startscript beschwert sich das es den Mysql Server garnicht starten kann.

Code: Alles auswählen

Sep 30 11:11:17  /etc/init.d/mysql[14200]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'

Muß da schon was faul sein. Was egibt

• dpkg --audit

? und

• dpkg -l |grep -v ^ii

[eggy]

Kann irrelevant sein, ist es aber meistens nicht.

Die Stablität des Systems -und auch die der Updates- hängt sehr stark vom Zusammenspiel der Pakete untereinander ab. Dass da alles sauber abläuft ist Sache des Paketmanagements. Debian legt grossen Wert darauf, dass alles in einem Release problemlos zusammenspielt. Installierst Du aus Fremdquellen, dann ist das nicht mehr garantiert. Kann gutgehn, muss aber nicht (und tut es nach meiner Erfahrung fast nie). Dass bei Fremdquellen der Aufwand, der fürs Testen betrieben wird, nicht ausreichend ist, ist ja kein Geheimnis. Dass Einzelpersonen nicht alle möglichen Kombinationen austesten können liegt ja auf der Hand. Daher hat Debian ja den "Testing"-Zweig: viele Leute testen unterschiedlichste Zusammensetzungen.
Das da was schiefgehen kann muss man halt mit einkalkulieren, wenn man auf Frendquellen zurückgreift. Ähnliches gilt bei dem configure-make-Dreisatz: installierst Du unsauber am Paketmanagement vorbei, dann kann das Paketmanagement keine vollständigen Aussagen über die auf dem System befindlichen libs und co treffen. Die Folge: Du wirst über kurz oder lang Probleme bekommen.

Deswegen warnen Dich immer wieder Leute vor Fremdquellen. Das kannst Du so annehmen oder ignorieren. Mir egal, aber die Zeit der Helfer damit zu verschwenden, ihnen unvollständige oder absichtlich falsche Informationen zu liefern, grenzt schon irgendwie an Frechheit.
Ich fass mal den bisherigen Verlauf des Threads aus meiner Sicht zusammen: Du beschwerst Dich, dass die Updates nicht klappen. Das Forum sagt Dir normalerweise laufen Updates sauber durch, kann aber sein, dass es an Fremdquellen liegen kann, Du sagst "nichts hinzugefügt oder ähnliches.". Nen paar Postings weiter drunter stellt sich dann doch raus "wahrscheinlich Fremdquelle". Du sagst "kein Ahnung". Forum sagt "wir helfen". Du ignorierst das und sagst dann praktisch "geht Euch nix an".

Ich weis ja nicht, wie es bei den anderen Mitlesenden ist, aber zumindest meine Motivation unter solchen Umständen weiter zu helfen schwindet da rapide.

[MariusRR]

Also die Quelle liegt unter /etc/apt/sources.list.d/dovecot.list und dort steht nur http://xi.rename-it.nl/debian/ stable-auto/dovecot-2.2 main drin.

mysqld_safe

Code: Alles auswählen

root@s1:/etc/apt/sources.list.d# mysqld_safe
170930 15:26:57 mysqld_safe Can't log to error log and syslog at the same time.  Remove all --log-error configuration options for --syslog to take effect.
170930 15:26:57 mysqld_safe Logging to '/var/log/mysql/error.log'.
170930 15:26:57 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
170930 15:26:58 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

scheint wohl Probleme mit InnoDB zu geben, ob das ausschlaggebend ist, kann ich nicht beurteilen.

Code: Alles auswählen

170930 15:26:57 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full nam$
170930 15:26:57 [Note] Plugin 'FEDERATED' is disabled.
170930 15:26:57 InnoDB: The InnoDB memory heap is disabled
170930 15:26:57 InnoDB: Mutexes and rw_locks use GCC atomic builtins
170930 15:26:57 InnoDB: Compressed tables use zlib 1.2.8
170930 15:26:57 InnoDB: Using Linux native AIO
170930 15:26:57 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(137363456 bytes) failed; errno 12
170930 15:26:57 InnoDB: Completed initialization of buffer pool
170930 15:26:57 InnoDB: Fatal error: cannot allocate memory for the buffer pool
170930 15:26:57 [ERROR] Plugin 'InnoDB' init function returned error.
170930 15:26:57 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
170930 15:26:57 [ERROR] Unknown/unsupported storage engine: InnoDB
170930 15:26:57 [ERROR] Aborting

170930 15:26:57 [Note] /usr/sbin/mysqld: Shutdown complete

dpkg --audit

Neu Konfigurieren bringt leider nur das gleiche Ergebnis

Code: Alles auswählen

root@s1:/etc/apt/sources.list.d# dpkg --audit
Die folgenden Pakete wurden entpackt, aber noch nicht konfiguriert.
Sie müssen mit dpkg --configure oder dem Konfigurations-Menüeintrag in
dselect konfiguriert werden, damit sie ordnungsgemäß funktionieren:
 mysql-server         MySQL database server (metapackage depending on the lates

Die folgenden Pakete sind nur halb konfiguriert, wahrscheinlich durch
Probleme während der ersten Konfiguration. Die Konfiguration sollte mit
dpkg --configure <Paket> oder mit dem Konfigurations-Menüeintrag in
dselect erneut versucht werden:
 mysql-server-5.5     MySQL database server binaries and system database setup

dpkg -l |grep -v ^ii

Code: Alles auswählen

root@s1:/etc/apt/sources.list.d# dpkg -l |grep -v ^ii
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                           Version                          Architektur  Beschreibung
+++-==============================-================================-============-===============================================================================
rc  dbconfig-common                1.8.47+nmu3+deb8u1               all          common framework for packaging database applications
rc  javascript-common              11                               all          Base support for JavaScript library packages
iU  mysql-server                   5.5.57-0+deb8u1                  all          MySQL database server (metapackage depending on the latest version)
iF  mysql-server-5.5               5.5.57-0+deb8u1                  amd64        MySQL database server binaries and system database setup
rc  php5-mysqlnd                   5.6.30+dfsg-0+deb8u1             amd64        MySQL module for php5 (Native Driver)

@eggy
Der ursprüngliche Sinn meines Posts war nicht, meinen Mysql Fehler zu finden, sondern zu erlernen wie ich Updates richtig durchführe. Dass Fremdquellen keine gute Idee sind, war mir bisher nicht so bewusst. An die Fremdquelle für den Mailserver habe ich schlichtweg nicht gedacht.
Ich enthalte euch keine Informationen vor.

[KBDCALLS]

Also die Quelle liegt unter /etc/apt/sources.list.d/dovecot.list und dort steht nur http://xi.rename-it.nl/debian/ stable-auto/dovecot-2.2 main drin.

Code: Alles auswählen

root@s1:/etc/apt/sources.list.d# dpkg -l |grep -v ^ii
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                           Version                          Architektur  Beschreibung
+++-==============================-================================-============-===============================================================================
rc  dbconfig-common                1.8.47+nmu3+deb8u1               all          common framework for packaging database applications
rc  javascript-common              11                               all          Base support for JavaScript library packages
iU  mysql-server                   5.5.57-0+deb8u1                  all          MySQL database server (metapackage depending on the latest version)
iF  mysql-server-5.5               5.5.57-0+deb8u1                  amd64        MySQL database server binaries and system database setup
rc  php5-mysqlnd                   5.6.30+dfsg-0+deb8u1             amd64        MySQL module for php5 (Native Driver)

Da haben wirs doch schon rc ist kein Fehler und kann man ignorieren. iU steht für installiert und entpackt. iF für installiert aber fehlgeschlagene Konfiguration.

[KBDCALLS]

Also die Quelle liegt unter /etc/apt/sources.list.d/dovecot.list und dort steht nur http://xi.rename-it.nl/debian/ stable-auto/dovecot-2.2 main drin.

Code: Alles auswählen

root@s1:/etc/apt/sources.list.d# dpkg -l |grep -v ^ii
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                           Version                          Architektur  Beschreibung
+++-==============================-================================-============-===============================================================================
rc  dbconfig-common                1.8.47+nmu3+deb8u1               all          common framework for packaging database applications
rc  javascript-common              11                               all          Base support for JavaScript library packages
iU  mysql-server                   5.5.57-0+deb8u1                  all          MySQL database server (metapackage depending on the latest version)
iF  mysql-server-5.5               5.5.57-0+deb8u1                  amd64        MySQL database server binaries and system database setup
rc  php5-mysqlnd                   5.6.30+dfsg-0+deb8u1             amd64        MySQL module for php5 (Native Driver)

Da haben wirs doch schon rc ist kein Fehler und kann man ignorieren. iU steht für installiert und entpackt. iF für installiert aber fehlgeschlagene Konfiguration.

Was passiert denn wenn du dem gemachten Vorschlag

Code: Alles auswählen

dpkg --configure <Paket>

folgst?

[Gunman1982]

Du scheinst zusätzlich noch sources aus /ets/apt/sources.list.d/... zu ziehen, jedenfalls holt dein apt laut deinen logs noch was von
http://xi.rename-it.nl stable-auto/dovecot-2.2 Release

Die sources.list.d ist komplett leer..

Also die Quelle liegt unter /etc/apt/sources.list.d/dovecot.list und dort steht nur http://xi.rename-it.nl/debian/ stable-auto/dovecot-2.2 main drin.

@eggy
Der ursprüngliche Sinn meines Posts war nicht, meinen Mysql Fehler zu finden, sondern zu erlernen wie ich Updates richtig durchführe. Dass Fremdquellen keine gute Idee sind, war mir bisher nicht so bewusst. An die Fremdquelle für den Mailserver habe ich schlichtweg nicht gedacht.
Ich enthalte euch keine Informationen vor.

Es gibt keinen 100% Weg wie man updated ohne jemals Probleme zu haben. Sonst wäre das so automatisch geregelt (cron z.B.), so das ein Nutzer/Admin da keinen Einfluss mehr drauf nehmen kann. Bei mehr als 50.000 installierbaren Paketen, allein aus den offiziellen repos, kann es auch mal zu Problemen zwischen einzelnen installierten Paketen kommen und selbst das ist selten. Noch seltener wenn man gebräuchliche Pakete wie mysql nimmt.

[MariusRR]

Hatte mich wohl vertan und sources.list.d als Datei geöffnet, nicht als Verzeichnis

Es gibt keinen 100% Weg wie man updated ohne jemals Probleme zu haben. Sonst wäre das so automatisch geregelt (cron z.B.), so das ein Nutzer/Admin da keinen Einfluss mehr drauf nehmen kann. Bei mehr als 50.000 installierbaren Paketen, allein aus den offiziellen repos, kann es auch mal zu Problemen zwischen einzelnen installierten Paketen kommen und selbst das ist selten. Noch seltener wenn man gebräuchliche Pakete wie mysql nimmt.

Hab leider schon oft genug gesehen, dass man doch einfach update und upgrade durch cron laufen lassen soll..

Was passiert denn wenn du dem gemachten Vorschlag folgst?

Code: Alles auswählen

root@s1:/home/marius# dpkg --configure mysql-server-5.5
mysql-server-5.5 (5.5.57-0+deb8u1) wird eingerichtet ...
Job for mysql.service failed. See 'systemctl status mysql.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: Fehler beim Bearbeiten des Paketes mysql-server-5.5 (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 mysql-server-5.5
 
 
root@s1:/home/marius# 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 Sa 2017-09-30 18:26:36 CEST; 20s ago
  Process: 16921 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)

Sep 30 18:26:36  /etc/init.d/mysql[17638]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in
Sep 30 18:26:36  /etc/init.d/mysql[17638]: [61B blob data]
Sep 30 18:26:36  /etc/init.d/mysql[17638]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)'
Sep 30 18:26:36  /etc/init.d/mysql[17638]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists!
Sep 30 18:26:36  /etc/init.d/mysql[17638]: 
Sep 30 18:26:36  mysql[16921]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
Sep 30 18:26:36  systemd[1]: mysql.service: control process exited, code=exited status=1
Sep 30 18:26:36  systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
Sep 30 18:26:36  systemd[1]: Unit mysql.service entered failed state.

[DeletedUserReAsG]

Die Fehlermeldungen bzgl. InnoDB eignen sich vorzüglich, um sie einer Suchmaschine zum Fraß vorzuwerfen.

Alternativ könnte man den ganzen Kram purgen, sämtliche Configs löschen, das Datenverzeichnis (üblicherweise unter /var/lib/) wegschieben, die Logs entfernen, zusehen, dass die Paketquellen sauber konfiguriert sind (i.e. keine Fremdquellen), weiterhin zusehen, dass die Paketlisten auf dem aktuellen Stand sind und die Fremdpakete entfernt wurden und dann mal MySQL (oder MariaDB) neu installieren.

[KBDCALLS]

Ich frage mich sowieso, wieso man Fremdquellen braucht? Debian hat so ziemlich alles was man sich denken kann. Auch dovecot dovecot-common .

Der Fehler in Bezug auf innoDB dürfte wohl daraus resultieren das MYSQL erst garnicht startet.

Um MYSQL zu purgen wird man wohl in die Trickkiste greifen müssen. Mit apt-get und aptitude wird man da wohl nicht weiter kommen. Da wird man wohl zu dpkg direkt greifen müssen.

[MariusRR]

Mysql zu purgen haben ich, wie in den zu vor geposteten Pastebins schon versucht (apt purge, nicht dpgk).
Des weiteren habe ich den kompletten Server nach Mysql Verzeichnissen durchsucht, und alle die meiner Ansicht nach irgendwie relevant sein können, gelöscht..
Wenn man dann eine Neuinstallation startet, kommt man jedoch zum gleichen Fehler.

siehe hier: pastebin/?mode=view&s=39985

[DeletedUserReAsG]

Dann war’s halt nicht restlos weg, oder Kram aus der Fremdquelle hat dein System nachhaltig zerschossen. Andere Möglichkeiten sehe ich hier nicht.

[Gunman1982]

Ich würde mich an deiner Stelle mal auf diesen Hinweis konzentrieren:

Die Fehlermeldungen bzgl. InnoDB eignen sich vorzüglich, um sie einer Suchmaschine zum Fraß vorzuwerfen.

Wieviel RAM hast du zur Verfügung, wieviel ist frei? Das ist definitiv ein V-Server und kein Docker? Apparmor installiert?

[KBDCALLS]

Wenn mans mit jessie zu tun hat dann ist das Oldstable.

Da würde ich dann doch erstmal feststellen was gehört nicht zu Jessie bzw ist aus anderen Quellen.

Code: Alles auswählen

aptitude search '?narrow(?installed, !?archive(oldstable))'

Jeder Paketmangager dreht sich bei der Situation erstmal im Kreis.

Soweit ich das überblicken kann sind mysql-server-5.5 und mysql-server kaputt. Wobei der hier mysql-server-5.5 das Hauptproblem ist. Such dir mal im Verzeichnis

Code: Alles auswählen

/var/lib/dpkg/info

zum mysql-server-5.5 die dazugehörigen Skripte. Schreib in die zweite Zeile der Skripte ein

Code: Alles auswählen

exit 0

und entferne das Paket dann mit

Code: Alles auswählen

dpkg  --ignore-depends=mysql-server-5.5  --purge mysql-server-5.5 

• viewtopic.php?f=32&t=166937&start=15#p1147762

[MariusRR]

Wieviel RAM hast du zur Verfügung, wieviel ist frei? Das ist definitiv ein V-Server und kein Docker? Apparmor installiert?

2GB und 1,7 frei
ja definitiv ein V Server
Apparmor nutze ich bisher nicht

aptitude search '?narrow(?installed, !?archive(oldstable))'

Code: Alles auswählen

root@s1:/home/marius# aptitude search '?narrow(?installed, !?archive(oldstable))'
i   debian-dovecot-auto-keyring                                                        - GnuPG archive keys of the Automatic Dovecot Debian repository                               
i   dovecot-core                                                                       - Sicherer POP3-/IMAP-Server - Systemkern                                                     
i   dovecot-imapd                                                                      - Sicherer POP3-/IMAP-Server - IMAP-Daemon                                                    
i   dovecot-lmtpd                                                                      - Sicherer POP3-/IMAP-Server - LMTP-Server                                                    
i   dovecot-managesieved                                                               - Sicherer POP3-/IMAP-Server - ManageSieve-Server                                             
i   dovecot-sieve                                                                      - Sicherer POP3-/IMAP-Server - Unterstützung für Sieve-Filter                                 
i   git                                                                                - Schnelles, skalierbares, verteiltes Revisions-Kontroll-System                               
i A git-man                                                                            - Schnelles, skalierbares, verteiltes Revisions-Kontroll-System (Handbuch)  

/var/lib/dpkg/info

In welche Datei das Exit 0?

Code: Alles auswählen

mysql-server-5.5.conffiles
mysql-server-5.5.config
mysql-server-5.5.list
mysql-server-5.5.md5sums
mysql-server-5.5.postinst
mysql-server-5.5.postrm
mysql-server-5.5.preinst
mysql-server-5.5.prerm
mysql-server-5.5.templates
mysql-server-core-5.5.list
mysql-server-core-5.5.md5sums
mysql-server.list
mysql-server.md5sums

[KBDCALLS]

Das exit 0 in alle Dateien die ausführbar sind.#

• Code: Alles auswählen

  mysql-server-5.5.postinst
  mysql-server-5.5.postrm
  mysql-server-5.5.preinst
  mysql-server-5.5.prerm

In dem Falle sind alle 4 vorhanden, müssen aber nicht.

Das sähe dann so aus

• Code: Alles auswählen

  #!/bin/bash
  exit 0