| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Creo |
| |
| INNEO ist erneut kununu Top Company 2025, eine Pressemitteilung
|
Autor
|
Thema: INTRALINK und ProE lassen sich nicht starten (1328 mal gelesen)
|
MiHo Mitglied Dipl.-Ing E-Technik
Beiträge: 382 Registriert: 12.12.2002 ProE WF 3 M210; WF 4 M080; ILink 3.4 M062; SUT 2009; Workst. HPxw4600; Duo Core 3,33 GhZ 8 GB RAM Grafik NVidia Quattro FX 1700 Win XP Prof x64; SP2
|
erstellt am: 14. Jul. 2003 14:06 <-- editieren / zitieren --> Unities abgeben:
Liebe INTRALINK-Nutzer, folgendes Problem ist auf meiner Workstation heute vormittag aufgetreten. Beim Bearbeiten einer Zeichnungsdatei und dem abschließenden Speichern stürtzte ProE ab. Ebenso stürzte der Workspace ab. INTRALINK und ProE lassen sich seitdem nicht wieder starten! Beim starten des entsprechenden Stapelverarbeitungsprogrammes ergibt sich eine Fehlermeldung (siehe angehängte jpg) Wir arbeiten mit Pro INTRALINK Version 4.0 - 2000270 sowie ProE Version 2001 - 2001200. INTRALINK und ProE liegen auf einem Server und werden über Stapelverarbeitungsprogramme von den einzelnen Work-Stations aufgerufen. Von den anderen Rechnern können beide Anwendungen problemlos gestartet werden. Vielleicht kann jemand mit der FEhlermeldung etwas anfangen, und uns einen heißen Tip geben?! Besten Dank im Voraus.
------------------ Beste Grüße MiHo Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
dogbert Mitglied
Beiträge: 131 Registriert: 04.04.2002 Der Horizont vieler Menschen ist ein Kreis mit Radius Null - und das nennen sie ihren Standpunkt. Albert Einstein
|
erstellt am: 14. Jul. 2003 14:42 <-- editieren / zitieren --> Unities abgeben: Nur für MiHo
|
MiHo Mitglied Dipl.-Ing E-Technik
Beiträge: 382 Registriert: 12.12.2002 ProE WF 3 M210; WF 4 M080; ILink 3.4 M062; SUT 2009; Workst. HPxw4600; Duo Core 3,33 GhZ 8 GB RAM Grafik NVidia Quattro FX 1700 Win XP Prof x64; SP2
|
erstellt am: 14. Jul. 2003 14:47 <-- editieren / zitieren --> Unities abgeben:
Ja, sie ist in dem angegebenen Verzeichnis existent. So wie es aussieht, ist als letze Änderungsdatum / Zeit just der Zeitpunkt des Absturzes angegeben. Das kann ich aber nicht 100%-ig sagen , kann sein dass der letzte Zugriff auf die Datei auch ein paar Minuten früher war. ------------------ Beste Grüße MiHo Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
dogbert Mitglied
Beiträge: 131 Registriert: 04.04.2002 Der Horizont vieler Menschen ist ein Kreis mit Radius Null - und das nennen sie ihren Standpunkt. Albert Einstein
|
erstellt am: 14. Jul. 2003 15:17 <-- editieren / zitieren --> Unities abgeben: Nur für MiHo
Hi MiHO, ich würde jetzt mal die .proi umbenennen, eine neue .proi anlegen und dann einen neuen Versuch starten. Wenn es dann geht nehme ich an die "local.ddb" ist defekt, ob dafür noch eine Rettung gibt weiss ich nicht. Ich bin mir auch nicht sicher ob diese Vorgehensweise alles vernichtet was bisher da gemacht wurde! Gruss dogbert Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MiHo Mitglied Dipl.-Ing E-Technik
Beiträge: 382 Registriert: 12.12.2002 ProE WF 3 M210; WF 4 M080; ILink 3.4 M062; SUT 2009; Workst. HPxw4600; Duo Core 3,33 GhZ 8 GB RAM Grafik NVidia Quattro FX 1700 Win XP Prof x64; SP2
|
erstellt am: 14. Jul. 2003 15:28 <-- editieren / zitieren --> Unities abgeben:
Ja, danke für den Hinweis. Inwzischen hatte mir die Hotline den selben Rat gegeben. Ärgerlich dass die Daten, die ich nicht eingecheckt hatte, eventuell verloren sind. Ich kann versuchen, diese in einen neuen WS aus dem alten Proi-Verz. zu importieren. Da ich aber nicht mehr genau weiß, welche Daten eingecheckt waren, und welche nicht, werde ich wohl zumindest vor dem Importieren immer erst im CS nachschauen müssen, um Konflikten aus dem Weg zu gehen. Danke für die Hilfe. Schade nur, dass bis jeztz noch niemand sagen konnte, warum das überhaupt passiert. Ist evtl. das proi-Verzeichnis oder die local.ddb zu groß?
------------------ Beste Grüße MiHo Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Marianne Mitglied CAD / PLM Support
Beiträge: 344 Registriert: 01.04.2003
|
erstellt am: 16. Jul. 2003 10:26 <-- editieren / zitieren --> Unities abgeben: Nur für MiHo
Hallo miho, ich vermute, daß das nicht an der Größe der Daten liegt. Mein Verdacht ist folgender: Pro/E und Pro/I sind beim Speichern abgestürzt. Beim Speichern wird der Inhalt der local.ddb verändert. Wurde der Speichervorgang nicht abgeschlossen, steht in der local.ddb ein unvollständiger Eintrag - die local.ddb ist damit nicht mehr lesbar. Gruß Marianne Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MiHo Mitglied Dipl.-Ing E-Technik
Beiträge: 382 Registriert: 12.12.2002 ProE WF 3 M210; WF 4 M080; ILink 3.4 M062; SUT 2009; Workst. HPxw4600; Duo Core 3,33 GhZ 8 GB RAM Grafik NVidia Quattro FX 1700 Win XP Prof x64; SP2
|
erstellt am: 16. Jul. 2003 10:33 <-- editieren / zitieren --> Unities abgeben:
Ja, das was Du schreibst, hat sich bestätigt. Bleibt zu hoffen, das ein solcher Absturz nicht allzu oft passiert. Mich hat es ja innerhalb eine Jahres schon das zweite mal "erwischt". Allerdings checke ich seit dem ersten Absturz immer alles brav ein, was wert ist eingecheckt zu werden, so dass mir diesmal nicht allzu viele Daten verloren gegangen sind. Warum das passiert, weiß natürlich keiner genau. Die Hotline hatte mich aber darauf hingewiesen, dass .proi-VErz. und local.ddb nicht allzu groß sein sollten. Das Verz. z.B. nicht größer als 500 MB und die lokale Datenbank nicht viel größer als etwa 50 MB. Bei mir lagen die Werte bei rd. 700 bzw. 70 MB. Danke für Eure Tips. Schönen Tag noch ------------------ Beste Grüße MiHo Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
hagen123 Ehrenmitglied V.I.P. h.c. Application Specialist
Beiträge: 2312 Registriert: 12.11.2000
|
erstellt am: 16. Jul. 2003 14:19 <-- editieren / zitieren --> Unities abgeben: Nur für MiHo
also seit der 2.0 achten wir auch immer auf die datenbankgroessen. wir hatten/haben allerdings nie absturzprobleme gehabt. lediglich hat man bemerkt, das bei einer gewissen groesse im intralink laenger warten musste, dann wurde deas system recht traege, es kam aber nie 'grundsaetzlich' zum absturz. jetzt in der 3.2 haben wir beim starten das kostenfreie tool zum reduzieren der lokalen datenbank vorgeschaltet. wenn die hotline mit so aussagelosen und fuer mich wirklich erbaemlichen spruechen kommt wie 'sollte nicht groesser sein wie...' dann kann ich das auf keinster weise akzeptieren. wenn wir eine maschine konstruieren dann kommt locker die groessenordnung zusammen. ptc bruestet sich damit eine prozessoptimierte software zu verkaufen, welche sehr leistungsstark ist. was hab ich dann davon, wenn meine datenbank das nicht unterstuerzt? dann kann ich gleich im midrange-bereich bleiben und sw oder MDT kaufen... fuer mich einfach nur von der hotline eine aussage, damit sie irgenwas gesagt haben. warscheinlich haben sie noch nie eine so grosse datenmenge jemals geladen... also, wir haben immer die groessen und mehr gehabt, in der 1.2, 2.0 und 3.0., es gab nie abstuerze, lediglich performanceverlust (und der ist ja auch irgenwie verstaendlich) ... so long Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
dogbert Mitglied
Beiträge: 131 Registriert: 04.04.2002 Der Horizont vieler Menschen ist ein Kreis mit Radius Null - und das nennen sie ihren Standpunkt. Albert Einstein
|
erstellt am: 16. Jul. 2003 15:18 <-- editieren / zitieren --> Unities abgeben: Nur für MiHo
|
hagen123 Ehrenmitglied V.I.P. h.c. Application Specialist
Beiträge: 2312 Registriert: 12.11.2000
|
erstellt am: 16. Jul. 2003 16:20 <-- editieren / zitieren --> Unities abgeben: Nur für MiHo
hi dogbert, es ist die lbdcompact.bat, einfach doppelklick wenn du den client verlassen hast und die lokale datanbank schrumpft wieder (kommt natuerlich noch darauf an, wieviele workspaces du mit inhalt offen hast). dieses tools ist auf jeder intralink-cd mit drauf, wird auch mit auf deine festplatte kopiert und ist im bin-verzeichnis. es poppt dann kurz das gute alte dos-fenster auf und es wird ein status ausgegeben, wie gross die datenbank vorher war und wie gross die datenbank jetzt ist. leider poppt das fenster so schnell, dass man nichts sieht. am besten dann ein dos-fenster aufmachen und den befehl dort eingeben, dann kann man alles bestens erkennen und das fenster wieder schliessen. in das startscript von ilink, die ilink.bat traegst du gleich am anfang ein: set PI_DIRECTORY=c:\ptc\ilink_client call %PI_DIRECTORY%\bin\ldbcompact.bat ... natuerlich auf die richtige pfad-angabe achten. ... well done Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Tina Mitglied
Beiträge: 22 Registriert: 17.08.2001 Wildfire 2/ M 080 Intralink 3.4 / F000
|
erstellt am: 18. Jul. 2003 16:22 <-- editieren / zitieren --> Unities abgeben: Nur für MiHo
Hier noch mal unsere Erfahrung mit fehlerhafter local.ddb: Wir nutzen das kostenlose Tool seit der Installation von Intralink 3.2 (März 2003) Leider ist es trotzdem zwischenzeitlich zu Abstürzen gekommen, u.a weil durch den Import von Baugruppen die Festplatte "vollgelaufen" ist. In diesem Fall versteh ich ja noch, daß die local.ddb nicht mehr funktioniert. Aber es gab auch Probleme mit Abstürzen, die wir nicht mehr nachvollziehen können. Na ja, jedenfalls checken wir jetzt auch fast alles brav ein. Nur wenn man sich noch im Entwurfsstadium bei Neuentwicklungen befindet, finde ich es nicht so vorteilhaft jeden Entwurf einzuchecken. Aus diesem Grund machen die meisten Konstrukteure sich jetzt regelmäßig eine Kopie der .proi. Uns wurde auch empfohlen, den Root-Ordner zu strukturieren. Dort haben wir jetzt zum Einchecken von Entwürfen einen Extraordner erzeugt. Vielleicht wäre es auch sinnvoller einen neuen Bearbeitungzustand einzuführen? Wir haben da noch nicht genügend Erfahrung mit Intralink. Es gibt zwar den Zustand "in Bearbeitung", aber das sind auch Teile, die schon gefertigt werden, aber noch nicht in Serie sind. Ist ja doch was anderes als ein Entwurf. Vielleicht hat ja noch jemand gute Vorschläge? Von der Hotline haben wir auch die Info erhalten, daß es halt öfter vorkommen kann, daß die local.ddb zerstört wird. Sehr befriedigend!!! Kann ja nicht Sinn der Sache sein. Jedenfalls konnten wir die Workspaces bis jetzt durch die Kopie der .proi wieder herstellen. Ich zittere schon vor dem Tag, wenn das dann auch nicht mehr klappt. Schönes Wochenende, Tina Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
hagen123 Ehrenmitglied V.I.P. h.c. Application Specialist
Beiträge: 2312 Registriert: 12.11.2000
|
erstellt am: 21. Jul. 2003 14:43 <-- editieren / zitieren --> Unities abgeben: Nur für MiHo
@ Tina: was meinst du denn mit 'Na ja, jedenfalls checken wir jetzt auch fast alles brav ein.'? im entwurfsstadium ist hat sich auch das arbeiten mit zusammenstellungen bewaehrt (oder zumindest mit eincheckprotokollen)... ... so long Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Tina Mitglied
Beiträge: 22 Registriert: 17.08.2001 Wildfire 2/ M 080 Intralink 3.4 / F000
|
erstellt am: 22. Jul. 2003 14:23 <-- editieren / zitieren --> Unities abgeben: Nur für MiHo
@hagen 123 Leider können wir keine Zusammenstellungen erzeugen, da wir nur über die "Single Site" verfügen. Sorry, aber Eincheckprotokolle kenne ich nicht, habe auch nicht in der Hilfe gefunden. Wenn Du mit Eincheckprotokollen die Eincheckformular meinst, kann ich darin keinen Hilfe sehen. Zwar kann man beim Einchecken eine Beschreibung hinzufügen, aber bei jedem Einchecken wird ja meines Wissens nach ein neues Formular erzeugt. Und da bleibt mir ja auch nichts anderes übrig, als jede Änderung einzuchecken. Wir wollen aber nach Möglichkeit die Entwürfe nur im Workspace machen. Gruß, Tina Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |