setup_interface_count tests fail on multiple processors #9422
Labels
C: Framework
P: normal
A defect affecting operation with a low possibility of significantly affects.
T: defect
An anomaly, which is anything that deviates from expectations.
Description of the enhancement or error report
The userobjects/setup_interface_count.* tests all fail on moderate processor counts, when the subdomain setup count fails to match the gold standard count.
Rationale for the enhancement or information for reproducing the error
./run_tests -p 3 --re setup_interface_count
triggers all three failures for me.
Identified impact
(i.e. Internal object changes, limited interface changes, public API change, or a list of specific applications impacted)
These tests appear to have been designed to run only in serial. Unless I'm misunderstanding subdomainSetup(), expecting a count of its calls to remain constant in parallel would be nonsense - that method only gets used when an iterator over an element range passes from one subdomain to another, and that may happen less frequently or not at all when a mesh is partitioned between multiple processors, giving each processor ownership of fewer elements and potentially fewer subdomains.
I'm just going to force these tests to run with one processor.
The text was updated successfully, but these errors were encountered: