Skip to content

Geo: Remote stored Packages files should account for Object Storage settings

Summary

On 13.1 on staging.gitlab.com, all PackageFileRegistrys have this last_sync_failure: Skipping transfer as this secondary node is not allowed to replicate content on Object Storage. And they are all failed, and they keep getting retried but will never succeed.

image

Steps to reproduce

  • Configure Package Registry to use remote storage on both Geo primary and secondary
  • Leave this disabled for the Geo secondary Allow this secondary node to replicate content on Object Storage
  • Create a Package File

Side note for anyone wanting to test package sync without using a seeder rake task (FILTER=packages bundle exec rake db:seed_fu):

What is the current bug behavior?

BlobDownloadService runs for the new package file, and it exits with a failure because it fails preconditions. The package file shows up in Admin Area > Geo > Nodes Package Files progress bar counted as failed.

What is the expected correct behavior?

BlobDownloadService should never run for the package file. The package file should not show up in the Admin Area > Geo > Nodes Package Files progress bar (there should be no registry for the package file).

Relevant logs and/or screenshots

(Paste any relevant logs - please use code blocks (```) to format console output, logs, and code as it's tough to read otherwise.)

Output of checks

(If you are reporting a bug on GitLab.com, write: This bug happens on GitLab.com)

Possible fixes

When Allow this secondary node to replicate content on Object Storage is disabled, a secondary should

Edited by Toon Claes