-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Notary services do not resolve "mysql" alias correctly. #6031
Comments
But why the it queries the external DNS to resolve mysql given that there is an |
Seems the queries were due to the search domain on |
The root cause is a bug in Go DNS resolver before golang 1.8 golang/go#15419, the Notary in Harbor is built with golang 1.7.3. So I think @wy65701436 upgrading the base image should fix this. |
I have tried this and it does seem to work so far. I did not run very many tests to see if anything breaks from the change. |
This commit is to set dns search to null in the harbor containers, that means the dns search domains of docker host doesn't impact the network IO in the containers. If do not set this, Harbor notary-server and notary-signer are resolving the "mysql" alias to the resolv.conf search path instead of to "mysql." for the notary-db bridge IP, see goharbor#6031. Signed-off-by: wang yan <wangyan@vmware.com>
This commit is to set dns search to null in the harbor containers, that means the dns search domains of docker host doesn't impact the network IO in the containers. If do not set this, Harbor notary-server and notary-signer are resolving the "mysql" alias to the resolv.conf search path instead of to "mysql." for the notary-db bridge IP, see #6031. Signed-off-by: wang yan <wangyan@vmware.com>
This commit is to set dns search to null in the harbor containers, that means the dns search domains of docker host doesn't impact the network IO in the containers. If do not set this, Harbor notary-server and notary-signer are resolving the "mysql" alias to the resolv.conf search path instead of to "mysql." for the notary-db bridge IP, see goharbor#6031. According to docker official document, 'Use --dns-search=.' if you don't wish to set the search domain. https://docs.docker.com/v17.09/engine/userguide/networking/default_network/configure-dns/ Signed-off-by: wang yan <wangyan@vmware.com>
This commit is to set dns search to null in the harbor containers, that means the dns search domains of docker host doesn't impact the network IO in the containers. If do not set this, Harbor notary-server and notary-signer are resolving the "mysql" alias to the resolv.conf search path instead of to "mysql." for the notary-db bridge IP, see #6031. According to docker official document, 'Use --dns-search=.' if you don't wish to set the search domain. https://docs.docker.com/v17.09/engine/userguide/networking/default_network/configure-dns/ Signed-off-by: wang yan <wangyan@vmware.com>
This commit is to upgrade the golang version to 1.9.4, it because a bug of golang 17.3 could introduce one dns resolver issue for harbor mentioned by goharbor#6031. The bug of golang is golang/go#15419, it makes harbor containers to lookup 'endpoint.' firstly which may cause network issue. Signed-off-by: wang yan <wangyan@vmware.com>
This commit is to upgrade the golang version to 1.9.4, it because a bug of golang 17.3 could introduce one dns resolver issue for harbor mentioned by goharbor#6031. The bug of golang is golang/go#15419, it makes harbor containers to lookup 'endpoint.' firstly which may cause network issue. Signed-off-by: wang yan <wangyan@vmware.com>
This commit is to upgrade the golang version to 1.9.4, it because a bug of golang 17.3 could introduce one dns resolver issue for harbor mentioned by #6031. The bug of golang is golang/go#15419, it makes harbor containers to lookup 'endpoint.' firstly which may cause network issue. Signed-off-by: wang yan <wangyan@vmware.com>
close it as fixed, will provide a new release on v1.5.0 for VIC. |
* Update photon base images -- for 1.5 branch (goharbor#5376) This commit update the base photon image from vmware/photon:1.0 to photon:1.0 in 1.5 branch * Bump up clair to v2.0.5 (goharbor#5787) Signed-off-by: Daniel Jiang <jiangd@vmware.com> * Update the base image in the offline installer (goharbor#5807) Signed-off-by: wang yan <wangyan@vmware.com> * Promote release version to v1.5.3 (goharbor#5811) Signed-off-by: wang yan <wangyan@vmware.com> * Update LICENSE and OSL (goharbor#5874) Signed-off-by: Daniel Jiang <jiangd@vmware.com> * Bump up Clair to 2.0.6 (goharbor#6016) Signed-off-by: Daniel Jiang <jiangd@vmware.com> * Update OSL and bump up version to 1.5.4 Signed-off-by: Daniel Jiang <jiangd@vmware.com> * Limit dns search in harbor containers (goharbor#6058) This commit is to set dns search to null in the harbor containers, that means the dns search domains of docker host doesn't impact the network IO in the containers. If do not set this, Harbor notary-server and notary-signer are resolving the "mysql" alias to the resolv.conf search path instead of to "mysql." for the notary-db bridge IP, see goharbor#6031. According to docker official document, 'Use --dns-search=.' if you don't wish to set the search domain. https://docs.docker.com/v17.09/engine/userguide/networking/default_network/configure-dns/ Signed-off-by: wang yan <wangyan@vmware.com>
For details, please refer to goharbor#14146 (comment) and docker/for-linux#1164. If who encounter the issue mentioned by goharbor#6031, add the dns_search: . to the releated container. Signed-off-by: Wang Yan <wangyan@vmware.com>
For details, please refer to goharbor#14146 (comment) and docker/for-linux#1164. If anyone encounter the issue mentioned by goharbor#6031, add the dns_search: . to the releated container. Signed-off-by: Wang Yan <wangyan@vmware.com>
For details, please refer to #14146 (comment) and docker/for-linux#1164. If anyone encounter the issue mentioned by #6031, add the dns_search: . to the releated container. Signed-off-by: Wang Yan <wangyan@vmware.com>
For details, please refer to goharbor#14146 (comment) and docker/for-linux#1164. If anyone encounter the issue mentioned by goharbor#6031, add the dns_search: . to the releated container. Signed-off-by: Wang Yan <wangyan@vmware.com> Signed-off-by: Andreas Lindhé <andreas@lindhe.io>
For details, please refer to goharbor#14146 (comment) and docker/for-linux#1164. If anyone encounter the issue mentioned by goharbor#6031, add the dns_search: . to the releated container. Signed-off-by: Wang Yan <wangyan@vmware.com>
For details, please refer to goharbor#14146 (comment) and docker/for-linux#1164. If anyone encounter the issue mentioned by goharbor#6031, add the dns_search: . to the releated container. Signed-off-by: Wang Yan <wangyan@vmware.com>
Harbor notary-server and notary-signer are resolving the "mysql" alias to the resolv.conf search path instead of to "mysql." for the notary-db bridge IP. Looks like a bug caused by libnetwork ignoring ndot:n.
moby/libnetwork#2212
Reproduction Steps
Workaround
Found changing "mysql" to "mysql." for the db_url in the signer-config.json, server-config.json and migrate.sh fixes the issue. Look something like this.
Requesting for the default "mysql" to be changed to "mysql." in the harbor configs.templates for the next release used in the VIC Appliance as a workaround.
https://github.com/goharbor/harbor/blob/master/make/common/templates/notary/server-config.json
https://github.com/goharbor/harbor/blob/master/make/common/templates/notary/signer-config.json
Only seeing the migrate.sh scripts in the binary package use in the make.
Bugzilla 2214121
The text was updated successfully, but these errors were encountered: