-
Notifications
You must be signed in to change notification settings - Fork 38.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
Validate downloaded binaries #10021
Comments
No. A couple of months ago, I put all the machinery in place to allow this to happen, but the actual validation wasn't added. There's a sha1 and md5 in the bucket, though:
|
Can someone with enough power triage this? @davidopp @thockin @brendanburns IMO it should go to v1 - it's really annoying experience on flaky network (e.g. on conferences) and one needs to know to check startupscript logs to figure out that this is a problem. |
You want me to work something up? I know this path really well. |
Well, I don't know if someone else considers it's v1. I'm going to have hands on session next Thursday, so I'd be really happy to have it fixed, but that's just me. |
I think it makes sense to scope for v1 On Thu, Jun 18, 2015 at 7:24 AM, Marek Grabowski notifications@github.com
|
I've got a PR in flight. |
(It was trivial and I noticed a little bug while I was glancing around anyways.) |
* Set SHA1 for Kubernetes server binary and Salt tar in kube-env. * Check SHA1 in configure-vm.sh. If the env variable isn't available, download the SHA1 from GCS and double check that. * Fixes a bug in the devel path where we were actually uploading the wrong sha1 to the bucket. Fixes kubernetes#10021
* Set SHA1 for Kubernetes server binary and Salt tar in kube-env. * Check SHA1 in configure-vm.sh. If the env variable isn't available, download the SHA1 from GCS and double check that. * Fixes a bug in the devel path where we were actually uploading the wrong sha1 to the bucket. Fixes kubernetes#10021
* Set SHA1 for Kubernetes server binary and Salt tar in kube-env. * Check SHA1 in configure-vm.sh. If the env variable isn't available, download the SHA1 from GCS and double check that. * Fixes a bug in the devel path where we were actually uploading the wrong sha1 to the bucket. Fixes kubernetes#10021
Today during short hands on session we run into a problem which looked like corrupted Kubelet archive. Do we validate those when we upload them to salt master/download it through salt (or does the salt does this for us)?
The text was updated successfully, but these errors were encountered: