Daniel Shahaf wrote on Fri, 23 Mar 2018 06:04 +0000: > I wonder if it would be possible to say: Run 'svnadmin freeze $SHELL'; > therein delete 'db/current', the revision files, and txns; restart all > reader processes; exit that subshell and run 'svnadmin recover'. This > would save the admin from having to manually run 'recover'. Between
I meant: ... from having to manually effect the changes to db/current and rep-cache.db that 'recover' effects. > 'freeze' exiting and 'recover' grabbing the write lock, no writes will > happen (because there's no db/current file and no extant svn_fs_t handle > had been opened while a db/current file was existing) and any reads (if > they don't trip on failure to initialise ffd->youngest_rev_cache) would > be harmless.
