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

Wed Apr 19 13:39:10 UTC 2017

> I've applied the patch on one off my host and restarted the hosted engine
as you wrote but it didn't help,
> the console button       is still grayed out and not available.

Are you sure the host with the patch applied was used to start the engine?
Btw, you need to restart the ovirt-ha-agent service first before restarting
the engine VM.

Best regards

Martin Sivak

On Wed, Apr 19, 2017 at 3:17 PM, Arsène Gschwind <arsene.gschwind at unibas.ch>
wrote:

> Hi,
>
> I've applied the patch on one off my host and restarted the hosted engine
> as you wrote but it didn't help, the console button is still grayed out and
> not available.
>
> Rgds,
> Arsène
>
> On 04/18/2017 02:20 PM, Evgenia Tokar wrote:
>
> Hi,
>
> Thanks for bringing the issue to our attention and for answering the
> questions.
>
> There is a patch to fix this: https://gerrit.ovirt.org/#/c/75515/
> After applying the patch a restart to the hosted engine vm is required
> (not just the engine).
>
> Let me know if you are still experiencing issues with this.
>
> Thanks,
> Jenny
>
>
> On Wed, Apr 12, 2017 at 8:05 PM, Rafał Wojciechowski <
> it at rafalwojciechowski.pl> wrote:
>
>> hi,
>>
>> I will answer also. however I am using single hypervisor so without ha
>> and I have no performed steps:
>> https://www.ovirt.org/documentation/how-to/hosted-engine/
>>
>> 1. yes - however I have to start in headless mode so it is quite obvius
>> if I am trying to start with spice/vnc console I am getting segfault from
>> libvirtd
>> 2. as above
>> 3. as above
>>
>> W dniu 12.04.2017 o 14:12, Arsène Gschwind pisze:
>>
>> Hi all,
>>
>> I will answer your questions:
>>
>> 1. definitively yes
>> 2. the command hosted-engine --console works well and I'm able to connect.
>> 3. Here are the device entries
>>
>> devices={device:qxl,alias:video0,type:video,deviceId:5210a3c
>> 3-9cc4-4aed-90c6-432dd2d37c46,address:{slot:0x02,
>> bus:0x00,domain:0x0000,type:pci,function:0x0}}
>> devices={device:console,type:console}
>>
>> Thanks and rgds,
>> Arsène
>> On 04/12/2017 10:53 AM, Evgenia Tokar wrote:
>>
>> Hi all,
>>
>> I have managed to reproduce this issue and opened a bug for tracking it:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1441570 .
>>
>> There is no solution yet, but I would appreciate if any who encountered
>> this issue will answer some questions:
>> 1. Is the console button greyed out in the UI?
>> 2. On the hosted engine host, does the command hosted-engine --console
>> fails?
>>      If it fails, try upgrading ovirt-hosted-engine-ha on the hosted
>> engine host. We had a bug related to this issue that was fixed (
>> https://bugzilla.redhat.com/show_bug.cgi?id=1364132).
>>      After upgrade and restart of the vm, this should work, and you
>> should be able to connect to the console.
>> 3. On the hosted engine host look at the content of:
>> /var/run/ovirt-hosted-engine-ha/vm.conf
>>     Does it contain a graphical device? Or a console device?
>>
>> Thanks,
>> Jenny
>>
>>
>> On Mon, Apr 10, 2017 at 11:44 AM, Martin Sivak <msivak at redhat.com> wrote:
>>
>>> Hi,
>>>
>>> we are working on that, we can only ask for patience now, Jenny was
>>> trying to find out what happened and how to fix it all week.
>>>
>>> Best regards
>>>
>>> --
>>> Martin Sivak
>>> SLA / oVirt
>>>
>>> On Mon, Apr 10, 2017 at 9:38 AM, Rafał Wojciechowski <
>>> it at rafalwojciechowski.pl> wrote:
>>>
>>>> hi,
>>>>
>>>> I have similiar issue(I also started my mailthread) after upgrade 4.0
>>>> to 4.1
>>>>
>>>> Version 4.1.1.8-1.el7.centos (before it was some 4.1.0.x or similiar -
>>>> update not fixed it)
>>>> to run VM I have to set in Console tab Headless mode - without it I got
>>>> libvirtd segfault(logs attached in my mailthread).
>>>>
>>>> So I am able to run VMs only without Console - do you also have to set
>>>> headless before run VM?
>>>>
>>>> I noticed that libvirt-daemon was also upgraded to 2.0 version during
>>>> ovirt upgrade - I dont think that 4.1 was not testes due to such libvirtd
>>>> upgrade... but maybe?
>>>>
>>>> Regards,
>>>> Rafal Wojciechowski
>>>>
>>>> W dniu 10.04.2017 o 08:24, Arsène Gschwind pisze:
>>>>
>>>> Hi,
>>>>
>>>> After updating to oVirt 4.1.1 Async release i can confirm that the
>>>> problem still persists.
>>>>
>>>> Rgds,
>>>> Arsène
>>>>
>>>> On 03/25/2017 12:25 PM, Arsène Gschwind wrote:
>>>>
>>>> Hi,
>>>> After updating to 4.1.1 i'm observing the same behavior, HE without any
>>>> console.
>>>> Even when trying to edit the HE VMs it doesn't change anything,
>>>> Graphics stays to NONE.
>>>>
>>>> Thanks for any Help.
>>>>
>>>> Regards,
>>>> Arsène
>>>>
>>>> On 03/24/2017 03:11 PM, Nelson Lameiras wrote:
>>>>
>>>> Hello,
>>>>
>>>> When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's
>>>> console (from SPICE to None in GUI)
>>>>
>>>> My test setup :
>>>> 2 manually built hosts using centos 7.3, ovirt 4.1
>>>> 1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7,
>>>> accessible with SPICE console via GUI
>>>>
>>>> I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine :
>>>> - yum update
>>>> - engine-setup
>>>> - reboot engine
>>>>
>>>> When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual
>>>> Machines" page, with "console button" greyed out (all other VMs have the
>>>> same Graphics set to the same value as before)
>>>> I tried to edit engine VM settings, and console options are same as
>>>> before (SPLICE, QXL).
>>>>
>>>> I'm hopping this is not a new feature, since if we loose network on
>>>> engine, console is the only way to debug...
>>>>
>>>> Is this a bug?
>>>>
>>>> ps. I was able to reproduce this bug 2 times
>>>>
>>>> cordialement, regards,
>>>>
>>>> <https://www.lyra-network.com/>
>>>> Nelson LAMEIRAS
>>>> Ingénieur Systèmes et Réseaux / Systems and Networks engineer
>>>> Tel: +33 5 32 09 09 70
>>>> nelson.lameiras at lyra-network.com
>>>> www.lyra-network.com | www.payzen.eu <https://payzen.eu>
>>>> <https://www.youtube.com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA>
>>>> <https://www.linkedin.com/company/lyra-network_2>
>>>> <https://twitter.com/LyraNetwork>
>>>> <https://payzen.eu>
>>>> ------------------------------
>>>> Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>> --
>>>>
>>>> *Arsène Gschwind*     Fa. Sapify AG im Auftrag der Universität Basel
>>>> IT Services Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland Tel. +41
>>>> 79 449 25 63 <+41%2079%20449%2025%2063>  |  http://its.unibas.ch ITS-ServiceDesk:
>>>> support-its at unibas.ch | +41 61 267 14 11 <+41%2061%20267%2014%2011>
>>>>
>>>> _______________________________________________
>>>> Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>> --
>>>>
>>>> *Arsène Gschwind*     Fa. Sapify AG im Auftrag der Universität Basel
>>>> IT Services Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland Tel. +41
>>>> 79 449 25 63 <+41%2079%20449%2025%2063>  |  http://its.unibas.ch ITS-ServiceDesk:
>>>> support-its at unibas.ch | +41 61 267 14 11 <+41%2061%20267%2014%2011>
>>>>
>>>> _______________________________________________
>>>> Users mailing listUsers at ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>> _______________________________________________ Users mailing list
>>>> Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users
>>>
>>> --
>>
>> *Arsène Gschwind*     Fa. Sapify AG im Auftrag der Universität Basel IT
>> Services Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland Tel. +41 79
>> 449 25 63 <+41%2079%20449%2025%2063>  |  http://its.unibas.ch ITS-ServiceDesk:
>> support-its at unibas.ch | +41 61 267 14 11 <+41%2061%20267%2014%2011>
>>
>>
>
> --
>
> *Arsène Gschwind*
> Fa. Sapify AG im Auftrag der Universität Basel
> IT Services
> Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
> Tel. +41 79 449 25 63 <+41%2079%20449%2025%2063>  |  http://its.unibas.ch
> ITS-ServiceDesk: support-its at unibas.ch | +41 61 267 14 11
> <+41%2061%20267%2014%2011>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170419/4ac575f0/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: aahgaphnackjiidg.png
Type: image/png
Size: 1604 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170419/4ac575f0/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: akjjnjebjejneobg.png
Type: image/png
Size: 1629 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170419/4ac575f0/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bamdnnbeknnmcecl.png
Type: image/png
Size: 3846 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170419/4ac575f0/attachment-0007.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jbgoglbggpobofme.png
Type: image/png
Size: 1635 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170419/4ac575f0/attachment-0008.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lnclgnlojcpogoda.png
Type: image/png
Size: 1864 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170419/4ac575f0/attachment-0009.png>