---

Hallo Teamcenter Profis,

ich habe in den letzten Tagen festgestellt, dass bei bestimmten Import Remote Multisite Aktionen die Encryption Keys auf der Host Seite zerstört werden. Damit kann kein Anwender mehr Datasets lesen und schreiben. Ich kann zwar diese wieder mit Install_encryptionkeys neu erzeugen. Trotzdem sind bei dem nächsten Import Remote diese wieder zerstört. Wir fahren derzeit TcEng 2005SR1 MP6 und MP7 im Multi Site Betrieb. Wer kennt diesen Fehler auch?

Gruß

Matthias

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

---

Hallo,

zu diesem Problem habe ich nur vier passende einträge im UGAnswer gefunden. Sie beschreiben aber auch das identische Verhalten. Bei bei drei steht sogar der identische Text darunter, das es nicht reproduziert werden konnte und mit install_encryptionkeys ein Workaround gefunden wurde.

Bei drei PR´s ist das ein akzeptabler Workaround, nur beim aktuellsten steht, das es nicht akzeptabel ist.
Mein Vorschlag wäre, das du die PR Nummer ins Forum schreibst, damit sich andere die das gleiche Problem haben mit an diesen Call hängen können.

Gruß Mike

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

---

Wir hatten den Fall auch einmal bisher.
Natürlich am Montag morgen aufgetreten ... aber liess sich mit install_encryptionkeys dann recht schnell beheben.

Bei der Ursachenforschung erhielten wir dann dieselbe Antwort wie auch bereits aus UGanswer bekannt: Nicht reproduzierbar, WA.
Nicht unbedingt was man da hören will, schliesslich wird damit die ganze DB für die Anwender unbenutzbar.

Thomas

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

---

Hallo Leute,

bisher habe ich hierzu noch keinen CALL aufgemacht. Ich habe erstmal unseren First Level Support Implementierungspartner informiert und gehe davon aus, dass der sich diese Sache mal genauer anschaut.

Zum Thema "Reproduzierbarkeit".

Ich habe festgestellt, dass einzelne Items und Baugruppen übertragen werden können. Der Fehler tritt reproduzierbar bei einem Import Remote Versuch für einen bestimmte Folder auf.

Gruß

Matthias

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

---

Hallo,

was heisst denn "für einen bestimmten Folder"?
Ist das ein definierter Foldertyp mit evtl unterschiedlicher ACL im Rechtebaum? Oder ein ganz normaler Folder?
Wenn du es reproduzieren kannst, dann auf jeden Fall einen Call aufmachen, sonst bewegt sich da überhaupt nichts.
Solange es für SPLMS nicht reproduzierbar ist und es einen Workaround gibt der funktioniert, werden da Ressourcen nur mit gebremstem Schaum investiert.

Was sagen denn die syslogs überhaupt zu dem Thema? Geht nicht weil ist so, oder steht da was handfestes drin? 

Gruß Mike

[Diese Nachricht wurde von Mike Ulbrich am 01. Jun. 2009 editiert.]

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

---

Hallo zusammen

Wir haben das Problem auch seit wir TCE2007SR1MP3 im Einsatz haben. Wir werden einen Workaround implementieren, welcher wir von SIEMENS PLM an uns kommuniziert wurde, indem wir einen Trigger DB seitig implementieren. Dieser Triger verhindert, das löschen des encryption key. Dies wird bei uns diese Woche getestet, um allfählige Einschränkungen oder unerwünschte Effekte zu verifizieren. Mehr werde ich nach unseren Tests publizieren.

Das einzige was wir darüber gefunden haben war, dass das Utility data_share den encryption_key löscht, wir haben jedoch die Erfahrung gemacht, dass es der IDSM Service ist, welcher dann den key definitiv löscht (wieso auch immer). Ich hatte ein face to face Gespräche mit Siemens PLM und das Problem tauchte scheinbar bei einem Kunden in Australien auf, jedoch das wieso hat sich noch nicht heraus kristalisiert.

Wir haben dieses Problem nicht regelmässig, also eigentlich nur sporadisch aber es nervt uns uns die User ;o) ... Mehr dazu in Kürze ...

Gruss
Engrave

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