on 05-14-2007 2:02 PM
Hello,
I have a problem with the transport mechanism , 1 month ago something has changed during a hardware conversion.
what i found was that te owner of the /usr/sap/trans dir was wrong and the path to the transport directory was wrong in the profile
changed it , but still got problems to import a transport
R3trans and tp connect are working , in sm59 the rfc connections working
but when a want to remove or import a transport it hangs with tp user check
when i want to read the TMS alertfile i get the message unable to open SLOG0720.P30 , this is because it's not there only the SLOG0720.S30 is created
anny suggestions
Andre Hoornweg
Hello Andre,
Check if <sid>adm has proper access/file permissions for transport directory.
Might be because of that.
Regards.
Ruchit.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Andre,
SLOG0720.P30 is the file for your P30 system. It is not created since you would have not done any imports in P30 system.
What error are you exactly getting? Also by changing profile do you mean system profile or transport profile ?
Regards.
Ruchit.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ruchit,
the profile i mean the transport profile ,
I imported to the buffer 2 transports last week , but when i tried to import it into the system i get messages ( unable to open SLOG719.P30 )
i checked on Unix level and saw that the owner of the transport dir was changed , i let it change back to the real owner.
i get the same message after this change , investigated and found that the transport dir in the profile was wrong also (this is a large ISU CRM customer with a lot of systems ISU db = 10TB CRM = 6TB).i can do tp connect R3trans no problems , in STMS i can check everything , the only thing i can't is tp delfrombuffer or tp import in STMS also impossible (it hangs with tp user check)
maybe the problem with these 2 transports is , i put them in the buffer before i did the changes
Andre
Hello Andre,
Please resditribute the TMS. Next thing is in case you had an import job running please delete it and reschedule it and then see how it works.
Actually after hardware migration SE06 check is done which deletes TMS RFC destinations and then recreates them.
Please cancel the import job if any has been running and retry again.
Please award points for useful answers.
Regards.
Ruchit.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
85 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.