Unproper bevaviour of sim submit when changing the parfile

Comments (3)

1. 

   Ian Hinder

   • removed comment

   I can reproduce this problem:

   cp simfactory/etc/parfiles/basicrecover.par recover1.par cp simfactory/etc/parfiles/basicrecover.par recover2.par sim create-submit testpar --parfile recover1.par --procs 1 --walltime 1:00:00

   1. Wait for simulation to finish sim submit testpar --parfile recover2.par
   2. Wait for simulation to finish ls -1 /Simulations/testpar/output-????/*.par

   Gives:

   /Users/ian/Simulations/testpar/output-0000/recover1.par /Users/ian/Simulations/testpar/output-0001/recover1.par

   • 2011-08-09T09:43:16+00:00
2. 

   Ian Hinder

   • changed status to resolved
   • removed comment

   I tried to fix this, but I found that the design of simfactory is that the parfile is not changed between restarts. Specifically, much of the logic for performing substitutions in parfiles is in the create command, not the submit command, and it does not seem to be trivial to change this. Given this, I would say that the main bug is that simfactory doesn't abort when you give it options it doesn't understand. This is essentially the same as

   1. 221 - Simfactory should complain about unused arguments

   which I have just modified to include a comment about this applying to options as well.

   Since you cannot change the parfile between restarts, I have created a new enhancement request

   1. 487 - SimFactory should allow steering of parameters between restarts

   This will require a bit of internal redesign. I am closing this ticket, since it is now covered by the other two.

   • 2011-08-09T10:33:53+00:00
3. 

   Roland Haas

   • edited description
   • changed status to closed

   • 2019-02-21T20:25:00+00:00
4. Log in to comment