Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make sure info on file counts, filtering, etc is captured in a file. #22

Open
bethac07 opened this issue Apr 22, 2022 · 0 comments
Open

Comments

@bethac07
Copy link
Contributor

bethac07 commented Apr 22, 2022

Originially from here(requires access to the JUMP organization)

I've just added a functionality restore_intelligent will now return the number of non I.T. files in whatever prefix you're restoring, to save[the hassle of tracing why the apparent number of restored files is much less than the number of files in the prefix] in the future. Right now that count though and a lot of other potentially nice information for tracing/sanity checking (how many files did you find in the prefix total, how many were filtered in or out by filter strings) is ONLY printed to the terminal, so now that we potentially see a world where you might be running restore_intelligent on a lot of batches in parallel we may want to think about writing out a summary.txt at the end of each batch that has the information that's currently print only.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant