---

Hallo ,

heute komme ich aus meinem Oster-Urlaub wieder und natürlich gibt es wieder Intralinl Probleme  !

Beim Starten an den Clients kommt folgende Meldung:

Oracle Verbindung ist fehlgeschlagen, während Pro/INTRALINK Schema geladen wurde. Der Client konnte keine Verbindung zum Datenserver herstellen......bla bla

Der Server läuft korrekt und Pro/I läßt sich am Server auch starten.

Ist das wieder ein kleiner schöner Datums - Bug o.ä. !? 

Das System lief letzte Woche problemlos.

------------------
Bis dann
Hans Fröhlich

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

---

Hallo fröhlich

roland_s hatte auch ein etwas dubioses Problem, das in diese Richtung geht, sein Testsystem ließ sich mit derselben Fehlermeldung plötzlich nicht mehr starten, siehe http://ww3.cad.de/foren/ubb/Forum69/HTML/000547.shtml
Vielleicht solltet ihr euch austauschen
Gruß

------------------
Gruß
Lothar

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

---

Erste Maßnahme: Netzwerkverbindung überprüfen. Läßt sich der Host des Datenservers von den Clients aus anpingen? Achtung: Die TCP/IP-Verbindung ist das Entscheidende! Wir hatten hier mehrere Fälle, wo die Workstations untereinander über Netbios noch problemlos miteinander kommunizieren konnten (sprich: im Windows-Explorer wurden alle Laufwerke problemlos gemountet), aber TCP/IP war trotzdem platt und somit auch Intralink.

Wenn ping geht: Intralink-Problem -> PTC-Support
Wenn ping nicht geht: Euer Problem -> Netzwerk heilmachen.

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

---

Das Netz ist i.O. Es scheint mit dem Betriebssystem zusammenzuhängen (schreibt man das so, oder getrennt!?). Alle betroffenen Rechner haben XP, die anderen laufen noch unter NT!
Ich habe schon einen Call eröffnet, mal sehen was dabei rumkommt.

------------------
Bis dann
Hans Fröhlich

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

---

Zitat:

---

Original erstellt von fröhlich:
Es scheint mit dem Betriebssystem zusammenzuhängen (schreibt man das so, oder getrennt!?).

---

Bei XP lautet die richtige Schreibweise: Betrübssystem
By the way: Ist auf den XP-Rechnern etwa die ICF aktiv? Die könnte Intralink/Oracle stören.

Zitat:

---

Ich habe schon einen Call eröffnet, mal sehen was dabei rumkommt.

---

Bitte Ergebnis bekannt geben, interessiert hier sehr.

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

---

Hallo Hans,

ich hatte das gleiche Problem. Bin es jetzt aber wieder los 
Bei mir hatte es zwei Gründe. An einem Rechner war eine alte Toolkit Installation Schuld, das der Intralink 3.4 Client nicht mehr starten wollte. http://ww3.cad.de/foren/ubb/Forum69/HTML/000547.shtml

In unserem Schulungsraum wollten alle 3.2er Clients des Testsystems sich nicht mehr mit dem funktionierendem 3.2 Testserver verbinden.
Die Rechern waren zu lange aus und im DNS Cache war noch eine falsche IP. Probier mal deinen Server von den unterschiedlichen Rechnern aus, mit dem Namen anzupingen und kontrolliere, ob die IP immer dieselbe ist.
Wenn nicht, dann hilft  ipconfig /flushdns
Ich hoffe das hilft dir.

Roland

------------------

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

---

Probleme wurde gelöst!
Nach Rücksprache mit der Hotline habe ich bei den Clients den Eintrag in der "sqlnet.ora" geändert.
SQLNET.AUTHENTICATION_SERVICES= (NTS) geändert in SQLNET.AUTHENTICATION_SERVICES= (NONE)
Danach funktioniert die Anmeldung ins Intralink.
Es sollt auch das Netzwerkprotokoll NETBUEi gelöscht werden, war bei unseren Clients aber nicht installiert!

------------------
Bis dann
Hans Fröhlich

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

---

ora_9.jpg

Hallo Hans,

deiner Problemlösung nach hast du Oracle 8 oder älter.
Nach Aussage eines freundlichen DENCers (Hallo Stefan)ist die Einstellung SQLNET.AUTHENTICATION_SERVICES=(NTS) bei Oracle 9 (Intralink 3.4) zwingen notwendig, weil sonst die PerformanceDienste (siehe JPEG)nicht mehr laufen.

Einen schönen Tag noch

Roland

------------------

[Diese Nachricht wurde von roland_s am 07. Apr. 2005 editiert.]

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

---

Hallo,

das Problem hatte ich auch schon.
Insbesondere beim Arbeiten zwischen verschiedenen Domänene musste ich diese Option umsetzen.
Von PTC gibt es zu dem Umschalten von NTS auf NONE folgende Aussage:

Description
-----------------
When setting SQLNET.AUTHENTICATION_SERVICES = (NTS) in sqlnet.ora client file, customer gets the error "Fatal NI connect error 12638, connecting" in the sqlnet.log file.

The SQLNET.AUTHENTICATION_SERVICES parameter enables one or more authentication services. If authentication has been installed, it is recommended that this parameter be set to either NONE or to one of the authentication methods.
If the parameter was set to NTS, the client machine was trying to use NTS authentication but failed. NTS is Windows NT native authentication.

This error is raised because the security NT Service has not been installed.

Alternate Technique
-----------------
See Resolution below.

Resolution
-----------------
2 solutions
1) Set SQLNET.AUTHENTICATION_SERVICES = (NONE) in the sqlnet.ora client file.
2) Install the security NT Service on the client machine.

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