---

Hallo!

Wir setzen Catia V4 R24 auf HP-UX 11.00 Workstations ein.

Wenn ich versuche im Dateisystem auf einem NFS-Mount zu speichern, so bleibt Catia einfach hängen. Der NFS Server läuft NICHT unter HP-UX, sondern unter Linux, Solaris oder Windows (Services for Unix). Wenn ich einen HP-UX NFS Server nehme, habe ich das Problem nicht - ich habe aber keinen HP-UX NFS Server...

Ich vermute, dass das Problem dadurch kommt, das Dateien über NFS irgendwie nicht gelockt werden können. Um dies zu verifizieren habe ich ein "Testprogrämmchen" in C geschrieben das im Prinzip nur ein "fcntl(fd, F_SETLK, &fl);" auf eine Datei macht, die halt auf einem NFS Export liegt. Hierbei bleibt das Programm bei genau dem fcntl() hängen; lasse ich das Programm auf einem Solaris- oder Linux-Client laufen, so funktioniert der Lock problemlos.

Ob das nun wirklich die Ursache des Problems ist oder nicht, weiß ich nicht. Ich könnte es mir aber halt vorstellen. Warum aber frage ich nun hier? Nun, in UniGraphics NX1 haben wir das Problem nicht 

Hat einer von Euch das Problem (Speichern auf NFS geht nicht) auch schon mal gehabt? Wenn ja, wie wurde es behoben?

Danke sehr,

Alexander Skwar

IP

---

Hallo Alexander,

eventuell bekommst Du hier nützliche Infos: http://catia.cad.de/foren/cd/CATIAV4/CATIAV4Administration/000175.html

Gruß
Stefan

IP

---

Hallo!

Danké erstmal, aber das ist leider keine Lösung  Wenn ich auf dem Linux Rechner als root "rpc.lockd" aufrufe, so beendet sich dieser sofort wieder. rpc.statd läuft. Irgendwo habe ich auch gelesen, das rpc.statd bzw. rpc.lockd automagisch gestartet wird - ich finde nur nicht mehr, wo ich das gelesen habe 

"Normales" Schreiben/Lesen klappt ja auch von HP-UX -> non-HP-UX NFS Server. "Nur" kein File Locking und somit (?) auch nicht schreiben von CATIA aus.

Nochmals bedankt,
Alexander

IP

---

Hallo Alexander,

in dem Artikel http://www.europe.redhat.com/documentation/rhl8.0/rhl-rg-de-8.0/ch-nfs.php3
steht, daß aktuelle Kernels den rpc.lockd nicht mehr benötigen.
Wenn Catia aber den rpc.lockd braucht.......
Evt. kann man mit den nfsutils ( http://www.suse.de/us/private/products/suse_linux/i386/packages_personal/nfs-utils.html ) den rpc.lockd wieder einschalten.

Gruß
Stefan

Ich rate mal so rum. (Linux NFS ist nicht unbdengt mein Spezialgebiet)

IP

---

Hi!

Ich glaube nicht, das dies ein Linux NFS Problem ist, denn wenn ich auf Solaris oder Windows schreiben möchte, geht das auch nicht. Ich vermute eher ein Problem auf der Clientseite.

Danke für Deine Zeit! 

Bis gleich,
Alexander

IP

---

Hat jemand unterdessen eine Lösung für das Problem ?!

Würde mich sher interessieren.

Gruß qwerty

IP

---

Hallo,

auch wenn das jetzt nicht unbedingt ein Beitrag zur Loesungsfindung sein sollte - wir haben hier ebenfalls ein aehnliches Problem mit dem Speichern von CATIA-auf-HPUX auf einen NFS-Server.

Folgendes tritt bei uns auf:

1.Das Lesen von CATIA-Modellen klappt perfekt
2.Beim Speichern braucht CATIA "genau" 10x laenger als normal (deshalb hatten wir auch den Verdacht, dass es an der Verkabelung liegt und die Daten statt der 100Mbit nur mit 10Mbit uebers Netz gehen, aber in der Richtung haben wir nichts gefunden).
3.Das Kopieren auf Systemebene mit NFS und SMB klappt aber ohne Probleme mit der maximalen Geschwindigkeit.
4.Wenn statt des Linux-Servers (Suse-8.1/9.0) ein AIX-Server (AIX-4.3.3) treten die gleichen Probleme auf.

Eine Supportanfrage bei HP und TransCAT hat nichts gebracht. TransCAT hat testweise diese Konstellation aufgebaut und keine Probleme gehabt.

Ein Umschalten des Servers auf NFSv2 brachte auch nichts.

Ein "Stoebern" in den HP-Prozessen legte offen, dass der nfsd nicht laeuft - liess sich auch im SAM nicht starten... aber ob das was damit zu tun hat war nicht festzustellen.

Da wir bisher noch keine Loesung haben, wird diese Arbeitsstation nur fuer "kleinere" Arbeiten benutzt, denn ein Speichern eines 80MB-Models dauert dann schon mal seine 4-5 Minuten. Unsere anderen Rechner sind zum Glueck alle AIX-Boxen.

Gruss, Steffen

IP

---

Hallo Steffen,

vielleicht kann man Dir bei mailto:catia@hp.com weiterhelfen. Wir sind dort immer sehr kompetent beraten worden, haben diese Hilfe jedoch lange nicht mehr benötigt.

Dirk

IP