Failed to get the private git repository on validation.linaro.org

Bug #1098109 reported by Yongqin Liu
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LAVA Validation Lab
Fix Released
Medium
Andy Doan

Bug Description

When run the benchmark monkeyrunner test on validation.linaro.org,
the test scripts failed to get the private git repository.

https://validation.linaro.org/lava-server/scheduler/job/44516/log_file:
LAVA: (stdout) Cloning into /tmp/lava-android-test/tmpL7MR9w/git_repo2nG8FZ/benchmarks-script/caffeinemark/../benchmark-apks...
LAVA: (stdout) Host key verification failed.
LAVA: (stdout) fatal: The remote end hung up unexpectedly
LAVA: (stdout) Failed to get the apks with ssh://<email address hidden>/srv/linaro-private.git.linaro.org/people/yongqinliu/benchmark-apks.git

When I run the command from console, the git clone command run successfully:
liuyq0307@control:~$ sudo -s git clone ssh://<email address hidden>/srv/linaro-private.git.linaro.org/people/yongqinliu/benchmark-apks.git
[sudo] password for liuyq0307:
Cloning into benchmark-apks...
The authenticity of host 'linaro-private.git.linaro.org (91.189.95.50)' can't be established.
RSA key fingerprint is 62:1e:b1:73:39:f3:9d:eb:81:87:b8:f8:f7:a8:79:97.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'linaro-private.git.linaro.org' (RSA) to the list of known hosts.
remote: Counting objects: 13, done.
remote: Compressing objects: 100% (13/13), done.
remote: Total 13 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (13/13), 67.22 MiB | 728 KiB/s, done.
liuyq0307@control:~$

And also this test works on staging before:
http://staging.validation.linaro.org/scheduler/job/40552/log_file

Yongqin Liu (liuyq0307)
Changed in lava-lab:
milestone: none → 2013.01
assignee: nobody → Andy Doan (doanac)
Revision history for this message
Senthil Kumaran S (stylesen) wrote :

This is definitely going to fail unless until linaro-lava public key is shared on the git host and there is a password less entry (ssh agent). In cases like this make use of the http:// URL for the git repository if it exists.

Hence marking this bug as invalid.

Changed in lava-lab:
status: New → Invalid
Fathi Boudra (fboudra)
Changed in lava-lab:
status: Invalid → New
Revision history for this message
Andy Doan (doanac) wrote :

Looks like that server wasn't a known host and when you ran it manually you added it to the known host list. So... I think it should "just work" now. I've resubmitted the job as:

 http://staging.validation.linaro.org/scheduler/job/44548/log_file

lets see if this works

Revision history for this message
Andy Doan (doanac) wrote :
Revision history for this message
Andy Doan (doanac) wrote :

looks like the clone works now, so i'm closing this.

NOTE: The real issue with this bug was that we tried to clone from a URL previously not known by our .ssh/known_hosts. This by default requires an interactive prompt to approve so the job failed. So.... if you want to clone via SSH from a new host, you'll need to submit a lab request for us to update our known_hosts for this system.

Changed in lava-lab:
status: New → Fix Released
importance: Undecided → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.