aste-turbine runs are non-reproducible
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 142
- Forks
- 167
- Avg merge
- 20h 24m
- Merged PRs (30d)
- 11
Description
Running the aste-turbine tutorial multiple times (with export:vtu enabled), I get different export files in each run. Example from four consecutive runs:
It looks like the directories include files that have the same name but correspond to different parts of the domain. See, for example: debug.tar.gz
I am using ASTE from the latest develop. This includes a commit which was addressing a similar problem.
To reproduce, set <export:vtu directory="precice-exports" /> in both participants in the precice-config.xml: precice-config.xml
Dockerfile to reproduce: Dockerfile.txt
mv Dockerfile.txt Dockerfile
docker buildx build -t test-aste .
cd tutorials/
docker run -it --mount type=bind,src=.,dst=/mnt/host test-aste:latest
and inside the container:
source ~/venv/bin/activate
cd /mnt/host/aste-turbine
./run.sh
cp -r precice-exports/ precice-exports-run1/
./run.sh
cp -r precice-exports/ precice-exports-run2/
Then, compare the respective files with a diff tool or fieldcompare.
Observed in the context of #876. Comparing these otherwise unrelated files will also give some errors in fieldcompare (see related issue).
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with tutorials/aste-turbine/run.sh and the precice-config.xml used by both participants, then reproduce the two runs with the provided Dockerfile.txt and compare precice-exports-run1/ and precice-exports-run2/. Check the linked ASTE commit and related context from #876. Done means repeated export:vtu runs produce matching files, or the responsible component is identified clearly.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, xml
- Domain
- testing-qa
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100