Hallo zusammen,

bei unserem 46c hat das Transportsystem bis jetzt immer problemlos funktioniert.

Seit heute habe ich das Problem, dass sich Transporte einfach tot laufen.

Im Trans-Log-Verzeichnis finde ich folgendes

WARNING: \\server1\sapmnt\trans\tmp\WARNING: \\saptest1\sapmnt\trans\tmp\K904754.LOC is already in use (1), I'm waiting 5 sec (20080505102341). My name: pid 4468 on mbsap1 (APServiceMP1).LOC is already in use (1), I'm waiting 5 sec (20080505102341). My name: pid 4468 on server2 (APServicesv1)

Daher habe ich auf den beiden betroffenen Systemen nachgesehen ob dort die PID 4468 aktiv ist (Über die SM50). Leider kein Treffer. Außerdem habe ich alle Files wegkopiert die mit 904754 zu tun haben. Bei jedem neuen Transport tritt aber der Fehler wieder auf. Prozess 4468 ist nicht aktiv, auch nicht im Tastmanager auf dem Server.

Wie kann ich weiter vorgehen?

Danke im voraus

SAPnote 12.746 schon überprüft?

Hast du mal im Task-Manager die Process ID überprüft? Evtl. läuft da noch ein Prozeß, der über die SM50 nicht identifizierbar ist....

Ciao, OldSAPGuru

---

Hallo OldSapGuru,

den Hinweis hatte ich in der Suche nicht gefunden, herzlichen Dank dafür. Den werd ich mir jetzt zu gemüte führen.

Ich habe heute Nacht beide Maschinen mal neu gestartet, brachte auch nichts.

Zur SM50:
In der SM50 sehe ich die aktuellen Prozesse von SAP laufen, oder?

Im Windows Task-Manager habe ich einen disp+work.exe der nicht in der SM50 steht. Inhaber ist SAPServiceSV1. Oder muss ich nur Ausschau nach den tp.exe halten?

dank im Voraus
Klaus

Achja, eventuell habe ich noch eine wichtige Information vergessen. Der Transport bleibt bei der Phase add to buffer returncode 0 stehen.

Achja, eventuell habe ich noch eine wichtige Information vergessen. Der Transport bleibt bei der Phase add to buffer returncode 0 stehen.

Ist denn der Transport in der Queue drin?

Als <sid>adm:

> tp showbuffer <SID> pf=/usr/sap/trans/bin/TP_DOMAIN_<SID>.PFL

- läuft der RDDIMPDP im 000-Mandanten? bzw. der RDDIMPDP_<Mandant> in den anderen Mandanten?
- stehen Inhalte in der TRBAT | TRJOB?

Und ja, in der SM50 siehst du die Workprozesse deines SAP-Systems...

Ciao, OldSAPGuru

---

hui, einen gang langsamer bitte :-)

Ist denn der Transport in der Queue drin?
Ich gebe den Transport mit der se01 frei, wenn ich dann über die STMS die Queue aktualisiere wird er mir zum transport angezeigt. Wenn ich nun den Transport starte laufen alle Phasen durch und bei add to buffer returncode 0 stehen.

Wenn ich nun über einen zweiten Modus in der STMS den import Monitor starte sehe ich den Status TP läuft und unter aktion add to buffer returncode 0.

Wenn ich hier nun abbreche und in die STMS wechsle und auf aktualisieren klicke, wird der transport als fertig angezeigt und im Produktivsystem kommt auch das transportierte an.

Mit den Begriffen RDDIMPDP und TRBAT TRJOB kann ich leider nichts anfangen.

In der SM50 sehe ich einen disp+work.exe weniger als im Windows Task-Manager.

RDDIMPDP = Job, der Inhalte aus der Tabelle TRJOB verarbeitet
TRBAT, TRJOB = Tabellen, über die die Transporte abgearbeitet werden

da du aber schreibst, daß das Transportierte im Prd-System ankommt, muß ja alles laufen...die Logs dieses Transportes sind alle sauber?

Ciao, OldSAPGuru

---

Ah, TRBAT und TRJOB scheinen Tabellen zu sein. Beide sind leer.
RDDIMPDP scheint ein Report zu sein, der lässt sich im Testsystem (von dem der TP gestartet wird) nicht ausführen. Es kommt die Meldung

Zur Zeit kein Headereintrag in der Tabelle TRBAT vorhanden.

Ich habe diese Tabellen in unserer zweiten SAP Landschaft angesehen, da sind die Tabellen auch leer.

gruss
klaus

Welches Log sollte mich auf den Fehler bringen?

ich habe bis jetzt nur den TP Systemlog begutachtet dort stehen die beschriebenen fehler.

a) Daß TRBAT und TRJOB Tabellen sind, hatte ich ja bereits geschrieben...
b) Der Job RDDIMPDP muß (!!!) im 000-Mandant eingeplant sein (Ereignis-gesteuert per SAP_TRIGGER_RDDIMPDP) sowie in allen Mandanten entsprechend dieser Nomenklatur: RDDIMPDP_CLIENT_XXX mit XXX = Mandant)

Der JOB RDDIMPDP wartet also auf das Ereignis und legt dann los, indem er Einträge aus der TRBAT abarbeitet...steht dort nix, kann auch nichts bearbeitet werden. Man kann auf Betriebssystemebene prüfen, ob der RDDIMPDP eingeplant ist:

> tp checkimpdp <SID> pf=/usr/sap/trans/bin/TP_DOMAIN_<SID>.PFL

c) Überprüfen der Logs:
Wenn du im STMS bist, kannst du dir doch von jeder Korrektur/jedem Transport die Logs ansehen...
TA STMS -> Übersicht -> Importe -> relevantes System wählen -> Auftrag selektieren -> Auftrag -> anzeigen -> Protokolle

Zudem könntest du noch die allgemeinen Funktionen testen:

TA STMS -> Übersicht -> Systeme ->  relevantes System anwählen -> SAP-System -> prüfen -> Transporttol | Verbindungstest

Ciao, OldSAPGuru

---

Hallo oldsapguru,

das Problem ist nun gelöst durch sap selbst.

Der Test des Transportwesen hat funktioniert. Der ging immer.

Durch die im Hinweis 12.746 beschriebenen aktionen wurde die Sperrsituation erst einmal beseitigt. Da der Fehler immer wieder aufgetreten ist, habe ich ein Kernel Update gemacht, jetzt läuft alles wieder prima.

danke

habe ich ein Kernel Update gemacht, jetzt läuft alles wieder prima.

Prima! Is doch immer gut, nen aktuellen Kernel einzusetzen

Ciao, OldSAPGuru

---