Test-infra: Kubemark jobs failing due to jenkins unresponsiveness

Created on 15 Nov 2017  Â·  6Comments  Â·  Source: kubernetes/test-infra

Many of our kubemark jobs are failing frequently due to jenkins:

E.gs from each:

There are many many msgs like these in the build-logs:

I1115 11:31:02.863] error dialing [email protected]:22: 'ssh: handshake failed: read tcp 172.17.0.4:51754->35.193.52.163:22: read: connection reset by peer', retrying
I1115 11:31:02.865] Nov 15 11:31:02.864: INFO: Error when trying to SSH to master machine. Skipping probe. error getting SSH client to [email protected]:22: 'ssh: handshake failed: read tcp 172.17.0.4:51792->35.193.52.163:22: read: connection reset by peer'

This is urgent and needs to be fixed ASAP.

/assign @krzyzacy
cc @kubernetes/sig-scalability-misc @porridge

arejenkins kinfailing-test prioritcritical-urgent siscalability ¯\_(ツ)¯

Most helpful comment

I'm pretty sure this isn't a jenkins issue. The ssh username is jenkins because the tests are running as the jenkins user, but the tests are trying to connect to the kubetest master, not jenkins master.

Note how the IP address is different in each of the instances you linked:
error creating session to [email protected]:22
error creating session to [email protected]:22
error getting SSH client to [email protected]:22

You can also see that that IP address corresponds to the kubemark master, e.g. for the last failure:

I1114 14:49:07.392] NAME                           ZONE        MACHINE_TYPE    PREEMPTIBLE  INTERNAL_IP    EXTERNAL_IP      STATUS
I1114 14:49:07.392] kubemark-5000-kubemark-master  us-east1-a  n1-standard-64               10.142.15.211  104.196.172.201  RUNNING

All 6 comments

😂
/shrug

(I really have no clue, kubekins looks fine-ish?)
/assign @ixdy
toss a hot potato at our Jenkins master 😂 Jeff might know more

I'm pretty sure this isn't a jenkins issue. The ssh username is jenkins because the tests are running as the jenkins user, but the tests are trying to connect to the kubetest master, not jenkins master.

Note how the IP address is different in each of the instances you linked:
error creating session to [email protected]:22
error creating session to [email protected]:22
error getting SSH client to [email protected]:22

You can also see that that IP address corresponds to the kubemark master, e.g. for the last failure:

I1114 14:49:07.392] NAME                           ZONE        MACHINE_TYPE    PREEMPTIBLE  INTERNAL_IP    EXTERNAL_IP      STATUS
I1114 14:49:07.392] kubemark-5000-kubemark-master  us-east1-a  n1-standard-64               10.142.15.211  104.196.172.201  RUNNING

Side note: Xref #3778

Closing this.. as the issue seems unrelated to test-infra. Filed the bug in k/k instead.
/close

Was this page helpful?
0 / 5 - 0 ratings

Related issues

sjenning picture sjenning  Â·  4Comments

BenTheElder picture BenTheElder  Â·  4Comments

cjwagner picture cjwagner  Â·  3Comments

Aisuko picture Aisuko  Â·  3Comments

spzala picture spzala  Â·  4Comments