This bug is solved in one 4.4: http://dev.opennebula.org/issues/2462
On Thu, Dec 12, 2013 at 10:39 AM, Daniel Dehennin <[email protected]> wrote: > Hello, > > On ONE 4.2, testing why the stop did not work[1]: > > 1. start a non persistent VM > 2. stop it => successfully copied to frontend datastores/0 > 3. resume the VM, transfer failed => the VM state is back to STOPPED > 4. fix the transfer problem[2] > 5. resume the VM => > > [TM][I]: Command execution fail: /var/lib/one/remotes/tm/ssh/context > /var/lib/one/vms/1565/context.sh > grichka:/var/lib/one//datastores/0/1565/disk.1 1565 0 > [TM][I]: context: Generating context block device at > grichka:/var/lib/one//datastores/0/1565/disk.1 > [TM][E]: context: Command "ln -s /var/lib/one/datastores/0/1565/disk.1 > /var/lib/one/datastores/0/1565/disk.1.iso" failed: ln: unable to create > symlink “/var/lib/one/datastores/0/1565/disk.1.iso”: file exists > [TM][E]: Error creating ISO symbolic link > [TM][I]: ExitCode: 1 > [TM][E]: Error executing image transfer script: Error creating ISO > symbolic link > [DiM][I]: New VM state is FAILED > > Maybe a clean should be done on host before resuming from STOPPED? > > Regards. > > Footnotes: > [1] each node must be able to SSH password-less to them self > > [2] was a host key verification failed > > -- > Daniel Dehennin > Récupérer ma clef GPG: > gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org > -- Javier Fontán Muiños Developer OpenNebula - The Open Source Toolkit for Data Center Virtualization www.OpenNebula.org | @OpenNebula | github.com/jfontan _______________________________________________ Users mailing list [email protected] http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
