-
Notifications
You must be signed in to change notification settings - Fork 40k
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
[k8s.io] Reboot [Disruptive] [Feature:Reboot] each node by ordering unclean reboot and ensure they function upon restart {Kubernetes e2e suite} #33882
Comments
https://k8s-gubernator.appspot.com/build/kubernetes-jenkins/logs/kubernetes-e2e-gci-gke-reboot/246/ Failed: [k8s.io] Reboot [Disruptive] [Feature:Reboot] each node by ordering unclean reboot and ensure they function upon restart {Kubernetes e2e suite}
|
Duplicate of #33874 |
Builds: Failed: [k8s.io] Reboot [Disruptive] [Feature:Reboot] each node by ordering unclean reboot and ensure they function upon restart {Kubernetes e2e suite}
|
Builds: Failed: [k8s.io] Reboot [Disruptive] [Feature:Reboot] each node by ordering unclean reboot and ensure they function upon restart {Kubernetes e2e suite}
|
[FLAKE-PING] @quinton-hoole This flaky-test issue would love to have more attention. |
2 similar comments
[FLAKE-PING] @quinton-hoole This flaky-test issue would love to have more attention. |
[FLAKE-PING] @quinton-hoole This flaky-test issue would love to have more attention. |
[FLAKE-PING] @quinton-hoole This flaky-test issue would love to have more attention. |
[FLAKE-PING] @quinton-hoole This flaky-test issue would love to have more attention. |
1 similar comment
[FLAKE-PING] @quinton-hoole This flaky-test issue would love to have more attention. |
[FLAKE-PING] @quinton-hoole This flaky-test issue would love to have more attention. |
Ack thanks for the investigation guys. Will stop tracking this for 1.5 release. |
Failed: [k8s.io] Reboot [Disruptive] [Feature:Reboot] each node by ordering unclean reboot and ensure they function upon restart {Kubernetes e2e suite}
|
@vishh the patch in moby/moby#25523 does not apply to our docker v1.11.2 cleanly. Basically the module |
@adityakali Would it help if we come up with a patch for docker v1.11.2? |
@adityakali They cherry-pick is pretty straight forward, even though there is a conflict. |
@mtaufen as for #33882 (comment), serial console says that the node was initialized successfully.
[�[32m OK �[0m] Started Google Compute Engine user startup scripts.
[ 4.518309] cloud-init[623]: Cloud-init v. 0.7.6 running 'init-local' at Thu, 01 Dec 2016 22:50:59 +0000. Up 4.48 seconds.
[�[32m OK �[0m] Started Initial cloud-init job (pre-networking).
Starting Initial cloud-init job (metadata service crawler)...
[�[32m OK �[0m] Started Initialize device policy.
[�[32m OK �[0m] Started GCI Device Policy Service.
[�[32m OK �[0m] Started Chromium OS system update service.
[�[32m OK �[0m] Started Metrics Daemon.
[ 5.097754] cloud-init[906]: Cloud-init v. 0.7.6 running 'init' at Thu, 01 Dec 2016 22:51:00 +0000. Up 5.07 seconds.
[ 5.118548] cloud-init[906]: ci-info: ++++++++++++++++++++++++++Net device info+++++++++++++++++++++++++++
[ 5.122559] cloud-init[906]: ci-info: +--------+------+------------+-----------------+-------------------+
[ 5.126536] cloud-init[906]: ci-info: | Device | Up | Address | Mask | Hw-Address |
[ 5.130358] cloud-init[906]: ci-info: +--------+------+------------+-----------------+-------------------+
[ 5.134401] cloud-init[906]: ci-info: | lo: | True | 127.0.0.1 | 255.0.0.0 | . |
[ 5.138431] cloud-init[906]: ci-info: | eth0: | True | 10.240.0.2 | 255.255.255.255 | 42:01:0a:f0:00:02 |
[ 5.142388] cloud-init[906]: ci-info: +--------+------+------------+-----------------+-------------------+
[ 5.146372] cloud-init[906]: ci-info: ++++++++++++++++++++++++++++++++Route info++++++++++++++++++++++++++++++++
[ 5.150357] cloud-init[906]: ci-info: +-------+-------------+------------+-----------------+-----------+-------+
[ 5.154355] cloud-init[906]: ci-info: | Route | Destination | Gateway | Genmask | Interface | Flags |
[ 5.158382] cloud-init[906]: ci-info: +-------+-------------+------------+-----------------+-----------+-------+
[ 5.162538] cloud-init[906]: ci-info: | 0 | 0.0.0.0 | 10.240.0.1 | 0.0.0.0 | eth0 | UG |
[ 5.166437] cloud-init[906]: ci-info: | 1 | 0.0.0.0 | 10.240.0.1 | 0.0.0.0 | eth0 | UG |
[ 5.170642] cloud-init[906]: ci-info: | 2 | 10.240.0.1 | 0.0.0.0 | 255.255.255.255 | eth0 | UH |
[ 5.175477] cloud-init[906]: ci-info: | 3 | 10.240.0.1 | 0.0.0.0 | 255.255.255.255 | eth0 | UH |
[ 5.179474] cloud-init[906]: ci-info: +-------+-------------+------------+-----------------+-----------+-------+
[�[32m OK �[0m] Started Initial cloud-init job (metadata service crawler).
[�[32m OK �[0m] Reached target Cloud-config availability.
Starting Apply the settings specified in cloud-config...
[ 5.623712] cloud-init[932]: Cloud-init v. 0.7.6 running 'modules:config' at Thu, 01 Dec 2016 22:51:00 +0000. Up 5.57 seconds.
[�[32m OK �[0m] Started Apply the settings specified in cloud-config.
Starting Execute cloud user/final scripts...
[ 5.931904] cloud-init[947]: Cloud-init v. 0.7.6 running 'modules:final' at Thu, 01 Dec 2016 22:51:00 +0000. Up 5.88 seconds.
<14>Dec 1 22:51:00 ec2:
<14>Dec 1 22:51:00 ec2: #############################################################
<14>Dec 1 22:51:00 ec2: -----BEGIN SSH HOST KEY FINGERPRINTS-----
<14>Dec 1 22:51:00 ec2: -----END SSH HOST KEY FINGERPRINTS-----
<14>Dec 1 22:51:00 ec2: #############################################################
-----BEGIN SSH HOST KEY KEYS-----
-----END SSH HOST KEY KEYS-----
[ 5.969856] cloud-init[947]: Cloud-init v. 0.7.6 finished at Thu, 01 Dec 2016 22:51:00 +0000. Datasource DataSourceGCE. Up 5.96 seconds
[�[32m OK �[0m] Started Execute cloud user/final scripts.
[ 9.811552] Bridge firewalling registered
[ 10.277742] IPv6: ADDRCONF(NETDEV_UP): docker0: link is not ready
[�[32m OK �[0m] Started Docker Application Container Engine.
[�[32m OK �[0m] Reached target Multi-User System.
[�[32m OK �[0m] Reached target Graphical Interface.
But, I don't see any logs from docker or kubelet or any other service from around that time. As part of the e2e infra, may be we should perform a manual healthz on kubelet & docker in addition to collecting the logs?
gke-bootstrap-e2e-default-pool-912eb71d-jktv login: |
Builds: Failed: [k8s.io] Reboot [Disruptive] [Feature:Reboot] each node by ordering unclean reboot and ensure they function upon restart {Kubernetes e2e suite}
|
@mtaufen Is it appropriate to move this to the next milestone? (and remove the non-release-blocker tag as well) |
Builds: Failed: [k8s.io] Reboot [Disruptive] [Feature:Reboot] each node by ordering unclean reboot and ensure they function upon restart {Kubernetes e2e suite}
|
https://k8s-gubernator.appspot.com/build/kubernetes-jenkins/logs/kubernetes-e2e-gci-gke-reboot-release-1.4/356/
Failed: [k8s.io] Reboot [Disruptive] [Feature:Reboot] each node by ordering unclean reboot and ensure they function upon restart {Kubernetes e2e suite}
The text was updated successfully, but these errors were encountered: