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
If you are reporting a problem, please make sure the following information are provided:
Expected behavior and actual behavior:
We have four harbor instances and replicate images between them. bevor version 2.2, we used the docker provider which works fine for push only scenarios but we also want to use the "delete on remote" feature from the event based trigger.
after we migrated all of our harbor instances to v2.2 we switched to harbor provider. the test in the ui passed and we startet one of the replication jobs but it failed with the message:
When we allowed that everyone can create projects, the replication succeeded without any errors.
We found that the harbor provider always want to create the project it should replicate to:
This is a bad behavior. In our case only sysadmins can create projects and since you cannot combine system and project level permissions in a robot account, we cannot use robot accounts for replication and using the admin account is not an option.
By default harbor should not try to create projects on the remote side or should check first, if the user is allowed to.
Steps to reproduce the problem:
Setup two Harbor instances
Create a project in harbor 1 and a system robot account with full permissions on the project
Create harbor 1 as a registry with the harbor provider in harbor 2
Create a replication rule with the previously created project as a target in harbor 2
the replication should fail.
Versions:
Please specify the versions of following systems.
harbor version: 2.2.1
docker engine version: 19.03.15
docker-compose version: 1.25.1
Additional context:
Harbor config files: You can get them by packaging harbor.yml and files in the same directory, including subdirectory.
Log files: You can get them by package the /var/log/harbor/ .
The text was updated successfully, but these errors were encountered:
If you are reporting a problem, please make sure the following information are provided:
Expected behavior and actual behavior:
We have four harbor instances and replicate images between them. bevor version 2.2, we used the docker provider which works fine for push only scenarios but we also want to use the "delete on remote" feature from the event based trigger.
after we migrated all of our harbor instances to v2.2 we switched to harbor provider. the test in the ui passed and we startet one of the replication jobs but it failed with the message:
When we allowed that everyone can create projects, the replication succeeded without any errors.
We found that the harbor provider always want to create the project it should replicate to:
v2.2.2:
https://github.com/goharbor/harbor/blob/v2.2.2/src/replication/adapter/harbor/base/adapter.go#L171
master:
https://github.com/goharbor/harbor/blob/master/src/pkg/reg/adapter/harbor/base/adapter.go#L171
This is a bad behavior. In our case only sysadmins can create projects and since you cannot combine system and project level permissions in a robot account, we cannot use robot accounts for replication and using the admin account is not an option.
By default harbor should not try to create projects on the remote side or should check first, if the user is allowed to.
Steps to reproduce the problem:
the replication should fail.
Versions:
Please specify the versions of following systems.
Additional context:
harbor.yml
and files in the same directory, including subdirectory./var/log/harbor/
.The text was updated successfully, but these errors were encountered: