<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div><div>Hello,</div><div><br></div><div>I hope that after filling the bug in launchpad it gets corrected. There should be some kind of difference in your installation as we have tested Ubuntu packaging of opennebula and worked for us. Anyway I'll keep an eye on that ticket.</div><div><br></div><div>Bye</div><br><div><div>On May 30, 2009, at 12:51 AM, Sven Oostenbrink wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi all,<br><br>I've been doing quite a bit of testing with opennebula so far, and I have to say, good job! We're working on implementing open nebula in our data center.<br><br>So far, I have had one very weird and anoying problem that makes opennebula barely operable, I hope people here can help me fix it. ONE uses SSH to transfer images to the nodes and to monitor the nodes. the problem here is that SSH starts messing up. First time you login, you have to say "yes" to the RSA verification. Then the host gets stored in the .ssh/knownhosts file. so far so good. Then I add a physical machine, and some 5-10 seconds later, the known_host file has changed! it suddenly no longer contains the entry I just added<br> <br>Result is that when adding a VM, it fails because one gets stuck in the interactive remote host verification. I already revised this problem extensively, and I am sure its related somehow to ONE, since it only happens when adding physical hosts or virtual machines.<br> <br>I have tried everything to solve this problem, even after adding the host in known_hosts, and chown root:root, chmod 444 the file... 5 - 10 seconds later, the original has returned again, even with the onehost:nobody security setting.. <br> <br>ARGH!<br><br>I "solved" the problem for the moment with writing a script that will run in a separate shell. first access the server, allowing me to say "yes" to the remote host verification, then it imediately copies the known_hosts file, and on a 50mSec interval, copies this same file back to .ssh/known_hosts. This way, if the file gets changed, a few miliseconds later its restored again. This is far from ideal, and still gives me quite a few problems with ONE running into the interactive question (and thus failing the operations like adding a new virtual machine) work it at least allows me to do some testing..<br> <br>I found the same problem to occur in the authorized_keys file as well, which even more so is driving me crazy.<br><br>Could somebody, anybody, please help me to try to solve this very weird thing? I really am out of ideas here. AFAIK, no program should replace the .ssh/* files, but it gets replaced here anyway!<br> <br>If anybody has an idea, please let me know! I am located in Mexico City, and during office hours, I am also available on IRC in the #opennebula channel on <a href="http://freenode.net">freenode.net</a>.<br><br>Thanks lots for a great product and great support so far<br> <br>Cheers,<br><br>Sven<br clear="all"><br>-- <br>Sven Oostenbrink<br>Administrador LINUX Torre UNIX/Q, KIO Networks<br><br>NOC: 01-800-5 CALL-KIO<br><br><a href="http://www.kionetworks.com">www.kionetworks.com</a><br><a href="http://www.trustmeitsnotmagic.com">www.trustmeitsnotmagic.com</a><br> <br>Este mensaje es confidencial. Si usted no es el destinatario de este mensaje, le suplicamos se lo notifique al remitente mediante un correo electrónico y que borre el presente mensaje y sus anexos de su computadora sin retener una copia de los mismos. No debe copiar este mensaje o usarlo para cualquier propósito ni divulgar su contenido. KIO Networks se reserva el derecho de monitorear todas las comunicaciones de correo electrónico (relacionadas o no con KIO Networks) que se transmitan a través de su sistema. Muchas gracias.<br> <br>This email is confidential and may also be privileged. If you are not the intended recipient please immediately advise the sender by reply e-mail and delete this message and its attachments from your computer without retaining a copy. You should not copy it or use it for any purpose nor disclose its contents to any other person. KIO Networks reserves the right to monitor all email communications (whether related to the business of KIO Networks or not) through its networks. Thank you.<br> _______________________________________________<br>Users mailing list<br><a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>http://lists.opennebula.org/listinfo.cgi/users-opennebula.org<br></blockquote></div><br><div apple-content-edited="true"> <span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Monaco; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>-- <br>Javier Fontan, Grid & Virtualization Technology Engineer/Researcher<br>DSA Research Group: <a href="http://dsa-research.org">http://dsa-research.org</a><br>Globus GridWay Metascheduler: <a href="http://www.GridWay.org">http://www.GridWay.org</a> <br>OpenNebula Virtual Infrastructure Engine: <a href="http://www.OpenNebula.org">http://www.OpenNebula.org</a></div></div></div></span> </div><br></body></html>