-
Notifications
You must be signed in to change notification settings - Fork 7.6k
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
Initial import of istio.deps #510
Conversation
Jenkins job istio/presubmit passed |
can you say a little bit about what is the meaning of what is in this file and what is it used for ? |
This file defines a list of repos as dependencies of the parent repo. It only concerns about repos under the istio project umbrella. Automated dependency update uses this file to learn what dependencies are and pull their latest versions to compare with what has been used on master of parent repo. It might be useful to take a look at https://github.com/istio/test-infra/blob/master/toolbox/util/dependency.go |
thx! I was mostly curious about LastStableSHA and File |
Former-commit-id: 091a556
* Add health probes * update comment
* merge fix Signed-off-by: Kuat Yessenov <kuat@google.com> * pull out override Signed-off-by: Kuat Yessenov <kuat@google.com> * review Signed-off-by: Kuat Yessenov <kuat@google.com> * review Signed-off-by: Kuat Yessenov <kuat@google.com> * regenerate Signed-off-by: Kuat Yessenov <kuat@google.com> * clarify pseudo-headers Signed-off-by: Kuat Yessenov <kuat@google.com> * review Signed-off-by: Kuat Yessenov <kuat@google.com>
Because our CNI pod contains more than one container, and they write to the same directory, and they watch for changes on those directories, changes made by one container trigger the watch on the other, which will responde by copying the files to the directory, which will in turn trigger the watcher of the other container in an endless loop. This leads to high CPU usage on the node. This PR changes the logic to only monitor for files that have the desired prefix. Thus, for example, the 2.2 container will only react to changes to files whose names start with "v2-2". This avoid this race condition and achieve the same end result.
…Istio CNI (istio#271) Includes: * MAISTRA-2135 Add unit tests for our CNI binary-prefix work (istio#325) * MAISTRA-2137 Make network namespace setup executable name configurable (istio#273) To support the deployment of multiple CNI plugin versions, the name of the executable that is invoked to set up the network namespace must be configurable. * OSSM-1430: CNI: Watch for modified files with a prefix (istio#510) Because our CNI pod contains more than one container, and they write to the same directory, and they watch for changes on those directories, changes made by one container trigger the watch on the other, which will responde by copying the files to the directory, which will in turn trigger the watcher of the other container in an endless loop. This leads to high CPU usage on the node. This PR changes the logic to only monitor for files that have the desired prefix. Thus, for example, the 2.2 container will only react to changes to files whose names start with "v2-2". This avoid this race condition and achieve the same end result.
[jaeger-operator] Update helm chart to version 1.49.0
…Istio CNI (istio#688) * [cni] MAISTRA-2132 Support deployment of multiple plugin versions in Istio CNI (istio#271) Includes: * MAISTRA-2135 Add unit tests for our CNI binary-prefix work (istio#325) * MAISTRA-2137 Make network namespace setup executable name configurable (istio#273) To support the deployment of multiple CNI plugin versions, the name of the executable that is invoked to set up the network namespace must be configurable. * OSSM-1430: CNI: Watch for modified files with a prefix (istio#510) Because our CNI pod contains more than one container, and they write to the same directory, and they watch for changes on those directories, changes made by one container trigger the watch on the other, which will responde by copying the files to the directory, which will in turn trigger the watcher of the other container in an endless loop. This leads to high CPU usage on the node. This PR changes the logic to only monitor for files that have the desired prefix. Thus, for example, the 2.2 container will only react to changes to files whose names start with "v2-2". This avoid this race condition and achieve the same end result. * [cni] MAISTRA-2051 use correct UID/GID in istio-iptables * OSSM-2082 CNI installer now creates the net.d directory if necessary (istio#638) * fix(lint): replaces deprecated pkg io/ioutil * fix: reverts back to t.TempDir() calls Co-authored-by: Marko Lukša <marko.luksa@gmail.com> Co-authored-by: rcernich <rcernich@redhat.com>
…Istio CNI (istio#688) * [cni] MAISTRA-2132 Support deployment of multiple plugin versions in Istio CNI (istio#271) Includes: * MAISTRA-2135 Add unit tests for our CNI binary-prefix work (istio#325) * MAISTRA-2137 Make network namespace setup executable name configurable (istio#273) To support the deployment of multiple CNI plugin versions, the name of the executable that is invoked to set up the network namespace must be configurable. * OSSM-1430: CNI: Watch for modified files with a prefix (istio#510) Because our CNI pod contains more than one container, and they write to the same directory, and they watch for changes on those directories, changes made by one container trigger the watch on the other, which will responde by copying the files to the directory, which will in turn trigger the watcher of the other container in an endless loop. This leads to high CPU usage on the node. This PR changes the logic to only monitor for files that have the desired prefix. Thus, for example, the 2.2 container will only react to changes to files whose names start with "v2-2". This avoid this race condition and achieve the same end result. * [cni] MAISTRA-2051 use correct UID/GID in istio-iptables * OSSM-2082 CNI installer now creates the net.d directory if necessary (istio#638) * fix(lint): replaces deprecated pkg io/ioutil * fix: reverts back to t.TempDir() calls Co-authored-by: Marko Lukša <marko.luksa@gmail.com> Co-authored-by: rcernich <rcernich@redhat.com>
@sebastienvas @yutongz PTAL
This change is required for auto upate on dependency as in istio/infra PR#336. With stable SHAs built-in, it also makes metrics much easy to get. If this looks good, similar changes will be rolled out to other istio repos.