On Thu, Jun 22, 2017 at 2:32 PM, Yanir Quinn <yquinn@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.gschwind@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.gschwind@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/<imageId>/ <volumeId>
>>>
>>> To see which one you can run the following command:
>>>
>>> vdsm-client Volume getInfo volumeID=<volumeId> imageID=<imageId>
>>> storagedomainID=<storageDomainId> storagepoolID=<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.gschwind@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.gschwind@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.gschwind@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.gschwind@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 <yquinn@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.gschwind@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
>>>>>
>>>>>
>>>>> 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:0x0000, 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: 0x0000,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-its@unibas.ch | +41 61 267 14 11
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users@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 | http://its.unibas.ch
>>>>> ITS-ServiceDesk: support-its@unibas.ch | +41 61 267 14 11
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> 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-its@unibas.ch | +41 61 267 14 11
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users@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 | http://its.unibas.ch
>>>>> ITS-ServiceDesk: support-its@unibas.ch | +41 61 267 14 11
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users@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 | http://its.unibas.ch
>>>>> ITS-ServiceDesk: support-its@unibas.ch | +41 61 267 14 11
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> 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-its@unibas.ch | +41 61 267 14 11
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users@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 | http://its.unibas.ch
>>>> ITS-ServiceDesk: support-its@unibas.ch | +41 61 267 14 11
>>>
>>>
>>>
>>> --
>>>
>>> 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-its@unibas.ch | +41 61 267 14 11
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users@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 | http://its.unibas.ch
>> ITS-ServiceDesk: support-its@unibas.ch | +41 61 267 14 11
>
>
Didi