diff options
author | magibney@908c3d4677b9e87e203538d4d5e8c296255749a0 <magibney@web> | 2016-07-11 18:45:11 +0000 |
---|---|---|
committer | admin <admin@branchable.com> | 2016-07-11 18:45:11 +0000 |
commit | 896f7e716d0469c6d3d791dcf867855ea7c3229a (patch) | |
tree | 01fd6b4db5aa1264522281eb680c301d01340108 | |
parent | 2d0570c6d897c6dbc7faa5b6112e1f4650a540bf (diff) |
Added a comment
-rw-r--r-- | doc/todo/wishlist__58___optionally_print_key_in_output_of_checkpresentkey_batch_mode/comment_2_bb756ddf06c52ca52d73af319f0265b0._comment | 14 |
1 files changed, 14 insertions, 0 deletions
diff --git a/doc/todo/wishlist__58___optionally_print_key_in_output_of_checkpresentkey_batch_mode/comment_2_bb756ddf06c52ca52d73af319f0265b0._comment b/doc/todo/wishlist__58___optionally_print_key_in_output_of_checkpresentkey_batch_mode/comment_2_bb756ddf06c52ca52d73af319f0265b0._comment new file mode 100644 index 000000000..b871a772d --- /dev/null +++ b/doc/todo/wishlist__58___optionally_print_key_in_output_of_checkpresentkey_batch_mode/comment_2_bb756ddf06c52ca52d73af319f0265b0._comment @@ -0,0 +1,14 @@ +[[!comment format=mdwn + username="magibney@908c3d4677b9e87e203538d4d5e8c296255749a0" + nickname="magibney" + subject="comment 2" + date="2016-07-11T18:45:10Z" + content=""" +Exactly: shell scripting, \"big list of keys and want to narrow it to only keys that are present or missing\". + +My motivating use case is as a sanity check that all keys have been successfully transferred on a Ceph S3 instance internally (i.e., `s3cmd cp s3://sourcebucket/[annex-key] s3://destbucket/[annex-key]`, without being read back to the local machine and separately written back up to a different bucket on the same server and locally deleted). Post-transfer, I want to check that all keys are present as expected, but in the event that a failed transfer is detected, I'd like to be able to report a specific key back to the operator/calling script. + +I'm thinking that if one is running `checkpresentkey` in batch mode (with multiple keys at once), there are many useful things one might want to do with the output that would require associating output status indicators with input keys; and since the output of `checkpresentkey --batch` is so terse, it could optionally be extended without too much parsing/escaping/etc complication. + +Thanks for considering this, and apologies that the initial request was a bit cryptic about the use case! +"""]] |