Hey,
I’m using version 4.12.1
The VM 55 was an unsuccessful attempt to bring Windows 7 to run as a VM.
I’m not even reached the installation part of Windows 7, because Windows has said that the NTFS qcow2 Image is empty. Of course.
This is the logfile of VM 55:
Mon Aug 17 09:12:37 2015 [Z0][DiM][I]: New VM state is ACTIVE.
Mon Aug 17 09:12:38 2015 [Z0][LCM][I]: New VM state is PROLOG.
Mon Aug 17 09:12:39 2015 [Z0][LCM][I]: New VM state is BOOT
Mon Aug 17 09:12:39 2015 [Z0][VMM][I]: Generating deployment file: /var/lib/one/vms/55/deployment.0
Mon Aug 17 09:12:39 2015 [Z0][VMM][I]: ExitCode: 0
Mon Aug 17 09:12:39 2015 [Z0][VMM][I]: Successfully execute network driver operation: pre.
Mon Aug 17 09:12:41 2015 [Z0][VMM][I]: ExitCode: 0
Mon Aug 17 09:12:41 2015 [Z0][VMM][I]: Successfully execute virtualization driver operation: deploy.
Mon Aug 17 09:12:41 2015 [Z0][VMM][I]: ExitCode: 0
Mon Aug 17 09:12:41 2015 [Z0][VMM][I]: Successfully execute network driver operation: post.
Mon Aug 17 09:12:41 2015 [Z0][LCM][I]: New VM state is RUNNING
Mon Aug 17 10:04:59 2015 [Z0][LCM][I]: New VM state is SHUTDOWN_UNDEPLOY
Mon Aug 17 10:05:44 2015 [Z0][LCM][I]: New VM state is CLEANUP.
Mon Aug 17 10:05:45 2015 [Z0][DiM][I]: New VM state is DONE
Mon Aug 17 10:10:08 2015 [Z0][VMM][W]: Ignored: LOG I 55 Command execution fail: /var/tmp/one/vmm/kvm/shutdown ‘one-55’ ‘kvm2-bross’ 55 kvm2-bross
Mon Aug 17 10:10:08 2015 [Z0][VMM][W]: Ignored: LOG E 55 Timed out shutting down one-55
Mon Aug 17 10:10:08 2015 [Z0][VMM][W]: Ignored: LOG I 55 ExitCode: 255
Mon Aug 17 10:10:08 2015 [Z0][VMM][W]: Ignored: LOG I 55 Failed to execute virtualization driver operation: shutdown.
Mon Aug 17 10:10:08 2015 [Z0][VMM][W]: Ignored: SHUTDOWN FAILURE 55 Timed out shutting down one-55
I could reproduce the problem.
I had created a Windows 7 VM.
Then I wanted the VM to shutdown (not hard).
The VM at this point had no ACPI functionality and OpenNebula said “STATUS: SHUTDOWN”.
Then I performed a SHUTDOWN HARD. OpenNebula said that this action was not allowed due to wrong status. Than I remowed the VM and the VM disappeared from onevm list.
I’ve uploaded an updated version of the fsck tool that will try to fix those ETIME. Can you please try the commit replacing your /usr/lib/one/ruby/onedb/fsck.rb file with the following one, and running onedb fsck?
That’s fine, fsck 4.12 won’t work with ONE 4.14. For your new installation the right fsck with the bug fix is this one. Can you please give it a try and see if it fixes the ETIME?
I have restored the one.db with the errors and and those could be fixed.
root@nebula-bross:~# onedb fsck --sqlite /var/lib/one/one.db
Sqlite database backup stored in /var/lib/one/one.db_2015-10-12_9:34:57.bck
Use ‘onedb restore’ or copy the file back to restore the DB.
History record for VM 30 seq # 1 is not closed (etime = 0), but the VM is in state DONE
History record for VM 55 seq # 0 is not closed (etime = 0), but the VM is in state DONE
History record for VM 87 seq # 0 is not closed (etime = 0), but the VM is in state DONE
Total errors found: 3
Total errors repaired: 3
Total errors unrepaired: 0
A copy of this output was stored in /var/log/one/onedb-fsck.log