Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[dsmcFoam+] Crash after mesh change when using sticking wall patch(es) #41

Closed
timteichmann opened this issue Jun 10, 2020 · 0 comments
Closed
Labels

Comments

@timteichmann
Copy link
Contributor

timteichmann commented Jun 10, 2020

Currently the solver will crash reliably if there are stuck parcels and the mesh is changed (e.g. in a parallel run after load balancing where each processor will have a freshly assigned mesh). In such a case the parcels stuck properties (patch and patch face that a parcel is stuck to) are not valid anymore.

Edit: This happens only if a stuck parcel is desorbed after the mesh has changed. Setting a finite residenceTime is therefore necessary to reproduce the issue.

As there is no simple / elegant way to get a global patch / face identifier in parallel runs and this would also introduce additional overhead, the most elegant solution seems to be to relocate the parcels when the solver is restarted.

See related pull request for a fix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants