@zyx@BPP01
If still available, please can you post the terminal output of your cryosparcm update session.
Please also post a listing of your database directory:
Thank you for the information.
I cannot confirm (based on the modification times) that older information is still being stored in the database directory. Here are some additional question to help us understand what is going on:
Has the CryoSPARC instance been strictly only updated, not installed, since it was last used successfully?
Is there any chance that the original database has been deleted through a filesystem command or the CryoSPARC instance been pointed to a different directory?
Has there ever been an attempt to restore the database from a backup? (Please do not attempt a backup at this point.)
Hi guys do you have any updates on this? We’re fairly stuck otherwise.
Should we be trying to create new accounts and then import the projects or something along those lines? What’s the best way forwards for us at the moment?
@BPP01
If you have a recent database back up, you may restore it (guide).
The alternative is similar to what you had in mind
The process of importing projects has been superseded by a new method: as of v4, one attaches unlocked project directories to the CryoSPARC instance.
Users would have to created manually, as would worker connections.
Ok thanks so much - just re-attaching the projects with a new user seems to be working ok so far. Will let you know if we find any issues down the line with this approach.
If we want to backup the database before updates in future does the cryosparc server, ideally, need to be shutdown first or is it safe to back it up while data is potentially still been written to it?
Did you consider regular backups to mitigate the impact of potential server malfunction?
That depends on the backup method. As of October 2022, cryosparcm backup uses mongodump, which, to some extent, tolerates writes by applications, but there are caveats.
Alternatively, one must ensure there are no writes while the database is backed up using cp or rsync.