Executing deletion in dry mode, so files will not be actually deleted
Confirm deletion of 1 file(s)? (y/n) y
[2022-06-30 16:49:27,643] INFO:deletion About to delete 1 files...
[2022-06-30 16:49:27,922] INFO:deletion All files were queried from production and none were found publicly available: https://upload.wikimedia.org/wikipedia/test/9/9b/Tiff_test.tiff
[2022-06-30 16:49:27,923] INFO:deletion Attempting to delete "testwiki/1ed/1ed815d5ea0073ede2bf18d4c83a3590f2e5918572f90e3cbe9b4eb96349865c" from "https://backup1004.eqiad.wmnet:9000"
[2022-06-30 16:49:27,953] WARNING:deletion Not actually deleting testwiki/1ed/1ed815d5ea0073ede2bf18d4c83a3590f2e5918572f90e3cbe9b4eb96349865c from https://backup1004.eqiad.wmnet:9000 because we are in DRY MODE - but otherwise succesful.
[2022-06-30 16:49:27,953] INFO:deletion 1 out of 1 files were successfully deleted from backup storage.
[2022-06-30 16:49:27,959] INFO:backup Reading foreign key values for the files table from the database
[2022-06-30 16:49:28,132] WARNING:deletion Metadata update completed correctly, but database not actually touched because we are in DRY MODE!
Remember to perform the same deletion on the other datacenter too (only data from one site was affected for the current session!).
[2022-06-30 16:49:28,132] INFO:deletion Finishing the interactive deletion session
✔️
root@ms-backup1001:~$ delete-media-file
This is a dry run deletion- no actual file or metadata will be affected, even if the script will follow the same steps and confirmation.
[2022-06-30 16:44:11,150] INFO:deletion Starting an interactive deletion session
Wiki for deletion [default: commonswiki]:
0) Title of the file on upload (or after rename)
1) sha1sum hash of the file contents, in hexadecimal
2) sha1sum hash of the file contents, in Mediawiki's base 36
3) Original container name and full path as was stored on Swift
4) sha256sum hash of the file contents, in hexadecimal
5) Exact date of the original file upload, as registered on the metadata
6) Exact date of the latest file archival, as registered on the metadata
7) Exact date of the latest file deletion, as registered on the metadata
Chose method to identify the media file to deletion (0-7) [default: 0]:
Title (spaces will be converted to underscores, first letter normally in uppercase): Baffled_LIGO_Scientists.jpg
This is the list of 1 files found with the given criteria:
Executing deletion in dry mode, so files will not be actually deleted
Confirm deletion of 1 file(s)? (y/n) y
[2022-06-30 16:44:21,944] INFO:deletion About to delete 1 files...
[2022-06-30 16:44:22,127] ERROR:deletion We got an HTTP status code of 200 when we tried querying https://upload.wikimedia.org/wikipedia/commons/c/cf/Baffled_LIGO_Scientists.jpg from production, we expected a 404.
[2022-06-30 16:46:15,329] INFO:recovery About to recover 1 files...
[2022-06-30 16:46:15,488] INFO:recovery Attempting to recover "commonswiki/c51/c515fa40c3c8b95b5f6d44b9bf186f91ec8cc4c57c5939919b1c8d918b0b6466" from "https://backup1007.eqiad.wmnet:9000" into "Baffled_LIGO_Scientists.jpg"...
[2022-06-30 16:46:15,972] INFO:recovery "commonswiki/c51/c515fa40c3c8b95b5f6d44b9bf186f91ec8cc4c57c5939919b1c8d918b0b6466" was successfully downloaded from "https://backup1007.eqiad.wmnet:9000" and saved into "Baffled_LIGO_Scientists.jpg"
[2022-06-30 16:46:15,972] INFO:recovery 1 out of 1 files were successfully written to the local filesystem.
Remember to perform the same recovery on the other datacenter too (only data from one site was affected for the current session!).
[2022-06-30 16:46:15,977] INFO:recovery Finishing the interactive recovery session