---

Ich hab auf unserem Lizenzserver immer wieder das Problem, dass der Vendordeamon PTC_D nciht läuft. Im Jänner ging es von einem Tag auf den anderen nicht mehr, ich konnte aber nach einem Tag einen Zusammenhang mit dem Virenscanner feststellen.
Nun habe ich diesen aber deaktiviert, es lief wieder ca. 2 Monate, gestern reagierte der Rechner aber nicht mehr und nach einem Neustart ging wieder der PCD_D nicht. LMGRD läuft und das Service läuft auch, nur eben der Daemon nicht.

Ich war schon mit dem hiesigen Support in Kontakt, die warten aber ebenso ratlos.
Hat jemand bitte einen Hinweis für mich?
Mir geht die Sache scjon ziehmlich auf die Nerven und möchte das Problem bald beheben.

Hier noch die Meldung der Serverdiagnose:

--------
Diagnostics
--------
FLEXlm diagnostics on Tue 3/1/2005 08:16

-----------------------------------------------------
License file: C:\Programme\flexlm\licensing\license.dat
-----------------------------------------------------
"10106" v24.0, vendor: ptc_d
  License server: xxxxxx
  floating license  starts: 0-jan-0,  no expiration date

This license cannot be checked out because:
The desired vendor daemon is down
1) Check the lmgrd log file, or 2) Try lmreread
Feature:      10106
Vendor:Host:  xxxxxx
License path:  C:\Programme\flexlm\licensing\license.dat
FLEXlm error:  -97,121
For further information, refer to the FLEXlm End User Manual,
available at "www.globetrotter.com".
-----------------------------------------------------
"PROBUNDLE_10106" v24.0, vendor: ptc_d
  License server: xxxxxx
  floating license  starts: 0-jan-0,  no expiration date

This license cannot be checked out because:
The desired vendor daemon is down
1) Check the lmgrd log file, or 2) Try lmreread
Feature:      PROBUNDLE_10106
Vendor:Host:  xxxxxx
License path:  C:\Programme\flexlm\licensing\license.dat
FLEXlm error:  -97,121
For further information, refer to the FLEXlm End User Manual,
available at "www.globetrotter.com".
-----------------------------------------------------
"PROE_864210" v24.0, vendor: ptc_d
  License server: install
  floating license  starts: 0-jan-0,  no expiration date

This license cannot be checked out because:
The desired vendor daemon is down
1) Check the lmgrd log file, or 2) Try lmreread
Feature:      PROE_864210
Vendor:Host:  xxxxxx
License path:  C:\Programme\flexlm\licensing\license.dat
FLEXlm error:  -97,121
For further information, refer to the FLEXlm End User Manual,
available at "www.globetrotter.com".
-----------------------------------------------------

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

---

Hallo,

schon mal versucht, FlexLM zu deinstallieren und erneut zu installieren ?

------------------
Scheinbare Rechtschreibfehler beruhen auf eine individuelle Rechtschreibreform

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

---

& was steht im lmgrd Logfile drin ?

Was passiert wenn du den Dienst von Hand stoppst/neustartest bzw lmreread (LMTOOLS) ausführst ?

Gibts eine Firewall ?

Thomas

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

---

Schon deinstalliert, neu installiert, in mehreren Versionen probiert (von ProE 2001 und Wildfire) und auch schon die lmtools von Macrovision ausgetauscht, Ergebnis immer das selbe.

Auf dem selben Rechner laufen noch die Lizenzserver von Autodesk, Cadence, Catia und Zuken sowie die Mantis Datenbank von Windows XPe mit dem MS SQL Desktop.

Die Probleme gibt es aber auch, wenn ich die anderen Server beende und so viele Services wie möglich stoppe.
Ich zuck echt bald aus und behamdel den Rechner mal mit dem Maurerfäustel.

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

---

Zitat:

---

Original erstellt von zwatz:
& was steht im lmgrd Logfile drin ?

Was passiert wenn du den Dienst von Hand stoppst/neustartest bzw lmreread (LMTOOLS) ausführst ?

Gibts eine Firewall ?

Thomas

---

Ich hab sowohl den Dienst per ptcshutdown.bat und ptcstartserver.bat als auch über die LMTools (dort auch "reread license file" gemacht) gestoppt und gestartet, die Fehlermeldung bei Aufruf der Diagnose bzw. ptcstatus.bat ist immer "the desired vendor daemon is down", also PTC_D, welcher auch nicht im Taskmanager auftaucht. Die entsprechende Instanz vom lmgrd läuft aber komischerweise.

Firewall gibt es nur zentral am Linux-Proxy, der Rechner selbst hat keine.

Der LUM von Catia hat seinerzeit bei dem Problem mit dem Virenscanner auch Probleme gemacht, scheint aber wieder anstandslos zu funktionieren.

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

---

Physilkalischer Neustart des Rechners hat auch nichts gebracht oder???
Wir hatten auch sowas Seltsames mit Licencse-Manager unter 2001, dass die Lizenzen nicht ansprechbar waren.
Aber mit WF2 keine Probleme

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

[Diese Nachricht wurde von anagl am 01. Mrz. 2005 editiert.]

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

---

Nee, Rechner Neustart wäre doch das naheliegendste, bringt aber nix.

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

---

Was steht im Logfile drin ? - hast du uns noch vorenthalten.

Thomas

Weitere Tips u.U.: http://ww3.cad.de/foren/ubb/Forum12/HTML/004591.shtml

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

---

Im Logfile steht im Prinzip das selbe wie in dr Serverdiagnose.
ABER: wie durch ein Wunder geht es plötzlich wieder.
Es ist jetzt das Phänomen aufgetreten, dass der PTC Lizenzserver nach einigen Neustarts das Lizenzfile von Zuken verwenden wollte.
Dann habe ich den ganzen Pfad der Zuken Lizenzinstallation mal wo anders hin verschoben, dann ging der PTC auf einmal wieder, dann den Zuken zurückverschoben und jetzt läuft es wieder - schöner Dreck das Ganze.

Die Konfiguration sieht so aus: PTC, Autodesk und Cadence Lizenzserver laufen mit FLEXLM, als Service und werden auch von den LMTools verwaltet.
Der Zuken Server wird direkt mit C:\CSS60\lmgrd.exe -app -c "C:\CSS60\license.dat" gestartet, der daemon "zuklsd" wird dann geladen. Dieser benötigt auch die Umgebungsvariable "LM_LICENSE_FILE".

Dies scheint das Problem zu sein, denn zuerst werden zwar die Features richtig aus dem PTC Lizenzfile interpretiert, dann nimmt er aber plötzlich das Zuken Lizenzfile. Kranke Sache das Ganze.

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

---

Aha, siehe auch http://ww3.cad.de/foren/ubb/Forum12/HTML/004591.shtml#000006

Du mußt LM_LICENSE_FILE "beobachten", damit der ptc_d nicht durcheinanderkommt und auf einen falschen FlexLM zugreifen versucht (vielleicht irgendwo systemweit gesetzt ?)

Thomas

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

---

LM_LICENSE_FILE ist eine globale Umgebungsvariable die Systemweit gültig ist.
k.A. warum dem das nicht gefällt.

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

---

LM_LICENSE_FILE ist eine interne Variable des FlexLM, ProE verwendet heutzutage (ab wann genau weiß ich nicht mehr) PTC_D_LICENSE_FILE dafür .

Was steht in deinem LM_LICENSE_FILE drin ? Ich würde hier vorsichtshalber einmal alle in Frage kommenden Licenseserver aufnehmen.

Gruß
Thomas

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

---

In der Variable LM_LICENSE_FILE steht "C:\CSS60\license.dat".
Ich hab auch schon mal versucht den Pfad der license.dat von PTC mit einem Semikolon getrennt dahinter anzureihen, bringt aber nix.
Ich könnte mal versuchen die PTC_D_LICENSE_FILE Variable zu setzen.
Bringt das dann was? Es gibt doch bei den LMTOOLs 2 Möglichkeiten der Konfiguration: "using license files" und "using services". Bei uns laufen alle mit der Option "using services".
Bi aber noch nicht dahintergekommen, welche auswirkungen die eine- oder andere Option hat.

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

---

Zitat:

---

Original erstellt von ThoMod:
In der Variable LM_LICENSE_FILE steht "C:\CSS60\license.dat".
.... Ich könnte mal versuchen die PTC_D_LICENSE_FILE Variable zu setzen.
Bringt das dann was? Es gibt doch bei den LMTOOLs 2 Möglichkeiten der Konfiguration: "using license files" und "using services". Bei uns laufen alle mit der Option "using services".
....

---

PTC_D_LICENSE_FILE bekommt der Client (ProE) übers Startskript mitgeteilt, es besteht kein Grund das global zu setzen.
IMHO ist das auch bei LM_LICENSE_FILE so, sofern dieses Zuken nicht was anderes voraussetzt.

LMTOOLS:
Ich verwende immer "using licensefile" wobei ich hier port1@server;port2@server reinschreibe und nicht den physikalischen Pfad zu den Licensefiles.
Genau das würde ich in eine globale LM_LICENSE_FILE Variable auch reinschreiben. (Sollte aber auch mit der Pfadangabe funktionieren)

Thomas

[Diese Nachricht wurde von zwatz am 03. Mrz. 2005 editiert.]

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

---

Es gibt einen (zugegeben schon älteren) TPI bei PTC, in dem eindeutig drinsteht, dass LM_LICENSE_FILE keine globale Umgebungsvariable sein darf! http://www.ptc.com/cs/tpi/113363.htm

Mein Vorschlag wäre, den Zuken-Lizenzserver als Dienst mit einem eigenen User zu starten, welcher die Variable als Uservariable gesetzt hat.

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

Stahl.

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

---

@zwatz
Der Zuken-Server brauich die Variable leider, ohne geht es nicht.
Ich werde das mit den Lizenzfiles mal probieren, wenn ich weiter so massive Probleme hab.
Ich greif halt nur ungern das Ganze an, weil 2 weitere Lizenzserver unter FLEXLM so problemlos funktionieren.

@Stahl
Dank Dir vielmals für den Link, den Beitrag habe ich bislang beim Stöbern noch nicht gefunden und der dürfte für den PTC-Support auch unbekannt sein.
Da ist ja genau das Problem beschrieben.
Ich denke, ich versuche mal die Variable in Laufzeit zu setzen, indem ich den Server z.B. mit einer "zuken.cmd" starte:

@echo off
set LM_LICENSE_FILE=C:\CSS60\license.dat
C:\CSS60\lmgrd.exe -app -c C:\CSS60\license.dat

Dann wäre die Variable nur in den einen Fenster gültig und würde den PPTC_D nciht stören, denke ich mal.

Also nochmals vielen Dank für Eure Mühen, ich werde berichten, ob ich das Problem so lösen konnte.

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