[ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

Sun Jun 18 11:44:08 UTC 2017

Hi Gianluca,

So sorry for the late reply, we have tried reproducing this bug and tried
to figure out a solution.

As Sharon mentioned earlier the graphics configuration for the vm is wrong
and unsupported.
We weren't able to reproduce this, and we don't have a solution for this.

Are you experiencing this issue in any other environment? If not, it might
be that something was misconfigured at some earlier stage and caused the
error now.

Thanks,
Jenny

On Fri, Jun 16, 2017 at 11:10 PM, Yaniv Kaul <ykaul at redhat.com> wrote:

>
>
> On Fri, Jun 16, 2017 at 5:20 PM, Gianluca Cecchi <
> gianluca.cecchi at gmail.com> wrote:
>
>> On Thu, Apr 27, 2017 at 11:25 AM, Evgenia Tokar <etokar at redhat.com>
>> wrote:
>>
>>> Hi,
>>>
>>> It looks like the graphical console fields are not editable for hosted
>>> engine vm.
>>> We are trying to figure out how to solve this issue, it is not
>>> recommended to change db values manually.
>>>
>>> Thanks,
>>> Jenny
>>>
>>>
>>> On Thu, Apr 27, 2017 at 10:49 AM, Gianluca Cecchi <
>>> gianluca.cecchi at gmail.com> wrote:
>>>
>>>> On Thu, Apr 27, 2017 at 9:46 AM, Gianluca Cecchi <
>>>> gianluca.cecchi at gmail.com> wrote:
>>>>
>>>>>
>>>>>
>>>>> BTW: if I try to set the video type to Cirrus from web admin gui (and
>>>>> automatically the Graphics Protocol becomes "VNC"), I get this when I press
>>>>> the OK button:
>>>>>
>>>>> Error while executing action:
>>>>>
>>>>> HostedEngine:
>>>>>
>>>>>    - There was an attempt to change Hosted Engine VM values that are
>>>>>    locked.
>>>>>
>>>>> The same if I choose "VGA"
>>>>> Gianluca
>>>>>
>>>>
>>>>
>>>> I verified that I already have in place this parameter:
>>>>
>>>> [root at ractorshe ~]# engine-config -g AllowEditingHostedEngine
>>>> AllowEditingHostedEngine: true version: general
>>>> [root at ractorshe ~]#
>>>>
>>>>
>>>
>> Hello is there a solution for this problem?
>> I'm now in 4.1.2 but still not able to access the engine console
>>
>
> I thought https://bugzilla.redhat.com/show_bug.cgi?id=1441570 was
> supposed to handle it...
> Can you share more information in the bug?
> Y.
>
>
>>
>> [root at ractor ~]# hosted-engine --add-console-password --password=pippo
>> no graphics devices configured
>> [root at ractor ~]#
>>
>> In web admin
>>
>> Graphics protocol: None  (while in edit vm screen it appears as "SPICE"
>> and still I can't modify it)
>> Video Type: QXL
>>
>> Any chance for upcoming 4.1.3? Can I test it it there is new changes
>> related to this problem.
>>
>> the qemu-kvm command line for hosted engine is now this one:
>>
>> qemu      8761     1  0 May30 ?        01:33:29 /usr/libexec/qemu-kvm
>> -name guest=c71,debug-threads=on -S -object secret,id=masterKey0,format=ra
>> w,file=/var/lib/libvirt/qemu/domain-3-c71/master-key.aes -machine
>> pc-i440fx-rhel7.3.0,accel=kvm,usb=off -cpu Nehalem -m
>> size=1048576k,slots=16,maxmem=4194304k -realtime mlock=off -smp
>> 1,maxcpus=16,sockets=16,cores=1,threads=1 -numa
>> node,nodeid=0,cpus=0,mem=1024 -uuid 202e6f2e-f8a1-4e81-a079-c775e86a58d5
>> -smbios type=1,manufacturer=oVirt,product=oVirt
>> Node,version=7-3.1611.el7.centos,serial=4C4C4544-0054-5910-
>> 8056-C4C04F30354A,uuid=202e6f2e-f8a1-4e81-a079-c775e86a58d5
>> -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/va
>> r/lib/libvirt/qemu/domain-3-c71/monitor.sock,server,nowait -mon
>> chardev=charmonitor,id=monitor,mode=control -rtc
>> base=2017-05-30T13:18:37,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 -device
>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device
>> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5
>> -drive if=none,id=drive-ide0-1-0,readonly=on -device
>> ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
>> file=/rhev/data-center/00000001-0001-0001-0001-0000000000ec/
>> 556abaa8-0fcc-4042-963b-f27db5e03837/images/7d5dd44f-
>> f5d1-4984-9e76-2b2f5e42a915/6d873dbd-c59d-4d6c-958f-
>> a4a389b94be5,format=raw,if=none,id=drive-virtio-disk0,
>> serial=7d5dd44f-f5d1-4984-9e76-2b2f5e42a915,cache=none,
>> werror=stop,rerror=stop,aio=threads -device
>> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virti
>> o-disk0,id=virtio-disk0,bootindex=1 -netdev
>> tap,fd=33,id=hostnet0,vhost=on,vhostfd=35 -device
>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3
>> -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/2
>> 02e6f2e-f8a1-4e81-a079-c775e86a58d5.com.redhat.rhevm.vdsm,server,nowait
>> -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel
>> 0,id=channel0,name=com.redhat.rhevm.vdsm -chardev
>> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/2
>> 02e6f2e-f8a1-4e81-a079-c775e86a58d5.org.qemu.guest_agent.0,server,nowait
>> -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel
>> 1,id=channel1,name=org.qemu.guest_agent.0 -chardev
>> spicevmc,id=charchannel2,name=vdagent -device
>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel
>> 2,id=channel2,name=com.redhat.spice.0 -spice
>> tls-port=5901,addr=10.4.168.81,x509-dir=/etc/pki/vdsm/libvir
>> t-spice,tls-channel=default,tls-channel=main,tls-channel=
>> display,tls-channel=inputs,tls-channel=cursor,tls-channel
>> =playback,tls-channel=record,tls-channel=smartcard,tls-
>> channel=usbredir,seamless-migration=on -device
>> qxl-vga,id=video0,ram_size=67108864,vram_size=33554432,vram6
>> 4_size_mb=0,vgamem_mb=16,bus=pci.0,addr=0x2 -msg timestamp=on
>>
>>
>> Thanks in advance,
>> Gianluca
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170618/594fe9dc/attachment-0001.html>