表記に関する情報は、このページに集約しておきます。このページに記載されていない不具合情報などあれば、遠慮なくお問い合わせ下さい。
Table of Contents
slurmの動作が変？
slurmによるジョブ制御は出来ているのだが、複数ジョブを投入した際にパフォーマンスが低下するという問題が生じている。
たとえば4コアのマシンに２コアを使用するジョブを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行目にも全く同じ行があるので、こちらも変更しておいてください。
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の最大メッシュ偏差」の問題です。追加記事をご覧ください。
お手数をお掛けしました。
ありがとうございます！