Closed kathia-barahona closed 1 year ago
Base: 77.39% // Head: 77.36% // Decreases project coverage by -0.04%
:warning:
Coverage data is based on head (
33de06e
) compared to base (6541bf9
). Patch coverage: 67.44% of modified lines in pull request are covered.
:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.
Also one more question: will this play nicely with pre-existing backups in prod where they don't have a broken_at key at all in metadata?
Shouldn't be a problem. We fill the metadata of each backup based on the jsons we store per status, so even if there is no broken.json
for the backup, the metadata will still have the key.
https://github.com/aiven/myhoard/blob/eb829289b3292963ac1b7211a75264ddc04c0e77/myhoard/controller.py#L567
https://github.com/aiven/myhoard/blob/eb829289b3292963ac1b7211a75264ddc04c0e77/myhoard/controller.py#L594-L605
Shouldn't be a problem. We fill the metadata of each backup based on the jsons we store per status, so even if there is no
broken.json
for the backup, the metadata will still have the key.
A test for this would be great, btw!
seems one of the tests is flaky :/ need to see how to fix it.
Will close PR: https://github.com/aiven/myhoard/pull/143
Following @rikonen idea about marking basebackups as broken instead of having a target time for basebackups. Will create a ticket for marking/unmarking basebackups as broken via API request.