[ANN] oVirt 4.1.3 Third Release Candidate is now available
by Sandro Bonazzola
The oVirt Project is pleased to announce the availability of the Third
Release Candidate of oVirt 4.1.3 for testing, as of June 22nd, 2017
This is pre-release software. Please take a look at our community page[1]
to know how to ask questions and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].
This pre-release should not to be used in production.
This update is the first release candidate of the third in a series of
stabilization updates to the 4.1 series.
4.1.3 brings more than 45 enhancements and more than 220 bugfixes,
including more than 120 high or urgent
severity fixes, on top of oVirt 4.1 series
This release is available now for:
* Fedora 24 (tech preview)
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* oVirt Node 4.1
* Fedora 24 (tech preview)
See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.
Notes:
- oVirt Appliance is already available
- oVirt Live is already available[4]
- oVirt Node is already available[4]
We are addressing compose issues for above components which are missing
ansible 2.3 and latest fluentd builds from CentOS SIGs.
Additional Resources:
* Read more about the oVirt 4.1.3 release highlights:
http://www.ovirt.org/release/4.1.3/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/
[1] https://www.ovirt.org/community/
[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt
[3] http://www.ovirt.org/release/4.1.3/
[4] resources.ovirt.org/pub/ovirt-4.1-pre/iso/
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
8 years
moVirt 2.0 RC 1 released!
by Filip Krepinsky
Hia,
the first RC of moVirt 2.0 has been released!
You can get it from our GitHub [1]; the play store will be upgraded after
considered stable.
The main feature of this release is a support for managing multiple oVirt
installations from one moVirt.
Other changes:
- actions/lists/dashboard are now filtered by selecting accounts/clusters
in the left drawer
- event lists now correctly working for single vm, host, etc..
- better syncing and network detection
- cleaner ui design and connection settings
- enhanced security and support for certificates (import from file)
- sorting and filtering made more usable
- more descriptive errors
- other small enhancements and bug fixes
We would greatly appreciate if you could try it and share your feedback
with us. [2]
Let us know about any suggestions you might have; and as usual, patches are
also welcome :)
Have a great day
Filip
[1]:
https://github.com/oVirt/moVirt/releases/download/v2.0-rc1/moVirt-release...
[2]: https://github.com/oVirt/moVirt
8 years
Moving thin provisioned disks question
by Gianluca Cecchi
Hello,
I have a storage domain that I have to empty, moving its disks to another
storage domain,
Both source and target domains are iSCSI
What is the behavior in case of preallocated and thin provisioned disk? Are
they preserved with their initial configuration?
Suppose I have one 500Gb thin provisioned disk
Why can I indirectly see that the actual size is 300Gb only in Snapshots
tab --> Disks of its VM ?
Thanks,
Gianluca
8 years
Ovirt installation planning question
by Alan Bunch
--_000_C46E817F004EDF47A188C55D2DB37A84031354DcExchMX3Altourlo_
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
SGVsbG8gYWxsLA0KDQpJIGhhdmUgYSBxdWVzdGlvbiBhYm91dCB0aGUgaW5pdGlhbCBzZXR1cCBm
b3Igb3ZpcnQuIEkgaGF2ZSAzIG5vZGVzDQp0aGF0IEkgYW0gYWJvdXQgcmVhZHkgdG8gaW5zdGFs
bCBhIGh5cGVyIGNvbnZlcmdlZCBzZXR1cCB1c2luZyBHbHVzdGVyDQpmb3Igc3RvcmFnZSBhbmQg
aG9zdGVkLWVuZ2luZS4NCg0KTXkgcXVlc3Rpb24gaXMgdGhpczoNCg0KV2hhdCBkb2VzIHRoZSBu
ZXR3b3JraW5nIHNldHVwIG5lZWQgdG8gbG9vayBsaWtlIGF0IGluc3RhbGwgdGltZSA/IERvDQpJ
IG5lZWQgdG8gc2V0dXAgYWxsIG9mIHRoZSBib25kcywgdmxhbnMgYW5kIGJyaWRnZXMgYmVmb3Jl
IEkgc3RhcnQgdGhlIGluc3RhbGwNCm9yIHNob3VsZCBJIGp1c3Qgc2V0IGFuIG92aXJ0bWdtdCBi
b25kL3ZsYW4vYnJpZGdlIGFuZCBzZXR1cCB0aGUgcmVzdCBvZiB0aGUNCm5ldHdvcmtpbmcgaW5z
aWRlIG9mIG92aXJ0LiBJIGV4cGVjdCB0byBuZWVkIDMgb3IgNCBuZXR3b3Jrcy92bGFuIHRvIG1h
dGNoDQpteSBleGlzdGluZyBuZXR3b3JrcyB0byBhdHRhY2ggdm0ncyB0by4NCg0KQW55IGhlbHAg
b3IgcG9pbnRlcnMgd291bGQgYmUgYXBwcmVjaWF0ZWQuDQoNClRoYW5rIFlvdQ0K77u/DQo=
--_000_C46E817F004EDF47A188C55D2DB37A84031354DcExchMX3Altourlo_
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu
dD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8q
IEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6SGVsdmV0aWNh
Ow0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m
YW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpA
Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAy
IDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6
MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9y
bWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4t
Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJy
aSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1w
cmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7
fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlv
cml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K
c3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglm
b250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5N
c29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5
OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWlu
IDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0
aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5
XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4N
CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlv
dXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286
c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1V
UyIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp
b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0
O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSZxdW90OyxzYW5zLXNlcmlmO2JhY2tncm91bmQ6
d2hpdGUiPkhlbGxvIGFsbCw8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCjxicj4NCjxz
cGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5JIGhhdmUgYSBxdWVzdGlvbiBhYm91dCB0aGUg
aW5pdGlhbCBzZXR1cCBmb3Igb3ZpcnQuIEkgaGF2ZSAzIG5vZGVzPC9zcGFuPjxicj4NCjxzcGFu
IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj50aGF0IEkgYW0gYWJvdXQgcmVhZHkgdG8gaW5zdGFs
bCBhIGh5cGVyIGNvbnZlcmdlZCBzZXR1cCB1c2luZyBHbHVzdGVyPC9zcGFuPjxicj4NCjxzcGFu
IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5mb3Igc3RvcmFnZSBhbmQgaG9zdGVkLWVuZ2luZS48
L3NwYW4+PGJyPg0KPGJyPg0KPHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPk15IHF1ZXN0
aW9uIGlzIHRoaXM6PC9zcGFuPjxicj4NCjxicj4NCjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndo
aXRlIj5XaGF0IGRvZXMgdGhlIG5ldHdvcmtpbmcgc2V0dXAgbmVlZCB0byBsb29rIGxpa2UgYXQg
aW5zdGFsbCB0aW1lID8gRG88L3NwYW4+PGJyPg0KPHNwYW4gc3R5bGU9ImJhY2tncm91bmQ6d2hp
dGUiPkkgbmVlZCB0byBzZXR1cCBhbGwgb2YgdGhlIGJvbmRzLCB2bGFucyBhbmQgYnJpZGdlcyBi
ZWZvcmUgSSBzdGFydCB0aGUgaW5zdGFsbDwvc3Bhbj48YnI+DQo8c3BhbiBzdHlsZT0iYmFja2dy
b3VuZDp3aGl0ZSI+b3Igc2hvdWxkIEkganVzdCBzZXQgYW4gb3ZpcnRtZ210IGJvbmQvdmxhbi9i
cmlkZ2UgYW5kIHNldHVwIHRoZSByZXN0IG9mIHRoZTwvc3Bhbj48YnI+DQo8c3BhbiBzdHlsZT0i
YmFja2dyb3VuZDp3aGl0ZSI+bmV0d29ya2luZyBpbnNpZGUgb2Ygb3ZpcnQuIEkgZXhwZWN0IHRv
IG5lZWQgMyBvciA0IG5ldHdvcmtzL3ZsYW4gdG8gbWF0Y2g8L3NwYW4+PGJyPg0KPHNwYW4gc3R5
bGU9ImJhY2tncm91bmQ6d2hpdGUiPm15IGV4aXN0aW5nIG5ldHdvcmtzIHRvIGF0dGFjaCB2bSdz
IHRvLjwvc3Bhbj48YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+QW55
IGhlbHAgb3IgcG9pbnRlcnMgd291bGQgYmUgYXBwcmVjaWF0ZWQuPC9zcGFuPjxicj4NCjxicj4N
CjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5UaGFuayBZb3U8L3NwYW4+PGJyPg0KPC9z
cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t
YSZxdW90OyxzYW5zLXNlcmlmO2JhY2tncm91bmQ6d2hpdGUiPu+7vzwvc3Bhbj48bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K
--_000_C46E817F004EDF47A188C55D2DB37A84031354DcExchMX3Altourlo_--
8 years
Re: [ovirt-users] hosted-engine network
by Arsène Gschwind
This is a multi-part message in MIME format.
--------------1D0F68AC599E944098853700
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
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(a)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(a)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(a)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(a)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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)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(a)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(a)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 <http://its.unibas.ch/>
ITS-ServiceDesk: support-its(a)unibas.ch | +41 61 267 14 11
--------------1D0F68AC599E944098853700
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Please find the logs here:
<a class="moz-txt-link-freetext" href="https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0">https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0</a></p>
<p>Thanks.</p>
<p>Regards,<br>
Arsène<br>
</p>
<p>Hi,</p>
<p>Sorry for this, it seems that the attachment have been detached.</p>
<p>So let's try again</p>
<p>Regards,<br>
Arsène<br>
</p>
<br>
<div class="moz-cite-prefix">On 06/12/2017 11:59 AM, Martin Sivak
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAF0zDV6rJKaSTuhQJFZKueEs=2HoiWOAuNc2Oy_9HHFT9y6NXw@mail.gmail.com">
<pre wrap="">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
<a class="moz-txt-link-rfc2396E" href="mailto:arsene.gschwind@unibas.ch"><arsene.gschwind(a)unibas.ch></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">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 <a class="moz-txt-link-rfc2396E" href="mailto:yquinn@redhat.com"><yquinn(a)redhat.com></a> 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 <a class="moz-txt-link-rfc2396E" href="mailto:arsene.gschwind@unibas.ch"><arsene.gschwind(a)unibas.ch></a>
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 | <a class="moz-txt-link-freetext" href="http://its.unibas.ch">http://its.unibas.ch</a>
ITS-ServiceDesk: <a class="moz-txt-link-abbreviated" href="mailto:support-its@unibas.ch">support-its(a)unibas.ch</a> | +41 61 267 14 11
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a>
<a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a>
--
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 | <a class="moz-txt-link-freetext" href="http://its.unibas.ch">http://its.unibas.ch</a>
ITS-ServiceDesk: <a class="moz-txt-link-abbreviated" href="mailto:support-its@unibas.ch">support-its(a)unibas.ch</a> | +41 61 267 14 11
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a>
<a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a>
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a>
<a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a>
--
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 | <a class="moz-txt-link-freetext" href="http://its.unibas.ch">http://its.unibas.ch</a>
ITS-ServiceDesk: <a class="moz-txt-link-abbreviated" href="mailto:support-its@unibas.ch">support-its(a)unibas.ch</a> | +41 61 267 14 11
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a>
<a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a>
--
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 | <a class="moz-txt-link-freetext" href="http://its.unibas.ch">http://its.unibas.ch</a>
ITS-ServiceDesk: <a class="moz-txt-link-abbreviated" href="mailto:support-its@unibas.ch">support-its(a)unibas.ch</a> | +41 61 267 14 11
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a>
<a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a>
</pre>
</blockquote>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<p class="western" style="margin-bottom: 0in; line-height: 150%">
<font color="#000000"><font face="Tahoma, serif"> <font
style="font-size: 8pt" size="1"> <b>Arsène Gschwind</b> </font>
</font> <font color="#000000"> <font face="Tahoma, serif"> <font
style="font-size: 8pt" size="1"> </font> </font> </font>
<font face="Tahoma, serif"> <font style="font-size: 8pt"
size="1"> </font> </font> <font face="Tahoma, serif">
</font> <font color="#000000"> <font face="Tahoma, serif"> <font
style="font-size: 8pt" size="1"> <br>
</font> </font> </font> <font color="#7f7f7f"> <font
face="Tahoma, serif"> <font style="font-size: 8pt"
size="1"> Fa. Sapify AG im Auftrag der Universität Basel<br>
IT Services<br>
Klingelbergstr. 70 | CH-4056 Basel | Switzerland<br>
Tel. +41 79 449 25 63 | </font> </font> </font> <a
href="http://its.unibas.ch/"> <font face="Tahoma, serif"> <font
style="font-size: 8pt" size="1"> http://its.unibas.ch </font>
</font> </a><br>
<font color="#7f7f7f"> <font face="Tahoma, serif"> <font
style="font-size: 8pt" size="1"> ITS-ServiceDesk: <a
class="moz-txt-link-abbreviated"
href="mailto:support-its@unibas.ch">support-its(a)unibas.ch</a>
| +41 61 267 14 11 </font> </font> </font> </font></p>
<font color="#000000"> </font></div>
</body>
</html>
--------------1D0F68AC599E944098853700--
8 years
Test Email
by Konstantinos Bonaros
Sending test email please ignore!
8 years
Windows USB Redirection
by Konstantinos Bonaros
Hi All,
I have Ovirt 4.1 with 3 nodes on top glusterfs, all are running smoothly
except USB redirection.
I Have 2 VMs:
- Windows 2016 64bit
- Windows 10 64bit
Although both are able to see USB have attached issue.
On Past when testing on Windows 7 VM USB redirection was running smoothly.
Can i have your suggestion on this issue.
Thank you in advanced.
Regards,
Konstantinos
8 years
Ovirt remove network from hosted engine
by Abi Askushi
Hi all,
When setting up hosted engine setup on top gluster with 3 nodes, I had
gluster configured on a separate network interface, as recommended. When I
tried later to upload ISO from engine to ISO domain, the engine was not
able to upload it since the VM did not have access to the separate storage
network. I then added the storage network interface to the hosted engine
and ISO upload succeeded.
1st question: do I need to add the network interface to engine in order to
upload ISOs? does there exist any alternate way?
Then I proceeded to configure bonding for the storage domain, bonding 2
NICs at each server. When trying to set a custom bond of mode=6 (as
recommended from gluster) I received a warning that mode0, 5 and 6 cannot
be configured since the interface is used from VMs. I also understood that
having the storage network assigned to VMs makes it a bridge which
decreases performance of networking. When trying to remove the network
interface from engine it cannot be done, since the engine is running.
2nd question: Is there a way I can remove the secondary storage network
interface from the engine?
Many thanx
8 years
