Beim Einspielen von SAP Support Packages bricht die SPAM ab oder der Client verliert die Verbindung zum SAP System.

Das Fehlerbild ist dann abhängig davon, in welcher Phase dies geschehen ist. Mir ist es gerade im Main Import passiert.

Meldet man sich nun wieder am SAP System an, wird man von einer Vielzahl Dumps freundlich begrüßt

Ein Aufruf der SPAM führt ebenfalls zu Dumps (Laufzeitfehler: SYNTAX_ERROR).

Das SLOG (usr/sap/trans/log/SLOG.SID) sah so aus:

STOP MAIN IMPORT <SID> I 20110915141958 SAPUSER <HOST> 20110915123207347

ERROR: stopping on error 12 during MAIN IMPORT

HALT 20110915141958

ERROR: uncaught internal error: ORA-03114: not connected to ORACLE

ERROR: EXIT(16) -> process ID is: 18929

STOP imp all <SID> 0016 20110915141958 SAPUSER <HOST> 20110915123207347

START MAIN IMPORT <SID> I 20110915144329 <SID>adm <HOST> 20110915144329001bdd

START MAIN IMPORT <SID> I 20110915144355 <SID>adm <HOST> 20110915144355001c4a

ERROR SAPKB70207 <SID> I 0012 20110915144630 SAPUSER <SID>adm <HOST> 20110915144355001c4a

STOP MAIN IMPORT <SID> I 20110915144632 <SID>adm <HOST> 20110915144355001c4a

ERROR: stopping on error 12 during MAIN IMPORT

In diesem Fall muss man das Einspielen der Support Packages von Hand über das Betriebssystem vornehmen:

tp R3I all <SID> pf=/usr/sap/trans/bin/TP_DOMAIN_<SID>.PFL tag=spam -Dclientcascade=yes -Dstoponerror=8 -Drepeatonerror=8 -Dsourcesystems= -Dtransdir=/usr/sap/trans

Mit diesem Befehl wird dann die komplette Queue neu importiert.

Bricht der Befehl ab, sollte man ihn zuerst noch einmal wiederholen.

Anschließend kann man die SPAM wieder aufrufen und die Nacharbeiten des Imports ausführen lassen, in dem man die Queue dort wieder einspielt.

Ist der Abbruch nur bei einem Paket passiert, kann man sich auch erst den Buffer anzeigen lassen:

tp showbuffer <SID> pf=/usr/sap/trans/bin/TP_DOMAIN_SCD.PFL tag=spam

und anschließend eben jenes Packet von Hand einspielen:
tp R3I SAPKB70207 <SID> pf=/usr/sap/trans/bin/TP_DOMAIN_<SID>.PFL tag=spam –Dclientcascade=yes -Dstoponerror=8 -Drepeatonerror=8 -Dsourcesystems= -Dtransdir=/usr/sap/trans

sapevent bekommt keine Verbindung zum SAP System 
Der Upgrade eines BW 70 auf EHP1 ist in den Phasen TABIM_UPG und XPRAS_UPG stehen geblieben.

Leider wurde im Installationstool (hier EHPI) kein Fehler angezeigt, aber die entsprechenden Phasen sind nicht zum Ende gekommen.

Das Programm sapevent versucht über RFC einen Batchjob im SAP(Schatteninstanz) zu starten, dies bricht jedoch mit der Fehlermeldung ab:

received 4 bytes from MSG_SERVER Received opcode MS_DUMP_INFO from msg_server, reply MSOP_ACCESS_DENIED
MsOpReceiveReceived opcode MS_DUMP_INFO failed, reason MSOP_ACCESS_DENIED
MsDump : failed MSOP_ACCESS_DENIED (5)
*** ERROR ***: Get message server parameters, rc = 5″

Dann warte der Upgrade Prozess einige Zeit und versucht es erneut und so weiter und so weiter…

Die Fehlermeldung findet man in der Datei dev_evt im tmp Verzeichnis der Installation, bzw. man kann das sapevent Tool auch manuell mit der Option -t starten, dann wird die Trace Datei im aktuellen Verzeichnis erstellt.

Zu dem Fehler kommt es, weil der sapevent die Profildatei DEFAULT.PFL zur Ermittlung des Ports für den Message Server liest.
In meinem aktuellen Fall wird dieser Port aber durch einen Eintrag im Instanzen Profil überschrieben (rdisp/msserv_internal).
Das heißt, das SAP System laust auf “rdisp/msserv_internal” und sapevent spricht den Message Server Port aus dem Default Profil an und kann so keinen Connect zu dem SAP System bekommen.
Zur Lösung habe ich den Parameter im DEFAULT Profil korrigiert.