---

Also langsam verzweifel ich an meiner EDV-Erfahrung :-( !!

Seit geraumer Zeit versuche ich eine Test - Installation von der 3.4 auf meinem Rechner hinzukriegen. Leider ohne Erfolg.

Durch die Tipps hier im Forum habe es geschafft Oracle plus Patch-CD zu installieren.
Aber bei der Installation des DatenServers hakt es jedesmal bei der Erstellung der Datenbank......
Ich habe mich als lokaler Admin angemeldet, die Variablen entsprechend gesetzt, aber immer gibt es die Fehlermeldung ORA-12560, sie ist in der Datenbank von PTC auch beschrieben, aber keine der Lösungsvorschläge funktioniert.

Hängt es evtl. mit der IP-Adressierung zusammen , unsere Clients bekommen sie alle über den DHPC-Server??

Wer hat ähnliche Erfahrung mit der 3.4!?

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

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

---

Hallo,
war auf dem Rechner schon mal ein Oracle drauf, bevor jetzt neu installiert wird?

GRuß

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

---

Nein , auf dem Rechner war noch kein Oracle installiert.

Gibt es schon Erfahrung mit der Wildfire 2.0 im Zusammenspiel mit Pro/I 3.2 ?
Wenn weiter solche Probleme auftreten werden wir es esrtmal bei der 3.2 belassen. Nur soll eigentlich auf die WF 2.0 umgestellt werden.

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

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

---

geht doch gar nicht! Wenn noch nicht mal die Anfangs-3.3-Versionen für WF2 freigegeben sind, ist das für 3.2 doch utopisch!!!

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

---

Hi Hans,

die 3.2 kann gar nicht für WF2 funktionieren! Die WF2 will z.B. bei jedem neuen Modell den "PTC-Common-Name" an Ilink übertragen - und den gibtŽs in der 3.2 noch nicht. Und dann noch die Sache mit dem "Prüfparameter" der Familintabellenvarianten. Also von der Kombination WF2 und 3.2 würde ich deutlich abraten.
Aber warum nicht die 3.3 M022?

Grüße

Detlef

PS: Habe letzten Mittwoch nach 12 Stunden geschafft, eine 3.4 im vierten Versuch zu installieren. Das war mit zusätzlicher Schwierigkeit, wegen einer virtuellen Server-Maschine mit VMware.
Die 12 Stunden waren übrigens nicht so schlimm, wieŽs sich zuerst anhört: Ich weiß nun genau, was alles daneben gehen kann, und außerdem habe ich in den CD-Lesephasen alle Hemden weggebügelt gekriegt und zusätzlich das ganze Hause geputzt.

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

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

---

Hallo Detlef,
hast Du Dich vertippt, oder meinst Du wirklich WF2 und 3.4??

Gruß

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

---

"Von der Kombination WF2 und 3.2 würde ich deutlich abraten" ist gelinde ausgedrückt: man kann WF2 aus Pro/I 3.2 noch nicht mal starten, da geht gar nix!
Gruß Marianne

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

---

uuuups

@ coer: danke für den Hinweis, hatte mich vertippt.

Grüße

Detlef

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

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

---

Was sagt denn überhaupt die Fehlermeldung
gibt es einen Hinweis auf Oracle.com?
unter únix kann man so was wie err ##### eingeben

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

---

Mal noch etwas zur Niveausteigerung in diesem Forum!
Seit meinem letzten Beitrag hat das doch sehr nachgelassen.
Auch die "Moderatoren" tragen nicht mehr zur Steigerung bei
Was ist eigentlich aus dem Weinkeller geworden?

Symptom:

When starting server manager the following error is generated:

ORA-12560: TNS rotocol adapter error occurred
Cause:

Oracle classify this as a ‘generic protocol adapter error’. In my experience it indicates that Oracle client does not know what instance to connect to or what TNS alias to use.
Possible Remedies:

    *

      If running on the server (or workstation) that is running the database (i.e. if the database is local to the machine) then try explicitly setting ‘ORACLE_SID’. e.g.

set ORACLE_SID=<sid>

and then try again. If this works then consider whether to make the change permanent by specifying it as a system variable.

    *

      (Possibly 8.1.5 and later If running on the server (or workstation) that is running the database then check that the service name ‘OracleService<SID>’ ties up with the actual database SID. If the database SID is changed without recreating the service then this can lead to this error. To recreate the service:

oradimxx -delete -sid <old-sid>

oradimxx -new -sid <SID> -intpwd <internal-password> AUTO -pfile <full-init-ora-filename>

    *

      Try setting the environment variable ‘LOCAL’ to the required connection alias (typically the database SID) and then try again. Do be sure that the application that is being used picks up the new environment variable setting. Setting this to an invalid connection alias will typically produce ORA-12154: TNS:could not resolve service name.
    *

      Ignore the error and try connecting by specifying explicitly which connection alias to use.
    *

      Check that the network connection between the client computer and the server has not failed. From the client try pinging the server. (For general guidance on troubleshooting general network connectivity problems click here.)

Brian Brooks (Encorus Technologies, USA) has highlighted a problem with DHCP. If the database server has its IP address dynamically allocated by DHCP then its IP address may change. This is not likely to be a problem on a local network where DNS will take care of name resolution issues, but where the database server is on a remote network and its IP address needs to be explicitly specified in the client's lmhosts file then this can be a problem because it requires periodic updates to the client's lmhosts file. If faced with this scenario then push to get the database server allocated a permanent IP address.

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