HILFE: mein Server bei 1und1 bootet nicht mehr
Hi allerseits, gestern musst eine defekte Platte getauscht werden, soweit so gut. nun bootet der Server nur noch in den resuce-modus, nicht mehr aber in das normale system. vom resuce system komme ich vi chroot in das "normale" SuSE 13.1 system, welches alle Update inne hat. ich bin gemäß http://hilfe-center.1und1.de/hosting/server-c10082640/dedicated-server-linux... vorgegangen Das 1&1-setup ist: raid1 /dev/md1, /dev/md3 /dev/sda wurde getauscht /dev/sdb ist ok (damit sind alle Daten noch da, - und natürlich auch im backup) Allerdings liefert grub-install /dev/sda WARNING! You are trying to invoke the unsupported grub-install script with a parameter. To really do this, call grub-install.unsupported. You should rather call "yast2 bootloader" or create configuration files appropriate for the intended target. und grub-install.unsupported /dev/sda liefert dev/sda does not have any corresponding BIOS drive. Dann habe ich yast2 bootloader ausgeführt, allerdings erscheint nur die Meldung Error Because of the partitioning, the boot loader cannot be installed properly. ein versuche ich mit grub direkt in der grub-shell zu installieren grub> root (hd0,0) grub> setup (hd0) grub> quit geht zwar, aber führt auch nicht zum booten. Wer weiss Rat? Bye Jürgen -- Dr.rer.nat. Jürgen Vollmer, Am Rennbuckel 21, D-76185 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de ------------------------------------------------------------------------------- Diese EMail ist elektronisch mittels GPG / PGP signiert. Diese elektronische Unterschrift ist in einem EMail-Anhang enthalten. Leider kann die Signatur ohne die Installation entsprechender Programme weder geprüft noch angezeigt werden. Mehr dazu unter: http://www.gnupg.org oder auch http://www.pgpi.org ------------------------------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Dr. Vollmer meinte am Samstag, den 30.01.2016 um 10:57 Uhr wegen:HILFE: mein Server bei 1und1 bootet nicht mehr
Hi allerseits,
gestern musst eine defekte Platte getauscht werden, soweit so gut. nun bootet der Server nur noch in den resuce-modus, nicht mehr aber in das normale system.
ich hatte gerade eine ähnliche Situation mit OS 13.1 32bit. Eine verschlüsselte Platte wurde entfernt, welche ich in fstab gemountet hatte. Der Eintrag in /etc/cryptab führte dazu, das das System nicht mehr booten wollte, kam nicht mal in rescue. Habe das System mit einer Live-CD gestartet und die Einträge in fstab udn cryptab gelöscht. Danach war alles gut. Ist bei Dir die alte Platte ggf. noch im System registriert? -- Beste Grüße Christian Gut, das Audacious gerade von Simon & Garfunkel - 4-Rock - Bridge Over Troubled Water spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian Am Samstag, 30. Januar 2016, 11:36:10 schrieb Christian Meseberg:
Hallo zusammen,
Dr. Vollmer meinte am Samstag, den 30.01.2016 um 10:57 Uhr wegen:HILFE: mein Server bei 1und1 bootet nicht mehr
Hi allerseits,
gestern musst eine defekte Platte getauscht werden, soweit so gut. nun bootet der Server nur noch in den resuce-modus, nicht mehr aber in das normale system.
ich hatte gerade eine ähnliche Situation mit OS 13.1 32bit. Eine verschlüsselte Platte wurde entfernt, welche ich in fstab gemountet hatte. Der Eintrag in /etc/cryptab führte dazu, das das System nicht mehr booten wollte, kam nicht mal in rescue. Habe das System mit einer Live-CD gestartet und die Einträge in fstab udn cryptab gelöscht. Danach war alles gut.
Ist bei Dir die alte Platte ggf. noch im System registriert?
das Problem ist irgendwie "seltsam", inzwischen habe ich festgestellt der server bootet doch, aber man kommt nicht via der seriellen konsole an ihn ran.... hab's nur per Zufall gefunden. warum? was muss man in /boot/grub/menu.lst angeben, dass der boot-bildschirm auf der seriellen konsole "landet"? noch etwas: warum gibt's nun statt /dev/md3 das Device /dev/md127 und noch etwas: warum liefert insserv mysql die Meldung Warning: /etc/init.d/mysql is masked by /usr/lib/systemd/system/mysql.service. Try 'chkconfig mysql on' instead can't open mysql: No such file or directory at /sbin/insserv line 59. rcmysql startet aber mysql Bye Jürgen -- Dr.rer.nat. Jürgen Vollmer, Am Rennbuckel 21, D-76185 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de ------------------------------------------------------------------------------- Diese EMail ist elektronisch mittels GPG / PGP signiert. Diese elektronische Unterschrift ist in einem EMail-Anhang enthalten. Leider kann die Signatur ohne die Installation entsprechender Programme weder geprüft noch angezeigt werden. Mehr dazu unter: http://www.gnupg.org oder auch http://www.pgpi.org ------------------------------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Dr. Juergen Vollmer schrieb:
was muss man in /boot/grub/menu.lst angeben, dass der boot-bildschirm auf der seriellen konsole "landet"?
Das weiß ich leider auch nicht.
noch etwas: warum gibt's nun statt /dev/md3 das Device /dev/md127
und noch etwas: warum liefert insserv mysql die Meldung
Warning: /etc/init.d/mysql is masked by /usr/lib/systemd/system/mysql.service. Try 'chkconfig mysql on' instead can't open mysql: No such file or directory at /sbin/insserv line 59.
rcmysql startet aber mysql
Ich würde sagen, das Original-"insserv" gehört zu den alten init-Scripten, aber du hast jetzt systemd drauf, daher sollte sowas wie systemctl enable mysql funktionieren. Das jetzige "chkconfig" und "insserv" sind wohl nur Wrapper für die neuen systemd-Funktionen. Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Jürgen, hallo zusammen, Am Samstag, 30. Januar 2016, 13:37:39 CET schrieb Dr. Juergen Vollmer:
Am Samstag, 30. Januar 2016, 11:36:10 schrieb Christian Meseberg:
Dr. Vollmer meinte am Samstag, den 30.01.2016 um 10:57 Uhr wegen:HILFE: mein Server bei 1und1 bootet nicht mehr
gestern musst eine defekte Platte getauscht werden, soweit so gut. nun bootet der Server nur noch in den resuce-modus, nicht mehr aber in das normale system.
das Problem ist irgendwie "seltsam", inzwischen habe ich festgestellt der server bootet doch, aber man kommt nicht via der seriellen konsole an ihn ran.... hab's nur per Zufall gefunden.
warum?
was muss man in /boot/grub/menu.lst angeben, dass der boot-bildschirm auf der seriellen konsole "landet"?
Vermutlich console=/dev/ttyS0 oder console=/dev/ttyUSB0 o. ä. Was genau, sollte der 1&1-Support wissen, falls er ausnahmsweise mal was weiß ;-) [1]
noch etwas: warum gibt's nun statt /dev/md3 das Device /dev/md127
Das kann passieren, wenn es Probleme beim Zusammenbau des RAID gibt. Nach einem Festplattentausch kommt sowas durchaus mal vor. IIRC sind die hohen Zahlen eine Vorsichtsmaßnahme, damit das Array nicht dem "richtigen" md3 im Weg ist. Guck mal in /proc/mdstat, welche Partitionen dort eingebunden sind, und baue ggf. mit mdadm das Ganze wieder passend zusammen. Die genauen Befehle müsste ich nachschlagen. Guck also bitte selbst in man mdadm, und frag bei Bedarf nach. Das insserv-Problem hat Martin schon beantwortet. Dazu kommt noch, dass irgendein MySQL/MariaDB-Update den Wechsel von Initscript zu mysql.service gemacht hat - nur war leider das "aktiv lassen" kaputt. Das fällt natürlich erst nach einem Reboot auf... https://bugzilla.opensuse.org/show_bug.cgi?id=956119 Gruß Christian Boltz [1] Ich hatte vor Jahren mal den Spaß mit einem 1&1-Rootserver, und hatte damals etwas "Spaß" mit dem Support. Keine Ahnung, wie das heutzutage ist - jedenfalls gibt es Anbieter, die günstigere Rootserver _und_ besseren Support haben ;-) PS: Zufallssig, auch wenn [1] auf etwas anderes hindeutet ;-) -- Schlagen. Verklagen. Z.B. bei der c't verpfeifen, auf daß es fortan die Spatzen von den Dächern pfeifen, was für Pfeifen das bei $Firma sind. *scnr* [David Haller in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Martin Am Samstag, 30. Januar 2016, 19:58:46 schrieb Martin Burnicki:
Dr. Juergen Vollmer schrieb:
und noch etwas: warum liefert insserv mysql die Meldung
Warning: /etc/init.d/mysql is masked by /usr/lib/systemd/system/mysql.service. Try 'chkconfig mysql on' instead can't open mysql: No such file or directory at /sbin/insserv line 59.
rcmysql startet aber mysql
Ich würde sagen, das Original-"insserv" gehört zu den alten init-Scripten, aber du hast jetzt systemd drauf, daher sollte sowas wie
systemctl enable mysql
funktionieren. Das jetzige "chkconfig" und "insserv" sind wohl nur Wrapper für die neuen systemd-Funktionen.
ok systemctl enable mysql hat den Dienst nun dauerhaft eingeschalten. Nur warum hat yast im "Service-Manager" mysql nicht enablen können? Da sollte doch systemctl aufgerufen werden und nicht innserv (oder sonst was). Danke für den Tip. (Ich wusste da gab's Neuerungen, aber an das Kommando errinnerte ich mich nicht mehr.) Bye Jürgen -- Dr.rer.nat. Jürgen Vollmer, Am Rennbuckel 21, D-76185 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de ------------------------------------------------------------------------------- Diese EMail ist elektronisch mittels GPG / PGP signiert. Diese elektronische Unterschrift ist in einem EMail-Anhang enthalten. Leider kann die Signatur ohne die Installation entsprechender Programme weder geprüft noch angezeigt werden. Mehr dazu unter: http://www.gnupg.org oder auch http://www.pgpi.org ------------------------------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian Am Samstag, 30. Januar 2016, 23:44:16 schrieb Christian Boltz:
Am Samstag, 30. Januar 2016, 13:37:39 CET schrieb Dr. Juergen Vollmer:
Am Samstag, 30. Januar 2016, 11:36:10 schrieb Christian Meseberg:
Dr. Vollmer meinte am Samstag, den 30.01.2016 um 10:57 Uhr wegen:HILFE: mein Server bei 1und1 bootet nicht mehr
gestern musst eine defekte Platte getauscht werden, soweit so gut. nun bootet der Server nur noch in den resuce-modus, nicht mehr aber in das normale system.
das Problem ist irgendwie "seltsam", inzwischen habe ich festgestellt der server bootet doch, aber man kommt nicht via der seriellen konsole an ihn ran.... hab's nur per Zufall gefunden.
warum?
was muss man in /boot/grub/menu.lst angeben, dass der boot-bildschirm auf der seriellen konsole "landet"?
Vermutlich console=/dev/ttyS0 oder console=/dev/ttyUSB0 o. ä. Was genau, sollte der 1&1-Support wissen, falls er ausnahmsweise mal was weiß ;-) [1]
in /boot/grub/menu.lst steht: title openSUSE - 3.11.10-29 kernel (hd0,0)/boot/vmlinuz-3.11.10-29-default root=/dev/disk/by-id/md-uuid-f53e0515:51c20db5:3fb6082e:e5593158 splash=verbose console=ttyS0,57600 initrd (hd0,0)/boot/initrd-3.11.10-29-default das habe ich auch bei einem anderen 1und1-Server so stehen, und dort klappts.
noch etwas: warum gibt's nun statt /dev/md3 das Device /dev/md127
Das kann passieren, wenn es Probleme beim Zusammenbau des RAID gibt. Nach einem Festplattentausch kommt sowas durchaus mal vor. IIRC sind die hohen Zahlen eine Vorsichtsmaßnahme, damit das Array nicht dem "richtigen" md3 im Weg ist.
Guck mal in /proc/mdstat, welche Partitionen dort eingebunden sind, und baue ggf. mit mdadm das Ganze wieder passend zusammen. Die genauen Befehle müsste ich nachschlagen. Guck also bitte selbst in man mdadm, und frag bei Bedarf nach.
nun ja, die Platten sind korrekt eingebunden. Die Frage ist nur: muss ich mich daran stören, oder kann ich das einfach lassen. Umbauen hiesse wieder down-time und bei einem 24/7-Server mag ich das nicht "mal eben so" testen. Hintergrund der ganzen Sache war ja ein Plattentausch.
[1] Ich hatte vor Jahren mal den Spaß mit einem 1&1-Rootserver, und hatte damals etwas "Spaß" mit dem Support. Keine Ahnung, wie das heutzutage ist -
immerhin der Tausch der Platte nach meiner Meldung ging zügig, sprich innerhalb weniger Stunden. Die Supportanfragen: mal so mal so, hängt halt vom Mitarbeiter ab, aber i.d.R. auch zügig.
jedenfalls gibt es Anbieter, die günstigere Rootserver _und_ besseren Support haben ;-)
kann sein, aber die Kunden (also meine) verlangen halt ein "bekanntes Gesicht" - und als Karlsruher, der quasi gegenüber 1+1 gewohnt hat :-) Bye Jürgen -- Dr.rer.nat. Jürgen Vollmer, Am Rennbuckel 21, D-76185 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de ------------------------------------------------------------------------------- Diese EMail ist elektronisch mittels GPG / PGP signiert. Diese elektronische Unterschrift ist in einem EMail-Anhang enthalten. Leider kann die Signatur ohne die Installation entsprechender Programme weder geprüft noch angezeigt werden. Mehr dazu unter: http://www.gnupg.org oder auch http://www.pgpi.org ------------------------------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Jürgen, hallo zusammen, Am Sonntag, 31. Januar 2016, 11:15:18 CET schrieb Dr. Juergen Vollmer:
Am Samstag, 30. Januar 2016, 23:44:16 schrieb Christian Boltz:
Am Samstag, 30. Januar 2016 schrieb Dr. Juergen Vollmer:
in /boot/grub/menu.lst steht:
title openSUSE - 3.11.10-29 kernel (hd0,0)/boot/vmlinuz-3.11.10-29-default root=/dev/disk/by-id/md-uuid-f53e0515:51c20db5:3fb6082e:e5593158 splash=verbose console=ttyS0,57600 initrd (hd0,0)/boot/initrd-3.11.10-29-default
Sieht plausibel aus. Nur zur Sicherheit - steht das auch so in /proc/cmdline? Sprich: wird auch wirklich dieser Eintrag gebootet?
das habe ich auch bei einem anderen 1und1-Server so stehen, und dort klappts.
Frag mal beim 1&1-Support nach, was das sein könnte. Vielleicht haben die beim Festplattentausch nur vergessen, das serielle Kabel wieder anzuschließen ;-)
noch etwas: warum gibt's nun statt /dev/md3 das Device /dev/md127
Das kann passieren, wenn es Probleme beim Zusammenbau des RAID gibt. Nach einem Festplattentausch kommt sowas durchaus mal vor. IIRC sind die hohen Zahlen eine Vorsichtsmaßnahme, damit das Array nicht dem "richtigen" md3 im Weg ist.
Guck mal in /proc/mdstat, welche Partitionen dort eingebunden sind, und baue ggf. mit mdadm das Ganze wieder passend zusammen. Die genauen Befehle müsste ich nachschlagen. Guck also bitte selbst in man mdadm, und frag bei Bedarf nach.
nun ja, die Platten sind korrekt eingebunden. Die Frage ist nur: muss ich mich daran stören, oder kann ich das einfach lassen. Umbauen hiesse wieder down-time und bei einem 24/7-Server mag ich das nicht "mal eben so" testen.
Hintergrund der ganzen Sache war ja ein Plattentausch.
Wenn alles funktioniert (= das RAID ist laut /proc/mdstat komplett) und "nur" die Zahl falsch ist - never change a running system ;-)
[1] Ich hatte vor Jahren mal den Spaß mit einem 1&1-Rootserver, und
hatte damals etwas "Spaß" mit dem Support. Keine Ahnung, wie das heutzutage ist -
immerhin der Tausch der Platte nach meiner Meldung ging zügig, sprich innerhalb weniger Stunden. Die Supportanfragen: mal so mal so, hängt halt vom Mitarbeiter ab, aber i.d.R. auch zügig.
Klar, generelle Aussagen sind immer schwierig. Man könnte höchstens über die Quote der "guten" Mitarbeiter fachsimpeln ;-) - und um das zu beurteilen, hast Du (hoffentlich) nicht genug Support-Anfragen ;-)
jedenfalls gibt es Anbieter, die günstigere Rootserver _und_ besseren Support haben ;-)
kann sein, aber die Kunden (also meine) verlangen halt ein "bekanntes Gesicht" - und als Karlsruher, der quasi gegenüber 1+1 gewohnt hat :-)
Da wohnst Du ja fast vor meiner Haustür, nur auf der (aus meiner Sicht) falschen Rheinseite ;-) Kommst Du im Juni zur GPN (https://entropia.de/GPN15)? Wenn ja, können wir uns ja dort mal treffen. Gruß Christian Boltz -- Schön, wenn dein Mailprogramm Tango tanzen kann - die RFCs sagen ganz klar, daß ein Mailprogramm keinen Tango zu tanzen hat, und aus die Musik. [Ratti in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian Am Sonntag, 31. Januar 2016, 21:17:45 schrieb Christian Boltz:
Hallo Jürgen, hallo zusammen,
Am Sonntag, 31. Januar 2016, 11:15:18 CET schrieb Dr. Juergen Vollmer:
Am Samstag, 30. Januar 2016, 23:44:16 schrieb Christian Boltz:
Am Samstag, 30. Januar 2016 schrieb Dr. Juergen Vollmer:
in /boot/grub/menu.lst steht:
title openSUSE - 3.11.10-29 kernel (hd0,0)/boot/vmlinuz-3.11.10-29-default root=/dev/disk/by-id/md-uuid-f53e0515:51c20db5:3fb6082e:e5593158 splash=verbose console=ttyS0,57600 initrd (hd0,0)/boot/initrd-3.11.10-29-default
Sieht plausibel aus.
Nur zur Sicherheit - steht das auch so in /proc/cmdline? Sprich: wird auch wirklich dieser Eintrag gebootet?
da steht nur: root=/dev/disk/by-id/md-uuid-f53e0515:51c20db5:3fb6082e:e5593158 noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe splash=verbose showopts ... ist das die Ursache? Ich seh' gerade auch auf meinem andern System nach da steht dann root=/dev/md1 console=tty0 console=ttyS0,57600 net.ifnames=0 muss also beim nächsten booten mal checken! Danke für diesen Hinweis
das habe ich auch bei einem anderen 1und1-Server so stehen, und dort klappts.
Frag mal beim 1&1-Support nach, was das sein könnte. Vielleicht haben die beim Festplattentausch nur vergessen, das serielle Kabel wieder anzuschließen ;-)
nö die Kabel sind schon da, denn beim 1&1- Rettungsystem ging's ja (sonst wäre ich ja gänzlich im Nebel gestanden :-)
noch etwas: warum gibt's nun statt /dev/md3 das Device /dev/md127
Das kann passieren, wenn es Probleme beim Zusammenbau des RAID gibt. Nach einem Festplattentausch kommt sowas durchaus mal vor. IIRC sind die hohen Zahlen eine Vorsichtsmaßnahme, damit das Array nicht dem "richtigen" md3 im Weg ist.
Guck mal in /proc/mdstat, welche Partitionen dort eingebunden sind, und baue ggf. mit mdadm das Ganze wieder passend zusammen. Die genauen Befehle müsste ich nachschlagen. Guck also bitte selbst in man mdadm, und frag bei Bedarf nach.
nun ja, die Platten sind korrekt eingebunden. Die Frage ist nur: muss ich mich daran stören, oder kann ich das einfach lassen. Umbauen hiesse wieder down-time und bei einem 24/7-Server mag ich das nicht "mal eben so" testen.
Hintergrund der ganzen Sache war ja ein Plattentausch.
Wenn alles funktioniert (= das RAID ist laut /proc/mdstat komplett) und "nur" die Zahl falsch ist - never change a running system ;-)
dachte ich mir auch.
Da wohnst Du ja fast vor meiner Haustür, nur auf der (aus meiner Sicht) falschen Rheinseite ;-)
:-))
Kommst Du im Juni zur GPN (https://entropia.de/GPN15)? Wenn ja, können wir uns ja dort mal treffen.
sollte ich mal, das Plakat seh' ich immer bei uns auf dem Flur - andere Gangseite - bei der Wirtschaftinformatik andere Fakultät - (ich gehöre zu: https://www.dhbw-karlsruhe.de/inf/) also bis 26. - 29. Mai 2016 in Karlsruhe Jürgen -- Dr.rer.nat. Jürgen Vollmer, Am Rennbuckel 21, D-76185 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de ------------------------------------------------------------------------------- Diese EMail ist elektronisch mittels GPG / PGP signiert. Diese elektronische Unterschrift ist in einem EMail-Anhang enthalten. Leider kann die Signatur ohne die Installation entsprechender Programme weder geprüft noch angezeigt werden. Mehr dazu unter: http://www.gnupg.org oder auch http://www.pgpi.org ------------------------------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Christian Boltz -
Christian Meseberg -
Dr. Juergen Vollmer -
Martin Burnicki