Re: [ovirt-users] Off hosted-engine destroy virtualization

[Evgenia Tokar]

Hi Nikita!

Did you run hosted-engine --vm-poweroff?
If so, you shut down the hosted engine vm which runs the engine and it will
not be available.
Or did you do something else?

Thanks,
Jenny

On Mon, Aug 21, 2017 at 4:09 PM, Spickiy Nikita 
wrote:

> Hi. I try setting hosted-engine. I make cluster of two node. I run
> installation step by step as written in ovirt documentation. I add storage,
> iso domain, etc. Then i create VM. Everything working, all right. Now i
> shutdown hosted-engine and my VM also not avaliable. It normal behavior? Or
> i something doing at wrong?
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] hosted-engine network

[Evgenia Tokar]

Yes, you can try that.



On Tue, Jun 27, 2017 at 5:03 PM, Arsène Gschwind <arsene.gschw...@unibas.ch>
wrote:

> Would re-deploying the hosted-engine and restoring the backup be an option?
>
> Thanks a lot for your help
>
> Rgds,
> Arsène
>
> On 06/27/2017 03:15 PM, Evgenia Tokar wrote:
>
> The set-shared-config does not allow editing of the vm.conf or the ovf.
>
> The original vm.conf that the hosted engine vm was started with contains
> the correct network, so it must have been removed at a later stage.
>
> To get a working environment I don't see another option then fixing the
> network in the db.
> What do the following queries return:
>   1. select vm_interface.vm_guid, vnic_profile_id from vm_interface,
> vm_static where vm_name='HostedEngine';
>   2. select id from vnic_profiles where name='ovirtmgmt';
> The vnic profile id that is returned from the first query should be the
> same as the one that has the ovirtmgmt name in the second query.
>
> Thanks,
> Jenny
>
>
>
> Jenny Tokar
>
>
> On Thu, Jun 22, 2017 at 2:53 PM, Yedidyah Bar David <d...@redhat.com>
> wrote:
>
>> On Thu, Jun 22, 2017 at 2:32 PM, Yanir Quinn <yqu...@redhat.com> wrote:
>> > Adding Didi,
>> > Didi, do you happen to know of scenarios where we use the migration
>> scripts
>> > and the nic in the OVF is gone missing ?  (maybe after the restore
>> stage)
>>
>> I do not think I understand the question.
>>
>> Migration from standalone to hosted-engine does not involve a nic
>> in an ovf, AFAIU.
>>
>> To get/set stuff on the shared storage, hosted-engine has options
>> '--{get,set}-shared-config', see also:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1301681
>>
>> For the engine vm.conf, indeed it's updated from data in the engine
>> db, but I do not know well the details. Adding Simone.
>>
>> >
>> > Regards,
>> > Yanir
>> >
>> > On Wed, Jun 21, 2017 at 12:02 PM, Arsène Gschwind
>> > <arsene.gschw...@unibas.ch> wrote:
>> >>
>> >> Hi Yanir,
>> >>
>> >> We had our oVirt Engine running on a HW server so we decided to move
>> it to
>> >> hosted-engine. For this I've followed the Howto at
>> >> http://www.ovirt.org/documentation/self-hosted/chap-
>> Migrating_from_Bare_Metal_to_an_EL-Based_Self-Hosted_Environment/.
>> >>
>> >> The Hosted-Storage is located on a FC SAN LUN.
>> >>
>> >> Please find attached the setup log.
>> >>
>> >> Tanks a lot.
>> >>
>> >> Regards,
>> >> Arsène
>> >>
>> >>
>> >> On 06/21/2017 10:14 AM, Yanir Quinn wrote:
>> >>
>> >> HI Arsene
>> >>
>> >> Just to be clear, can you write down the steps to reproduce ? (the
>> >> migration procedure . and if possible the state before and after)
>> >>
>> >> Thanks
>> >>
>> >> On Mon, Jun 19, 2017 at 8:34 PM, Arsène Gschwind
>> >> <arsene.gschw...@unibas.ch> wrote:
>> >>>
>> >>> Hi Jenny,
>> >>>
>> >>> Thanks for the explanations..
>> >>>
>> >>> Please find vm.conf attached, it looks like the ovirtmgmt network is
>> >>> defined
>> >>>
>> >>> Regards,
>> >>> Arsène
>> >>>
>> >>>
>> >>> On 06/19/2017 01:46 PM, Evgenia Tokar wrote:
>> >>>
>> >>> Hi,
>> >>>
>> >>> It should be in one of the directories on your storage domain:
>> >>> /cd1f6775-61e9-4d04-b41c-c64925d5a905/images//
>> >>>
>> >>> To see which one you can run the following command:
>> >>>
>> >>> vdsm-client Volume getInfo volumeID= imageID=
>> >>> storagedomainID= storagepoolID=
>> >>>
>> >>> the storage domain id is: cd1f6775-61e9-4d04-b41c-c64925d5a905
>> >>> the storage pool id can be found using: vdsm-client StorageDomain
>> getInfo
>> >>> storagedomainID=cd1f6775-61e9-4d04-b41c-c64925d5a905
>> >>>
>> >>> The volume that has "description": "HostedEngineConfigurationImage"
>> is
>> >>> the one you are looking for.
>> >>> Untar it and it should contain the original vm.conf which was used to
>> >>> start the hosted engine.
>> >&g

Re: [ovirt-users] hosted-engine network

[Evgenia Tokar]

The set-shared-config does not allow editing of the vm.conf or the ovf.

The original vm.conf that the hosted engine vm was started with contains
the correct network, so it must have been removed at a later stage.

To get a working environment I don't see another option then fixing the
network in the db.
What do the following queries return:
  1. select vm_interface.vm_guid, vnic_profile_id from vm_interface,
vm_static where vm_name='HostedEngine';
  2. select id from vnic_profiles where name='ovirtmgmt';
The vnic profile id that is returned from the first query should be the
same as the one that has the ovirtmgmt name in the second query.

Thanks,
Jenny



Jenny Tokar


On Thu, Jun 22, 2017 at 2:53 PM, Yedidyah Bar David <d...@redhat.com> wrote:

> On Thu, Jun 22, 2017 at 2:32 PM, Yanir Quinn <yqu...@redhat.com> wrote:
> > Adding Didi,
> > Didi, do you happen to know of scenarios where we use the migration
> scripts
> > and the nic in the OVF is gone missing ?  (maybe after the restore stage)
>
> I do not think I understand the question.
>
> Migration from standalone to hosted-engine does not involve a nic
> in an ovf, AFAIU.
>
> To get/set stuff on the shared storage, hosted-engine has options
> '--{get,set}-shared-config', see also:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1301681
>
> For the engine vm.conf, indeed it's updated from data in the engine
> db, but I do not know well the details. Adding Simone.
>
> >
> > Regards,
> > Yanir
> >
> > On Wed, Jun 21, 2017 at 12:02 PM, Arsène Gschwind
> > <arsene.gschw...@unibas.ch> wrote:
> >>
> >> Hi Yanir,
> >>
> >> We had our oVirt Engine running on a HW server so we decided to move it
> to
> >> hosted-engine. For this I've followed the Howto at
> >> http://www.ovirt.org/documentation/self-hosted/
> chap-Migrating_from_Bare_Metal_to_an_EL-Based_Self-Hosted_Environment/.
> >>
> >> The Hosted-Storage is located on a FC SAN LUN.
> >>
> >> Please find attached the setup log.
> >>
> >> Tanks a lot.
> >>
> >> Regards,
> >> Arsène
> >>
> >>
> >> On 06/21/2017 10:14 AM, Yanir Quinn wrote:
> >>
> >> HI Arsene
> >>
> >> Just to be clear, can you write down the steps to reproduce ? (the
> >> migration procedure . and if possible the state before and after)
> >>
> >> Thanks
> >>
> >> On Mon, Jun 19, 2017 at 8:34 PM, Arsène Gschwind
> >> <arsene.gschw...@unibas.ch> wrote:
> >>>
> >>> Hi Jenny,
> >>>
> >>> Thanks for the explanations..
> >>>
> >>> Please find vm.conf attached, it looks like the ovirtmgmt network is
> >>> defined
> >>>
> >>> Regards,
> >>> Arsène
> >>>
> >>>
> >>> On 06/19/2017 01:46 PM, Evgenia Tokar wrote:
> >>>
> >>> Hi,
> >>>
> >>> It should be in one of the directories on your storage domain:
> >>> /cd1f6775-61e9-4d04-b41c-c64925d5a905/images//
> >>>
> >>> To see which one you can run the following command:
> >>>
> >>> vdsm-client Volume getInfo volumeID= imageID=
> >>> storagedomainID= storagepoolID=
> >>>
> >>> the storage domain id is: cd1f6775-61e9-4d04-b41c-c64925d5a905
> >>> the storage pool id can be found using: vdsm-client StorageDomain
> getInfo
> >>> storagedomainID=cd1f6775-61e9-4d04-b41c-c64925d5a905
> >>>
> >>> The volume that has "description": "HostedEngineConfigurationImage" is
> >>> the one you are looking for.
> >>> Untar it and it should contain the original vm.conf which was used to
> >>> start the hosted engine.
> >>>
> >>> Jenny Tokar
> >>>
> >>>
> >>> On Mon, Jun 19, 2017 at 12:59 PM, Arsène Gschwind
> >>> <arsene.gschw...@unibas.ch> wrote:
> >>>>
> >>>> Hi Jenny,
> >>>>
> >>>> 1. I couldn't locate any tar file containing vm.conf, do you know the
> >>>> exact place where it is stored?
> >>>>
> >>>> 2. The ovirtmgmt appears in the network dropdown but I'm not able to
> >>>> change since it complains about locked values.
> >>>>
> >>>> Thanks a lot for your help.
> >>>>
> >>>> Regards,
> >>>> Arsène
> >>>>
> >>>>
> >>>>
> >&

Re: [ovirt-users] hosted-engine network

[Evgenia Tokar]

Hi,

It should be in one of the directories on your storage domain:
/cd1f6775-61e9-4d04-b41c-c64925d5a905/images//

To see which one you can run the following command:

vdsm-client Volume getInfo volumeID= imageID=
storagedomainID= storagepoolID=

the storage domain id is: cd1f6775-61e9-4d04-b41c-c64925d5a905
the storage pool id can be found using: vdsm-client StorageDomain getInfo
storagedomainID=cd1f6775-61e9-4d04-b41c-c64925d5a905

The volume that has "description": "HostedEngineConfigurationImage" is the
one you are looking for.
Untar it and it should contain the original vm.conf which was used to start
the hosted engine.

Jenny Tokar


On Mon, Jun 19, 2017 at 12:59 PM, Arsène Gschwind <arsene.gschw...@unibas.ch
> wrote:

> Hi Jenny,
>
> 1. I couldn't locate any tar file containing vm.conf, do you know the
> exact place where it is stored?
>
> 2. The ovirtmgmt appears in the network dropdown but I'm not able to
> change since it complains about locked values.
>
> Thanks a lot for your help.
>
> Regards,
> Arsène
>
>
>
> On 06/14/2017 01:26 PM, Evgenia Tokar wrote:
>
> Hi Arseny,
>
> Looking at the log the ovf doesn't contain the ovirtmgmt network.
>
> 1. Can you provide the original vm.conf file the engine was started with?
> It is located in a tar archive on your storage domain.
> 2. It's uncelar from the screenshot, in the network dropdown do you have
> an option to add a ovirtmgmt network?
>
> Thanks,
> Jenny
>
>
> On Tue, Jun 13, 2017 at 11:19 AM, Arsène Gschwind <
> arsene.gschw...@unibas.ch> wrote:
>
>> Sorry for that, I haven't checked.
>>
>> I've replaced the log file with a new version which should work i hope.
>>
>> Many Thanks.
>>
>> Regards,
>> Arsène
>>
>> On 06/12/2017 02:33 PM, Martin Sivak wrote:
>>
>> I am sorry to say so, but it seems the log archive is corrupted. I
>> can't open it.
>>
>> Regards
>>
>> Martin Sivak
>>
>> On Mon, Jun 12, 2017 at 12:47 PM, Arsène Gschwind<arsene.gschw...@unibas.ch> 
>> <arsene.gschw...@unibas.ch> wrote:
>>
>> Please find the logs 
>> here:https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0
>>
>> Thanks.
>>
>> Regards,
>> Arsène
>>
>> Hi,
>>
>> Sorry for this, it seems that the attachment have been detached.
>>
>> So let's try again
>>
>> Regards,
>> Arsène
>>
>>
>> On 06/12/2017 11:59 AM, Martin Sivak wrote:
>>
>> Hi,
>>
>> I would love to help you, but I didn't get the log file..
>>
>> Regards
>>
>> Martin Sivak
>>
>> On Mon, Jun 12, 2017 at 11:49 AM, Arsène Gschwind<arsene.gschw...@unibas.ch> 
>> <arsene.gschw...@unibas.ch> wrote:
>>
>> Hi all,
>>
>> Any chance to get help or a hint to solve my Problem, I have no idea how to
>> change this configuration since it is not possible using the WebUI.
>>
>> Thanks a lot.
>>
>> Regards,
>> Arsène
>>
>>
>> On 06/07/2017 11:50 AM, Arsène Gschwind wrote:
>>
>> Hi all,
>>
>> Please find attached the agent.log DEBUG and a screenshot from webui
>>
>> Thanks a lot
>>
>> Best regards,
>>
>> Arsène
>>
>>
>> On 06/07/2017 11:27 AM, Martin Sivak wrote:
>>
>> Hi all,
>>
>> Yanir is right, the local vm.conf is just a cache of what was
>> retrieved from the engine.
>>
>> I might be interesting to check what the configuration of the engine
>> VM shows when edited using the webadmin. Or enable debug logging [1]
>> for hosted engine and add the OVF dump we send there now and then (the
>> xml representation of the VM).
>>
>> [1] See /etc/ovirt-hosted-engine-ha/agent-log.conf and change the
>> level for root logger to DEBUG
>>
>> Best regards
>>
>> Martin Sivak
>>
>> On Wed, Jun 7, 2017 at 11:12 AM, Yanir Quinn <yqu...@redhat.com> 
>> <yqu...@redhat.com> wrote:
>>
>> If im not mistaken the values of vm.conf are repopulated from the database ,
>> but i wouldn't recommend meddling with DB data.
>> maybe the network device wasn't set properly during the hosted engine setup
>> ?
>>
>> On Wed, Jun 7, 2017 at 11:47 AM, Arsène Gschwind <arsene.gschw...@unibas.ch> 
>> <arsene.gschw...@unibas.ch>
>> wrote:
>>
>> Hi,
>>
>> Any chance to get a hint how to change the vm.conf file so it will not be
>> overwritten constantly?
>>
>> Thanks a lot.
>>
>> Arsène
&

Re: [ovirt-users] HostedEngine VM not visible, but running

[Evgenia Tokar]

>From the output it looks like the agent is down, try starting it by
running: systemctl start ovirt-ha-agent.

The engine is supposed to see the hosted engine storage domain and import
it to the system, then it should import the hosted engine vm.

Can you attach the agent log from the host
(/var/log/ovirt-hosted-engine-ha/agent.log)
and the engine log from the engine vm (/var/log/ovirt-engine/engine.log)?

Thanks,
Jenny


On Mon, Jun 19, 2017 at 12:41 PM, cmc  wrote:

>  Hi Jenny,
>
> > What version are you running?
>
> 4.1.2.2-1.el7.centos
>
> > For the hosted engine vm to be imported and displayed in the engine, you
> > must first create a master storage domain.
>
> To provide a bit more detail: this was a migration of a bare-metal
> engine in an existing cluster to a hosted engine VM for that cluster.
> As part of this migration, I built an entirely new host and ran
> 'hosted-engine --deploy' (followed these instructions:
> http://www.ovirt.org/documentation/self-hosted/chap-Migrating_from_Bare_
> Metal_to_an_EL-Based_Self-Hosted_Environment/).
> I restored the backup from the engine and it completed without any
> errors. I didn't see any instructions regarding a master storage
> domain in the page above. The cluster has two existing master storage
> domains, one is fibre channel, which is up, and one ISO domain, which
> is currently offline.
>
> > What do you mean the hosted engine commands are failing? What happens
> when
> > you run hosted-engine --vm-status now?
>
> Interestingly, whereas when I ran it before, it exited with no output
> and a return code of '1', it now reports:
>
> --== Host 1 status ==--
>
> conf_on_shared_storage : True
> Status up-to-date  : False
> Hostname   : kvm-ldn-03.ldn.fscfc.co.uk
> Host ID: 1
> Engine status  : unknown stale-data
> Score  : 0
> stopped: True
> Local maintenance  : False
> crc32  : 0217f07b
> local_conf_timestamp   : 2911
> Host timestamp : 2897
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=2897 (Thu Jun 15 16:22:54 2017)
> host-id=1
> score=0
> vm_conf_refresh_time=2911 (Thu Jun 15 16:23:08 2017)
> conf_on_shared_storage=True
> maintenance=False
> state=AgentStopped
> stopped=True
>
> Yet I can login to the web GUI fine. I guess it is not HA due to being
> in an unknown state currently? Does the hosted-engine-ha rpm need to
> be installed across all nodes in the cluster, btw?
>
> Thanks for the help,
>
> Cam
>
> >
> > Jenny Tokar
> >
> >
> > On Thu, Jun 15, 2017 at 6:32 PM, cmc  wrote:
> >>
> >> Hi,
> >>
> >> I've migrated from a bare-metal engine to a hosted engine. There were
> >> no errors during the install, however, the hosted engine did not get
> >> started. I tried running:
> >>
> >> hosted-engine --status
> >>
> >> on the host I deployed it on, and it returns nothing (exit code is 1
> >> however). I could not ping it either. So I tried starting it via
> >> 'hosted-engine --vm-start' and it returned:
> >>
> >> Virtual machine does not exist
> >>
> >> But it then became available. I logged into it successfully. It is not
> >> in the list of VMs however.
> >>
> >> Any ideas why the hosted-engine commands fail, and why it is not in
> >> the list of virtual machines?
> >>
> >> Thanks for any help,
> >>
> >> Cam
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

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

[Evgenia Tokar]

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 <yk...@redhat.com> wrote:

>
>
> On Fri, Jun 16, 2017 at 5:20 PM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> On Thu, Apr 27, 2017 at 11:25 AM, Evgenia Tokar <eto...@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.cec...@gmail.com> wrote:
>>>
>>>> On Thu, Apr 27, 2017 at 9:46 AM, Gianluca Cecchi <
>>>> gianluca.cec...@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@ractorshe ~]# engine-config -g AllowEditingHostedEngine
>>>> AllowEditingHostedEngine: true version: general
>>>> [root@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@ractor ~]# hosted-engine --add-console-password --password=pippo
>> no graphics devices configured
>> [root@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/0001-0001-0001-0001-00ec/
>> 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

Re: [ovirt-users] HostedEngine VM not visible, but running

[Evgenia Tokar]

Hi,

What version are you running?

For the hosted engine vm to be imported and displayed in the engine, you
must first create a master storage domain.

What do you mean the hosted engine commands are failing? What happens when
you run hosted-engine --vm-status now?

Jenny Tokar


On Thu, Jun 15, 2017 at 6:32 PM, cmc  wrote:

> Hi,
>
> I've migrated from a bare-metal engine to a hosted engine. There were
> no errors during the install, however, the hosted engine did not get
> started. I tried running:
>
> hosted-engine --status
>
> on the host I deployed it on, and it returns nothing (exit code is 1
> however). I could not ping it either. So I tried starting it via
> 'hosted-engine --vm-start' and it returned:
>
> Virtual machine does not exist
>
> But it then became available. I logged into it successfully. It is not
> in the list of VMs however.
>
> Any ideas why the hosted-engine commands fail, and why it is not in
> the list of virtual machines?
>
> Thanks for any help,
>
> Cam
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] hosted-engine network

[Evgenia Tokar]

Hi Arseny,

Looking at the log the ovf doesn't contain the ovirtmgmt network.

1. Can you provide the original vm.conf file the engine was started with?
It is located in a tar archive on your storage domain.
2. It's uncelar from the screenshot, in the network dropdown do you have an
option to add a ovirtmgmt network?

Thanks,
Jenny


On Tue, Jun 13, 2017 at 11:19 AM, Arsène Gschwind  wrote:

> Sorry for that, I haven't checked.
>
> I've replaced the log file with a new version which should work i hope.
>
> Many Thanks.
>
> Regards,
> Arsène
>
> On 06/12/2017 02:33 PM, Martin Sivak wrote:
>
> I am sorry to say so, but it seems the log archive is corrupted. I
> can't open it.
>
> Regards
>
> Martin Sivak
>
> On Mon, Jun 12, 2017 at 12:47 PM, Arsène Gschwind 
>  wrote:
>
> Please find the logs 
> here:https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0
>
> Thanks.
>
> Regards,
> Arsène
>
> Hi,
>
> Sorry for this, it seems that the attachment have been detached.
>
> So let's try again
>
> Regards,
> Arsène
>
>
> On 06/12/2017 11:59 AM, Martin Sivak wrote:
>
> Hi,
>
> I would love to help you, but I didn't get the log file..
>
> Regards
>
> Martin Sivak
>
> On Mon, Jun 12, 2017 at 11:49 AM, Arsène Gschwind 
>  wrote:
>
> Hi all,
>
> Any chance to get help or a hint to solve my Problem, I have no idea how to
> change this configuration since it is not possible using the WebUI.
>
> Thanks a lot.
>
> Regards,
> Arsène
>
>
> On 06/07/2017 11:50 AM, Arsène Gschwind wrote:
>
> Hi all,
>
> Please find attached the agent.log DEBUG and a screenshot from webui
>
> Thanks a lot
>
> Best regards,
>
> Arsène
>
>
> On 06/07/2017 11:27 AM, Martin Sivak wrote:
>
> Hi all,
>
> Yanir is right, the local vm.conf is just a cache of what was
> retrieved from the engine.
>
> I might be interesting to check what the configuration of the engine
> VM shows when edited using the webadmin. Or enable debug logging [1]
> for hosted engine and add the OVF dump we send there now and then (the
> xml representation of the VM).
>
> [1] See /etc/ovirt-hosted-engine-ha/agent-log.conf and change the
> level for root logger to DEBUG
>
> Best regards
>
> Martin Sivak
>
> On Wed, Jun 7, 2017 at 11:12 AM, Yanir Quinn  
>  wrote:
>
> If im not mistaken the values of vm.conf are repopulated from the database ,
> but i wouldn't recommend meddling with DB data.
> maybe the network device wasn't set properly during the hosted engine setup
> ?
>
> On Wed, Jun 7, 2017 at 11:47 AM, Arsène Gschwind  
> 
> wrote:
>
> Hi,
>
> Any chance to get a hint how to change the vm.conf file so it will not be
> overwritten constantly?
>
> Thanks a lot.
>
> Arsène
>
>
> On 06/06/2017 09:50 AM, Arsène Gschwind wrote:
>
> Hi,
>
> I've migrated our oVirt engine to hosted-engine located on a FC storage
> LUN, so far so good.
> For some reason I'm not able to start the hosted-engine VM, after digging
> in the log files i could figured out the reason. The Network device was set
> to "None" as follow:
>
> devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:None,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}
>
> I've created a new config file /var/run/ovirt-hosted-engine-ha/vm.conf.new
> and set the nic device to ovirtmgnt, the I could start the hosted-engine
> using :
> hosted-engine --vm-start
> --vm-conf=var/run/ovirt-hosted-engine-ha/vm.conf.new
>
> The nic  device line in vm.conf.new looks like:
>
> devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:ovirtmgmt,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}
>
> I tried to find out a way to change this setting on vm.conf but it is
> constantly rewritten, even when using the webui is say's:
> HostedEngine:
>
> There was an attempt to change Hosted Engine VM values that are locked.
>
> Is there a way to modify/correct the hosted-engine vm.conf file so it will
> stay and not be overwritten?
>
> Thanks a lot for any hint/help
>
> rgds,
> arsène
>
> --
>
> 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  |  http://its.unibas.ch
> ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11 
> <+41%2061%20267%2014%2011>
>
>
>
> ___
> Users mailing listUsers@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>  |  

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

[Evgenia Tokar]

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  wrote:

> On Thu, Apr 27, 2017 at 9:46 AM, Gianluca Cecchi <
> gianluca.cec...@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@ractorshe ~]# engine-config -g AllowEditingHostedEngine
> AllowEditingHostedEngine: true version: general
> [root@ractorshe ~]#
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

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

[Evgenia Tokar]

It seems that the main issue here is that the graphics device is missing
from the engine db.
This causes the generated ovf to not contain a graphics device which in
turn makes the vm.conf not have it, and so the console is not available.

So what we need to understand now is what caused the graphics device to
disappear and a way to return it.

Did anything out of the regular update flow happened with the vm?


Thanks,
Jenny

On Tue, Apr 25, 2017 at 12:38 AM, Gianluca Cecchi <gianluca.cec...@gmail.com
> wrote:

> On Mon, Apr 24, 2017 at 7:01 PM, Sharon Gratch <sgra...@redhat.com> wrote:
>
>> Hi,
>>
>>
>> On Mon, Apr 24, 2017 at 6:06 PM, Gianluca Cecchi <
>> gianluca.cec...@gmail.com> wrote:
>>
>>>
>>>
>>> On Mon, Apr 24, 2017 at 12:57 PM, Evgenia Tokar <eto...@redhat.com>
>>> wrote:
>>>
>>>>
>>>> Thanks.
>>>>
>>>> 1. In the UI under vm devices tab do you have an entry for graphical
>>>> device (type=spice)?
>>>>
>>>
>>> It doesn't seem so...
>>> Se the whole content:
>>> https://drive.google.com/file/d/0BwoPbcrMv8mvblV3dDlMelVFS1U
>>> /view?usp=sharing
>>>
>>>
>> According to the vm devices list you sent here, there is also no ​entry
>> for for the video device (device with type=qxl)​, although according to one
>> of your previous mails, the vm "general" sub tab shows "Video Type: qxl".
>>
>
> I confirm that. But please note that in the same general sub tab the
> "Graphics Protocol" appears as "None", while normally it should contain
> "SPICE".
> I resend the link of the general sub tab screenshot:
> https://drive.google.com/file/d/0BwoPbcrMv8mvUURobHhKb0kxemM
> /view?usp=sharing
>
>
>
>
>>
>> 1. Can you please check the vm console configuration to see if headless
>> mode is off, just to make sure?  (in ui - edit the vm and check the console
>> tab to see if the "Headless mode" is not checked).
>>
>> (*) headless mode is a new feature added to 4.1
>>
>
> I confirm headless is not checked.
> See here (you see underneath also the general sub tab):
> https://drive.google.com/file/d/0BwoPbcrMv8mvQVhzaGFHSmoxaGc/
> view?usp=sharing
>
>
>
>> 2. what values are assigned in vm console tab for "Video Type" and
>> "Graphics protocol" fields?
>>
>
> From the above screenshot you see that they are "QXL" and "SPICE"
>
>
>>
>> Thanks,
>> Sharon
>>
>>
>>
> You are welcome.
> I have another environment with single server and she, with similar update
> history and now at 4.1.1.6-1 level, where I had not the problem, but in
> that environment the engine was configured as "VNC" and "Cirrus" so it was
> not the same.
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

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

[Evgenia Tokar]

Thanks.

1. In the UI under vm devices tab do you have an entry for graphical device
(type=spice)?
2. Can you paste again the contents of the local vm.conf? If you have a
graphical device in the engine it should appear there as well.

Jenny
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

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

[Evgenia Tokar]

HI,

Can you attach the agent log from the host?

Thanks,
Jenny

On Fri, Apr 21, 2017 at 12:52 AM, Gianluca Cecchi  wrote:

> Further infos:
>
> - ovirt-hosted-engine-ha package version
>
> [root@ractor ~]# rpm -q ovirt-hosted-engine-ha
> ovirt-hosted-engine-ha-2.1.0.5-1.el7.centos.noarch
> [root@ractor ~]#
>
>
> - serial console works
>
> [root@ractor ~]# hosted-engine --console
> The engine VM is running on this host
> Connected to domain HostedEngine
> Escape character is ^]
>
> CentOS Linux 7 (Core)
> Kernel 3.10.0-514.16.1.el7.x86_64 on an x86_64
>
> ractorshe login: root
> Password:
> Last login: Thu Apr 20 19:14:27 on pts/0
> [root@ractorshe ~]#
>
>
> - Current runtime vm.conf for hosted engine vm
>
> [root@ractor ~]# cat /run/ovirt-hosted-engine-ha/vm.conf
> cpuType=Nehalem
> emulatedMachine=pc-i440fx-rhel7.3.0
> vmId=7b0ff898-0a9e-4b97-8292-1d9f2a0a6683
> smp=4
> memSize=16384
> maxVCpus=16
> spiceSecureChannels=smain,sdisplay,sinputs,scursor,
> splayback,srecord,ssmartcard,susbredir
> vmName=HostedEngine
> display=qxl
> devices={index:0,iface:virtio,format:raw,bootOrder:1,
> address:{slot:0x06,bus:0x00,domain:0x,type:pci,function:0x0},volumeID:
> 43ee87b9-4293-4d43-beab-582f500667a7,imageID:d6287dfb-
> 27af-461b-ab79-4eb3a45d8c8a,readonly:false,domainID:
> 2025c2ea-6205-4bc1-b29d-745b47f8f806,deviceId:d6287dfb-27af-461b-ab79-
> 4eb3a45d8c8a,poolID:----,
> device:disk,shared:exclusive,propagateErrors:off,type:disk}
> devices={nicModel:pv,macAddr:00:16:3e:3a:ee:a5,linkActive:
> true,network:ovirtmgmt,deviceId:4bbb90e6-4f8e-42e0-
> 91ea-d894125ff4a8,address:{slot:0x03,bus:0x00,domain:
> 0x,type:pci,function:0x0},device:bridge,type:interface}
> devices={index:2,iface:ide,shared:false,readonly:true,
> deviceId:8c3179ac-b322-4f5c-9449-c52e3665e0ae,address:{
> controller:0,target:0,unit:0,bus:1,type:drive},device:
> cdrom,path:,type:disk}
> devices={device:usb,type:controller,deviceId:ee985889-
> 6878-463a-a415-9b50a4a810b3,address:{slot:0x01,bus:0x00,
> domain:0x,type:pci,function:0x2}}
> devices={device:virtio-serial,type:controller,deviceId:
> d99705cd-0ebf-40f0-950b-575ab4e6d934,address:{slot:
> 0x05,bus:0x00,domain:0x,type:pci,function:0x0}}
> devices={device:ide,type:controller,deviceId:ef31f1a2-
> 746a-4188-ae45-ef157d7b5598,address:{slot:0x01,bus:0x00,
> domain:0x,type:pci,function:0x1}}
> devices={device:scsi,model:virtio-scsi,type:controller,
> deviceId:f41baf47-51f8-42e9-a290-70da06191991,address:{
> slot:0x04,bus:0x00,domain:0x,type:pci,function:0x0}}
> devices={alias:rng0,specParams:{source:urandom},
> deviceId:4c7f0e81-c3e8-498f-a5a2-b8c1543e94b4,address:{
> slot:0x02,bus:0x00,domain:0x,type:pci,function:0x0},
> device:virtio,model:virtio,type:rng}
> devices={device:console,type:console}
> [root@ractor ~]#
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

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

[Evgenia Tokar]

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 <
i...@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:
> 5210a3c3-9cc4-4aed-90c6-432dd2d37c46,address:{slot:0x02,
> bus:0x00,domain:0x,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 <msi...@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 <
>> i...@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
>>> - 

Re: [ovirt-users] Hosted engine setup shooting dirty pool

[Evgenia Tokar]

Hi Jamie,

Are you trying to setup hosted engine using the "hosted-engine --deploy"
command, or are you trying to migrate existing he vm?

For hosted engine setup you need to provide a clean storage domain, which
is not a part of your 4.1 setup, this storage domain will be used for the
hosted engine and will be visible in the UI once the deployment of the
hosted engine is complete.
If your storage domain appears in the UI it means that it is already
connected to the storage pool and is not "clean".

Thanks,
Jenny

On Wed, Apr 12, 2017 at 2:47 AM, Jamie Lawrence 
wrote:

> Or at least, refusing to mount a dirty pool.
>
> I have 4.1 set up, configured and functional, currently wired up with two
> VM hosts and three Gluster hosts. It is configured with a (temporary) NFS
> data storage domain, with the end-goal being two data domains on Gluster;
> one for the hosted engine, one for other VMs.
>
> The issue is that `hosted-engine` sees any gluster volumes offered as
> dirty. (I have been creating them via the command line  right before
> attempting the hosted-engine migration; there is nothing in them at that
> stage.)  I *think* what is happening is that ovirt-engine notices a newly
> created volume and has its way with the volume (visible in the GUI; the
> volume appears in the list), and the hosted-engine installer becomes upset
> about that. What I don’t know is what to do about it. Relevant log lines
> below. The installer almost sounds like it is asking me to remove the
> UUID-directory and whatnot, but I’m pretty sure that’s just going to leave
> me with two problems instead of fixing the first one. I’ve considered
> attempting to wire this together in the DB, which also seems like a great
> way to break things. I’ve even thought of using a Gluster installation that
> Ovirt knows nothing about, mainly as an experiment to see if it would even
> work, but decided it doesn’t matter, because I can’t deploy in that state
> anyway and it doesn’t actually get me any closer to getting this working.
>
> I noticed several bugs in the tracker seemingly related, but the bulk of
> those were for past versions and I saw nothing that seemed actionable from
> my end in the others.
>
> So, can anyone spare a clue as to what is going wrong, and what to do
> about that?
>
> -j
>
> - - - - ovirt-hosted-engine-setup.log - - - -
>
> 2017-04-11 16:14:39 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._storageServerConnection:408 connectStorageServer
> 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._storageServerConnection:475 {'status': {'message': 'Done',
> 'code': 0}, 'items': [{u'status': 0, u'id': u'890e82cf-5570-4507-a9bc-
> c610584dea6e'}]}
> 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._storageServerConnection:502 {'status': {'message': 'Done',
> 'code': 0}, 'items': [{u'status': 0, u'id': u'cd1a1bb6-e607-4e35-b815-
> 1fd88b84fe14'}]}
> 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._check_existing_pools:794 _check_existing_pools
> 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._check_existing_pools:795 getConnectedStoragePoolsList
> 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._check_existing_pools:797 {'status': {'message': 'Done', 'code':
> 0}}
> 2017-04-11 16:14:40 INFO otopi.plugins.gr_he_setup.storage.storage
> storage._misc:956 Creating Storage Domain
> 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._createStorageDomain:513 createStorageDomain
> 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._createStorageDomain:547 {'status': {'message': 'Done', 'code':
> 0}}
> 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._createStorageDomain:549 {'status': {'message': 'Done', 'code':
> 0}, u'mdasize': 0, u'mdathreshold': True, u'mdavalid': True, u'diskfree':
> u'321929216000', u'disktotal': u'321965260800', u'mdafree': 0}
> 2017-04-11 16:14:40 INFO otopi.plugins.gr_he_setup.storage.storage
> storage._misc:959 Creating Storage Pool
> 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._createFakeStorageDomain:553 createFakeStorageDomain
> 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._createFakeStorageDomain:570 {'status': {'message': 'Done',
> 'code': 0}}
> 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._createFakeStorageDomain:572 {'status': {'message': 'Done',
> 'code': 0}, u'mdasize': 0, u'mdathreshold': True, u'mdavalid': True,
> u'diskfree': u'1933930496', u'disktotal': u'2046640128', u'mdafree': 0}
> 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._createStoragePool:587 createStoragePool
> 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage
> storage._createStoragePool:627 createStoragePool(args=[
> 

Re: [ovirt-users] hosted_storage locked

[Evgenia Tokar]

It seems that the import of the storage domain failed since it was
inaccessible:

2016-12-28 07:06:25,406 ERROR
[org.ovirt.engine.core.bll.storage.domain.GetExistingStorageDomainListQuery]
(org.ovirt.thread.pool-6-thread-46) [] Exception:
org.ovirt.engine.core.common.errors.EngineException: EngineException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to
HSMGetStorageDomainInfoVDS, error = Domain is either partially accessible
or entirely inaccessible: (u'247b250c-ccd3-4056-853f-f03a05369da9',), code
= 379 (Failed with error StorageDomainAccessError and code 379)

2016-12-28 07:06:25,413 ERROR
[org.ovirt.engine.core.bll.storage.domain.ImportHostedEngineStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-46) [] Failed query for all Storage
Domains. The import command can not proceed without this info

Once that happened the command was logged in the db as failed, and every
engine restart the engine tries to run it again (compensate mechanism).
However, since the import storage domain command is not "compensatable"
this fails and the domain remains locked.

2016-12-28 07:09:02,643 ERROR [org.ovirt.engine.core.bll.CommandsFactory]
(ServerService Thread Pool -- 56) [] CommandsFactory : Failed to get type
information using reflection for Class
'org.ovirt.engine.core.bll.storage.domain.ImportHostedEngineStorageDomainCommand',
Command Id '2ab30734-bbe4-4f50-897f-f1b393a31852':
org.ovirt.engine.core.bll.storage.domain.ImportHostedEngineStorageDomainCommand.(org.ovirt.engine.core.compat.Guid)
2016-12-28 07:09:02,643 ERROR [org.ovirt.engine.core.bll.CommandsFactory]
(ServerService Thread Pool -- 56) [] Exception:
java.lang.NoSuchMethodException:
org.ovirt.engine.core.bll.storage.domain.ImportHostedEngineStorageDomainCommand.(org.ovirt.engine.core.compat.Guid)


2016-12-28 07:09:02,646 ERROR [org.ovirt.engine.core.bll.Backend]
(ServerService Thread Pool -- 56) [] Failed to run compensation on startup
for Command
'org.ovirt.engine.core.bll.storage.domain.ImportHostedEngineStorageDomainCommand',
Command Id '2ab30734-bbe4-4f50-897f-f1b393a31852'


I would suggest:
1. Verify the you can access the storage domain.
2. If you can access the domain, you can try removing it from the ui (I
think the destroy option should be available).
After the removal the engine will try to reimport it, and hopefully
will succeed.
Removing the storage domain may cause the engine and the ha-agent to
restart.

Jenny





On Wed, Dec 28, 2016 at 6:29 PM, Gary Pedretty <g...@ravnalaska.net> wrote:

> Here is the engine log from the engine vm.
>
> Gary
>
>
>
>
> 
> Gary Pedrettyg...@ravnalaska.net
> <g...@eraalaska.net>
> Systems Manager  www.flyravn.com
> Ravn Alaska   /\907-450-7251
> <(907)%20450-7251>
> 5245 Airport Industrial Road /  \/\ 907-450-7238
> <(907)%20450-7238> fax
> Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
> Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
> Really loving the record green up date! Summmer!!   yourself” Matt 22:39
> --------
>
>
>
>
>
>
>
>
>
>
>
>
> On Dec 28, 2016, at 1:12 AM, Evgenia Tokar <eto...@redhat.com> wrote:
>
> Hi!
>
> Can you attach the engine log from the hosted engine vm?
>
> Thanks,
> Jenny
>
>
> On Wed, Dec 28, 2016 at 10:56 AM, Gary Pedretty <g...@ravnalaska.net>
> wrote:
>
>> Just setup a new hosted-engine Data Center.  With 3 hosts and gluster
>> based storage domains.  Used the latest installers.  Everything went well,
>> until I got the engine deployed and each host setup and went to the web
>> interface for the first time.
>>
>> After adding the master storage domain, the hosted_storage added itself
>> like usual, but remained locked.   Everything is working just fine with the
>> exception of no listing of the engine as a VM under that tab or the icon on
>> the current host.   The Volumes tab does not show anything on the
>> hosted_storage, but all the other volumes including the master data and a
>> second data all show normal status for bricks.  Error log is not reporting
>> anything unusual either.  All the gluster volumes including the engine
>> (hosted_storage) show good status via command line in the hosts.
>>
>> Going to let it run for a day or so before I add any VMs.
>>
>> Any ideas?
>>
>> Gary
>>
>> 
&

Re: [ovirt-users] hosted_storage locked

[Evgenia Tokar]

Hi!

Can you attach the engine log from the hosted engine vm?

Thanks,
Jenny


On Wed, Dec 28, 2016 at 10:56 AM, Gary Pedretty  wrote:

> Just setup a new hosted-engine Data Center.  With 3 hosts and gluster
> based storage domains.  Used the latest installers.  Everything went well,
> until I got the engine deployed and each host setup and went to the web
> interface for the first time.
>
> After adding the master storage domain, the hosted_storage added itself
> like usual, but remained locked.   Everything is working just fine with the
> exception of no listing of the engine as a VM under that tab or the icon on
> the current host.   The Volumes tab does not show anything on the
> hosted_storage, but all the other volumes including the master data and a
> second data all show normal status for bricks.  Error log is not reporting
> anything unusual either.  All the gluster volumes including the engine
> (hosted_storage) show good status via command line in the hosts.
>
> Going to let it run for a day or so before I add any VMs.
>
> Any ideas?
>
> Gary
>
> 
> Gary Pedrettyg...@ravnalaska.net
> 
> Systems Manager  www.flyravn.com
> Ravn Alaska   /\907-450-7251
> <(907)%20450-7251>
> 5245 Airport Industrial Road /  \/\ 907-450-7238
> <(907)%20450-7238> fax
> Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
> Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
> Really loving the record green up date! Summmer!!   yourself” Matt 22:39
> 
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users