[OmniOS-discuss] Ang: Re: Ang: Re: Ang: Re: Ang: Re: r151014 KVM crash
Johan Kragsterman
johan.kragsterman at capvert.se
Mon Apr 6 17:50:50 UTC 2015
Ahh, that one!
Thanks again! I'll have a look at it! Since you use it, I guess you find it useful?
Any pro's and con's as you see it?
Rgrds Johan
-----Jorge Schrauwen <sjorge+ml at blackdot.be> skrev: -----
Till: Johan Kragsterman <johan.kragsterman at capvert.se>
Från: Jorge Schrauwen <sjorge+ml at blackdot.be>
Datum: 2015-04-06 19:44
Kopia: Michael Rasmussen <mir at miras.org>, omnios-discuss at lists.omniti.com
Ärende: Re: Ang: Re: Ang: Re: [OmniOS-discuss] Ang: Re: r151014 KVM crash
Nope :)
https://github.com/hadfl/kvmadm/
Regards
Jorge
On 2015-04-06 19:42, Johan Kragsterman wrote:
> Thnks, Jorge!
>
> Yeah, I'm the one with the problems...
>
> So you're using kvmadm...? Is that from smartOS, huh? How did you
> manage to get it to work on OmniOS?
>
> Rgrds Johan
>
>
> -----Jorge Schrauwen <sjorge+ml at blackdot.be> skrev: -----
> Till: Johan Kragsterman <johan.kragsterman at capvert.se>
> Från: Jorge Schrauwen <sjorge+ml at blackdot.be>
> Datum: 2015-04-06 19:25
> Kopia: Michael Rasmussen <mir at miras.org>,
> omnios-discuss at lists.omniti.com
> Ärende: Re: Ang: Re: [OmniOS-discuss] Ang: Re: r151014 KVM crash
>
> Who ever is having the problem :)
> It was a bit hard to follow, I'm using kvmadm and this is my config:
> {
> "cosmos" : {
> "nics" : [
> {
> "index" : "0",
> "nic_name" : "vcosmos0",
> "model" : "virtio",
> "vlan_id" : "10"
> },
> {
> "index" : "1",
> "nic_name" : "vcosmos1",
> "model" : "virtio"
> }
> ],
> "cpu_type" : "qemu64,+aes,+sse4.2,+sse4.1,+ssse3",
> "hpet" : "true",
> "usb_tablet" : "true",
> "disks" : [
> {
> "index" : "0",
> "boot" : "true",
> "disk_path" : "main/vms/hosts/cosmos/disk0",
> "model" : "virtio"
> }
> ],
> "shutdown" : "acpi_kill",
> "boot_order" : "cd",
> "vcpus" : "sockets=1,cores=4,threads=2",
> "serials" : [
> {
> "index" : "0",
> "serial_name" : "console"
> }
> ],
> "cleanup" : "true",
> "ram" : "6144",
> "time_base" : "utc"
> }
> }
>
>
> Which turns into:
> -(~)-[!]-{ pfexec pargs 616
> }-(sjorge at core)-
> 616: /usr/bin/qemu-system-x86_64 -name cosmos -enable-kvm -m 6144
> -cpu qemu64,+aes,+
> argv[0]: /usr/bin/qemu-system-x86_64
> argv[1]: -name
> argv[2]: cosmos
> argv[3]: -enable-kvm
> argv[4]: -m
> argv[5]: 6144
> argv[6]: -cpu
> argv[7]: qemu64,+aes,+sse4.2,+sse4.1,+ssse3
> argv[8]: -smp
> argv[9]: sockets=1,cores=4,threads=2
> argv[10]: -rtc
> argv[11]: base=utc,driftfix=slew
> argv[12]: -pidfile
> argv[13]: /var/run/kvm/cosmos.pid
> argv[14]: -monitor
> argv[15]: unix:/var/run/kvm/cosmos.monitor,server,nowait,nodelay
> argv[16]: -vga
> argv[17]: none
> argv[18]: -nographic
> argv[19]: -drive
> argv[20]:
> file=/dev/zvol/rdsk/main/vms/hosts/cosmos/disk0,if=virtio,media=disk,index=0,cache=none,boot=on
> argv[21]: -boot
> argv[22]: order=cd
> argv[23]: -device
> argv[24]:
> virtio-net-pci,mac=02:08:20:f5:95:f4,tx=timer,x-txtimer=200000,x-txburst=128,vlan=10
> argv[25]: -net
> argv[26]: vnic,vlan=10,name=net0,ifname=vcosmos0
> argv[27]: -device
> argv[28]:
> virtio-net-pci,mac=02:08:20:0c:08:d2,tx=timer,x-txtimer=200000,x-txburst=128,vlan=0
> argv[29]: -net
> argv[30]: vnic,vlan=0,name=net1,ifname=vcosmos1
> argv[31]: -chardev
> argv[32]:
> socket,id=serial0,path=/var/run/kvm/cosmos.console,server,nowait
> argv[33]: -serial
> argv[34]: chardev:serial0
> argv[35]: -usb
> argv[36]: -usbdevice
> argv[37]: tablet
> argv[38]: -daemonize
>
> PS: shout out to dan for introducing me to pgrep and pargs!
>
> Regards
>
> Jorge
>
> On 2015-04-06 19:22, Johan Kragsterman wrote:
>> Jorge, I thought you would jump in on this thread!
>>
>> Are you asking me or Michael?
>>
>> I'm not running ivy bridge on this machine, it's an older westmere...
>>
>> Yeah, I pass --cpu=host
>>
>> Can you provide your config file, pls?
>>
>> Mine is like this:
>>
>>
>>
>>
>> root at omni2:/usr/bin# cat vmedu14041.sh
>> #!/usr/bin/bash
>>
>> # on omnios command is /usr/bin/qemu-system-x86_64
>>
>> # configuration
>> NAME="EDU14041"
>> NUM=4
>> VNIC0=ltsp0
>> VNIC1=ltsp1
>> VNIC2=ltsptl0
>> HDD0=/dev/zvol/rdsk/mainpool/vm/edu/os
>> HDD1=/dev/zvol/rdsk/mainpool/vm/edu/opt
>> CD=/mainpool/iso/edu14041.iso
>> HDD2=/dev/zvol/rdsk/mainpool/vm/edu/home
>> HDD3=/dev/zvol/rdsk/mainpool/vm/edu/swap
>> MEM=8192
>>
>> # don't change below here!
>>
>> TLN=`expr 7000 + $NUM`
>> mac0=`dladm show-vnic -po macaddress $VNIC0`
>> mac1=`dladm show-vnic -po macaddress $VNIC1`
>> mac2=`dladm show-vnic -po macaddress $VNIC2`
>>
>> /usr/bin/qemu-system-x86_64 \
>> -name $NAME \
>> -boot cd \
>> -enable-kvm \
>> -vnc 0.0.0.0:$NUM \
>> -smp cores=2,threads=2 \
>> -m $MEM \
>> -no-hpet \
>> -localtime \
>> -drive file=$HDD0,if=virtio,index=0 \
>> -drive file=$HDD1,if=virtio,index=2 \
>> -drive file=$CD,media=cdrom,if=ide,index=1 \
>> -drive file=$HDD2,if=virtio,index=3 \
>> -drive file=$HDD3,if=virtio,index=4 \
>> -net nic,vlan=0,name=net0,model=virtio,macaddr=$mac0 \
>> -net vnic,vlan=0,name=net0,ifname=$VNIC0,macaddr=$mac0 \
>> -net nic,vlan=1,name=net1,model=virtio,macaddr=$mac1 \
>> -net vnic,vlan=1,name=net1,ifname=$VNIC1,macaddr=$mac1 \
>> -net nic,vlan=2,name=net2,model=virtio,macaddr=$mac2 \
>> -net vnic,vlan=2,name=net2,ifname=$VNIC2,macaddr=$mac2 \
>>
>> -vga std \
>> -cpu host \
>> -pidfile /mainpool/vm/edu/pids/$NAME.pid \
>> -monitor telnet:localhost:$TLN,server,nowait,nodelay \
>> -daemonize
>>
>> if [ $? -gt 0 ]; then
>> echo "Failed to start VM"
>> exit
>> fi
>>
>> port=`expr 5900 + $NUM`
>> public_nic=$(dladm show-vnic|grep vnic0|awk '{print $2}')
>> public_ip=$(ifconfig $public_nic|grep inet|awk '{print $2}')
>>
>> echo "Started VM: $NAME"
>> echo "VNC available at: host IP ${public_ip} port ${port}"
>> echo "QEMU Monitor, do: # telnet localhost $TLN. Note: use Control ]
>> to exit monitor before quit!
>> "
>>
>>
>> Rgrds Johan
>>
>>
>> -----"OmniOS-discuss" <omnios-discuss-bounces at lists.omniti.com> skrev:
>> -----
>> Till: Michael Rasmussen <mir at miras.org>
>> Från: Jorge Schrauwen
>> Sänt av: "OmniOS-discuss"
>> Datum: 2015-04-06 19:06
>> Kopia: omnios-discuss at lists.omniti.com
>> Ärende: Re: [OmniOS-discuss] Ang: Re: r151014 KVM crash
>>
>> Out of curiosity, are you passing --cpu=host? I had issues with that
>> on
>> my ivy bridge.
>> I currently use: qemu64,+aes,+sse4.2,+sse4.1,+ssse3 which seems to
>> make
>> a lot of things smoother.
>>
>> I stil get these but qemu does not crash for me:
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 420667 kern.info]
>> kvm_lapic_reset: vcpu=ffffff21ff94c000, id=0, base_msr= fee00100
>> PRIx64
>> base_address=fee00000
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 710719 kern.info] vmcs
>> revision_id = 10
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 420667 kern.info]
>> kvm_lapic_reset: vcpu=ffffff21ff944000, id=1, base_msr= fee00000
>> PRIx64
>> base_address=fee00000
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 710719 kern.info] vmcs
>> revision_id = 10
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 420667 kern.info]
>> kvm_lapic_reset: vcpu=ffffff21ff93c000, id=2, base_msr= fee00000
>> PRIx64
>> base_address=fee00000
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 710719 kern.info] vmcs
>> revision_id = 10
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 420667 kern.info]
>> kvm_lapic_reset: vcpu=ffffff2201f14000, id=3, base_msr= fee00000
>> PRIx64
>> base_address=fee00000
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 710719 kern.info] vmcs
>> revision_id = 10
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 420667 kern.info]
>> kvm_lapic_reset: vcpu=ffffff2201f0c000, id=4, base_msr= fee00000
>> PRIx64
>> base_address=fee00000
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 710719 kern.info] vmcs
>> revision_id = 10
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 420667 kern.info]
>> kvm_lapic_reset: vcpu=ffffff2201f04000, id=5, base_msr= fee00000
>> PRIx64
>> base_address=fee00000
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 710719 kern.info] vmcs
>> revision_id = 10
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 420667 kern.info]
>> kvm_lapic_reset: vcpu=ffffff2201efc000, id=6, base_msr= fee00000
>> PRIx64
>> base_address=fee00000
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 710719 kern.info] vmcs
>> revision_id = 10
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 420667 kern.info]
>> kvm_lapic_reset: vcpu=ffffff2201f54000, id=7, base_msr= fee00000
>> PRIx64
>> base_address=fee00000
>> Apr 1 19:47:28 core.acheron.be kvm: [ID 710719 kern.info] vmcs
>> revision_id = 10
>>
>>
>> Regards
>>
>> Jorge
>>
>>
>> On 2015-04-06 18:03, Michael Rasmussen wrote:
>>> On Mon, 6 Apr 2015 11:55:27 -0400
>>> Dan McDonald <danmcd at omniti.com> wrote:
>>>
>>>> I'm talking with the illumos KVM folks. They mentioned that Ivy
>>>> Bridge Xeons (i.e. Xeon E5-26xx v2, where v2 means Ivy Bridge) have
>>>> erratum that can cause problems. That you do not seem to see these
>>>> in
>>>> r151012, however, is very odd.
>>>>
>>> There is also E3-12xx v2 which is Ivy Bridge based. Are these
>>> affected
>>> by this erratum as well?
>>>
>>> _______________________________________________
>>> OmniOS-discuss mailing list
>>> OmniOS-discuss at lists.omniti.com
>>> http://lists.omniti.com/mailman/listinfo/omnios-discuss
>> _______________________________________________
>> OmniOS-discuss mailing list
>> OmniOS-discuss at lists.omniti.com
>> http://lists.omniti.com/mailman/listinfo/omnios-discuss
More information about the OmniOS-discuss
mailing list