You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Background
Currently when one harbor cluster wants to sync with other harbor. In our case we create a replication rule with pull mode enabled. Admin had to sync image manually by clicking on replicate button. And it's a tedious task.
Describe the solution you'd like
When user executed cmd "docker pull XXX", and harbor didn't sync the image yet or the images is not latest, it will automatically pull from the other harbor. And it behaves much like proxy cache anyway.
The text was updated successfully, but these errors were encountered:
Yeah, currently proxy cache seems to be able to handle this scenario, but the prerequisite is that docker client must change image name accordingly. For example, original image name is demo-pro/redis:latest and user must add the prefix "proxy/" i.e. "proxy/demo-pro/redis:latest". In other words, we want to a solution which is transparent to docker client or k8s.
This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.
Background
Currently when one harbor cluster wants to sync with other harbor. In our case we create a replication rule with pull mode enabled. Admin had to sync image manually by clicking on replicate button. And it's a tedious task.
Describe the solution you'd like
When user executed cmd "docker pull XXX", and harbor didn't sync the image yet or the images is not latest, it will automatically pull from the other harbor. And it behaves much like proxy cache anyway.
The text was updated successfully, but these errors were encountered: