Generally I would suggest not resetting the lpad at all. This would remove all your previously stored data, etc. and all accounting of your jobs.
If there are particular jobs that you no longer want to keep track of, I would suggest “archiving” those workflows (“lpad archive_wflows”):
If the entire database is not needed anymore, I would suggest backing up the database using the MongoDB backup operations (e.g., mongodump) and then removing it. But typically we keep our databases around unless it’s very clear the data is not needed anymore (e.g., testing purposes, and we have also deleted the calculation directories).
On Tue, Nov 20, 2018 at 4:42 PM [email protected] wrote:
I would like to know the timing to reset the lpad.
How regularly and at what timing can we do the reset?
One possible timing would be when the mongodb server is temporary down for maintenance and all the calculations are already submitted. But, in the latter case, what should we do if the FIZZLED calculations remain?
Or, shouldn’t we reset the lpad at all?
You received this message because you are subscribed to the Google Groups “atomate” group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
To post to this group, send email to [email protected].
For more options, visit https://groups.google.com/d/optout.