Autor
|
Thema: Timeout-Declarations (1474 mal gelesen)
|
taki Mitglied freiberufler
Beiträge: 26 Registriert: 28.08.2004 IBM 270/2x375/4GB RAM/2x 18GB HD, AIX5 (5.2.0.0 nach oslevel)
|
erstellt am: 30. Sep. 2004 07:16 <-- editieren / zitieren --> Unities abgeben:
Hallo, weis jemand wie ich diese Parameter einstellen muss "MAXTIM_WAIT und MAXTIM_MSG", um CATIA nach 4 Stunden unaktivität auszulogen? Was ist MAXTIM_WAIT und was ist MAXTIM_MSG? Gruesse taki IP |
Brauburger Mitglied CAD-SystemIngenieur
Beiträge: 387 Registriert: 05.04.2001
|
erstellt am: 30. Sep. 2004 08:35 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hallo taki, es ist schon lange her und an unseren Definitionen haben inzwischen mehrere Kollegen 'rumgebastelt ... Ich verstehe die OnlineDoku (s.Anhang) so, daß folgende Werte zum Ziel führen müßten: /* 60*60*4 = 14400 */ CATIA.MAXTIM_MSG = 14400; CATIA.MAXTIM_WAIT = 1; Vielleicht probierts Du's mit einer kleineren Zeit 'mal aus. Dirk IP |
ijne Mitglied Systembetreuer
Beiträge: 647 Registriert: 02.05.2001 Catia-Admin V4 und V5 auf Solaris, Irix, Aix,WinXP
|
erstellt am: 30. Sep. 2004 09:00 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hallo ! default ist: catia.maxtim_wait = 0 catia.maxtim_msg = 60 So wie ich es verstehe heißt wait 0 , daß der User NIE aus dem Catia ausgeloggt wird, auch wenn er nichts tut. Seht euch zuerst die default-Werte an, sonst kegelt ihr euch evtl. selbst aus dem Rechner. Jens ------------------ Systembetreuer IP |
taki Mitglied freiberufler
Beiträge: 26 Registriert: 28.08.2004 IBM 270/2x375/4GB RAM/2x 18GB HD, AIX5 (5.2.0.0 nach oslevel)
|
erstellt am: 30. Sep. 2004 09:18 <-- editieren / zitieren --> Unities abgeben:
Hallo Dirk, danke, ich habe's kapiert, der Anhang erklärt alles. Gruss taki IP |
taki Mitglied freiberufler
Beiträge: 26 Registriert: 28.08.2004 IBM 270/2x375/4GB RAM/2x 18GB HD, AIX5 (5.2.0.0 nach oslevel)
|
erstellt am: 30. Sep. 2004 09:20 <-- editieren / zitieren --> Unities abgeben:
Hallo Jens, danke für Deine Hilfe, jetzt weis ich es. Gruss taki IP |
MK Mitglied
Beiträge: 217 Registriert: 21.02.2001 VPM VPM V5
|
erstellt am: 07. Okt. 2004 12:19 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hi, im Grunde genommen ist's egal bei welchem Parameter du die 1 und die 14400 setzt - es dauert immer 4 Std. bis zum Shutdown, nur dass es bei einer der beiden Möglichkeiten 14400 Messages gibt .... ;-) Im Ernst: Der User kann das in der Kommandozeile abstellen wenn er will und wenn er weiss wie! Grüsse, Markus IP |
hajoraki Mitglied CAD-Anwendungsberater
Beiträge: 393 Registriert: 15.02.2001
|
erstellt am: 07. Okt. 2004 12:36 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hallo, gibt es auch einen Trick mit dem man nach dem CATIA Timeout auch noch ein Logout des Users an der Workstation erreichen kann? servus hajoraki IP |
MK Mitglied
Beiträge: 217 Registriert: 21.02.2001 VPM VPM V5
|
erstellt am: 07. Okt. 2004 16:02 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hmmm, da habe ich auf Anhieb nichts. Man könnte vielleicht einen Cronjob laufen lassen, der alle 10 Minuten checkt, ob unter dem User ein CATIA läuft (grep nach CATSTAR in der Prozessliste o.ä.) und wenn nicht, dann killt dieser den Login-Prozess (dtlogin) oder alle verbliebenen Prozesse dieses Users. Vorsicht, der User kann vielleicht was anderes machen, aber wenn er wirklich nur CATIA machen soll .... Ok, der Vorschlag ist abhängig von CATIA und unabhängig von irgendeiner Zeit. Das aber könnte man mit einem Job erreichen der Uhrzeiten voneinander abzieht oder diese berühmten Sekunden die seit irgendwann mal in jedem UNIX hoch zählen. Grüsse, Alten IP |
wolfgangs Mitglied Dipl Ing
Beiträge: 17 Registriert: 28.09.2004
|
erstellt am: 11. Okt. 2004 11:30 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hallo, probiers mal mit lock catia.maxtim_... nach setzen der Werte. Mit lock kann der Anwender nichts mehr veröändern. Grüße Wolfgang IP |
MK Mitglied
Beiträge: 217 Registriert: 21.02.2001 VPM VPM V5
|
erstellt am: 11. Okt. 2004 12:35 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Das hört sich ja gut an! Aber der Anwender kann bei uns sowieso keine eigenen Deklarationen setzen. Um diese Decls. abzuschalten gibt es Möglichkeiten im CATIA einen Befehl abzusetzen. Ist der mit lock ... auch so gesperrt? Gruss, Markus IP |
wolfgangs Mitglied Dipl Ing
Beiträge: 17 Registriert: 28.09.2004
|
erstellt am: 11. Okt. 2004 13:35 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hallo, die Frage ist unverständlich: Um diese Decls. abzuschalten gibt es Möglichkeiten im CATIA einen Befehl abzusetzen. Welchen Befehl? lock ... (z. B.: lock catia.model) gibt man in den .dcls-Files an. Dann kann der Anwender im USRENV.dcls keine anderen Werte für den gelockten Parameter setzen. Grüße Wolfgang IP |
MK Mitglied
Beiträge: 217 Registriert: 21.02.2001 VPM VPM V5
|
erstellt am: 11. Okt. 2004 15:12 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hi, mit irgendeinem Slashkommando in der CATIA-Eingabezeile kann ein User die Timeouts abschalten. Ich weiss nicht mehr wie es lautet. Meine Frage war, ob mit Setzen des Locks dieses Slashkommando unwirksam wird. Ich schätze, eher nicht. Markus IP |
ijne Mitglied Systembetreuer
Beiträge: 647 Registriert: 02.05.2001 Catia-Admin V4 und V5 auf Solaris, Irix, Aix,WinXP
|
erstellt am: 11. Okt. 2004 15:50 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hallo ! Das man mit lock irgendetwas blocken kann ist mir neu, wenn ein User meint in seiner USRENV.dcls etwas einzutragen kann man ihn schlecht davon abhalten, ohne ihm Schreibrechte zu nehmen. Wobei das ein oder andere sinnvoll ist. In V4 werden die zuletzt gesetzten Werte ins Catia übernommen, das ist default das was in $HOME ist. Sollte ein User irgendwelchen Murks eintragen, so daß er seine Arbeit selbst blockiert, soll das nicht das Problem der Admins sein. Viel Erfolg Jens ------------------ Systembetreuer IP |
MK Mitglied
Beiträge: 217 Registriert: 21.02.2001 VPM VPM V5
|
erstellt am: 11. Okt. 2004 17:09 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Es IST natürlich ein Problem der Admins, weil die als erstes angerufen werden und den ******* wieder ausbügeln müssen. Nehmen wir aber mal an, jemand arbeitet auf eigene Rechnung als Admin irgendwo, ok, da bekommt man ja jede Minute bezahlt .... ;-) Bei uns können die User aber kein Terminal und auch keinen Editor öffnen, sonst können die im Filetree abspeichern, Höllenwerte für Index+Data einstellen, usw. Gruss,Markus IP |
wolfgangs Mitglied Dipl Ing
Beiträge: 17 Registriert: 28.09.2004
|
erstellt am: 12. Okt. 2004 08:09 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hallo, wenn man sich als ADMIN schützen will, kann man mit lock ... ; Parameter fest einstellen. Wenn der Anderwender in seinem USERENV.dcls die Werte verändern will z. B. den CATIA.MODEL_KBYTES.MAX_ACTIVE_INDEX , kommt beim CATIA-Start folgende Meldung: ************************* DECLARATION SOFTWARE WARNING ************************* DCL009300 CATIA.MODEL_KBYTES.MAX_ACTIVE_INDEX PARAMETER CANNOT BE MODIFIED -------------------------------------------------------------------------------- BECAUSE IT IS LOCKED **LOCATION OF ERROR: CURRENT FILE NAME : ...../USRENV.dcls SOURCE LINE NUMBER : 4 CURRENT SOURCE LINE : ******************************************************************************* Bei mir funktioniert das. Grüße Wolfgang IP |
ijne Mitglied Systembetreuer
Beiträge: 647 Registriert: 02.05.2001 Catia-Admin V4 und V5 auf Solaris, Irix, Aix,WinXP
|
erstellt am: 12. Okt. 2004 08:59 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hallo ! Wenn die User das Wort error lesen, dann kommen sie sowieso wieder angerannt. Index und Datasize sind nun mal keine Standards. Unsere User meinten auch sie müßten riesige Werte nehmen, und jammern dann daß Catia überhauptnicht mehr startet. Da die User nur das glauben was sie sehen, muß man sie manchmal auf die Nase fallen lassen. Alles was sie nicht dürfen, dort fühlen sie sich in ihrer Freiheit eingeschränkt. Jens ------------------ Systembetreuer IP |
wolfgangs Mitglied Dipl Ing
Beiträge: 17 Registriert: 28.09.2004
|
erstellt am: 12. Okt. 2004 09:26 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hallo, wir haben Modellgrößen zwischen 8 MB und 256 MB als Standardwerte zur Auswahl. Das funktioniert im allgemeinen gut. Diese Modellgrößen sind getestet und funktionieren. Bei 300 Clients gibts nur äußerst selten Probleme. Grüße Wolfgang IP |
MK Mitglied
Beiträge: 217 Registriert: 21.02.2001 VPM VPM V5
|
erstellt am: 12. Okt. 2004 10:28 <-- editieren / zitieren --> Unities abgeben: Nur für taki
@Jens: Ganz genau, sie machen was sie wollen, wenn's denn nun irgendwie hinhaut. Probleme gibt's dann z.B. beim Datenaustausch, wenn ein anderer es nicht mehr handeln kann. Lieber von vorneherein im zulässigen/zertifizierten Bereich bleiben. Wir haben auch keine Lust, alle paar Tage Leuten immer wieder dieselben Probleme und Fehler aufzuzeigen. Es klappt eigentlich ganz gut inzwischen, aber ein paar Spezis gibt's halt immer, die mit allen Tricks arbeiten wollen - lassen wir die halt auf die Nase fallen! @Wolfgang: Was meist du mit "Standardwerte zur Auswahl"? Wir haben Tools mit denen die Grössen eingestellt werden können (eben nicht per freiem Dateiedit) und wir halten uns damit an die Summenvorgabe von 128 MB. Grüsse, Markus PS: Hmmm, ist ja eigentlich ein Topic zum Thema (Key)User-Training. IP |
wolfgangs Mitglied Dipl Ing
Beiträge: 17 Registriert: 28.09.2004
|
erstellt am: 12. Okt. 2004 10:43 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Hallo, der Anwender editiert nicht wie er meint, sondern wählt aus vorgegebenen Kombinationen (INDEX, DATA) aus. Diese Kombinationen werden getestet. Grüße Wolfgang IP |
MK Mitglied
Beiträge: 217 Registriert: 21.02.2001 VPM VPM V5
|
erstellt am: 12. Okt. 2004 11:29 <-- editieren / zitieren --> Unities abgeben: Nur für taki
Ah, verstehe, keine freien Werte (bei uns ist da eine Leiste von ... bis ...), sondern feste, verschiedene Kombinationen. Interessant, keine schlechte Idee für uns, dann kann der Anwender sich auch das Spielen sparen! Markus IP |