---

Halli,

ich scheine da ein paar Verständnis Probleme mit dem ausführen von decomposePar zu haben.

Ich möchte einen selbst erstellten Fall parallelisiert berechnen.
Frei nach der Anleitung im OpenFoam UserGuide habe ich mir also zunächst ein decomposeParDict erstellt und im system Ordner des parallelisiert zu berechnenden Case abgespeichert.
Das anschließende ausführen von decomposePar bricht ab weil anscheinend in 0/R ein Fehler enthalten ist.

< "Cannot find 'value' entry on patch rotatingWall of field R in file "/home/cfxuser/OpenFOAM/cfxuser-1.6/run/projects/005/nut_5_/0/R"
    which is required to set the values of the generic patch field.
    (Actual type kqRWallFunction)

    Please add the 'value' entry to the write function of the user-defined boundary-condition
    or link the boundary-condition into libfoamUtil.so" >

Also habe ich mal versucht diverse Werte zu setzen allerdings ohne den gewünschten Erfolg

Ausprobiert habe ich im decomposeParDict die Methoden simple, metis und scotch mit 2 bzw 4 zu verwendeten Prozessoren. Allerdings ist est nicht möglich die splits so zu legen das jeder Teil immernoch alle definierten patches enthält.

Zwischenzeitlich gab es auch mal den Fehler er könnte processor*/0/p nicht finden. Als ich dann das Verzeichnis 0 jeweils nach processor* kopiert hatte beschwerte er sich es würden patches fehlen (ich nehme an die durch das aufsplitten entstandenen patchhes). Momentan bin ich allerdings nicht mehr in der Lage den zweiten Fehler zu reproduzieren.

Habe ich etwas vergessen oder sonst einen bs verzapft?
Eigtl sollte ja so eine art mapFields automatisch passieren oder muß man das noch zusätzlich per Hand machen

PS: Der zu verwendende Rechner hat 8 Prozessoren die auch soweit genug freie Kapazität haben. Also kein Cluster oder der ähnliches.

Ich hoffe mein Problem ist keines und freue mich auf eine schnelle Antwort.
Oder hab ich den Leser jetzt genauso verwirrt wie ich es bin?! -ich hoffe nein

Gruß Joscha

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

---

Hallo Joscha,

ich denke, du hast schlicht und ergreifend einfach einen Rechtschreibfehler bei der Definitionen deiner Randbedingungen R. Prüfe das mal ganz genau und achte auf die Groß- und Kleinschreibung.

Eigentlich müsste OpenFOAM sofort mit der Aufteilung des Netzes abbrechen, wenn nicht alle RB Fehler behoben wurden. Daher kann es manchmal auch zu den Fehler kommen, dass er den "processor*/0/p" als Beispiel nicht findet.

Du kannst es auch gerne mal prüfen, indem du dein Case zu VTK konvertierst: "foamToVTK". Wenn das klappt, läuft dein Fall auch bei decomposepar.

Gruß Thomas

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

---

Fehler finde ich keinen, habe es auch aus einem anderen file c&p.
Das Problem taucht auch nur hier, beim splitten, auf. Die Rechnung auf einem Prozessor funktioniert ohne Probleme.
foamToVTK meldet den selben Fehler

FEHLER GEFUNDEN!

hatte den Wert für R im falschen Format angegeben.
Frage mich nur warum er bei der seriellen Berechnung keine Probleme hat?!

[Diese Nachricht wurde von J0SCHA am 14. Jul. 2010 editiert.]

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

---

Hi,

es kann ja durchaus sein, dass dein Löser kein R als Randbedingung benötigt. Dann funktioniert es auch als Serielle-Berechnung. Das würde dann aber auch bei einer Parallelrechnung funktionieren. Nur beim Aufteilen schaut OpenFOAM bei allen Randbedingungen nach und dann kommt es halt mal zu diesem Fehler. Deswegen teste ich mein Case meistens mit "foamToVTK" 

Gruß Thomas

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