Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
-
Gunman1982
- Beiträge: 923
- Registriert: 09.07.2008 11:50:57
- Lizenz eigener Beiträge: MIT Lizenz
Beitrag
von Gunman1982 » 30.09.2017 17:08:15
MariusRR hat geschrieben: 27.09.2017 14:24:18
Gunman1982 hat geschrieben: 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: 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.
MariusRR hat geschrieben: 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
Beitrag
von MariusRR » 30.09.2017 18:32:27
Hatte mich wohl vertan und sources.list.d als Datei geöffnet, nicht als Verzeichnis
Gunman1982 hat geschrieben: 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: 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
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.
-
KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
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
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.
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
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
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
Beitrag
von Gunman1982 » 01.10.2017 13:40:37
Ich würde mich an deiner Stelle mal auf diesen Hinweis konzentrieren:
niemand hat geschrieben: 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?
-
KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
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
mysql-server-5.5 und
mysql-server kaputt. Wobei der hier
mysql-server-5.5 das Hauptproblem ist. Such dir mal im Verzeichnis
zum
mysql-server-5.5 die dazugehörigen Skripte. Schreib in die zweite Zeile der Skripte ein
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
Beitrag
von MariusRR » 02.10.2017 14:58:13
Gunman1982 hat geschrieben: 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: 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: 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
-
KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
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
Beitrag
von Gunman1982 » 02.10.2017 21:49:21
Bitte mal in der /etc/mysql/my.cnf folgendes eintragen bzw setzen:
-
KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Beitrag
von KBDCALLS » 02.10.2017 22:19:11
Gunman1982 hat geschrieben: 02.10.2017 21:49:21
Bitte mal in der /etc/mysql/my.cnf folgendes eintragen bzw setzen:
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
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.
-
KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Beitrag
von KBDCALLS » 03.10.2017 09:24:04
Die Conf Dateien befinden sich im Paket.
Siehe
Dateiliste mysql-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: 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
Beitrag
von MariusRR » 03.10.2017 22:07:50
KBDCALLS hat geschrieben: 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
-
KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
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
Beitrag
von MariusRR » 08.10.2017 21:52:46
KBDCALLS hat geschrieben: 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
Beitrag
von MariusRR » 11.10.2017 21:13:05
Hat noch jemand eine Idee?
Ansonsten komme ich wohl ums neu aufsetzen nicht herum..