---

ProI_NULL_DBID.png

Hallo zusammen!

Kennt jemand den folgenden Fehler und weiß vielleicht, wie man ihn beheben kann?
Er taucht beim Versuch einzuchecken auf - danach kommt nicht mal das Eincheck-Formular.

Pro/INTRALINK hat einen internen Fehler entdeckt.
Wenden Sie sich an den Technical Support.
Technical Support benötigt von Ihnen eine detaillierte Beschreibung der Aktionen, die zu dieser Meldung führten. Daten werden eventuell ebenfalls benötigt.
Attempt to get object with NULL_DBID

In der .proi.log steht folgendes:

Error Stack:
Error 0:
Message: Pro/INTRALINK hat einen internen Fehler entdeckt.
Wenden Sie sich an den Technical Support.
Technical Support benötigt von Ihnen eine detaillierte Beschreibung der Aktionen,
die zu dieser Meldung führten. Daten werden eventuell ebenfalls benötigt.
Attempt to get object with NULL_DBID
Arguments:
0: Attempt to get object with NULL_DBID
1: n:\intralink\ilapi\proilcspace\pdmaltrep\refdespool.cxx
2: 54

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

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

---

Hallo zusammen!

Ich mach mal ein Statusupdate.
Zu diesem Problem hab ich schon im November einen Call erstellt (C7386059). Da nichts vorwärts gegangen ist, hab ich ihn vorgestern eskaliert.
Zumindest konnte PTC nun den Fehler reproduzieren. Bekannt ist bis dato, dass der Workspace nicht korrupt ist, aber der Fehler bei der Kommunikation zwischen Pro/I und Pro/E erzeugt wird.
Lösung habe ich leider noch keine auf dem Tisch. 

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

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

---

Ich hab lange mit PTC herumdiskutiert, leider wird es kein Patch mehr geben, da der Pro/I 3.4-Support ja beendet ist.
Der empfohlene Workaround von PTC ist, die Modelle zu löschen und neu zu erstellen - danke PTC, hab grad eine Baugruppe mit fast 1000 eingebauten Komponenten, einchecken ist nicht möglich! 

Hat denn sonst noch nie jemand diesen Fehler bekommen?! Gibt's ja nicht.

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

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

---

Wahrscheinlich trifft das nur Anwender mit WF4 und Ilink 3.4 größer M62 und wir gehören demnächst dazu

Liegt es an der Commonspace oder an der Workspace?
--> Kann ich eine (abgespeckte) Baugruppe aus einer anderen Workspace einchecken

------------------
Servus    
Alois

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

---

Laut PTC passiert der Fehler irgendwo, bei der Kommunikation zwischen Pro/E und Pro/I. In Pro/E merkt man auch gar nicht, dass sich die Baugruppe nicht einchecken lassen wird (Fehler passierte bisher ausschließlich bei Baugruppen). Das Modell selbst ist auch nicht korrupt und lässt sich in Pro/E bearbeiten, wie jedes andere auch.

Für Komponenten die in eine "NULL_DBID-Baugruppe" eingebaut sind - und sich auf Grund der Abhängigkeit natürlich auch nicht einchecken lassen - haben wir einen Workaround gefunden: In einen leeren Workspace exportieren, dann geht das Einchecken.
Auch für die "NULL_DBID-Baugruppen" habe ich bisher Gott sei Dank immer eine Möglichkeit gefunden, sie in den Commenspace zu bekommen. Wenn sie mal drin sind gibt's kein Problem mehr. Aber ich kenne keinen Standardweg, wie man das immer auf die Schnelle hinbekommen kann.

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

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

---

Ich hatte das Problem auch schon ein paar Mal, nur in Kombination WF4 und Pro/I M070. Anstelle des "Export to WS" hilft es auch, die ASMs mit 'Hold'-Status zu belegen, dann lassen sich die PRTs auch einchecken. Oft lassen sich die ASMs einchecken, wenn alle PRTs vorher eingecheckt wurden, aber leider nicht immer. Dafür habe ich bisher noch keine Lösung finden können.
Der Bug tritt übrigens auch bei DRWs auf.

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

---

Hallo toberhem,

also bei uns lag's bisher immer nur an den ASMs.
Wenn ich die PRTs und DRWs in einen leeren Workspace exportiere, lassen sich diese einchecken.

Mein Workaround geht so:

• Sicherung vom .proi-Verzeichnis erstellen, bevor es losgeht!!! 
  
• ASM in Pro/E öffnen, alles rauslöschen und Speichern.
  
• Jetzt ließen sich bei mir immer alle Modelle einchecken.
  
• Im Workspace zu dem Einzelbild vor dem Einchecken zurückspringen.
  
• Vollständige ASM in Pro/E wieder öffnen und Folienstatus oder sowas ändern, damit die ASM wieder gespeichert werden kann.
  
• Vollständige ASM ließ sich dann an dieser Stelle bei mir immer einchecken! 
  
• Sicherung vom .proi-Verzeichnis wieder zurückkopieren und alle Modelle mit denen aus dem Commonspace aktualisieren.
  
• Fertig! Und alle sind wieder glücklich. 
  

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

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

---

Zitat:

---

Original erstellt von toberhem:
Ich hatte das Problem auch schon ein paar Mal, nur in Kombination WF4 und Pro/I M070. Anstelle des "Export to WS" hilft es auch, die ASMs mit 'Hold'-Status zu belegen, dann lassen sich die PRTs auch einchecken.
...

---

Hallo toberhem,

was verstehst du unter dem "Hold-Status"?

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

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