Dauernd unauffindbare Fehler nach Updates

Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von KBDCALLS » 30.09.2017 11:41:40

MariusRR hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 11:15:24
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
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

eggy
Beiträge: 3331
Registriert: 10.05.2008 11:23:50

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von eggy » 30.09.2017 11:56:26

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
Beiträge: 17
Registriert: 26.09.2017 22:19:45

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von MariusRR » 30.09.2017 15:41:22

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.
niemand hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 11:35:21
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
niemand hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 11:35:21
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
KBDCALLS hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 11:41:40
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.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von KBDCALLS » 30.09.2017 16:59:13

MariusRR hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 15:41:22
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 haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von KBDCALLS » 30.09.2017 17:03:10

KBDCALLS hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 16:59:13
MariusRR hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 15:41:22
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?
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Gunman1982
Beiträge: 923
Registriert: 09.07.2008 11:50:57
Lizenz eigener Beiträge: MIT Lizenz

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von Gunman1982 » 30.09.2017 17:08:15

MariusRR hat geschrieben: ↑ zum Beitrag ↑
27.09.2017 14:24:18
Gunman1982 hat geschrieben: ↑ zum Beitrag ↑
27.09.2017 12:36:37
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..
MariusRR hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 15:41:22
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.
:roll:
MariusRR hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 15:41:22
@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
Beiträge: 17
Registriert: 26.09.2017 22:19:45

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von MariusRR » 30.09.2017 18:32:27

Gunman1982 hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 17:08:15
Hatte mich wohl vertan und sources.list.d als Datei geöffnet, nicht als Verzeichnis
Gunman1982 hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 17:08:15
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..
KBDCALLS hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 17:03:10
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

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von DeletedUserReAsG » 30.09.2017 18:59:28

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.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von KBDCALLS » 30.09.2017 22:14:06

Ich frage mich sowieso, wieso man Fremdquellen braucht? Debian hat so ziemlich alles was man sich denken kann. Auch dovecot Debiandovecot-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.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

MariusRR
Beiträge: 17
Registriert: 26.09.2017 22:19:45

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von MariusRR » 01.10.2017 13:22:35

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

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von DeletedUserReAsG » 01.10.2017 13:36:18

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
Beiträge: 923
Registriert: 09.07.2008 11:50:57
Lizenz eigener Beiträge: MIT Lizenz

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von Gunman1982 » 01.10.2017 13:40:37

Ich würde mich an deiner Stelle mal auf diesen Hinweis konzentrieren:
niemand hat geschrieben: ↑ zum Beitrag ↑
30.09.2017 18:59:28
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?

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von KBDCALLS » 01.10.2017 14:15:11

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 Debianmysql-server-5.5 und Debianmysql-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 
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

MariusRR
Beiträge: 17
Registriert: 26.09.2017 22:19:45

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von MariusRR » 02.10.2017 14:58:13

Gunman1982 hat geschrieben: ↑ zum Beitrag ↑
01.10.2017 13:40:37
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
KBDCALLS hat geschrieben: ↑ zum Beitrag ↑
01.10.2017 14:15:11
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)  
KBDCALLS hat geschrieben: ↑ zum Beitrag ↑
01.10.2017 14:15:11
/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

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von KBDCALLS » 02.10.2017 16:49:04

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
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Gunman1982
Beiträge: 923
Registriert: 09.07.2008 11:50:57
Lizenz eigener Beiträge: MIT Lizenz

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von Gunman1982 » 02.10.2017 21:49:21

Bitte mal in der /etc/mysql/my.cnf folgendes eintragen bzw setzen:

Code: Alles auswählen

innodb_buffer_pool_size = 20M

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von KBDCALLS » 02.10.2017 22:19:11

Gunman1982 hat geschrieben: ↑ zum Beitrag ↑
02.10.2017 21:49:21
Bitte mal in der /etc/mysql/my.cnf folgendes eintragen bzw setzen:

Code: Alles auswählen

innodb_buffer_pool_size = 20M

Das dürfte erst mal nichts bringen. Die Mysqlpakete sind einfach kaputt.

Siehe hier

Nachzulesen in der Manpage von dpkg-query. Und das sogar in Deutsch. Muß man nur halt lesen.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Gunman1982
Beiträge: 923
Registriert: 09.07.2008 11:50:57
Lizenz eigener Beiträge: MIT Lizenz

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von Gunman1982 » 03.10.2017 00:48:52

Naja das configure geht schief weil der service nich hoch kommt, der kommt nicht hoch weil er sich über zu wenig Speicher aufregt.

Ist nur ein Vorschlag der vielleicht helfen könnte. Das rausoperieren indem man die post-rm/etc skripte bearbeitet wäre bei mir letzte Lösung.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von KBDCALLS » 03.10.2017 09:24:04

Die Conf Dateien befinden sich im Paket.

Siehe Dateiliste Debianmysql-server-5.5

Beim Umstieg von mysql auf mariadb hats bei mir Beispielweise geknirscht. Da wurde mysql nicht richtig beendet . Warum auch immer.
Gunman1982 hat geschrieben: ↑ zum Beitrag ↑
03.10.2017 00:48:52
Naja das configure geht schief weil der service nich hoch kommt, der kommt nicht hoch weil er sich über zu wenig Speicher aufregt.
Eher das der nicht beendet wurde. Und das deswegen die Konfiguration in die Hose gegangen ist.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

MariusRR
Beiträge: 17
Registriert: 26.09.2017 22:19:45

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von MariusRR » 03.10.2017 22:07:50

KBDCALLS hat geschrieben: ↑ zum Beitrag ↑
01.10.2017 14:15:11
und entferne das Paket dann mit

Code: Alles auswählen

dpkg  --ignore-depends=mysql-server-5.5  --purge mysql-server-5.5
Gemacht. Nun neu installieren oder erst noch was beachten?
Gruß aus Dortmund

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von KBDCALLS » 03.10.2017 23:23:12

Jetzt kann man mal versuchen den mysql-server wieder zu installieren. Wenn jetzt keine weiteren Fehler vorhanden sind sollte es funktionieren.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

MariusRR
Beiträge: 17
Registriert: 26.09.2017 22:19:45

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von MariusRR » 08.10.2017 21:52:46

KBDCALLS hat geschrieben: ↑ zum Beitrag ↑
03.10.2017 23:23:12
Jetzt kann man mal versuchen den mysql-server wieder zu installieren. Wenn jetzt keine weiteren Fehler vorhanden sind sollte es funktionieren.
Funktioniert leider nicht.. Gleiche Fehler wie vorher auch:

Code: Alles auswählen

 Konnte für den MySQL-»root«-Benutzer kein Passwort setzen                 │ 
 │                                                                           │ 
 │ Beim setzen des Passworts für den administrativen MySQL-Benutzer ist ein  │ 
 │ Fehler aufgetreten. Dies könnte daran liegen, dass der Benutzer bereits   │ 
 │ ein Passwort hat oder dass es ein Problem mit der Kommunikation mit dem   │ 
 │ MySQL-Server gibt.                                                        │ 
 │                                                                           │ 
 │ Sie sollten das Passwort des administrativen Benutzers nach der           │ 
 │ Paketinstallation prüfen.                                                 │ 
 │                                                                           │ 
 │ Für weitere Informationen lesen Sie                                       │ 
 │ /usr/share/doc/mysql-server-5.5/README.Debian. 

Code: Alles auswählen

root@s1:/home/marius# apt-get install mysql-server-5.5
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Vorgeschlagene Pakete:
  mailx tinyca
Die folgenden NEUEN Pakete werden installiert:
  mysql-server-5.5
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 2 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Es müssen noch 0 B von 1.774 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 32,4 MB Plattenplatz zusätzlich benutzt.
Vorkonfiguration der Pakete ...
Vormals nicht ausgewähltes Paket mysql-server-5.5 wird gewählt.
(Lese Datenbank ... 41259 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../mysql-server-5.5_5.5.57-0+deb8u1_amd64.deb ...
Entpacken von mysql-server-5.5 (5.5.57-0+deb8u1) ...
Trigger für systemd (215-17+deb8u7) werden verarbeitet ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
mysql-server-5.5 (5.5.57-0+deb8u1) wird eingerichtet ...
171008 21:50:37 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
171008 21:50:37 [Note] Ignoring --secure-file-priv value as server is running with --bootstrap.
171008 21:50:37 [Note] /usr/sbin/mysqld (mysqld 5.5.57-0+deb8u1) starting as process 10425 ...
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
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von mysql-server:
 mysql-server hängt ab von mysql-server-5.5; aber:
  Paket mysql-server-5.5 ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes mysql-server (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
Trigger für systemd (215-17+deb8u7) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
 mysql-server-5.5
 mysql-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

MariusRR
Beiträge: 17
Registriert: 26.09.2017 22:19:45

Re: Dauernd unauffindbare Fehler nach Updates

Beitrag von MariusRR » 11.10.2017 21:13:05

Hat noch jemand eine Idee?
Ansonsten komme ich wohl ums neu aufsetzen nicht herum..

Antworten