View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003798 | OpenFOAM | Bug | public | 2022-02-03 20:37 | 2022-02-03 21:10 |
Reporter | joegi | Assigned To | henry | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Summary | 0003798: Inconsistent renaming of patch type after renumberMesh or decomposePar | ||||
Description | When using the following boundary condition, cylinder { type solidBodyMotionDisplacement; solidBodyMotionFunction sixDoFMotion; CofG ( 0 0 0 ); translationRotation table ( ... ); The patch type is automatically renamed to, cylinder { type solidBodyMotionDisplacement; value uniform (0 0 0); solidBodyMotionFunction sixDoFMotion; sixDoFMotionCoeffs { type solidBodyMotionDisplacement; solidBodyMotionFunction sixDoFMotion; CofG ( 0 0 0 ); translationRotation table ( ... ); } } } This happens after executing the commands renumberMesh or decomposePar. The renamed patch type gives an error and is not possible to run the simulation. Particularly annoying when trying to run in parallel. | ||||
Steps To Reproduce | Just run the the script as follows, sh run_moveDynamicMesh.sh | ||||
Tags | No tags attached. | ||||
|
|
|
I forgot to mention, before running the simulation (modeDynamicMesh or the solver) you need to execute renumberMesh or decomposePar |
|
Resolved in OpenFOAM-9 by commit f2cabcd7ab8fb26455a8d53295c99bc721f9e01a Resolved in OpenFOAM-dev by commit 68cb2aef555cbb3fd6d2468892c00198923486c9 |
Date Modified | Username | Field | Change |
---|---|---|---|
2022-02-03 20:37 | joegi | New Issue | |
2022-02-03 20:37 | joegi | File Added: case.tar.gz | |
2022-02-03 20:39 | joegi | Note Added: 0012464 | |
2022-02-03 21:10 | henry | Assigned To | => henry |
2022-02-03 21:10 | henry | Status | new => resolved |
2022-02-03 21:10 | henry | Resolution | open => fixed |
2022-02-03 21:10 | henry | Fixed in Version | => 9 |
2022-02-03 21:10 | henry | Note Added: 0012465 |