Hello!<br>It works!<br>Now the machines do not stuck in the "pend" or "boot" state, but they go to running state! Livemigration and etc. works, too.<br>We rebooted the server, and it just worked. I am quite new here and I don't know what might have been the solution, but now we know SELinux is disabled and we made adjustments to the /tmp folder (previously it was a symlink to another partition).<br>
I can't tell what was the problem (nor its solution!) but I know you all definitely helped me a lot... so thank you! :)<br>...and until the next one ;)<br>Regards<br><br>
<br><div class="gmail_quote">On Mon, Jun 30, 2008 at 6:09 PM, Alvaro Canales <<a href="mailto:accleo@gmail.com" target="_blank">accleo@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Mon, Jun 30, 2008 at 5:06 PM, Javier Fontan <<a href="mailto:jfontan@fdi.ucm.es" target="_blank">jfontan@fdi.ucm.es</a>> wrote:<br></div><div class="gmail_quote"><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
Hello,<div><br>
<br>
On Jun 30, 2008, at 11:25 AM, Alvaro Canales wrote:<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>
<br>
Could not execute remote script in localhost: /tmp/ne_im_scripts/ne_im-edc4cd6c5b8e0c6ceacc7da2cd0228ea<br>
<br>
The thing is that if I execute it locally, then I can make it work! (and oned.log says that the host is succesfully monitored...):<br></div>
[...]<div><br>
My local permissions are:<br>
ls -l /tmp/ne_im_scripts/ne_im-edc4cd6c5b8e0c6ceacc7da2cd0228ea<br>
-rwxr-xr-- 1 oneadmin xen 1629 Jun 30 11:18 /tmp/ne_im_scripts/ne_im-edc4cd6c5b8e0c6ceacc7da2cd0228ea<br>
</div></blockquote>
<br>
Permissions seem to be ok. Please try to do the same test using ssh, something like this:<br>
<br>
--8<------<br>
$ ssh -n localhost /tmp/ne_im_scripts/ne_im-edc4cd6c5b8e0c6ceacc7da2cd0228ea<br>
------>8--</blockquote></div><div><br>I got the "sudo: sorry, you must have a tty to run sudo" bla bla bla message so... <br></div><div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
In some distributions sudoers file come with a directive to require a tty to use sudo. If this is the case you will get an error telling so. To fix this you have to comment the line in sudoers, it should have something like "requiretty". I don't have a machine with that configuration to tell you how exactly it is.<br>
</blockquote></div><div><br>...you are absolutely right! You have to comment out #Defaults requiretty in sudoers file. I don't know why I just tried to log in and not to execute commands... the thing is I got rid of those errors! :D<br>
<br></div><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Also if te error was the requiretty thing then it is also causing one being unable to deploy machines (it uses the same sudo mechanism).<div><br>
</div></blockquote></div><div><br>Sure! They go now to boot state without having to do manually "onevm deploy...". The problem is they keep indefinitely in the "boot" state :p<br> </div><div>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
If I try to execute bin/one_im_ssh alone, I get this:<br>
bin/one_im_ssh /tmp/ne_im_scripts/ne_im-edc4cd6c5b8e0c6ceacc7da2cd0228ea<br>
/OVS/opennebula/libexec/madcommon.sh: line 52: /tmp/one_fifo.27687.err: No such file or directory<br>
And get a new line in the one_im_ssh.log file (even if I create the fifo manually...):<br>
Malformed line in configuration file: require "pp"<br>
</blockquote>
<br></div>
This is caused because this mad gets a configuration file as parameter, not an script file.<div><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I still don't know why when I submit my images, I get them in "pend" state.<br>
If I execute "sudo /usr/sbin/xm create /OVS/opennebula/var/VM_ID/deployment.0 -c", it works and I can log in to my machine (do no net or DHCP).<br>
</blockquote>
<br></div>
ONE puts new VM's in pend state. They will be kept in this state until they are deployed. That is, doing it by hand (using onevm deploy) or a deploy issued by the scheduler. If your machines go to boot state without doing anything is because scheduler found a suitable host where tor un the VM and sent deploy command.<div>
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I'm very lost, as I don't know what else I can do...<br>
Any help would be very much appreciated, thank you very much!! :)<br>
</blockquote>
<br></div>
I hope you can advance with this information a bit more.<div></div></blockquote></div><div><br>Yes, you help me a lot. Thank you!<br> </div><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
PS: Campeooones!!! Vivo en Alemania y... jejeje ;p<br>
</blockquote>
<br>
<br></div>
No veas como estaba ayer Madrid.<br>
</blockquote></div><div><br>Jojojoj, que envidia... pero bueno, tampoco nos quedamos cortos nosotros en terreno hostil, ya te puedes imaginar... ;)<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Bye<br>
<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Álvaro
</blockquote></div><br><br clear="all"><br>-- <br>Álvaro