1&1 root Server startet nur im Rescue

W

Wookie

New Member
Sehr geehrte Supporter/helfer hier im Forum

ich haben ein RIESEN Problem ..
damit nicht so viel zu lesen ist, versuche ich mich kurz zu fasssen

mein rootserver bei 1und1 war am Mittwoch mittag nicht mehr erreichbar
es hat 2 tage und gefühlte 100 anrufe gebraucht, bis jemand mir eine aussage machen konnte, das die Hardware defekt ist ..
weitere 2 tage hat es gedauert , das 1und1 mir meine alte festplatte in einen neuen server gebaut hat.
Das ist nun schonmal ein Fortschritt, da ich ihn nun im rescue erreichen kann ..
leider bootet er nicht im normalmodus und die serielle console funktioniert auch nicht (laut Aussage kann das bis zu 24std. dauern, bis die auf den neuen server reagiert)

also weiss ich nicht, was er für einen fehler wirft :(
Gestoßen bin ich im Forum dann auf eine ähnliche Problematik:

1 & 1 Rootserver startet nach Reboot nichtmehr

Hi all, ich habe seit gestern einen 1&1 Rootserver mit Suse 10 64bit und Plesk. Mein alter Server lief immer ohne probleme- der war auch bei 1 und 1. Nun habe ich gestern erstmal bisschen in plesk rumgespielt, da ich bis jetzt immer confixx hatte...in der späten nacht hab ich dann (einfach...
serversupportforum.de serversupportforum.de

das habe ich auch probiert bis zum lilo befehl ..
mein Server hat anscheinend grub :(

hat jemand wirklich ahnung davon und kann mir weiter helfen ?
Soll auch nicht umsonst sein, denn 1und1 sagt , das es ein systemfehler ist, und dann nicht deren sache .. wenn der server im rescue funktioniert, dann ist die hardware okay ...
beim mounten sehe ich auch meine daten ...
also scheint das schonmal soweit okay zu sein

bitte bitte
HHHIILLFFFEEEE :(

PHP: 
rescue:/# fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204402688 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1        1217     9775521   83  Linux
/dev/sda2            1218        1461     1959930   82  Linux swap / Solaris
/dev/sda4            1462      121601   965024550    5  Extended
/dev/sda5            1462        2678     9775521   83  Linux
/dev/sda6            2679        3895     9775521   83  Linux
/dev/sda7            3896      121601   945473413+  83  Linux

PHP: 
rescue:/# chroot /mnt
rescue:/> ls -la /var/log/boot.msg
-rw-r--r-- 1 root root 55967 Apr 24 08:32 /var/log/boot.msg

PHP: 
rescue:/var/log> ls -la /boot/
total 16492
drwxr-xr-x  4 root root     4096 Jul 11  2010 .
drwxr-xr-x 20 root root     4096 Apr 23 19:03 ..
-rw-r--r--  1 root root  1176821 Aug 14  2009 System.map-2.6.25.20-0.5-default
-rw-------  1 root root      512 Jan 17  2008 backup_mbr
lrwxrwxrwx  1 root root        1 Jul 11  2010 boot -> .
-rw-r--r--  1 root root    83043 Aug 14  2009 config-2.6.25.20-0.5-default
drwxr-xr-x  2 root root     4096 Nov 24  2009 grub
lrwxrwxrwx  1 root root       28 Jul 11  2010 initrd -> initrd-2.6.25.20-0.5-default
-rw-r--r--  1 root root 10076425 Nov 20  2009 initrd-2.6.25.20-0.5-default
drwx------  2 root root    49152 Jul 11  2010 lost+found
-rw-r--r--  1 root root   240694 Aug 14  2009 symsets-2.6.25.20-0.5-default.tar.gz
-rw-r--r--  1 root root   441111 Aug 14  2009 symtypes-2.6.25.20-0.5-default.gz
-rw-r--r--  1 root root   126896 Aug 14  2009 symvers-2.6.25.20-0.5-default.gz
-rw-r--r--  1 root root  2505238 Aug 14  2009 vmlinux-2.6.25.20-0.5-default.gz
lrwxrwxrwx  1 root root       29 Jul 11  2010 vmlinuz -> vmlinuz-2.6.25.20-0.5-default
-rw-r--r--  1 root root  2109784 Aug 14  2009 vmlinuz-2.6.25.20-0.5-default

Es handelt sich dabei um 1&1 Dedicated Server Quad Core L Linux

*********************************************************
Linux rescue 2.6.32.28 #1 SMP Mon Jan 17 10:22:53 CET 2011 x86_64
*********************************************************
1&1 rootserver rescue system
Boot Time Sun Apr 24 06:39:04 UTC 2011

Kernel: Linux rescue 2.6.32.28
Architecture: 64-bit
CPU: 4 x Quad-Core AMD Opteron(tm) Processor 1385
RAM: 7970 MB
*********************************************************
 
Last edited by a moderator:
Was sagt den die syslog bei einem normalen Bootvorgang?

Server einfach normal Booten lassen, ein paar Minuten warten, wenn sich nichts tut, dann wieder im rescue system starten und gucken was in der syslog drin steht. Da müsste ja der versuchte Bootvorgang drin stehen.
 
Was sagt denn die serielle Konsole, mit der man das doch verfolgen kann?
 
Blind geraten: neuer Server = neues Mainboard = neue MAC-Adresse = falsche udev-Config.
Platte/Raid mounten, udev-Config anpassen, rebooten.
 
Für solche Fragen sind kostenlosen Supports der Anbieter schlicht nicht zuständig, sondern der root des Servers, also Du selbst. Wenn Du solche Dinge vom Support beantwortet haben möchtest, musst Du einen entsprechenden kostenpflichtigen Supportvertrag abschliessen.
 
Ja nu...
Also wenn ich ohnehin als Supporter Kontakt mit dem Kunden habe, könnte ich ja zumindest dieses häufig/immer in solchen Fällen auftretende Problem kurz andeuten.
So ein Satz wie "Bedenken Sie, dass sich die MAC-Adresse geändert hat und Sie daher möglicherweise Ihre Netzwerkkonfiguration anpassen müssen" sollte auch im Rahmen des kostenlosen Supports drin sein.
Da breche ich mir keinen bei ab, bleibe aber dem Kunden in positiver Erinnerung.
 
Leider gibt es genug Kunden, oft auch noch die eher unfähige Sorte, die genau so ein Entgegenkommen schamlos ausnutzt. Da kommen dann so Sachen wie: "aber der Support hat doch gesagt, dass ...", "wieso kann man, wenn man mir schon sagt, dass ... nicht auch noch ...". Oft werden dann sogar noch Ansprüche abgeleitet: "Weil der Support gesagt hat, habe ich X gemacht, jetzt ist es kaputt ..."

Ich wäre als Supporter inzwischen auch zurückhaltend, bei der Alles-haben-nix-bezahlen-Mentalität. Wer guten Support will, muss guten Support bezahlen, fertig.
 
Abgesehen davon, ist es Sache des Administrators zu wissen, wie sein Netzwerk konfiguriert ist. Dies hat er natürlich auch vernünftig dokumentiert.

Wenn ich mich auf das Template eines Hosters verlasse, dann erstelle ich trotzdem daraus eine vernünftige Dokumentation, die auch die Netzwerk-Config enthält. Die Doku wird natürlich nicht auf dem Server selber sondern lokal gespeichert.
 
Das Problem sitzt hier tiefer, nämlich schon bei udev.
Die Netzwerkdoku hilft dir nichts, wenn der Server nichtmal mehr das Interface wiederfindet, wo er die IP dranbinden soll ;)
 
Wobei aber jedem Linux-Admin der sein System halbwegs kennt, bekannt ist, dass udev das Wechseln von NICs und HDDs nicht mag und sich dann über falsche IDs beschwert.
 
aber mal ehrlich
spätestens nach dem 20. Anruf und der Aufstockung auf den Platin Support und dem Hinweis, das ich auch bereit bin dafür zu zahlen, wenn ein admin sich das dort mal anschaut ... hätten die doch sowas mal unterstützen können !
 
You must log in or register to reply here.
Back
Top