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

Steven Timm timm at fnal.gov
Fri Oct 17 07:34:18 PDT 2014


We are running ruby 1.8.7 on Sci. Linux 6 (equivalent to centos 6)
and using the rpm packages from centos to install.
The two problems (300-key limit for one user->connection reset by peer)
and (500 internal server error) when database gets too big,
are, I think, independent.

Backend is mysql 5.1

Here is a successful sequence as seen in econe-server.log when there are
< 300 keys
Fri Oct 10 13:35:18 2014 [E]: CreateKeyPair
Fri Oct 10 13:35:18 2014 [I]: 131.225.155.244 - - [10/Oct/2014 13:35:18] 
"GET /?Action=CreateKeyPair&KeyName=SSH_fermicloud189%20fnal%20gov%209618_schedd_glideins2%20fermicloud189%20fnal%20gov%20428%200%201412966078&SignatureMethod=HmacSHA256&SignatureVersion=2&Timestamp=2014-10-10T18%3A35%3A07Z&Version=2012-10-01&Signature=c405dWTzrTJBXHRBbQWfnu4wRJWVC6svdW4UwhIbRa0%3D 
HTTP/1.1" 200 2047 0.2703

Fri Oct 10 13:35:18 2014 [I]: 131.225.155.244 - - [10/Oct/2014 13:35:18] 
"GET 
/?Action=RunInstances&ClientToken=253bfe80-7147-487a-85da-1b9550c2625a&ImageId=ami-00000005&InstanceInitiatedShutdownBehavior=terminate&InstanceType=glideinwms.1cpupriv&KeyName=SSH_fermicloud189%20fnal%20gov%209618_schedd_glideins2%20fermicloud189%20fnal%20gov%20428%200%201412966078&MaxCount=1&MinCount=1&SignatureMethod=HmacSHA256&SignatureVersion=2&Timestamp=2014-10-10T18%3A35%3A18Z&UserData=VzJkc2FXUmxhVzVmYzNSaGNuUjFjRjBLWVhKbmN5QTlJQzEySUhOMFpDQXRibUZ0WlNCblptRmpkRzl5ZVY5cGJuTjBZVzVqWlNBdFpXNTBjbmtnUm1WeWJXbGpiRzkxWkY5UVVGOVFVa2xXSUMxamJHbGxiblJ1WVcxbElHWmxjbTFwWTJ4dmRXUXpOVFpmVDFOSFgyZFhUVk5HY205dWRHVnVaQzVtWlhKdGFXTnNiM1ZrWDNCd1gzQnlhWFlnTFhOamFHVmtaQ0J6WTJobFpHUmZaMnhwWkdWcGJuTXlRR1psY20xcFkyeHZkV1F4T0RrdVptNWhiQzVuYjNZZ0xXWmhZM1J2Y25rZ1oyWmhZM1J2Y25sZlptVnliV2xqYkc5MVpERTRPUzVtYm1Gc0xtZHZkaUF0ZDJWaUlHaDBkSEE2THk5bVpYSnRhV05zYjNWa01UZzVMbVp1WVd3dVoyOTJMMlpoWTNSdmNua3ZjM1JoWjJVZ0xYTnBaMjRnWkRNMU1UZzFPVE0xWldWaE5qbGhaak0yWldOa1lUa3lNREZrWVRrMFlUVTJOVEkwT0RobE15QXRjMmxuYm1WdWRISjVJREk1TWpFM1pXTmtZVFl5WVdNeU0yRmlZVGMyWVRZd05tVmhOekkwT0RjNE1qUXpZek0wWXpRZ0xYTnBaMjUwZVhCbElITm9ZVEVnTFdSbGMyTnlhWEIwSUdSbGMyTnlhWEIwYVc5dUxtVmhPR1JPWkM1alptY2dMV1JsYzJOeWFYQjBaVzUwY25rZ1pHVnpZM0pwY0hScGIyNHVaV0UzWVVkSkxtTm1aeUF0WkdseUlDNGdMWEJoY21GdFgwZE1TVVJGU1U1ZlEyeHBaVzUwSUdabGNtMXBZMnh2ZFdRek5UWmZUMU5IWDJkWFRWTkdjbTl1ZEdWdVpDNW1aWEp0YVdOc2IzVmtYM0J3WDNCeWFYWWdMWE5zYjNSemJHRjViM1YwSUhCaGNuUnBkR2x2Ym1GaWJHVWdMV05zYVdWdWRIZGxZaUJvZEhSd09pOHZabVZ5YldsamJHOTFaRE0xTmk1bWJtRnNMbWR2ZGk5MmIyWnliMjUwWlc1a0wzTjBZV2RsSUMxamJHbGxiblJ6YVdkdUlHTTBNMkV5WW1JNE5XVmxPV0ZtWVRObFpHWTJNekZoTlRnMk16TTJNelZqWmprd1pXVmlNellnTFdOc2FXVnVkSE5wWjI1MGVYQmxJSE5vWVRFZ0xXTnNhV1Z1ZEdSbGMyTnlhWEIwSUdSbG
MyTnlhWEIwYVc5dUxtVTJkR1kyVkM1alptY2dMV05zYVdWdWRHZHliM1Z3SUdabGNtMXBZMnh2ZFdSZmNIQmZjSEpwZGlBdFkyeHBaVzUwZDJWaVozSnZkWEFnYUhSMGNEb3ZMMlpsY20xcFkyeHZkV1F6TlRZdVptNWhiQzVuYjNZdmRtOW1jbTl1ZEdWdVpDOXpkR0ZuWlM5bmNtOTFjRjltWlhKdGFXTnNiM1ZrWDNCd1gzQnlhWFlnTFdOc2FXVnVkSE5wWjI1bmNtOTFjQ0ExTldFek1HVmlNMlF3TlRsa1lUVm1NR1l4WVRCak5HWTROREpqTXpWaE1qRXpNMlZqTXpWbElDMWpiR2xsYm5Sa1pYTmpjbWx3ZEdkeWIzVndJR1JsYzJOeWFYQjBhVzl1TG1WaE1XVm9kQzVqWm1jZ0xYQmhjbUZ0WDBOUFRrUlBVbDlXUlZKVFNVOU9JR1JsWm1GMWJIUWdMWEJoY21GdFgwZE1TVVJGUTB4SlJVNVVYMUpsY1U1dlpHVWdabVZ5YldsamJHOTFaREU0T1M1a2IzUXNabTVoYkM1a2IzUXNaMjkyTG1OdmJHOXVMRGsyTVRnZ0xYQmhjbUZ0WDFaTlgwMUJXRjlNU1VaRlZFbE5SU0F4TWpBNU5qQXdJQzF3WVhKaGJWOUhURWxFUlVOTVNVVk9WRjlTWVc1cklERWdMWEJoY21GdFgwZE1TVVJGU1U1ZlVtVndiM0owWDBaaGFXeGxaQ0JPUlZaRlVpQXRjR0Z5WVcxZlZrMWZSRWxUUVVKTVJWOVRTRlZVUkU5WFRpQkdZV3h6WlNBdGNHRnlZVzFmUTA5T1JFOVNYMEZTUTBnZ1pHVm1ZWFZzZENBdGNHRnlZVzFmUjB4SlJFVkpUbDlEVUZWVElHRjFkRzhnTFhCaGNtRnRYMVZUUlY5TlFWUkRTRjlCVlZSSUlGUnlkV1VnTFhCaGNtRnRYME5QVGtSUFVsOVBVeUJ5YUdWc05TQXRjR0Z5WVcxZlIweEpSRVZKVGw5RGIyeHNaV04wYjNJZ1ptVnliV2xqYkc5MVpETTFOaTVrYjNRc1ptNWhiQzVrYjNRc1oyOTJMbU52Ykc5dUxEazJNakF1YldsdWRYTXNPVFl6TUM1elpXMXBZMjlzYjI0c1ptVnliV2xqYkc5MVpETTFOeTVrYjNRc1ptNWhiQzVrYjNRc1oyOTJMbU52Ykc5dUxEazJNakF1YldsdWRYTXNPVFl6TUFwd2NtOTRlVjltYVd4bFgyNWhiV1VnUFNCd2FXeHZkRjl3Y205NGVRcDNaV0ppWVhObFBTQm9kSFJ3T2k4dlptVnliV2xqYkc5MVpERTRPUzVtYm1Gc0xtZHZkaTltWVdOMGIzSjVMM04wWVdkbENncGJkbTFmY0hKdmNHVnlkR2xsYzEwS2JXRjRYMnhwWm1WMGFXMWxJRDBnTVRJd09UWXdNQXBqYjI1MFpYaDBkV0ZzYVhwaGRHbHZibDkwZVhCbElEMGdSVU15Q21ScGMyRmliR1ZmYzJoMWRHUnZkMjRnUFNCR1lXeHpaUXBoWkcxcGJsOWxiV0ZwYkNBOUlGVk9VMVZRVUU5U1ZFVkVDbVZ0WVdsc1gyeHZaM01nUFNCR1lXeHpaUW89IyMjIyAtY2x1c3RlciA0MjggLXN1YmNsdXN0ZXIgMCMjIyNINHNJQU1zbU9GUUMvNDJXU2RPak9CS0c3L3lLdmpzcXdPQUZEbk9RQkdZVnRsaU00Y1ptRmh2d0Fnajcxdy8rcXF1NlpxcDdZb2h3NE1na1VucVV5bnp6MjdmNWdZcXEyMzhneG
ZIMG5ZNkFwM3lNM3hpczZ6S3VFUUxsdlFCVWg2RFFGVFdWRFBzTmJGaGM3dVdsVWlYS1FVQ2VPeUFqV0wwVkQ4K3hVTkc0UnRkNGpGaE5GK0JjQXNEYlkrSXBHWWJQbjg0ZlB0bDNiaEYvbGFPVHdWbCs5b29ETXFrMUNHRmhIeGtJT2sveEpSb0ZxOExuN1ZzVXJPdkloVnJhWEMvWVVhaE1RL2xJaUtYUTBwc0Q4SEZnWDlPMzBtQkVWTEQwRlFaTU9BdjVhY3dDaDhiQi9FWlNFd2ZSTld4MlhNZ1hROVNzeXdTdDIwUUlxVmFtTnZiSWhHV0ZZZysvc0F3bUp2aHAxQ2ZzcFMvYkExTlFJOWorRitzL29UTC9MK3Mvb1RML0wrcy9vVEovd3pvcE5TRGZWOFVlOHNnYnY4RTBvNjF0RDZZWWNDcHk3NnFySjRKTUZNZ0E0Z1BBUFFGV0NrU0lMSnQzdVBBRDBUSFRZbGl5Sy9Wa2VmVnRmWHdlM2pHLzdYaCt4UFJLeU81eHlZZG1FSE9OeVEvVk9FcWw5RmcrT2k1WUc2djRIUU9xMFNYRTd2cndWZyt2bFFjS0RBRlFhMStHZXd5NUQxSm1FQkpnU0ZRR29hYzY3MklIS1lhd0tCNndVSGFRcERLb3dmNkRvUkVSZ3JPb3pEZ0lXbk5vRXVvbURTRWt2Z2JJYWthWW5YSU5NQWFkK2pQWTVNUC9aa1YwUmwzTlY1MUE0QkJiUmpJZzJtTFJNZENOVDJBZmx0dVgvR3lxbWp0cm9ucXZ1eVBMNFQ1WDVPNVVKOUxJb24xeDBxVHJJc25TcUx2cDdSaVVWU1pIOHM1bXJyRHFJMlBYRjBmY3lWY0R0MFcvOXRWRkY2Nzg1M2xreDcwdHVpL0EydTF0ZjIrdTlYdmxVWmJmR0xLazBlRnNJNWw1Q1VLZmhuTWxRblo1MlhIOFl6RjJiblcvT2xrcmRvNFpUNndlT3ZUUjR2VllSNXRrdy9OV0F5YzNCWG5ldGNMZVloNXNrOGhzeHJKeTMrdThzRHVrdmU1c1dsZU42dmwrMlNtSTYzR1JTRy9qL05oTTRVRUR0bVNHWWhudUJqQklXcGd3QzdNNVBLWjdhWlVCRnpiVlZoYWUrYWxmN0RETTNHWVNtM3BQRCtybDFBb05xWnhFYlQzOXpPV0xOd3NPWW9nRWhXTTJWekhJcUtneFgvMUZzZVhmZTg2M3YvcVI0NEkvRG81K25IMS9tRXI0c3lmQlBaa1RCSXc1MmZqZWFXc25tWlRiQzIxUGJCR2wvWDdmWGdQSzJvOWtxSk5ZZktQNWpnZURzOW5FMjJtVnJXYUlCY3RyL0JnTXRaTmMydkpoZHpJNHk3NHlXUmNXaDZ4VllnU29BZ0F4Z0xhTndreGNPVGNxV1F1N3lyWmV0V1lNcVZvYzhzQzdCV1BOeitlZUhVV2h0NGRIZXR0cWpRVVVFY3RzdXVpRW5YY2dBeFg4eDRHM0hwdWpnU3BwWS9yYWxya1F2UVI3M1Z4c0R3cHB4clBuWHZTY09scDF2alFaYWROdFhLbVhYSEQ2aGkxMkhiMkJTZ0VDS1U0dHl6WXE4VU5tWERhM2gyODh1dldrWjdlc3B2S2RSRk9jcDExVmI2VW4wdUc3TTh5dXZSYVBzYmlweHhmaFhWa1RscVNFNVRMWVVPWTl4TzJLYmZYdTFCaWdnamxZcEYzSFRTR0dpZms0ZVloRzJzSFBJanBRT3F5MkhUMjk3cmxEcXNBa2VySHpMaFdqV1VkbDJHZEoxdGZLMmd3cVhreFhVY1BYL2xYZlZ1UzJ0Ri8rQn
A3VGYvMlY2TDlONXJmL0xUNDc0aUVFVWZORGZJaThFT05Id3NmU1ptdTFLMUsrYnVCcDEzOG5SdkRHWUFkVGhZUW1pdlNtaWc0dlN5VlFkVUk1NUtVZU94eFY2VzgrMjFHdmJlelBmYlVsUGVNSXhpMlNsYThPOUdtd3FNUy9mbEQ4NlU4d3ZQeG93TzZ2L3U4QkVKU0p5MDBZcms2eXAzQlk5bDk3R1ZEOCtlMjZqMjJKNVpUaXQvTDYwMGFMOERrcGIrQXdzT2lNU3hVYkYxWi9Sa0NKZG9WZEp6dzNhUjVJZnZjdGxUaklib1EvdmpLMC9KTEkrUXc2cW9JdjNUQ1ZhYTU0OVRqb083dU9nK01ROHY0UEJBY0Q4VHZpaEhYL0UyRHVRTkVKVDR4Umc4c1BuZEFDKzVrSXgwdXFYdWMzR2FQbTJrU0JVV2FxM1ZsTk5JUUJIU0plNGo4bHF2K1pGZWF2dENnN0FQWUlFQkY4UGtDRk9mOVhBT1Z1UzNoM3F4eEw2dFpWcVR3bWZiYm9WK3hSanZKVm56SjlsN3k3UWlYdFlMMWVPb3J4cyt1ajB5SFNJeVBxU0xPTmxxR3V4ZGFpMjQ0WkQrTEl6UlpXc1NrT0JhNVpzZFZHaHBKK1dLNWRaenU4K2RReEJYRWx2WjIzeGdtYkUvVFdiR1htalg5bHBiTHU0c3phQ09jQkt0bUUvWmVldlJGWXlTc210ZGFxNDdJUzZmcUR6QTRwbmM5bkRCNVBhRzhWRkd6RC9oQms1ZXZLTzVRRzR2N29GR2VTbmNKY1BhamJjTTc5aG9IQ3lMNE9FcHBHSk5PTnVzUWo3a0dPNlpPUGx4azUra0dwT215NmYzT2NieXJBSGV1M0x2bGRxOVNDRkJ1QkV6Q25ES0h3OEhKdDVSV2VDdGxGMGFQSkxSKzJjZGZuK2RDSy9vRmY3K0xqMitkTi9vRjY0ZHJPSFVPZnRRdkFibFl6aHNyekZKZlFXWExudStCdzlTeWlkTmNCZjd1Rnl6WW9KaTczQkxOcmtML20xdGs4S3VnNzVhT2huMi8zRUlZS3M3TmJGTVJiU1VpZWh3enU4UEIrVkw2ZUwwd3BUWCtvdGZLbDFpNVNtdWdXTmNjcVBEbDFqTlpOMHV5ZWpOVmtZL2JQYXYxWjZUcXZSSGZnRitXbXlrK3habWJwUjFqRFh5dHAxSGxpdGFONEE2WU9MVlFyS0xsTUF4dnJKZFZwUTk5Vzh6Vm4xVjl6VmpNUFpLNmtNRCtMUS9rTVhzNVhWYzdPVnlLRGR5ZXJoYlVLKzFoenVGVHVSb3YvMk1rUWZjbzUrQ3JuZ2ZrMERvdjdhNEw3S2g3RmhwYW5ES0ZnUE9mUy90cWREc2lBRWFVeUNFMnppL1J5bktkQm9pTUdlSitpNkl2eVVzQnlYRDQxT2gvQmwrMzV2WDF4TTM0eGQ0RWF2bjZaY3ViYWNScXNFc29Zdnh3T0J1cjgvT1FlUThHbXYzRjdRUHdsRUdWQUY5SmZHTXZ3Y3g0YS9nL08vNFhKekp3Y0J2Ujd2dWZ0czVRZ0RBQ1ZTV2g4WjAzdHVhd3RTSUJjRkRNZTdLYlY3VEgyMHlLaGJwa3dHd3FQajd0NXVJbjI2bjVzOVVxSitnRjRUUkRKM3BtaXlGRk9HM2NyMkUwdjl1ZjdFOWZFS1NFeEV5UWgvZ2FReFRSYisxYUo1V0o3YXV5bTliTG1zVUY2SUF1aGtVdm15YlhtVzVrYjg1aW5zVDYrYllsd2RRZnhZZnNqdkdXdXNhY2JSdDdnVVg1dUc3TU1Gd1hMSStrV1dkZXplU1lDMm
VUSjZYSEVRcnVTaXRkN0dHUkhjS3QzaXMvSzdualpneWw4ODYrSWtjdGpsVXZxL1RXZEJKRUZWV0dlMTZib3RuWjBMT1NEa3kveDY1eVl5WVlPVGxnOVJIZ0grWnZyVGlzTzdUVmVCamxUVkhDeGJ1VjJJTXA2bDA1V0c0ZGxpYUlkbWxvZjFTNDF4V2E3RnN2SEFHUHZ4V3FIcGJnMGhqRStHRGtKSHQ0bFlWVEZNN1QwVjNuOVRUNy9EWWtJOXJUWURRQUE%3D&Version=2012-10-01&Signature=6ado6i%2FEnltJGC92vlZmSfBRMsjBmeLuYYYjih5xfys%3D 
HTTP/1.1" 200 918 0.0543

------------------
and here is an intermediate case where CreateKeyPair fails
but DescribeInstance and RunInstance still work

Fri Oct 10 21:11:00 2014 [I]: 131.225.155.244 - - [10/Oct/2014 21:11:00] 
"GET 
/?Action=CreateKeyPair&KeyName=SSH_fermicloud189%20fnal%20gov%209618_schedd_glideins2%20fermicloud189%20fnal%20gov%20595%200%201412993451&SignatureMethod=HmacSHA256&SignatureVersion=2&Timestamp=2014-10-11T02%3A11%3A00Z&Version=2012-10-01&Signature=PNsfV1Yx73kV5IXCUOeMf%2BXIl8szsFIvV37aGhCoziY%3D 
HTTP/1.1" 500 141 0.3560
Fri Oct 10 21:11:10 2014 [E]: DescribeInstances
Fri Oct 10 21:11:10 2014 [I]: 131.225.155.211 - - [10/Oct/2014 21:11:10] 
"GET 
/?Action=DescribeInstances&SignatureMethod=HmacSHA256&SignatureVersion=2&Timestamp=2014-10-11T02%3A11%3A00Z&Version=2012-10-01&Signature=snR%2FGbZNr2kAPi8C077HCLX6g0sC9MhFtts%2FYaPUcZw%3D 
HTTP/1.1" 200 338440 9.9978

We don't see anything in oned.log for the createKeyPair functionality. On
a successful DescribeInstances we see

Fri Oct 10 21:11:10 2014 [Z0][ReM][D]: Req:1792 UID:7 
VirtualMachinePoolInfo inv
oked, -2, -1, -1, -2

-------------------------------

Finally later it got so that we got 500 Internal Server error on all 
Describe Instances.

Steve Timm


On Fri, 17 Oct 2014, Daniel Molina wrote:

> What ruby version are you using? I will try to reproduce the problem. The sequences is:
> while ...
>   econe-create-keypair
>   econe-run-instance --keypair ....
>   econe-describe-instance
> 
> On 15 October 2014 19:33, Steven Timm <timm at fnal.gov> wrote:
>       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-passeng
>                   er-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
> 
> 
> 
> 
> --
> --
> 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


More information about the Users mailing list