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
What happened? (You can include a screenshot if it helps explain)
Previously the full ECLBASE was used in the runpath file when JOBNAME was not configured, however in #7350 that was changed to just basename. That means workflows parsing the runpath file to access simulation files are no longer looking in the right place.
What did you expect to happen?
Full ECLBASE in runpath file.
steps to reproduce
No response
Environment where bug has been observed
python 3.8
python 3.9
python 3.10
python 3.11
python 3.12
macosx
rhel7
rhel8
local queue
lsf queue
slurm queue
openPBS queue
used flag --enable-scheduler
The text was updated successfully, but these errors were encountered:
As far as I know, the problem is that CSV_EXPORT2 expects ECLBASE to be the 3rd argument on each line of the runpath_list file. However, what has been put there is the jobname which has often been the eclbase. However, there were never any guarantee that jobname was the same as eclbase, and furthermore, on OpenPBS, "/" is not a valid character in a jobs name.
We could probably solve this by putting eclbase in the runpath_list if it exists, otherwise we put jobname.
What happened? (You can include a screenshot if it helps explain)
Previously the full ECLBASE was used in the runpath file when JOBNAME was not configured, however in #7350 that was changed to just basename. That means workflows parsing the runpath file to access simulation files are no longer looking in the right place.
What did you expect to happen?
Full ECLBASE in runpath file.
steps to reproduce
No response
Environment where bug has been observed
--enable-scheduler
The text was updated successfully, but these errors were encountered: