表記に関する情報は、このページに集約しておきます。このページに記載されていない不具合情報などあれば、遠慮なくお問い合わせ下さい。
Table of Contents
slurmの動作が変?
slurmによるジョブ制御は出来ているのだが、複数ジョブを投入した際にパフォーマンスが低下するという問題が生じている。
たとえば4コアのマシンに2コアを使用するジョブを3つ投入した場合、2つが実行され1つが待ち状態になってくれているのだが、実行中のジョブでコアを2つずつ使用するのでなく、2つのコアを同時に使用してしまっている。一つが2並列で実行中に、次のジョブを投入した際に、並列計算でないジョブは、3つ目のコアで実行されるが、それが終わって並列計算になると、実行中のジョブと同じコアを使用しているようであった。
設定ファイル(/etc/slurm.conf)に問題があるのか、バッチスクリプトに問題があるのか、散々Try and Errorを試みたものの、解決しなかった。半日ほどの格闘の末、ようやく、https://bugs.schedmd.com/show_bug.cgi?id=13339にたどりつき、slurmのバグらしいということがわかった。
aptでインストールするものはまだ更新されていないようだが、slurmそのものは既に新しいものが出ているので、新しいソースでビルドし直せば解決するようである・・・が、そこまでやる元気が出てこない。当面、こういうものだと思って使っていく。
(2024/4/4記)
実マシンへのインストール不具合
拙宅のAllrun実行用サーバーが不調で、システムを再構築することになった。せっかくなので今回はDEXCS2023をインストールすることとした。インストールそのものは順調に進んだが、Linuxインストール後の再起動で、オープニングのubuntuの表示が暗転して以降、応答が無くなった。
多分、Xサーバーの応答の問題だろうと、[Ctrl]+[Alt]+[Fnキーのどれか]をあれこれ試すうちに、CUIでのログイン画面が現れた。ここでログインし、startxコマンドを入力したところ、案の定、Xサーバーの起動に失敗云々のメッセージが現れた。具体的なエラーの内容は、
MESA-LOADER: failed to open ast: /usr/lib/dri/ast_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/x86_64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri, suffix _dri)
failed to load driver: ast
sudo /etc/init.d/gdm3 stop
あとは記事3の通りだが、違いは管理者権限での操作で実施する必要があるということくらいか。
Xorg -configure
sudo mv xorg.conf.new /etc/X11/xorg.conf
sudo nano /etc/X11/xorg.conf
「Load "glx"」
を「Disable “glx”」に変更- その下に
「Disable "glamoregl"」を追加
Driver "modesetting"を
Driver "fbdev"
に変更
変更が終了したら再起動(sudo reboot)
2024/2/17(記)
TreeFoam起動時にワークディレクトリが継承されない
DEXCSワークベンチからTreeFoamを起動すると、DEXCS解析コンテナで指定したOutputPathを「解析フォルダ」としてTreeFoamが起動するようプログラムしたはずでしたが、そうはなっていませんでした。
ホームディレクトリ下、
.local/share/FreeCAD/Mod/dexcsCfdOF/Macro/runTreeFoam.py の20行目
envTreeFoam = configDict["TreeFoam"]
を以下のように変更して下さい。
envTreeFoam = "~/.TreeFoamUser"
ついでながら、同じフォルダ下に
- runParalel.pyがあって、これの45行目
- runPlotWatcher.py の130行目
にも全く同じ行があるので、こちらも変更しておいてください。
2022/11/7
shutterの動作不良
shutter(スクリーンショット取得ツール)は起動するが、デスクトップ画面しか取得できず、他のオプションが「Can’t take screenshots without X11 server」として無効になる。
$ sudo gedit /etc/gdm3/custom.conf
# GDM configuration storage
#
# See /usr/share/gdm/gdm.schemas for a list of available options.
[daemon]
AutomaticLoginEnable=true
AutomaticLogin=dexcs
# Uncomment the line below to force the login screen to use Xorg
#WaylandEnable=false
# Enabling automatic login
10行目のコメントマーク(#)を外す
# GDM configuration storage
#
# See /usr/share/gdm/gdm.schemas for a list of available options.
[daemon]
AutomaticLoginEnable=true
AutomaticLogin=dexcs
# Uncomment the line below to force the login screen to use Xorg
WaylandEnable=false
# Enabling automatic login
$ sudo systemctl restart gdm3
STLの最大メッシュ偏差
バグということではありませんが、DEXCSインストール直後のSTLの最大メッシュ偏差のデフォルト値が 1.00 μm となっています。このままだと、cfMeshTutorials/sphereのチュートリアルにて、フリーズかと思われる状況に陥りますが、単に計算と出力に時間がかかっているだけ(多分、1時間もあれば出力されるはず)です。
⇒STLの最大メッシュ偏差を 0.1 mm 程度に変更して使うことを推奨します。
出力偏差の変更方法は、MeshDesighワークベンチにて、「編集」⇒「設定」メニューから、「インポート/エクスポート」⇒「メッシュ形式」タグを選択すれば、偏差を変更できます(同梱マニュアル「DEXCSにおける推奨メッシュ生成法」file:///opt/DEXCS/launcherOpen/doc/howtoCADandMeshing.pdf)の117ページを参照下さい)。
ついでながら、最近のFreeCADでは、この数字を細かく調整しても、その通りにはなってくれなくて、大まかにレベルが変化するくらいの調節しかできません。そういうものだと思って使うしかなさそうです。
2022/11/4
初めてご連絡いたします。
cfMeshTutorials/sphereを実行したところ、
DEXCS2023_howtoCADandMeshing – howtoCADandMeshing.pdfの
102ページ、2番’ケース作成’をクリックした際にフリーズしてしまいます。
出力先のケースファイルにmeshDictの出力はありません。
Pythonコンソール上の表示を記載いたします。
import dexcsCfdMeshTools
import dexcsCfMeshTools
大変お手数をお掛けしますが
対処法をご教示いただけないでしょうか。
勝手なお願いではございますが、よろしくお願い申し上げます。
「STLの最大メッシュ偏差」の問題です。追加記事をご覧ください。
お手数をお掛けしました。
ありがとうございます!
いつも,便利なDEXCS版を使わせていただいています.E.MOGURAさん,いつもありがとうございます.
このサイトは,初めての方も見ていると思うので少し捕捉します.
[shutterの動作不良]の記載について
環境あるいはインストールしたタイミングに依るのかどうかはわかりませんが,custom.confに記載されているコマンドの順序が異なる場合があります.
上記の(本文の)記事の,変更後のcustom.confの赤字の3か所(3行)のコメントが外れているのを確認したのちに,保存してください.
修正保存をしたあと,システムが有無を言わさず再起動されます.したがって,「shutterの動作不良」への対策を行うときは,事前に他のアプリを終了しておいたほうが良いと思います.
情報ありがとうございます。そのまま掲載させていただきます。
いつも,便利なDEXCS版を使わせていただいています.E.MOGURAさん,ありがとうございます.
[はじめてのDEXCS2023]の記載の通りにしてもメッシュ作成ができなくなっています.
これが起きる理由は,inletとoutletの位置がずれるためです.
(FreeCADのバグのためだと思います.)
オブジェクトのプロパティで,Placement>Positionという項に数値を入力すると,オブジェクト作成の基準座標から平行移動と回転移動ができます.この機能を使ったとき,FreeCADの画面で適正な位置に表示されていても,stl形式でのエクスポート操作をすると基準座標で出力されます.DEXCSランチャーに組み込まれているcfMeshマクロも,このFreeCADのバグの影響を受けていると思います.
対策としては,Placement>Positionという機能を使わないということになります.
私の手持ちの仮想マシンの環境について,上記の不具合の発生有無について調べた結果を記載します.
(デフォルトのあと,自動UpdateによりFreeCADのバージョンが上がっている環境があります.
DEXCS FreeCAD cfMesh動作
2023 ver 0.21.2 NG
2022 ver 0.20 OK
2021 ver 0.19 OK
2020 ver 0.21 OK
2019 ver 0.19 OK
以上,よろしくお願いします.
情報ありがとうございます。そのまま掲載させていただきます。
いつも,便利なDEXCS版を使わせていただいています.E.MOGURAさん,ありがとうございます.
FreeCADのdexcsCfdOF(DEXCSランチャー)の「Run plotWatcher」を左クリックすると,以下のメッセージが出ます.
環境設定file「bashrcFOAM」が存在しない為、FOAM端末が起動できません。
configTreeFoamファイルの内容を確認してください。
しかし,TreeFOAMのツールバーのほうの「Run plotWatcher」のほうは正常に表示されます.
環境設定file「bashrcFOAM」の場所は,configTreeFOAMによれば下記です.
$TreeFoamUserPath/app/bashrc-FOAM-2306
treeFoamのほうを使うため実害はありませんので,お手すきのときに調べていただけると幸いです.
不具合を確認しました。
これも「TreeFoam起動時にワークディレクトリが継承されない」の不具合と原因は同じです。
同じディレクトリ下の
runPlotWatcher.py の130行目を同様に修正下さい。(本文記事にも追記しておきました)