You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I tried setting the storage.target_systems so that output to debug partitions would go to a different file than a storage config for the general partitions, but when I do that, nothing is getting written out to the results database file, despite reframe output including the correct filename/location for the results database file. The following config entry:
So when I specify target_systems with partition level information, even though ReFrame seems to parse and at some level to correctly set the results database to be the file specified by sqlite_db_file in the config, when the sqlite_db_file value is set using target_systems values that include partitions, nothing is written out to the results database file.
Perhaps ReFrame should not set or show a value for the results database file in this case,
or perhaps it would not be too difficult to change the behavior so that ReFrame writes out to the results database file,
since ReFrame does seem to know what file is specified in these cases.
The text was updated successfully, but these errors were encountered:
This is expected, but documented poorly and the fact that --show-config reports the right file in case of partition scopes is confusing.
This is what happens: not all configuration options have an effect at partition level, since many of them affect global aspects, such as the database file. Switching system partitions (and therefore configuration options) is something that happens only during test execution, so only options that are related to tests (e.g., general/trap_job_errors, general/use_login_shell etc.) will "understand" partition scope changes.
The --show-config option does not know if the requested option has a system or partition-specific effect, so it simply performs the resolution based on the --system option and the target_systems scope.
Documenting the scope of all configuration options and maybe adding metadata to help --show-config show always the right value probably deserves a separate issue. I will open one.
I tried setting the storage.target_systems so that output to debug partitions would go to a different file than a storage config for the general partitions, but when I do that, nothing is getting written out to the results database file, despite reframe output including the correct filename/location for the results database file. The following config entry:
results in nothing being written to the file, although, the following is written by ReFrame, during a test:
ReFrame does seem to know where I want the test results to be written when I use the above config. But it doesn't write anything to the file.
However, when using the following config instead of the above, ReFrame does write to the dbfile:
So when I specify target_systems with partition level information, even though ReFrame seems to parse and at some level to correctly set the results database to be the file specified by sqlite_db_file in the config, when the sqlite_db_file value is set using target_systems values that include partitions, nothing is written out to the results database file.
Perhaps ReFrame should not set or show a value for the results database file in this case,
or perhaps it would not be too difficult to change the behavior so that ReFrame writes out to the results database file,
since ReFrame does seem to know what file is specified in these cases.
The text was updated successfully, but these errors were encountered: