[one-users] econe server "connection reset by peer"

[Steven Timm]

We are running the econe service behind Apache and using mod_ssl to do the 
https work.

Steve Timm


On Wed, 15 Oct 2014, Parag Mhashilkar wrote:

> Is this the default if not configured? If so this size should not be the limiting factor.
>
> MESSAGE_SIZE       = 1073741824
>
>
> Thanks & Regards
> +==========================================================
> | Parag Mhashilkar
> | Fermi National Accelerator Laboratory, MS 120
> | Wilson & Kirk Road, Batavia, IL - 60510
> |----------------------------------------------------------
> | Phone: 1 (630) 840-6530 Fax: 1 (630) 840-3109
> |----------------------------------------------------------
> | Wilson Hall, 806E (Nov 8, 2012 - To date)
> | Wilson Hall, 867E (Nov 17, 2010 - Nov 7, 2012)
> | Wilson Hall, 863E (Apr 24, 2007 - Nov 16, 2010)
> | Wilson Hall, 856E (Mar 21, 2005 - Apr 23, 2007)
> +==========================================================
>
> On Oct 15, 2014, at 11:23 AM, Daniel Molina wrote:
>
>> Maybe a limitation in the XMLRPC server? You can tweak it in the oned.conf:
>> https://github.com/OpenNebula/one/blob/master/share/etc/oned.conf#L112
>>
>> Also, on top of what server are you running the econe service? You can deploy it on top of Passenger to get a better performance. The configuration should be similar to Sunstone ( you don't need the memcache configuration, since econe does not use sessions)
>> http://docs.opennebula.org/4.8/advanced_administration/scalability/suns_advance.html#running-sunstone-with-passenger-in-apache
>>
>> On 15 October 2014 18:15, Steven Timm <timm at fnal.gov> wrote:
>> Just the same error
>>
>> Fri Oct 10 00:03:51 2014 [E]: Connection reset by peer
>> Fri Oct 10 00:03:51 2014 [I]: 131.225.155.244 - - [10/Oct/2014 00:03:51] "GET /?
>> Action=CreateKeyPair&KeyName=SSH_fermicloud189%20fnal%20gov%209618_schedd_glidei
>> ns2%20fermicloud189%20fnal%20gov%20420%200%201412917397&SignatureMethod=HmacSHA2
>> 56&SignatureVersion=2&Timestamp=2014-10-10T05%3A03%3A40Z&Version=2012-10-01&Sign
>> ature
>>
>>
>> After a while it also starts throwing a 500 error for
>> DescribeInstances
>>
>> Tue Oct 14 21:57:54 2014 [E]: HTTP-Error: 500 Internal Server Error
>> Tue Oct 14 21:57:54 2014 [I]: 131.225.155.244 - - [14/Oct/2014 21:57:54] "GET /? Action=DescribeInstances&SignatureMethod=HmacSHA256&SignatureVersion=2&Timestamp
>> =2014-10-15T02%3A57%3A47Z&Version=2012-10-01&Signature=RcT3TNg3F0Rb7F6Z5t4KVALlw
>> o41INbdas9CVRDc0aw%3D HTTP/1.1" 500 154 2.7504
>>
>> That's all we get.
>>
>> Steve
>>
>>
>>
>>
>> On Wed, 15 Oct 2014, Daniel Molina wrote:
>>
>>
>> On 15 October 2014 18:06, Parag Mhashilkar <parag at fnal.gov> wrote:
>>       We suspect the limit is somehow artificially imposed in the server. However we were not able to figure
>>       out where and how it is configurable.
>>
>>
>> Any error in the econe.log|error oned.log?
>>
>>
>> --
>> --
>> Daniel Molina
>> Project Engineer
>> OpenNebula - Flexible Enterprise Cloud Made Simple
>> www.OpenNebula.org | dmolina at opennebula.org | @OpenNebula
>>
>>
>>
>> ------------------------------------------------------------------
>> Steven C. Timm, Ph.D  (630) 840-8525
>> timm at fnal.gov  http://home.fnal.gov/~timm/
>> Fermilab Scientific Computing Division, Scientific Computing Services Quad.
>> Grid and Cloud Services Dept., Associate Dept. Head for Cloud Computing
>>
>>
>>
>> --
>> --
>> Daniel Molina
>> Project Engineer
>> OpenNebula - Flexible Enterprise Cloud Made Simple
>> www.OpenNebula.org | dmolina at opennebula.org | @OpenNebula
>
>

------------------------------------------------------------------
Steven C. Timm, Ph.D  (630) 840-8525
timm at fnal.gov  http://home.fnal.gov/~timm/
Fermilab Scientific Computing Division, Scientific Computing Services Quad.
Grid and Cloud Services Dept., Associate Dept. Head for Cloud Computing