Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • openfoam openfoam
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 426
    • Issues 426
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 9
    • Merge requests 9
  • Deployments
    • Deployments
    • Releases
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Development
  • openfoamopenfoam
  • Issues
  • #2235
Closed
Open
Issue created Oct 11, 2021 by Robin Knowles@knowlesrd

decomposePar -fields -copyZero - unexpected behaviour

Summary

Unexpected behaviour when using decomposePar -fields -copyZero to propagate a serial zero directory to pre-existing processor directories.

If the processors also have a pre-existing zero directory (for example containing fields from snappyHexMesh) then the above command will copy the serial zero directory itself into those directories, rather than copying the contents.

Ending up with processor0/0/0 for example.

I appreciate there are workarounds, restore0Dir for example, but this seemed like incorrect behaviour in this case.

Steps to reproduce

  • mesh the motorbike tutorial in parallel
  • copy 0.orig to 0
  • run decomposePar -fields -copyZero
  • ls processor0/0/0

What is the current bug behaviour?

decomposePar -fields -copyZero copies the serial zero directory into pre-existing processor*/0 directories

What is the expected correct behavior?

decomposePar -fields -copyZero copies the contents of the serial zero directory into pre-existing processor*/0 directories

Environment information

  • OpenFOAM version : v2106
  • Operating system : Ubuntu / Docker
  • Hardware info : Mac
  • Compiler : Pre-Compiled Binaries / Docker images

Related issue: #2236

Edited Nov 25, 2021 by Mark OLESEN
Assignee
Assign to
Time tracking