---

Wir arbeiten unter HPUX11 und mit der SD-Version 11.60b. Die B2000 bzw. B2600-Rechner sind mit 1,5 bzw. 2 GB Hauptspeicher ausgestattet. Trotzdem kommt es speziell beim Speichern großer Dateien als *.pkg teilweise zu Totalabstürzen des SD. Insbesondere ist es kritisch, wenn Layouts großer Baugruppen enthalten sind. Diese Layouts werden bei einigen Kollegen noch immer über den ADU-Prozess erstellt.
Durch eine Anpassung der Kernel-Parameter gab es eine Verbesserung, aber keine zufriedenstellende Lösung. Offensichtlich werden die Kernel-Parameter individuell nach "Gefühl" eingestellt. Wer weiß, wie es optimal wäre.
Derzeit:
- maxdsiz: ca. 2GB
- maxssiz: 100 MB
- maxtsiz: 1024 MB

Danke

------------------
afre

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

---

Hallo,

ich habe von CoCreate folgende Werte bekommen!

CoCreate recommends the following HP-UX kernel parameters in respect of SolidDesigner

Maxdsize >= RAM (*1,5)
Maxssize ~ 32 MB
Maxtsize 80MB
Swapmem_on 0

------------------
Gruß,
Peter

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

---

Wenn diese Probleme vorrangig beim Speichern von Paketen auftreten, so sollte mal ueberprueft werden, ob im tmp-Verzeichnis genuegend Platz ist. Es werden naemlich beim Speichern von Paketen kurzfristig groessere Datenmengen dort abgelegt, da ja eine Komprimierung der Daten stattfindet. Wenn nun das tmp-Verzeichnis auf einem Volume liegt, das nur beschraenkt Speicherplatz zur Verfuegung hat, so kann das schnell mal zu Problemen fuehren.
Da waere mal eine Ueberpruefung nicht schlecht, ob
1. sich das Problem sofort reproduzieren laesst
2. dieses Problem auf jedem Rechner auftritt
3. dieses Problem auch auftritt, wenn man die Daten mit
  Sichern 3D-Daten speichert
4. das Problem auftriit unabhaengig davon, ob die Daten auf eine
  lokale Platte gespeichert werden oder ueber das Netz auf einem
  Server
Das koennte eventuell schon aufschlussreich sein.

Gruss
WoHo

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

---

Danke für den Hinweis mit dem tmp-Bereich. Damit hatten wir früher auch Probleme, aber diese Ursache war rel. leicht zu finden. Bei dem aktuellen Problem ist der Root-Bereich nicht weiter in Bereiche unterteilt und daher stehen aktuell ca. 12GB für temporäre Dateien zur Verfügung.
Es gibt auch Dateien, bei denen sich der Absturz wiederholt erzeugen läßt. Teilweise hatte ich Erfolg, indem ich die Ansichtensätze gelöscht habe. Ich kann zwar nach fehlerhaften Teilen suchen, aber was mache ich bei fehlerhaften Ansichtensätzen?
Bisher hat mir auch noch niemand die Frage beantwortet, ob die Erzeugung des Ansichtensatzes über den ADU-Prozess zu identischen Ergebnissen führt wie die Erzeugung über den Annotation-Prozess.
Interessant ist auch, dass sich eine Baugruppe mit Ansichtensätzen noch beim letzten Release speichern ließ, jetzt aber zum Absturz führt. Bei dieser Baugruppe hatte das Löschen der Ansichtensätze definitiv Erfolg.
Der Absturz mit den Ansichtensätzen kann aber wiederum zwei Gründe haben:
1. ein "defekter" Ansichtensatz
2. durch die größere Datenmenge werden Systemgrenzen überschritten.

------------------
afre

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

---

Danke für die Nachricht. Die Werte von CoCreate sind sicherlich Minimalwerte.
Interessant ist für mich die letzte Zeile, deren Bedeutung ich allerdings nicht einschätzen kann. Bei uns steht swapmem_on auf 1 statt auf Null.

------------------
afre

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

---

Da waere also mein angefuehrter Punkt 3. auch noch interessant
zu testen:

>Interessant ist auch, dass sich eine Baugruppe mit Ansichtensätzen noch
>beim letzten Release speichern ließ, jetzt aber zum Absturz führt. Bei
>dieser Baugruppe hatte das Löschen der Ansichtensätze definitiv Erfolg.
>Der Absturz mit den Ansichtensätzen kann aber wiederum zwei Gründe
>haben:
>1. ein "defekter" Ansichtensatz
>2. durch die größere Datenmenge werden Systemgrenzen überschritten.

3. Da waere mal eine Ueberpruefung nicht schlecht, ob dieses Problem
  auch auftritt, wenn man die Daten mit Sichern 3D-Daten speichert

Gruss
WoHo

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

---

Hallo afre,

interessant wäre vielleicht in diesem Zusammenhang die Einstellung des memory-limit bei SD. Ich nehme zwar an. ihr habt die Werte entsprechend eurem Memory und den Kernelparametern angepasst.
Ist dies der Fall, dann wäre es unter Umständen hilfreich über das Tool "top" unter HP-UX den "SIZE"-Parameter des SD-Prozesses beim Speichern zu beobachten. Der Wert liegt meist ca 50MB über memory-usage (Anzeige über (uic-show-memory-usage) ).
Zumindest kann man sehen, ob man in etwa an die Grenzen der eingestellten Parameter kommt.
Ist dies nicht der Fall, dann kann man wenigsten die Kernelparameter als Ursache ausschliessen.
Weiterhin hatten wir auch immer wieder Probleme mit "übriggebliebenen" Temp-Files aus früheren SD-Sitzungen. Nach dem Löschen dieser Dateien läufts meistens besser. Dies dürfte aber soweit ja bekannt sein.

Grüsse aus Leonberg,

R. Roth 

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

---

 

Zitat:

---

Original erstellt von afre:
Interessant ist für mich die letzte Zeile, deren Bedeutung ich allerdings nicht einschätzen kann. Bei uns steht swapmem_on auf 1 statt auf Null.

---

Wenn swapmem_on eingeschaltet ist, wird ein Teil des Hauptspeichers als Swap-Speicher (!) verwendet. Mehr dazu unter
http://docs.hp.com//hpux/onlinedocs/B3921-90010/00/22/2210-toc.html
http://docs.hp.com/hpux/onlinedocs/B2355-90672/00/00/60-con.html

Claus

[Diese Nachricht wurde von clausb am 30. Juni 2003 editiert.]

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

---

Ich habe das Speichern als 3D-Daten in ein spezielles Verzeichnis heute probiert und hatte ebenfalls einen Absturz. Die kritische Baugruppe war übrigens zuvor als 3D-Daten in einem Verzeichnis abgelegt (bevor wir unseren Workmanager installiert hatten).
Ich bin jetzt noch dabei, die Fehlerhinweise, die schon beim Aufrufen gegeben werden, zu verfolgen (Messerkanten, nicht real herstellbar, minimale Kantenlänge unterschritten). Zudem kam der Hinweis "Objekt der Art 'part_struct' hat gefehlt.
Diese Baugruppe läßt sich übrigens ohne die Ansichtensätze speichern.

------------------
afre

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

---

Zitat:

---

Original erstellt von afre:
Zudem kam der Hinweis "Objekt der Art 'part_struct' hat gefehlt.

---

Das ist eine recht ungewoehnliche Fehlermeldung und deutet auf moeglicherweise ernsthafte Schwierigkeiten im Modell hin.

Claus

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