---

Hallo zusammen.

Folgendes Problem: Ich habe einen Datensatz, welcher auf einem NFS Share liegt. Diesen kann ich mittels Q-Checker 1.9.4 problemlos checken. Wenn ich nun das exakt gleiche Model in einem lokalen Filesystem speichere, und dann erneut checke -dann hängt sich der Q-Checker beim checken von SOL2 auf -tot. Wie kann das sein? Jeglicher Hinweis in jegliche Richtung ist willkommen..

Danke+Gruss
Patrick

IP

---

Hallo MetalPat,

hast Du einen Hinweis auf das Kriterium ?
Welches Profil / Modelltyp?

mfg

music

IP

---

Hallo music

Der Q-Checker bleibt bei einem SOL2* stehen. Ich habe dann auch manuell CATCLEAN laufen lassen, und versucht das SOL2 zu identifizieren -leider kein Erfolg.

IP

---

Hallo MetalPat,

welches Prüfprofil verwendest Du?

mfg

music

IP

---

Da es sich um Porsche-Daten handelt das aktuelle V4_PAG_STANDARD_V3.0.qcprofile

IP

---

Hallo MetalPat,

steht in FILE Comment
MODELLTYP: DMU ?
oder was steht da?

mfg

music

IP

---

Folgendes steht im Comment:

<Q-CHECKER_SEAL> Q-Checker Version 1.9.4
CATIA-Version        : CATIA SOLUTIONS V4  RELEASE 2.4 FR 4.2.4
Model size (in KByte) : 15698
Checking date        : 2007-08-30 13:25:13
Checking profile      : ADMIN / V4_PAG_STANDARD_V3.0 [Standard-Einstel
Model assessment      : OK
Total weight sum      : 0
<CROSS_CHECK_SUM>
  <CHKSUM_DATE> 942781270 </CHKSUM_DATE>
  <CHKSUM_ENTITIES> -2056888517 </CHKSUM_ENTITIES>
  <CHKSUM_PROFILE> -1557560879 </CHKSUM_PROFILE>
  <CHKSUM_DIMENSION> -1500377863 </CHKSUM_DIMENSION>
  <CHKSUM_PROJINTERSEC> -194134274 </CHKSUM_PROJINTERSEC>
  <CHKSUM_IDENTCRV> -1926678032 </CHKSUM_IDENTCRV>
  <CHKSUM_INFINITY> 2141508347 </CHKSUM_INFINITY>
</CROSS_CHECK_SUM>
</Q-CHECKER_SEAL>

IP

---

Hallo MetalPat,

das Wichtigste ist ja dieses:
------------------------------
"Model assessment      : OK"
------------------------------

Im Moment habe ich auch keinen weiteren Hinweis....

Hast Du noch ein paar Details zum Hänger?

Nur um Missverständnisse auszuschliesen:
Benutzt Du die gleiche CATIA Sitzung ?
Arbeist Du in beiden Fällen mit der gleichen Installation?

Ich stelle mir das so vor:
Du hast CATIA geöffnet.
Du lädst das Modell von z.B. über CATIA DECLARATION FILES (über das netz)
Q-Checker läuft durch.
Du speicherst lokal z.B. Unix filetree: /tmp
Q-Checker bleibt hängen.

schau doch mal im Alfa-Window von CATIA.
was steht denn da?

mfg

music

IP

---

Es ist dieselbe CATIA Sitzung auf demselben Rechner mit derselben Installation.

Den Vorgang wie du ihn beschreibst ist richtig. Allerdings speichere ich in einem DL-NAME welcher dann eben auf ein lokales JFS zeigt

Im Alpha-Window schreibt er während dem Q-Checkervorgang eben nur die aktuell gecheckten Elemente. Und nachdem er eben SOL2* geschrieben hat -wars das.

Weitere Details.. Hm. Was möchtest du wissen? AIX 5.3ML3, IBM275er mit 4GB RAM. Catia 424R2..

IP

---

Hallo MetalPat,

startest Du CATIA neu nach dem Speichern?
oder anders: Wenn Du CATIA neu startest: bleibt Q-Checker dann auch hängen?
Welche Q-Checker Version genau: 1.9.4_P ?  Blaues Ih drücken.

mfg

music

IP

---

Hallo music.

CATIA habe ich jetzt grade mal neu gestartet, und dann gleich das Model gecheckt welches im lokalen JFS liegt -alles hat geklappt. Der Q-Checker ist durchgelaufen. Prima! Jetzt habe ich zumindest einen Workaround. Das war eine super Idee.

Nur, den Grund für das Verhalten wüsste ich schon gerne. Kann es mit roll/save File zu tun haben, weil diese liegen auf dem selben JFS, wie auch das Model.

Fällt Dir noch was ein dazu?

Many thanks, anyway!!!

IP

---

Hallo MetalPat,

ich habe 2 Vermutungen:
Es kann sein, dass es mit der Speicherverwaltung zusammenhängt.
Wie sieht es denn aus, wenn Du das Modell 2x nacheinander auf dem NFS Mount prüfst ?
Die 2. Möglichkeit hast Du genannt, roll-file liegt auf demselben Filesystem.
Ist dort denn genug Platz?

mfg

music

IP