Page MenuHomePhabricator

[backup] Improve attachment handling
ClosedPublic

Authored by michal on Aug 30 2023, 2:27 AM.
Tags
None
Referenced Files
F3365888: D9016.id30536.diff
Mon, Nov 25, 8:10 AM
Unknown Object (File)
Fri, Nov 22, 4:36 AM
Unknown Object (File)
Fri, Nov 22, 4:34 AM
Unknown Object (File)
Thu, Nov 21, 9:52 PM
Unknown Object (File)
Tue, Nov 19, 2:47 PM
Unknown Object (File)
Sun, Nov 10, 12:18 AM
Unknown Object (File)
Sun, Nov 3, 7:45 PM
Unknown Object (File)
Sun, Nov 3, 7:45 PM
Subscribers

Details

Summary

ENG

Added better attachment handling and cleanup:

  • attachments actually need to be complete BlobInfo and not just holders so changes their type to Vec<BlobInfo> and their dynamodb type to list of maps
    • also changes the column/constants name to better match this
    • added a new helper conversion method for vector of any TryFromAttr type
  • added attachment cleanup on upload error, and on standard backup cleanup
Test Plan

Send upload endpoint with two attachments: "non-existant-hash" and "keys_hash" (the same hash as for the user_keys, so it will be uploaded during backup upload before handling attachments)
Checked that:

  • there two holders for "keys_hash" (one from user keys and one from an attachment)
  • there is a holder for "non-existant-hash" but there was a warning from backup

Uploaded similar backup, with different hashes, to trigger backup cleanup:

  • check that all hashes and holders from the previous backup are gone
  • check that there are new hashes and holders analogous to the previous backup

Restart backup service with dummy localstack endpoint so the upload fails:

  • observer no changes in the blob dynamodb

Diff Detail

Repository
rCOMM Comm
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

Mostly looks good to me, let someone else review

services/backup/src/database/backup_item.rs
133

I think macros make sense if you have items, but might be more idiomatic to just use new() in this case.

Don't feel strongly, and it's just a matter of preference.

services/comm-services-lib/src/database.rs
285

I think we have 3 different implemenations of this, should probably move this to comm-service-lib if we able to. (I know we have some crate version issues)

bartek added inline comments.
services/backup/src/database/backup_item.rs
133

agree with this one, especially since you use Vec::new() below

services/backup/src/http/handlers/backup.rs
67–68

You're inconsistent

67–78

If you want to be fancy, functional and immutable 😉

195

What does :? format do for &str arguments?

services/comm-services-lib/src/database.rs
285

This diff actually touches comm-services-lib 😅
I'm willing to finally take care of this once there's less traffic around DDB related code

This revision is now accepted and ready to land.Aug 30 2023, 12:08 PM

More consistent vec creation

services/backup/src/http/handlers/backup.rs
67–78

Unfortunately both await and ? make it impossible :c

195

It adds " around it.