[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-API] non-persistent stunnel connections



> Is that happening a lot?

yes, it for each connection between that slave and the master, multiple times 
per second (so a lot of spams in the slave logs). The are two kinds of failures:

* check_reusable: caught exception Http_client.Http_request_rejected("{ frame = 
false; method = POST; uri = /; query = [  ]; content_length = [  ]; transfer 
encod
ing = ; version = 1.1; cookie = [  ]; task = ; subtask_of = ; content-type = ; 
host = ; user_agent = xen-api-libs/1.0 }"); assuming not reusable
* check_reusable: caught exception Unix.Unix_error(31, "write", ""); assuming 
not reusable

--
Thomas

> 
> It might be that the persistent connections are being closed too quickly by 
> the master, so that when the slave tries to use them it gets a write() 
> failure. I've been thinking we should look into this in a bit more detail.
> 
> Cheers,
> Dave
> 
>> -----Original Message-----
>> From: xen-api-bounces@xxxxxxxxxxxxx [mailto:xen-api-
>> bounces@xxxxxxxxxxxxx] On Behalf Of Thomas Gazagnaire
>> Sent: 21 June 2012 17:46
>> To: xen-api@xxxxxxxxxxxxx
>> Subject: [Xen-API] non-persistent stunnel connections
>> 
>> In one of my pool, I'm seeing a lot of:
>> 
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel_cache] Cache contents: [ 10.219.67.16:443 (id
>> 49243 / idle 0.00 age 0.03) ]
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel_cache] Removing stunnel id 49243 (idle 0.00)
>> from the cache
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel] check_reusable: caught exception
>> Unix.Unix_error(31, "write", ""); assuming not reusable
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel] get_reusable_stunnel: Found non-reusable
>> stunnel in the cache. disconnecting from 10.219.67.16:443
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel_cache] Cache contents: [ 10.219.67.16:443  ]
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel] get_reusable_stunnel: stunnel cache is empty;
>> creating a fresh connection to 10.219.67.16:443
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel] Using commandline: /usr/sbin/stunnel -fd
>> 1811b806-762e-dfb2-341d-a61d81ccdf1b
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel] stunnel has pidty: (FEFork (40,9065))
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel] stunnel start: Log from stunnel: []
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||xmlrpc_client] stunnel pid: 9065 (cached = true)
>> connected to 10.219.67.16:443
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||xmlrpc_client] with_recorded_stunnelpid task_opt=None
>> s_pid=9065
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel_cache] Adding stunnel id 49244 (idle 0.00) to
>> the cache
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||stunnel_cache] Cache contents: [ 10.219.67.16:443 (id
>> 49244 / idle 0.00 age 0.03) ]
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39854 UNIX
>> /var/xapi/xapi||xmlrpc_client] stunnel pid: 9065 (cached = true)
>> returned stunnel to cache
>> Jun 12 08:37:48 localhost xapi: [debug|cl09-A-13|39855 UNIX
>> /var/xapi/xapi||mscgen] xapi=>xapi
>> [label="<methodCall><methodName>SR.get_other_config</methodName><params
>>> <param><value><string>OpaqueRef:e650c6da-04bb-0bec-1fae-
>> 4f75b45e396b</string></value></param><param><value><string>OpaqueRef:9c
>> f16f1d-0ecf-8984-c301-
>> 0db39c597eb7</string></value></param></params></methodCall>"];
>> 
>> on a slave, this means (if I understand correctly) that stunnel is not
>> able to create a persistent connection. Is there any reason to that ?
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@xxxxxxxxxxxxx
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@xxxxxxxxxxxxx
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.