-
Bug report criteria
What happened?when run ./build.sh in etcd root directory, it failed and gave error: the etcd project is cloned from github and didn't have any modification. What did you expect to happen?./build.sh run success at one shot How can we reproduce it (as minimally and precisely as possible)?step 1: step 2: Anything else we need to know?env: x86_64 GNU/Linux Etcd version (please run commands below)$ etcd --version
# paste output here
$ etcdctl version
# paste output here nothing relevant to etcd and etcdctl, just the start up of building ectcd binary from etcd repo is not fluently. Etcd configuration (command line flags or environment variables)paste your configuration hereEtcd debug information (please run commands below, feel free to obfuscate the IP address or FQDN in the output)$ etcdctl member list -w table
# paste output here
$ etcdctl --endpoints=<member list> endpoint status -w table
# paste output here Relevant log outputNo response |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments
-
Hi @pikehuang, thanks for raising this issue. I'll convert this into a discussion so we can gather more information and confirm if a bug is present. |
Beta Was this translation helpful? Give feedback.
-
Hi @pikehuang, can you please let us know what Go version you are using? I cannot reproduce the issue using Go 1.22.9 ( |
Beta Was this translation helpful? Give feedback.
-
hi, ivanvc, from your response I repeated the build process in my personal computer environment instead of my company working computer, then ./build.sh run pass without any problem. So the result is obvious: the working computer access the git repo using golang proxy, which leads to errors as I reported above. So the problem can be closed. thanks for your reply. |
Beta Was this translation helpful? Give feedback.
hi, ivanvc, from your response I repeated the build process in my personal computer environment instead of my company working computer, then ./build.sh run pass without any problem. So the result is obvious: the working computer access the git repo using golang proxy, which leads to errors as I reported above.
So the problem can be closed. thanks for your reply.