---

Hallo,

Wir haben ein unangenehmes Verhalten von unserem Intralink:
Wenn wir versuchen Teile einzuchecken stürzt uns das INTRALINK oft (fifty-fifty) und unregelmäßig ab.
Beim INTRALINK-Neustart sind dann die eingecheckten Teile (sie sind trotz Absturz bisher immer gespeichert worden) als geändert und veraltet gekennzeichnet, d.h. wir müssen erst wieder aktualisieren, damit wir weiterarbeiten können. So richtig Vertrauenserweckend ist diese Vorgehensweise leider auch nicht.

Ist bei irgendjemanden dieses Phänomen auch schon aufgetreten und was für Lösungen gibt es dafür?

Gruß,
U.

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

---

Es wär noch interessant zu wissen, mit welcher Version ihr arbeitet, also am besten erst Dein Profil vollständig ausfüllen.

------------------
Gruss Thomas

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

---

Habt ihr eventuell sehr lange Parameterwerte > 38 Zeichen in euren Objekten?

------------------
Gruss Thomas

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

---

1) Welches Release, welche Wochenversion?
2) Gibt es eine Fehlermeldung oder verabschiedet sich Intralink kommentarlos?
3) Welche Meldungen erscheinen als letztes nach einem Absturz im .proi.log?
4) Taucht da moeglicherweise irgendwo der ORACLE-Fehler 1722 auf? Das ist ein altbekanntes Ding (bitte nach 1722 in der Knowledge-Base suchen)

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

---

jo, genau das verhalten kenne ich aus der 2.0, ohne gleichzeitig sagen zu koennen, warum dem so war. aber einchecken, abstuerzen, veraltet und aktualisieren war bei uns damals auch an der tagesordnung. mit einfuehren der 3.2 war dieses phaenomen dann weg. ich hatte das gefuehl, das es an der performance lag, sprich wenn das depot zu gross wird oder wenn irgendwas mit den clustern nicht stimmte. logisch erklaeren konnten wir das aber nie, wie gesagt mit der 3.2 und xp und win2000 server wurde alles besser!!!

... so long

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

---

Hallo,

Vielen Dank schon einmal für die vielen Fragen, hier die Antworten:
1. INTRALINK 3.3, Fertigungscode: M022
2. Das INTRALINK ist so schnell weg so schnell kann man nicht gucken.
3. Habe ich ungünstigerweise nicht nachgeschaut - liefere ich nach dem nächsten Absturz nach.
4. Knowledge-Base = Wissensdatenbank PTC ?!? - Ich schau mal nach.

Was hat das mit den Paramaterwerten > 38 Zeichen auf sich? Ist das wirklich ein Problem?

Gruß,
U.

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

---

Hallo,

Ich denke wir müssen wohl mit dem Problem leben, daß wir nicht so recht wissen ob unsere Daten abgespeichert wurden, oder das unser WS teilweise Schaden nimmt (ist als Schmankerl kürzlich auch mal aufgetreten).
Falls ich doch näheres erfahre - I will inform you here.

Gruß,

U.

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

---

Hallo,

Hier die momentane Lösungseinstellung: Intralink + Voreinstellungen + Status beibehalten + Status beibehalten

Anscheinend handelt es sich um eine Unverträglichekeit zwischen Intralink und einem Replikationsprogramm.

Gruß,
U.

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