Hello Robert,<div><br></div><div>For the next OpenNebula releases, how about merging the scheduler and oned service script, in order to start both at the same time?</div><div><br></div><div>If you want to discuss it in the future, let me know.</div>

<div><br></div><div>Cheers,</div><div>Jaime<br><br><div class="gmail_quote">On Tue, May 15, 2012 at 12:21 AM, Robert Schweikert <span dir="ltr"><<a href="mailto:rjschwei@suse.com" target="_blank">rjschwei@suse.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 05/14/2012 07:24 AM, Jaime Melis wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Robert,<br>
<br>
as far as I can tell it may be happening that in onedsetup you're not<br>
leaving enough time to OpenNebula to fully bootstrap, thus failing the<br>
next time it starts. Can you increase the sleep at the end of the script?<br>
</blockquote>
<br></div>
Yes, looks like it was a timeout issue. Set it to 10 now and the issue went away. :)  good catch.<br>
<br>
Considering that the script is the one I had sent to this list a while back when I setup OpenNebula on openSUSE 12.1 for systemd I should have really caught this.<br>
<br>
Oh well. Time for me to look at sending some patches as I noticed that the .service files I had posted are also in the main source tree now. How nice, and thanks for including those.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
However, I don't fully understand the purpose of this email, why should<br>
we trouble with running OpenNebula once before letting the user?<br>
<br>
</blockquote>
<br></div>
On the first run of oned the ONE_AUTH environment variable needs to be set, subsequent start ups of oned do not need the environment variable. Therefore, the idea is to let the script be executed with the environment variable set and let oned do whatever magic it needs to do.<br>


<br>
This allows the creation of a relatively simple .service file for systemd.<br>
<br>
The dependence on the environment variable for the initial setup is unfortunate. It would be nice if one could just supply a -auth argument and point oned to the location of the authentication file instead.<br>
<br>
But maybe I am not getting the whole authentication mechanism properly as I have not spend a lot of time in trying to understand how this all fits together.<div class="HOEnZb"><div class="h5"><br>
<br>
Robert<br>
<br>
<br>
<br>
-- <br>
Robert Schweikert                           MAY THE SOURCE BE WITH YOU<br>
SUSE-IBM Software Integration Center                   LINUX<br>
Tech Lead<br>
<a href="mailto:rjschwei@suse.com" target="_blank">rjschwei@suse.com</a><br>
<a href="mailto:rschweik@ca.ibm.com" target="_blank">rschweik@ca.ibm.com</a><br>
<a href="tel:781-464-8147" value="+17814648147" target="_blank">781-464-8147</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jaime Melis<br>Project Engineer<br>OpenNebula - The Open Source Toolkit for Cloud Computing<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:jmelis@opennebula.org" target="_blank">jmelis@opennebula.org</a><br>


</div>