[vc_row][vc_column width=”1/2″][vc_column_text] [/vc_column_text][/vc_column][vc_column width=”1/2″][vc_column_text]Frage:
Comment puis-je interroger MedSecID et l’identifiant de l’hôte (Host ID) ?
Antwort:
Le programme lmhostid est directement disponible depuis le CD de MEDUSA version 2003200.
Vous pouvez également interroger cet identifiant à l’aide d’une commande système :
– sous Windows entrez ipconfig -all (depuis le disque dur) dans l’invite de commande DOS
– sous VMS en utilisant : mc ncp sh known line char
– sous SUN avec : hostid
– sous HP avec : echo `uname-i` l60p | dc
D e cette manière vous obtenez dans la majeure partie des cas la bonne adresse. Certaines configurations entraînent un mauvais résultat !
Il est de ce fait préférable d’utiliser l’option Imhostid de l’outil Imutil fourni avec MEDUSA.
Dans le cas de MEDUSA, il est inclus dans le produit Medsys situé dans le sous-répertoire ->MED->LICENSE par ex. :
Windows : C:MEDUSAMEDSYSMEDLICENSELMUTIL lmhostid
VMS : $ LMUTIL:==$MED:[MEDSYS.MED.LICENSE]LMUTIL $ LMUTIL LMHOSTID
Unix : /medusa/medsys/med/licence/lmutil lmhostid
Cet outil s’appelait MEDSECID dans les versions antérieures de MEDUSA-Classic et était démarré sans aucun paramètre.
(Suivant la version, vous devez exécuter MEDUTIL depuis le sous-répertoire RUN au lieu de LICENSE).
Si MEDUSA n’est pas encore installé, copiez l’outil depuis un autre ordinateur ou bien installer le système FLEXLM inclus dans le CD MEDUSA (MEDUSA lui-même n’est pas nécessaire).
Frage:
Quelle version du gestionnaire de licences est nécessaire pour ma version de MEDUSA ?
Antwort:
Le tableau suivant vous indique à chaque fois les versions du gestionnaire de licences correspondant aux versions MEDUSA :
- 12.2.2 FEATURE med2d_draft medusa_lmd 12.000 …
- 12.2.3 FEATURE med2d_draft medusa_lmd 12.000 …
- 12.2.4 FEATURE med2d_draft medusa_lmd 12.000 …
- 12.2.5 FEATURE med2d_draft medusa_lmd 12.000 …
- 12.3 FEATURE med2d_draft medusa_lmd 12.000 …
- 14.0 FEATURE med2d_draft medusa_lmd 14.000 …
- 14.1 FEATURE med2d_draft epd 1.000 …
- 14.1.1 FEATURE med2d_draft epd 1.000 …
- NG 1.1 FEATURE med2d_draft medusa_lmd 13.000 …
- NG 1.1.1 FEATURE med2d_draft medusa_lmd 13.000 …
- NG 1.2 FEATURE med2d_draft medusa_lmd 13.000 …
- NG 2.0 FEATURE med2d_draft medusa_lmd 15.000 …
- NG 3.0 beta FEATURE med2d_draft medusa_lmd 16.000 …
- NG 3.0 FEATURE med2d_draft epd 1.000 …
- NG 3.0.1 FEATURE med2d_draft epd 1.000 …
- NG 3.1 FEATURE med2d_draft epd 3.000 …
- NG 3.2 FEATURE med2d_draft epd 3.000 …
- NG 4.0 FEATURE med2d_draft epd 4.000 …
- 2000i FEATURE med2d_draft epd 5.000 …
- 2000i2 FEATURE med2d_draft epd 6.000 …
- 2001 Datecode 2001100 FEATURE med2d_draft epd 7.000
- 2001 Datecode 2001200 FEATURE med2d_draft CSGLMD 1.000
- 2003 Datecode 2003100 FEATURE med2d_draft CSGLMD 2.000
- 2003 Datecode 2003200 FEATURE med2d_draft CSGLMD 2.200
- MEDUSA4 V1.0 FEATURE med2d_draft CSGLMD 4.000
- 2003 Datecode 2003300 FEATURE med2d_draft CSGLMD 4.100
- MEDUSA4 V2.0 FEATURE med2d_draft CSGLMD 4.200 (FlexLM 10.1.3)
- MEDUSA4 V2.1 FEATURE med2d_draft CSGLMD 4.300 (FlexLM 10.1.3)
- MEDUSA4 V2.2 FEATURE med2d_draft CSGLMD 4.400 (FlexLM 10.1.3)
- MEDUSA4 V2.2.1 FEATURE med2d_draft CSGLMD 4.400 (FlexLM 10.1.3)
- MEDUSA4 V3.0 FEATURE med2d_draft CSGLMD 4.500 (FlexLM 11.4.0)
Frage:
Quelle version du gestionnaire de licences est nécessaire pour ma version de STHENO/PRO ?
Antwort:
Le tableau suivant vous indique à chaque fois les versions du gestionnaire de licences correspondant aux versions STHENO/PRO :
- 1.0 FEATURE STHENO_pro CSGLMD 1.000
- 1.1 FEATURE STHENO_pro CSGLMD 1.000
- 1.2 FEATURE STHENO_pro CSGLMD 1.200
- 1.2.1 FEATURE STHENO_pro CSGLMD 1.200
- 1.3.1 FEATURE STHENO_pro CSGLMD 1.300
- 2.0 FEATURE STHENO_pro CSGLMD 4.200 (FlexLM 10.1.3)
- 2.1 FEATURE STHENO_pro CSGLMD 4.300 (FlexLM 10.1.3)
- 2.2 FEATURE STHENO_pro CSGLMD 4.400 (FlexLM 10.1.3)
- 2.2.1 FEATURE STHENO_pro CSGLMD 4.400 (FlexLM 10.1.3)
- 3.0 FEATURE STHENO_pro CSGLMD 4.500 (FlexLM 11.4.0)
Frage:
Que signifient les codes d’erreur du système de licences CSG ?
Antwort:
Codes d’erreur provenant du gestionnaire de licences
1 aucune entrée dans Env, Reg, Path
2 fichier clé (key file) inexistant (Env)
3 fichier clé (key file) inexistant (Registry)
4 fichier clé (key file) inexistant (Path)
10 le module n’est pas inclus dans le fichier clé
11 la version majeure n’est pas correcte
12 l’adresse Ethernet (ETA) n’est pas correcte
20 erreur somme de contrôle (Checksum)
21 la licence n’est pas encore valable (date)
22 la licence n’est plus valable (date)
Erreurs MEDAS complémentaires
101 fichier MEDAS.licence inexistant
102 variable d’environnement (csg_licence_file) introuvable
103 MEDUSA_LICENSE_PATH introuvable
104 la clé CSG ne correspond pas au fichier clé MEDUSA
105 demandez une clé d’évaluation
110 contrôle échoué
Frage:
Que doit contenir le fichier de licence pour MEDUSA ?
Antwort:
A la livraison, le fichier clé contient de nombreux commentaires débutant par # (notamment envoyé par PTC).
Ces commentaires n’agissent pas sur le fonctionnent et peuvent être supprimés si nécessaire.
Attention : il est possible que des sauts à la ligne se glissent dans le commentaire lors de la transmission empêchant ainsi le fichier clé de fonctionner proprement.
De plus, les versions antérieures des fichiers clé comportent 2 blocs (EPD et MEDUSA_LMD), composés d’un serveur (SERVER), d’un programme démon (DAEMON) et de plusieurs lignes de fonctionnalité (FEATURE).
Vous devez utiliser uniquement un seul bloc et supprimer l’autre ou le transformer en commentaire (#) !
Il existent 3 noms différents pour le programme démon (DAEMON) :
CSGLMD
EPD
MEDUSA_LMD
Voir également la FAQ "Quelle version du gestionnaire de licences est nécessaire pour ma version de MEDUSA ?".
Le nom du programme démon est le 2ème paramètre de la ligne DAEMON et des lignes FEATURE. Modifiez les lignes SERVER/DEAMON comme suit :
– sous NT :
SERVER SRV47 0004711a007 1730
DAEMON CSGLMD C:MEDUSAMEDSYSMEDLICENSECSGLMD
– sous VMS :
SERVER SRV47 0004711a007 1730
DAEMON CSGLMD C:MEDUSAMEDSYSMEDLICENSECSGLMD
– sous Unix :
SERVER SRV47 0004711a007 1730
DAEMON CSGLMD C:MEDUSAMEDSYSMEDLICENSECSGLMD
en sachant que :
- SRV47
est le nom d’hôte du serveur du fichier clé (éditez-le si nécessaire) - 0004711a007
est l’adresse IP du serveur du fichier clé. Elle ne peut pas être édité, si nécessaire demandez de nouveau le fichier clé. - 1730
correspond au numéro du port pour les demandes entre le client et le serveur. Veuillez uniquement le modifier si il est déjà utilisé par un autre programme. (ne s’applique pas à VMS) . - CSGLMD (ou bien medusa_Imd ou epd pour les versions antérieures)
correspond au nom du programme démon et ne doit pas être modifié ! - C:MEDUSAMEDSYSMEDLICENSECSGLMD
ou MED : [MEDSYS.MED.LICENSE]CSGLMD ou /medusa/medsys/med/licence/CSGLMD - correspond au chemin d’accès du fichier CSGLMD.EXE (ou EPD.EXE/MEDUSA_LMD.EXE) et non au chemin d’accès vers le fichier clé comme on le croit souvent ! Vous devez impérativement adapter ce chemin d’accès.
- 0
(seulement pour VMS) correspond au numéro d’objet DECNET et est indispensable sous VMS !
Exemple d’une ligne de fonctionnalité (FEATURE) – ces lignes doivent en aucun cas être modifiées !)
FEATURE med2d_draft CSGLMD 1.000 1-jan-0 5 4C682E7861399BB7E3D6 ""
en sachant que :
- med2d_draft est le nom du module
- CSGLMD est le nom du programme démon
- 1.000 est la version
(cf. FAQ "Quelle version du gestionnaire de licences est nécessaire pour ma version de MEDUSA ?") - 1-jan-0 la date d’expiration où l’année "0" correspond à une durée illimitée
- 5 le nombre de licences
- 4C682E7861399BB7E3D6 "" l’addition de bits (entre autre avec le renvoi vers la ligne du serveur et la date de début)
Frage:
Que dois-je faire pour installer le fichier clé de MEDUSA (version EPD) sous Windows NT ?
Antwort:
Veuillez consulter ‘Remarque sur le système de licence de MEDUSA version 2001200" pour les fichiers clé CSGLMD. Pour les fichiers clé EPD, procédez comme suit :
1.) Copiez le fichier clé sous C:CVSWLMEPDEPD.LIC puis éditez-le
———————————————————————
voir la FAQ "Que doit contenir le fichier de licence pour MEDUSA ?"
2.) Configurez le service
————————-
Connectez-vous en tant qu’administrateur au serveur du fichier clé puis exécutez la procédure C:CVSWLMBININSTALLEPD.BAT
3.) Démarrez le service
———————-
En tant administrateur sous Démarrer>Panneau de configuration>Services, localisez l’entrée "FLEXlm License Server " et démarrez-la.
Si le service ne démarre pas, les entrées dans le fichier clé sont en général erronées, cf. le point 1.
4.) Vérifiez le chemin d’accès à la licence MEDUSA
———————————
Dans LOGIN.BAT du/des projet(s) (par ex. C:MEDUSAMASTER_PROJECTLOGIN.BAT) se trouve la variable d’environnement MEDUSA_LICENSE_PATH par ex. :
set MEDUSA_LICENSE_PATH=C:MEDUSAMEDSYSmedlicenceepd.dat
Ce chemin d’accès doit soit
– pointer sur le même fichier clé que celui utilisé par le serveur du fichier clé
– soit être une copie 1:1 de ce fichier clé. Dans un réseau, il est judicieux que le gestionnaire de licence soit installé sur le disque dur local du serveur, mais que celui-ci ne soit pas visible aux clients
5.) Démarrez MEDUSA
—————–
Remarquez que :
==========
a) en règle générale, vous pouvez librement définir le chemin d’accès pour la licence du logiciel ainsi que le nom du fichier clé, cependant :
– les chemins d’accès et les noms doivent être systématiquement modifiés : dans INSTALLEPD.BAT, tous les projets LOGIN.BAT et dans la ligne "Demo" du fichier clé.
– le répertoire CVSWLM du serveur de licence doit se trouver sur le disque dur local de manière à y accéder directement.
La raison : tous les services sont démarrés AVANT le réseau !
Les clients peuvent accéder au fichier clé au travers du réseau.
b) Pour mettre à jour le fichier clé, il suffit normalement de remplacer celui-ci puis d’arrêter une fois le service pour ensuite le redémarrer.
Cependant si vous devez utiliser d’autres chemins d’accès, vous devez d’abord supprimer l’ancien service dans l’invite de commande DOS comme suit :
C:CVSWLMBINLMGRDINSTALL -REMOVE
puis configurez-le de nouveau comme décrit sous le point 2.).
c) Dans le cas d’un fichier d’évaluation, sautez les étapes 1 à 3 car vous n’avez pas besoin du service FLEXlm.
Frage:
Pourquoi je n’obtient pas de licence lorsque je démarre MEDUSA ?
Antwort:
1.) Dans le cas d’un fichier clé d’évaluation
=====================
1.1) La ligne de fonctionnalité correspond-t-elle exactement au modèle – la plupart du temps elle comprend 2 lignes – ?
La ligne se termine-t-elle par un saut de ligne (le curseur passe à la ligne suivante dans l’éditeur) ?
Avez-vous bien transformé les autres lignes en commentaires (#) ?
1.2) Est-ce que la variable d’environnement MEDUSA_LICENSE_PATH placée dans le fichier LOGIN.BAT du/des projet(s) pointe bien vers la clé d’évaluation ?
Pour contrôler : exécutez le fichier LOGIN.BAT dans l’invite de commande DOS, puis contrôlez ensuite avec la commande : SET MEDUSA (toutes les variables d’environnement débutant par MEDUSA sont-elles affichées).
1.3) L’utilisateur est-il autorisé à lire le fichier clé ?
1.4) La date de fin a-t-elle expirée ou celle de début (codée dans le fichier clé et correspond en générale à la date de création) n’a pas encore été atteinte ?
2.) Avec un fichier clé valable bien que le serveur fonctionne.
==========================================
2.1) Est-ce que la variable d’environnement MEDUSA_LICENSE_PATH (cf. 1.2) pointe bien vers le même fichier clé celui utlisé par le serveur ?
Cela doit être le même fichier physique ou bien une copie 1:1.
2.2) Est-ce que la connexion TCP/IP entre le client et le serveur fonctionne ?
Pour contrôler, entrez dans une fenêtre DOS, la commande PING SERVEUR (où SERVEUR est le nom du serveur inscrit dans le fichier clé)
Si cela ne fonctionne pas, (ou bien uniquement avec l’adresse IP), soit le protocole TCP/IP n’est pas configuré ou bien l’option du serveur DHCP été activée bien qu’il n’en existe pas, ou le serveur DHCP (ou DNS) connaît un problème, ou…
…. dans tous les cas, il s’agit d’un problème lié au réseau et non à MEDUSA.
2.3) La date du client et celle du serveur sont-elles correctes et surtout correspondent-elles ?
2.4) Les versions des logiciels MEDUSA/FLEXlm sont-elles différentes ?
2.5) Des messages d’erreur sont-ils présents dans le fichier journal du serveur (MEDSYSCVSWLM.LOG ou C:CVSWLMEPDCVSWLM.LOG) ?
3.) Avec un fichier clé valable, le serveur FLEXlm ne démarre pas.
============================================
3.1) Les lignes SERVER/DAEMON ont-elles bien été modifiées ?
(cf. FAQ "Que doit contenir le fichier de licence pour MEDUSA ?")
3.2) Le protocole TCP/IP est-il installé et les services TCP/IP simples ont-ils été démarrés ?
3.3) Est-ce que le service FLEXlm a été configuré et démarré par un administrateur ?
3.4) L’administrateur a-t-il le droit de créer un répertoire (C:FLEXLM ) sur le disque dur du système ?
3.5) Le logiciel CVSWLM se trouve-t-il sur un disque dur local ?
Les lecteurs réseau ne sont pas autorisés !
3.6) Les fichiers journaux C:FLEXLMLMGRD.< nr > et < inst-path >MEDSYSMEDCVSWLM.LOG existent-ils et contiennent-ils des messages d’erreur ?
3.7) Conseil : pour rechercher l’erreur, essayez de démarrer manuellement le serveur (c.-à.-d. pas en tant que service)
Pour ce faire : ouvrez une fenêtre DOS puis exécutez le fichier LMGRD.EXE avec les paramètres "-APP" et "-c < fichier clé >".
Ainsi par ex. :
C:MEDUSAMEDSYSMEDLICENSELMGRD.EXE -app -c- C:MEDUSAMEDSYSMEDLICENSECSGLMD.LIC
(ou C:CVswlminImgrd.exe -app -c C:CVswlmepd.lic pour les versions antérieures)
Les messages d’erreur sont ici plus facilement reconnaissables.
Si le processus démarre sans problème (la fenêtre DOS reste alors ouverte, refermez la simplement après), tout fonctionne normallement.
Supprimez ensuite de nouveau le service, réinstallez-le puis démarrez-le
( cf. FAQ "Que dois-je faire pour installer le fichier clé définitif de MEDUSA sous Windows NT ?" )
Frage:
Pourquoi le fichier clé de MEDUSA ne fonctionne-t-il pas sans connexion réseau sous WINDOWS® 2000/XP ?
Antwort:
Fermez Media Sense (win2k et winXP )
Ceci concerne particulièrement les installations sur un ordinateur portable ou sur un ordinateur isolé !
Lorsque MediaSense est arrêté (par défaut), la carte réseau est désactivée si aucun lecteur réseau physique n’est connecté. Ainsi MEDUSA ne peut pas obtenir d’identifiant valable pour l’hôte (Host-ID).
Il devient alors impossible de valider la licence.
Pour obtenir plus d’informations, veuillez consulter par ex. Q239924 dans la base de connaissances Microsoft. Vous pouvez créer l’entrée directement ou bien à l’aide du fichier d’enregistrement.
En double-cliquant sur ce fichier dans le gestionnaire de fichiers, le registre est complété. Manuellement :
Démarrez l’éditeur du registre (à l’aide de la commande regedit) en tant qu’administrateur local.
Sélectionnez : HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTcpipParameters
Insérez le paramètre avec la valeur correspondante, comme ci-dessous :
DisableDHCPMediaSense REG_DWORD 1
Vous devez procéder à cette action pour résoudre le problème décrit ci-dessus.
Nous ne pouvons pas garantir le contenu de ces informations.
Pour plus d’informations, reportez-vous à la base de connaissances MS.
Faites une copie de sauvegarde de votre système avant d’exécuter cette action.
Pour les ordinateurs dont la carte réseau est automatiquement désactivée par le BIOS lorsqu’aucune connexion au réseau n’est détectée au cours de la procédure de démarrage, vous devez désactiver cette fonctionnalité dans le BIOS.
[/vc_column_text][/vc_column][vc_row][vc_column width=”1/2″][vc_column_text]
Project Data Control (PDC)
Project Data Control (PDC) ist eine optionale in MEDUSA4 und MPDS4 integrierte Datenmanagement Lösung für Konstruktionsdaten und die damit verwendeten Dokumente. Durch die offene Architektur bietet PDC vielseitige Integrationsmöglichkeiten. Dadurch können die Daten sowohl für andere PLM-, PDM- und ERP-Systeme zur Verfügung gestellt oder gar über das Web für andere Nutzergruppen zugänglich gemacht werden.
PDC erlaubt die Generierung einer an die Kundenanforderungen angepassten Datenbankstruktur, wobei entweder eine Oracle- oder andere Datenbank-Architektur verwendet werden kann. Der Zugriff auf die Datenbank erfolgt dabei aus MPDS4, MEDUSA4 oder dem Web. PDC erlaubt dabei die Verwaltung von allen konstruktionsnahen Daten, wie 3D-Modellen (DXF, STL, IGES, STEP, VRML, MOD), 2D-Zeichnungen, Tabellen oder Rohrleitungsisometrien. Natürlich werden auch alle zum Dokument dazugehörigen Daten, wie benutzerspezifische Attribute, Verweise, Stücklisten oder aktueller Bearbeitungsstatus vom System mit verwaltet.
PDC ermöglicht die Zusammenarbeit zwischen weltweit verteilten Teams, mit einer einfachen Implementierung und Administration. Die Vernetzung verschiedener Standorte erlaubt einen kontrollierten Datenaustausch bis hin zur kompletten Synchronisation gesamter Projektdatenbanken.[/vc_column_text][/vc_column][/vc_row][vc_row][vc_column][vc_column_text][/vc_column_text][/vc_column][/vc_row]
[vc_row][vc_column][vc_column_text][/vc_column_text][/vc_column][/vc_row]
[vc_row][vc_column][vc_column_text][/vc_column_text][/vc_column][/vc_row]