Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Nova console: stuck in ""Booting from Hard Disk ... GRUB" #50

Open
AJNOURI opened this issue Dec 24, 2016 · 11 comments
Open

Nova console: stuck in ""Booting from Hard Disk ... GRUB" #50

AJNOURI opened this issue Dec 24, 2016 · 11 comments

Comments

@AJNOURI
Copy link
Owner

AJNOURI commented Dec 24, 2016

RDO All-In-One devstack (Newton) on Vmware workstation.

selection_659

@AJNOURI
Copy link
Owner Author

AJNOURI commented Feb 13, 2017

tail /var/log/libvirt/qemu/instance-00000001.log

warning: TCG doesn't support requested feature: CPUID.07H:EBX.tsc_adjust [bit 1]
2017-02-13T07:48:26.462598Z qemu-kvm: terminating on signal 15 from pid 1
2017-02-13 07:48:27.710+0000: shutting down
2017-02-13 07:59:03.573+0000: starting up libvirt version: 2.0.0, package: 10.el7_3.4 (CentOS BuildSystem http://bugs.centos.org, 2017-01-17-23:37:48, c1bm.rdu2.centos.org), qemu version: 2.6.0 (qemu-kvm-ev-2.6.0-28.el7_3.3.1), hostname: localhost.localdomain
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name guest=instance-00000001,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-instance-00000001/master-key.aes -machine pc-i440fx-rhel7.3.0,accel=kvm,usb=off -cpu SandyBridge,+vme,+ds,+ss,+vmx,+pcid,+osxsave,+hypervisor,+arat,+tsc_adjust -m 512 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid d5e8026b-e38b-4b69-95e6-42281ed6bb03 -smbios 'type=1,manufacturer=RDO,product=OpenStack Compute,version=14.0.2-1.el7,serial=27cce89f-4a11-41dc-af63-8b2220e0bc77,uuid=d5e8026b-e38b-4b69-95e6-42281ed6bb03,family=Virtual Machine' -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-1-instance-00000001/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/dev/disk/by-path/ip-192.168.0.108:3260-iscsi-iqn.2010-10.org.openstack:volume-863e3910-7153-482b-98cd-95863a44f48b-lun-0,format=raw,if=none,id=drive-virtio-disk0,serial=863e3910-7153-482b-98cd-95863a44f48b,cache=none,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=31 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=fa:16:3e:6b:f3:f3,bus=pci.0,addr=0x3 -add-fd set=2,fd=33 -chardev file,id=charserial0,path=/dev/fdset/2,append=on -device isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1 -device isa-serial,chardev=charserial1,id=serial1 -device usb-tablet,id=input0,bus=usb.0,port=1 -vnc 0.0.0.0:0 -k en-us -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 -msg timestamp=on
char device redirected to /dev/pts/1 (label charserial1)
warning: host doesn't support requested feature: CPUID.01H:EDX.ds [bit 21]
warning: host doesn't support requested feature: CPUID.01H:ECX.vmx [bit 5]
warning: host doesn't support requested feature: CPUID.01H:ECX.osxsave [bit 27]
warning: host doesn't support requested feature: CPUID.0DH:EAX.xsaveopt [bit 0]

@SouravJaiswal
Copy link

Did you find the solution? Even I am facing the same problem

@neoanantha
Copy link

Hitting this issue with Openstack AIO installed on CentOS 7.3
KVM has been installed and configured in \etc\nova\nova.conf where virt_type=kvm and cpu_mode=none
Any resolution?

@AJNOURI
Copy link
Owner Author

AJNOURI commented Jul 1, 2017

kvm is the default hypervisor for compute, make sure "svm" or "vmx" CPU extensions are present in the compute node.
grep -E 'svm|vmx' /proc/cpuinfo
Have you tried other virt_type option ?

virt_type=qemu

@messeiry
Copy link

am having the exact same issue, same error and everything, am running RHOS 12 on virtual machines hosted on ESXi. for that i was not expecting the KVM to work. so i deployed with qemu even though the hang is still there !!

@faca5
Copy link

faca5 commented Aug 1, 2018

Any solutions? Thank you.

@sagara177
Copy link

I also faced the same problem.
Following report resolved my problem.
https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1691109

I am using Ubuntu 16.04.5 LTS devstack on VMware Fusion. In that environment, as of now, default machine type was specified 'pc-i440fx-artful', so I needed to specify following setting in nova.conf.

[libvirt]
hw_machine_type = x86_64=pc-i440fx-xenial

In my environment, it didn't need to change 'virt_type' from 'kvm' to 'qemu'.
This page's original post is for RHEL/CentOS, so I think it needs to specify proper hw_machine_type string for it.

@Ellison001
Copy link

@sagara177. This works for me. Thanks.

@byte-edu
Copy link

byte-edu commented Aug 8, 2019

In My Environment,CentOS 7.6 devstack on VMware WorkStation.

  1. First
    [DEFAULT]
    compute_driver = libvirt.LibvirtDriver
    [libvirt]
    virt_type=kvm
    cpu_mode=host-passthrough
    hw_machine_type = x86_64=pc-i440fx-rhel7.2.0

  2. Finally
    systemctl restart openstack-nova-compute

@leonyonz
Copy link

@byte-edu my lord, you save me

@bows7ring
Copy link

@byte-edu ohhhhh! my lord, you saved my ass too

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

10 participants