HWTest cheets_StartAndroid_P: ssh timed out |
||||||
Issue descriptionFailure on grunt-paladin: https://cros-goldeneye.corp.google.com/chromeos/healthmonitoring/buildDetails?buildbucketId=8929774024678208816 relevant errors: cheets_StartAndroid_P.stress.0_SERVER_JOB FAIL: ('ssh timed out', * Command: /usr/bin/ssh -a -x -o ControlPath=/tmp/_autotmp_X6vwzAssh-master/socket -o Protocol=2 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o BatchMode=yes -o ConnectTimeout=30 -o ServerAliveInterval=900 -o ServerAliveCountMax=3 -o ConnectionAttempts=4 -l root -p 22 chromeos2-row3-rack9-host13 "export LIBC_FATAL_STDERR_=1; if type \"logger\" > /dev/null 2>&1; then logger -tag \"autotest\" \"server[stack::get_kernel_ver|must_be_installed|run] -> ssh_run(ls /bin/uname >/dev/null 2>&1)\";fi; ls /bin/uname >/dev/null 2>&1" Exit status: 255 Duration: 63.4518010616 stderr: ssh: connect to host chromeos2-row3-rack9-host13 port 22: Connection timed out)
,
Nov 15
The dut reverification was successful.
,
Nov 15
,
Nov 15
,
Nov 15
The error doesn't look like it has anything to do with the test itself. It looks like ssh timed out when trying to set up the initial connection to the dut. I see that the same dut failed with the same error on the dummy_Pass test twice already today. Are we sure it isn't a hardware problem?
,
Nov 15
Good point. Alex, we've had problems with USB network dongles in the past. Let's take this DUT out of rotation and have the HW lab team look at it.
,
Nov 15
,
Dec 3
Kick old bugs off deputy list |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by zamorzaev@chromium.org
, Nov 15Labels: Hotlist-Deputy OS-Chrome
Owner: zwisler@chromium.org