All of lore.kernel.org
 help / color / mirror / Atom feed
* [Fuego] ssh timeout problem - was RE: [LTSI-dev] Fuego installation
@ 2016-10-21 19:44 Bird, Timothy
  2016-10-24 14:45 ` anirudh vasudevan
  0 siblings, 1 reply; 6+ messages in thread
From: Bird, Timothy @ 2016-10-21 19:44 UTC (permalink / raw)
  To: Bird, Timothy, anirudh vasudevan, Daniel Sangorrin; +Cc: ltsi-dev, fuego



> -----Original Message-----
> From: ltsi-dev-bounces@lists.linuxfoundation.org [mailto:ltsi-dev-
> bounces@lists.linuxfoundation.org] On Behalf Of Bird, Timothy
> Sent: Friday, October 21, 2016 12:10 PM
> To: anirudh vasudevan <vasuanirudh@gmail.com>
> Cc: ltsi-dev@lists.linuxfoundation.org; fuego@lists.linuxfoundation.org
> Subject: Re: [LTSI-dev] [Fuego] Fuego installation
> 
> 
> 
> > -----Original Message-----
> > From: ltsi-dev-bounces@lists.linuxfoundation.org [mailto:ltsi-dev-
> > bounces@lists.linuxfoundation.org] On Behalf Of anirudh vasudevan
> > Sent: Friday, October 21, 2016 11:52 AM
> > To: Bird, Timothy <Tim.Bird@am.sony.com>
> > Cc: ltsi-dev@lists.linuxfoundation.org; fuego@lists.linuxfoundation.org
> > Subject: Re: [LTSI-dev] [Fuego] Fuego installation
> >
> > Hi Tim,
> >
> >
> > I had already changed the timeout to 45 and ran and found no luck Now I
> > tried changing it to 80 and I was left with the same result.
> >
> 
> Hmm.  I found a reference on the internet to changing the value of UseDNS
> on the
> target.  Can you do the following:
> 
> On your target, in the file /etc/ssh/sshd_config, add a line containing:
> UseDNS no
> 
> Then do: "sudo service ssh restart"
> on the target.
> 
> Then re-run the test and see if you're still getting the timeout.
> 
> I'm setting up an environment to test this on my side, but it will take a while.
> (I have to reconstruct my setup from the tech showcase.)
> But if you could try this out real quick and let me know if it helps, that would
> be useful.

Just to report back.  I am testing a beaglebone black, using it's Ethernet connection,
on a private LAN (no connection to an external network for either the host or target).

I followed those instructions (setting 'UseDNS no') and the running Functional.bc
on the board took only 7.7 seconds, as opposed to the 4 minutes and 23 seconds
it was taking before the change.

So, this solves this particular timeout problem for me.  Please let me know if
it solves your timeout problem.

I believe we should have some "health check" tests in the test suite, to check
a variety of items relating to the target (/proc filesystem availability, ssh
timing test, etc.) and the host/target connection, that would help us identify
and cure these problems.

Let me know what you think.
 -- Tim


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2016-10-25 19:20 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-10-21 19:44 [Fuego] ssh timeout problem - was RE: [LTSI-dev] Fuego installation Bird, Timothy
2016-10-24 14:45 ` anirudh vasudevan
2016-10-25  1:10   ` [Fuego] [LTSI-dev] ssh timeout problem - was " Bird, Timothy
2016-10-25 15:36     ` anirudh vasudevan
2016-10-25 19:02       ` Bird, Timothy
2016-10-25 19:20         ` anirudh vasudevan

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.