---

Konflikt_Checkin.jpg

Hallo Community!

Einer unserer User wollte im Workspace seine neuen Teile einchecken und während des Eincheck-Vorgangs ist ihm der Pro/I-Client abgeraucht.
Nun hat er die Teile immer noch als "Neu" im Workspace, kann sie aber nicht einchecken, weil folgender Konflikt kommt:

A new object with this name is currently checked in

Sieht aus, als wäre die Transaktion irgendwie hängen geblieben.
Im Commonspace sind die Modelle nicht angekommen, das hab ich kontrolliert.
Das hatten wir schonmal, aber nach dem nächtlichen Server-Neustart ging's dann immer.

Kann man irgendwie diesen Konflikt sofort beseitigen, damit die Modelle abgelegt werden können? Immer 1 Tag warten ist nicht so lustig.

------------------
MfG, DonChunior

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo DonChunior,

ich bin mir jetzt nicht ganz sicher, aber den Server muss man IMHO dafür nicht neu starten. Ich meine mich dunkel erinnern zu können, das lediglich das Stoppen und Neustarten der Datenbank ausreicht. Das könnte der Admin z.B. in der Mittagspause schnell erledigen.

------------------
Grüße aus OWL, Thomas
Neu auf CAD.de? Diese Infos werden Dir den Einstieg erleichtern: Willkommen auf CAD.de
Und das sollte jeder  mal gelesen haben:
Richtig Fragen - Nettiquette - Suchfunktion - System-Info - 7er-Regel - Unities - ProE-Konfiguration
ProE macht Spaß - viel ProE macht viel Spaß !  (Zitat, frei nach meinem ProE-Beibringer)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo DonChunior,

hier ein Ablauf, der funktionieren könnte:
=====================================================================
erster Versuch
Server: wechseln nach Pfad  ..\ilink3.4\dataserver\intralink\diag
Befehl: job_ctrl stop dschangeme INTRALINK

--> Systemmeldungen:
Preparing of PDM schema for update  ...  OK
Stopping job "PDMSP_CLEANUPTXN_PKG.CLEANUP"... OK
Performing post update actions for PDM schema  ...  OK

Jetzt nochmal testen
Wenn das nicht funktioniert, vorher INTRALINK STOP/START und nochmal versuchen

=====================================================================
nächster Versuch
- INTRALINK STOP/START

Pfad wechseln zu    %PROI_HOME%\dbs\ilink_patches\tools

Umgebungsvariablen prüfen / setzen:
ORA_SYS_PWD=[...]        (ich denke die Passwörter sind bekannt)
PROI_SYS_PWD=[...]
FS_SYS_PWD=[...]

%PROI_HOME%\dbs\ilink_patches\tools\ilink_patches ORACLE ilnk
%PROI_HOME%\dbs\ilink_patches\tools\ilink_patches SCHEMA English INTRALINK  (!!! bei "English"  eure Sprache eintragen - erst prüfen)

Dann nochmal prüfen
Jetzt sollte der CHECKIN wieder funktionieren

Gruß
Georg

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Georg,

Danke für deine Info!

Ich hatte letztes Mal den einen besagten Tag gewartet und dann ging's wieder.
Dein 1. Vorschlag wurde mir auch vom PTC-Support vorgeschlagen - werde ich das nächste Mal ausprobieren.
Der Support meinte noch, dass darauf zu achten ist, dass dabei keine Fehlermeldungen auftreten dürfen - wenn doch, dann muss darauf unbedingt im Einzelnen eingegangen werden.
Auf meine Nachfrage, ob diese Aktionen durchgeführt werden dürfen, während alle User gerade mit Pro/I arbeiten, meinte der Support, dass es theoretisch möglich, aber nicht zu empfehlen wäre. Oracle schalten scheinbar während des Vorgangs in einen anderen Modus um, wodurch sich unter anderem keine neuen User mehr einloggen können. Man kann im Prinzip nichts kaputt machen, aber die User könnten auf eventuell irgendwelche Behinderungen erleben.

Sorry, dass ich diese Vorgehensweise nicht gleich gepostet habe - total vergessen. 

------------------
MfG, DonChunior

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von VTR1000:

Befehl: job_ctrl stop dschangeme INTRALINK

---

Das sind aber eigentlich zwei Skripte, die man nacheinander starten muß:

call [dataserver.loadpoint]\intralink\diag\job_ctrl stop  (Passwort)
call [dataserver.loadpoint]\intralink\diag\job_ctrl start (Passwort)

Üblicherweise helfen die, wenn Intralink 3.* beim Ein- oder Auschecken abschmiert und daraufhin einige Objekte im Commonspace vom System gesperrt sind (Kennzeichen ist dann ein Vorhängeschloss).

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP