Wenn das Backup streikt… Networker troubleshooting 3

versuchte Wiederbelebung

Na klasse! Vor Ort blinkt einem gelb entgegen “Service Robot” und “Service required”:

Also bleibt nichts anderes übrig als mal einen Blick in die Höhle des Löwen zu werfen. Dazu “Open Door” drücken und Schlüssel drehen.

Komisch dabei ist, dass die Robotik sich nicht nach ganz oben oder unten aus dem Staub gemacht hat. Sie steht im unteren Drittel, knapp unterhalb der LTO-3 Drives.

Ich nehme alle Bänder aus den Drives, stecke sie in freie Schächte und drücke alle Bänder zur Sicherheit nochmals in ihre Slots.

Danach schließe ich die Türe der Tape Library wieder und diese beginnt mit dem Inventory.

Zum Ende des Inventory fährt die Robotik wieder in die Position im unteren Drittel, gibt kurz knarrzende Geräusche von sich und die Service-LEDs sind wieder aktiv.

Ein Reboot über die SL Console führt zum selben Ergebnis.

Dann eben mal die Holzhammer-Methode: Strom aus…

Das wäre auch zu schön gewesen – natürlich das selbe Ergebnis wie zuvor.

Da also nichts mehr zu retten ist habe ich den Networker per Holzhammer beendet:

root # nsr_shutdown -f -t 10

Der Backup Server darf also jetzt mal eine Verschnaufpause einlegen.

Die SL Console gibt im Errorlog folgendes bekannt:

                     Time : 2008-08-16T16:15:55.267
                     Device Address : 0.0.0.0.0
                     User : unknown
                     Requester : default
                     Activity : 0000
                     Request Id : /usr/local/bin/Ifm
                     Level : error
                     Result Code : 5014
                     Text : , “Director – auditResponse() : cmo_user_audit: Failed target calibration for (LMRC) 0,3,1,9, result code=5014″
                 
              
                     Time : 2008-08-16T16:15:55.300
                     Device Address : 0.0.0.0.0
                     User : unknown
                     Requester : default
                     Activity : 0100
                     Request Id : (null)
                     Level : error
                     Result Code : 3717
                     Text : , “IfmInitThread:Failure to Initialize…reason==Robot initialization failed – GOING INOP”

Fazit:

Call bei Sun/STK geöffnet…

This entry was posted in Backup, EMC, Solaris, Sun and tagged , , , , . Bookmark the permalink.

4 Responses to Wenn das Backup streikt… Networker troubleshooting 3

  1. Patrick says:

    Sehr, sehr schöner Guide, selbst wenn man gerade keine Probleme mit seiner STK hat. Da ist doch der eine oder andere Tip drin, der einem auch so beim Untersuchen von Storageproblemen helfen kann.

  2. otmanix says:

    Danke für das positive Feedback.
    Ich denke, daß zwar viele Howtos für das erfolgreiche Einrichten von Produkten existieren. Über Fehlschläge und Probleme im Betrieb liest man aber selten…
    Genau hier hilft einem aber das Standard-Kursprogramm eines Herstellers oft nicht weiter. Vor allem weil fachgebietsübergreifende Probleme selten in Kursen behandelt werden.

  3. eric says:

    Hi, Any body having the solution for above problem, i also face the same issue,

    StorageTek SL500 on power up, robot arm stops at top of library and “service robot” and “service required” LEDs light up

    Thanks,
    Eric

  4. otmanix says:

    Hi Eric,
    you have to to download the Storagetek Library Console (SL Console) program, connect to your SL500, logon and and read the error messages.
    http://www.oracle.com/us/products/servers-storage/storage/tape-storage/031616.htm

Hinterlasse eine Antwort

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind markiert *

*

Du kannst folgende HTML-Tags benutzen: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>