[Libvir] Network blocking issue
Daniel Veillard
veillard at redhat.com
Mon Sep 17 19:35:19 UTC 2007
On Mon, Sep 17, 2007 at 03:57:03PM +0100, Richard W.M. Jones wrote:
> Daniel P. Berrange wrote:
> >My definition is that TCP should keep retrying until I plug the cable back
> >in, so I don't get unneccessary failures if i'm just switching cables
> >around. Likewise if there's temporary outages anywhere else in the link
> >between the client & server.
>
> Yes actually I agree with you on that one. On the other hand there is
> no way for Shuveb to set TCP socket options on the socket other than
> making a private copy of the libvirt code and hacking it. So a patch to
> add yet another query string flag to the remote URI or to expose the
> remote socket somehow might be acceptable.
Expectations will vary according to environments. But 15mn is *way* over
what I would accept in a distributed system environment. On the other hand
when ssh resumes the connection fine if I suspend my laptop for 30mn is
a a feature. That's why I ask for a way to set the timeout, I don't think
we will be able to find a value which will please everybody.
I'm not too fond of using an extension to the URI, I think this gets over
what URI were designed for. Either giving an access to the socket descriptor
(beware this may generate a future Windows portability problem), or provide
a specific tuning API (not nice but relatively safe). Since calls are
synchronous the app may change the Connection timeout before issuing some
calls like Create or Migrate.
Daniel
--
Red Hat Virtualization group http://redhat.com/virtualization/
Daniel Veillard | virtualization library http://libvirt.org/
veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
More information about the libvir-list
mailing list