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