<html dir="ltr">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

<style type="text/css" id="owaParaStyle"></style>

</head>

<body fpstyle="1" ocsi="0">

<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">We have been doing bulk tests of the OpenNebula 4.8 econe-server.

<div>With just a straight econe-run-instances we can get up to 1000 VM's (the limit of our current subnet) </div>

<div>started fairly quickly (about 30 minutes)</div>

<div><br>

</div>

<div>But in practice we are using a more complicated sequence of EC2 calls via HTCondor.</div>

<div>In particular it is doing a CreateKeyPair call before it launches each VM and then </div>

<div>calling the RunInstances method with the --keypair option, a unique keypair for each VM.</div>

<div>After the VM exits, it called a DeleteKeyPair call.</div>

<div><br>

</div>

<div>IT appears there is a hard limit of the number of key pairs that can be stored in </div>

<div>any one user's template and that hard limit is 301.  Any further CreateKeyPair calls</div>

<div>return with "connection reset by peer" causing HTCondor to mark the VM as held.</div>

<div>Fortunately it is possible to override this and tell HTCondor to continue, but it's a pain.</div>

<div>We do have ways to log into the vm's without the ssh key pair so we wouldn't even really need to register</div>

<div>them at all.</div>

<div><br>

</div>

<div>Is my analysis correct?  Is there a hard limit of the number of keys that can be stored in the user template?</div>

<div>If so, how best to get around this limit?</div>

<div><br>

</div>

<div>Steve Timm</div>

<div><br>

</div>

<div><br>

</div>

</div>

</body>

</html>