Ich habe gerade beim Testen das "stabile" Solaris gecrashed: bei der Installtion einiger JES Komponenten habe ich auch den Sun Cluster ausgewählt. Ich habe es fertig bekommen den Cluster als eine Single Node Komponente zu installieren, jedoch war hinterher meine LAN Connectivity weg, weil das routing zerschossen war.
Meine Vermutung war, dass der scinstall des cluster nicht richtig auf die Settings mittels DHCP vorbereitet war, und er hat dann bei der Konfiguration von zusätzlichen internen Addressen und virtuellen Interfaces das Gateway und die Netzmaske vermasselt. Dank ALOM nicht weiter schlimm, ich komme ja über das Netz an die Console, aber wie löst man das Problem? Wie stellt man bei einer Solaris Kiste die Konfiguration auf statische Addressen um?
Ich hab keine bessere Lösung gefunden als die Initialkonfiguration noch einmal durchzuführen. Dazu ruft man "sys-uninstall" auf, und rebootet.
Nun gut, der Ansatz war prinzipiell nicht schlecht, das Setup hat mich tatsächlich nach den neuen Netzwerk Settings gefragt. Es hätte nur die Finger von dem neuen virtuellen Netzwerk interconnect Interface lassen sollen, das der Sun Cluster installiert hat. Denn plötzlich brach der Kernel mit einem Stacktrace weg, in dem die Komponente vorkam:
Meine Vermutung war, dass der scinstall des cluster nicht richtig auf die Settings mittels DHCP vorbereitet war, und er hat dann bei der Konfiguration von zusätzlichen internen Addressen und virtuellen Interfaces das Gateway und die Netzmaske vermasselt. Dank ALOM nicht weiter schlimm, ich komme ja über das Netz an die Console, aber wie löst man das Problem? Wie stellt man bei einer Solaris Kiste die Konfiguration auf statische Addressen um?
Ich hab keine bessere Lösung gefunden als die Initialkonfiguration noch einmal durchzuführen. Dazu ruft man "sys-uninstall" auf, und rebootet.
Nun gut, der Ansatz war prinzipiell nicht schlecht, das Setup hat mich tatsächlich nach den neuen Netzwerk Settings gefragt. Es hätte nur die Finger von dem neuen virtuellen Netzwerk interconnect Interface lassen sollen, das der Sun Cluster installiert hat. Denn plötzlich brach der Kernel mit einem Stacktrace weg, in dem die Komponente vorkam:
# mdb unix.0 vmcore.0 :Loading modules: [ unix krtld genunix specfs ufs sd: ip sctp random fcp fctl em lxs nca ] > ::status debugging crash dump vmcore.0 (64-bit) from operating system: 5.10 Generic_118822-26 (sun4v) panic message: BAD TRAP: type=9 rp=2a100236a80 addr=0 mmu_fsr=0 dump content: kernel pages only > ::stack *clprivnet*_wput+0x10c(60001859308, 600019b0740, 2a100232000, 600019bc3b0, e, 600019bc340) putnext+0x218(60001859400, 60001859308, 600019b0740, 100, 6000195e8d8, 0) ill_fastpath_probe+0xd4(0, 0, 1, 600019bc3b0, 600019b0780, 600019b0740) ire_fastpath+0x54(600019d16e8, 600019b0780, 20, 6000195e8d8, 600019d16e8, 60001856fa8) ire_add_v4+0xb20(2a1002371b0, 1, ffffffff, 1, 0, 0) ire_add+0x36c(2a1002371b0, 0, 0, 0, 4, 0) ipif_up_done+0x60c(6000194b748, 7005d800, 6000194b748, 2a1002371c0, 0, 6000194b764) ip_arp_done+0x130(0, 600019b1d40, 600015a1380, 60001856fa8, 8, 60001721060) qwriter_ip+0x68(60001721060, 60001856fa8, 6000195e8d8, 600015a1380, 12f1548, 0) ip_wput_nondata+0x440(0, 6000195e8d8, 600015a1380, c, 4000, 60001859308) putnext+0x218(6000195e9d0, 6000195e8d8, 600015a1380, 100, 6000195e648, 0) ar_rput_dlpi+0x1d0(600019b0ac0, 600019b0ac0, 600019bcb30, 806000000000000, 20, 6000190f0d0) putnext+0x218(60001541e08, 600019a22c8, 600019b0ac0, 0, 600019a2558, 0) clprivnet_breq+0xd8(600019a2650, 600019b0ac0, 3, 806000000000000, 0, 14) clprivnet_proto+0x90(60001835e78, 600019b0ac0, 158, 60001835e40, 1, 600019bcb30) clprivnet_wsrv+0xd0(600019a2650, 2a100237cc0, 0, 600019b0ac0, 1, 600019bcac0) runservice+0x40(600019a26b8, 2a100237cc0, 2000, 600019a26b8, 600019a2650, 20000) stream_service+0x5c(600018a2150, 300005c4a00, 600014109a0, 0, 600018a2010, 600019a2650) taskq_d_thread+0x88(600014109a0, 300005c4a00, 6000140b298, 0, 1b85fea3b8, 600014109d0) thread_start+4(600014109a0, 0, 0, 0, 0, 0)
OOps, das ist nicht gut! Zumal das Problem auch beim Reboot im Single User Mode auftrat. Hier sollte das Sun Engeneering dringend mal Ihre treiber zum Thema HA ansehen. Es kann ja nicht sein dass man so einfach nen Kernel töten kann? (Früher reichte es schon eine unbekannte Netzwerkkarte in den Rechner zu stecken, das ist anscheinend immer noch nicht besser geworden. Das erinnert an Microsoft Bluescreens von vor 5 Jahren).
Nun ja, die Lösung war einfach (habe ich aber erst später herausgefunden): man kann mit "OK> boot disk -x" in einem Stand-Alone non-cluster mode booten und dann mittels "scinstall -r" den cluster tilgen.
Was ich aber dabei gelernt habe: das neue boot-rc Framework von Solaris 10 (SMF) kann mittels -m argumente auf der boot command line gesteuert werden. Das Problem war nämlich, nachdem ich es geschafft hatte in den Single-User mode zu booten, gab es immer noch Kerneldumps. Zum Beispiel "-m verbose" oder aber "-m milestone=none". Letzteres ist vergleichbar mit dem emergency boot mode unter Linux. Um mit ALOM sicher ins OpenBootPROM zu gelangen bietet sich (in meiner Version der Sun Fire T1000) der Befehl "reset -c" an.
Geschrieben von Bernd Eckenfels
in Hardware, Infrastruktur, SW Entwicklung
| Kommentare (4)
| Trackbacks (0)
Trackbacks
Trackback für spezifische URI dieses Eintrags
Keine Trackbacks
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
leider hast du die Berichte über Suns Try&Buy-Programm nicht mehr fortgeführt. Besonders hätte mich (und vielleicht auch andere) interessiert, ob die Rücknahme bei dir ähnlich komplikationslos verlaufen ist wie bei mir.
Hier von mir noch ein großes Lob an Sun für die absolut unkomplizierte und immer freundliche Abwicklung!
Gruss
Bernd
Layout by Ricky Wilson | Serendipity Template by Carl Galloway | Login
Impressum
Bernd Eckenfels
Mörscher Str. 8
76185 Karlsruhe
bernd-08(a)eckenfels.net
Read More
Suche
Kategorien
Verlinkung
Eingehende Links
Umfrage
Inhouse Coding?
Archive
Archive
Kommentare
Hans Dampf zu Bewerbung
2008-11-16 11:41
Ich finde es schon sehr anmaßend au
f derartige Anschreiben "negativ" z
u reagieren (und diese zu verspotte
n). Ansch [...]
2008-11-16 11:41
Bernd Eckenfels zu Bewerbung
2008-11-12 20:58
ROTFL - ja auf die Idee diese Blind
bewertungen abzusagen bin ich noch
garnicht gekommen .) Ist das jetzt
unhöflich [...]
2008-11-12 20:58
Dana Stoll zu Bewerbung
2008-11-12 13:39
Anbei ein Antwortschreiben, ebenfal
ls um einige Gedanken ergänzt.
S
ehr geehrter Herr Bewerber,
viel
en Dank f [...]
2008-11-12 13:39
Balu zu Gmail Features
2008-11-11 09:33
Schade, ich mag das Interface von G
Mail, aber ich brauche diese Filter
, um Catchall-Konten zu sortieren..
.
Ich [...]
2008-11-11 09:33
Bernd Eckenfels zu Gmail Features
2008-11-11 02:37
Ich glaube nen, nur From/To/Subject
, body und hasAttachment.
2008-11-11 02:37
Balu zu Gmail Features
2008-11-11 01:12
Kann man inzwischen nach beliebigen
Header-Feldern filtern?
Also z.
B. nach X-Original-To: oder sowas?
2008-11-11 01:12
TK zu Gmail Features
2008-11-09 18:34
LoL hätte nicht gedacht das die den
schwachsinn wirklich einführen. Au
ßerdem könnte ein Betrunkener das F
eature au [...]
2008-11-09 18:34
Bernd Eckenfels zu Gmail Features
2008-11-07 03:00
Ja ich benutz das eigentlich nur in
Englisch. Die Features waren mir n
ur bisher nicht aufgefallen .)
2008-11-07 03:00
Rico zu Gmail Features
2008-11-05 16:58
Tip: GMail auf Englisch umstellen,
dann hast du die neuen Features sch
on Monate vorher.
2008-11-05 16:58
Hardware-Blogger zu Firmenstrukturen
2008-11-03 21:44
Sehr lustig das Bild aber leider wi
rklichkeit in vielen Unternehmen...
2008-11-03 21:44
Blog abonnieren
Blogsphere
Letzten Monat...
Fr, 17.10.2008Java 6u10 ist da (und 6u7 für Itanium)
Fr, 17.10.2008Java 6u10 ist da (und 6u7 für Itanium)
Do, 16.10.2008Gillmor und der Open Source Markt
Mo, 13.10.2008Microsoft Entwicklungen
Mi, 08.10.2008Hyper-V Server
Fr, 17.10.2008Java 6u10 ist da (und 6u7 für Itanium)
Do, 16.10.2008Gillmor und der Open Source Markt
Mo, 13.10.2008Microsoft Entwicklungen
Mi, 08.10.2008Hyper-V Server
Top Referers
www.google.de (24)
search.live.com (4)
bernd.eckenfels.net (2)
ralfeisend.blog.de (2)
www.google.ch (2)
blog.micha.de (1)
de.ask.com (1)
www.google.at (1)
search.live.com (4)
bernd.eckenfels.net (2)
ralfeisend.blog.de (2)
www.google.ch (2)
blog.micha.de (1)
de.ask.com (1)
www.google.at (1)
