Could you tell us what was the action that was being performed to the
VM when it failed? To me it looks like stop but I am not sure about
it.

It would be also helpful to take a peek into $ONE_LOCATION/var/config
(delete any password it may contain before sending it).

Also the VM directory in the frontend for self contained installation
is always $ONE_LOCATION/var, if you want to have the images for
running VMs stored in another place you can symlink that dir (var) to
the desired directory.

On Thu, Apr 14, 2011 at 11:28 PM, John Nyhuis <[email protected]> wrote:
>        Greetings,
>
>        I am trying to troubleshoot our OpenNebula 2.0 installation (w/ kvm) 
> and would appreciate some help.
> When we run onevm shutdown <VID> or onevm stop <VID>, the VM fails to stop 
> and enters the 'fail' state.  Once in this state, it can not be restarted 
> using onevm restart or repaired in any way.  We have been deleting the vm and 
> creating it again, which is time consuming and wasteful.   (We are using the 
> $one_location=/srv/vm/ self contained option).
>
>
>        Examination of the vm.log of a failed vm reveals:
> Mon Apr 11 18:46:21 2011 [TM][I]: ERROR MESSAGE --8<------
> Mon Apr 11 18:46:21 2011 [TM][I]: mv: cannot stat 
> `/srv/cloud/var/600/images': No such file or directory
> Mon Apr 11 18:46:21 2011 [TM][I]: ERROR MESSAGE ------>8--
> Mon Apr 11 18:46:21 2011 [TM][I]: ExitCode: 1
> Mon Apr 11 18:46:21 2011 [TM][I]: tm_mv.sh: Moving /srv/cloud/var/600/images
> Mon Apr 11 18:46:21 2011 [TM][I]: tm_mv.sh: ERROR: Command "mv 
> /srv/cloud/var/600/images /srv/vm/600/images" failed.
> Mon Apr 11 18:46:21 2011 [TM][I]: tm_mv.sh: ERROR: mv: cannot stat 
> `/srv/cloud/var/600/images': No such file or directory
> Mon Apr 11 18:46:21 2011 [TM][E]: Error excuting image transfer script: mv: 
> cannot stat `/srv/cloud/var/600/images': No such file or directory
> Mon Apr 11 18:46:21 2011 [DiM][I]: New VM state is FAILED
>
> For some reason, onevm thinks the images are located at 
> /srv/cloud/var/600/images.  The images are located in /srv/vm/<VID>/images/.  
> The create and delete options for onevm know how to find them there, but for 
> some reason, the stop and shutdown options keep looking in the wrong place.
>
> I could manually create a link to the images directory to solve this, but 
> with over 600 vm's, that's a bit painful, and we would have to remember to 
> re-create the link with every new vm.
>
> Does anyone know where this location is set for onevm stop and onevm 
> shutdown, as it is not in oned.conf or the env?
> The tm_mv.sh script is accepting the source and destination locations via 
> stdin, but I don't know what is calling the tm_mv.sh script.
>
>
>           Thanks,
>
> John Nyhuis,
> [email protected]
> Infrastructure Engineering Specialist
> Desk: (813)-60556
> External: (425)-208-0556
> Desk #2073
>
>
>
> ---------------------------------------------------------------------
> This transmission (including any attachments) may contain confidential 
> information, privileged material (including material protected by the 
> solicitor-client or other applicable privileges), or constitute non-public 
> information. Any use of this information by anyone other than the intended 
> recipient is prohibited. If you have received this transmission in error, 
> please immediately reply to the sender and delete this information from your 
> system. Use, dissemination, distribution, or reproduction of this 
> transmission by unintended recipients is not authorized and may be unlawful.
> _______________________________________________
> Users mailing list
> [email protected]
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>



-- 
Javier Fontan, Grid & Virtualization Technology Engineer/Researcher
DSA Research Group: http://dsa-research.org
Globus GridWay Metascheduler: http://www.GridWay.org
OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org
_______________________________________________
Users mailing list
[email protected]
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Reply via email to