2:34 p.m.
The oVirt Project is pleased to announce the general availability of oVirt
4.0.6, as of January 10th, 2016.
This release is available now for:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 23 (tech preview)
This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 23 (tech preview)
* oVirt Next Generation Node 4.0
This update is the sixth in a series of stabilization updates to the 4.0
series.
4.0.6 brings 4 enhancements and 59 bugfixes, including 24 high or urgent
severity fixes, on top of oVirt 4.0 series
See the release notes [1] for installation / upgrade instructions and a
list of new features and bugs fixed.
Notes:
* A new oVirt Live ISO is already available. [2]
* A new oVirt Next Generation Node will be available soon [2]
* A new oVirt Engine Appliance is already available for Red Hat Enterprise
Linux and CentOS Linux (or similar)
* Mirrors[3] might need up to one day to synchronize.
Additional Resources:
* Read more about the oVirt 4.0.6 release highlights:
http://www.ovirt.org/release/4.0.6/
* 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] http://www.ovirt.org/release/4.0.6/
[2] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
4:41 p.m.
New subject: Leaving maintenace mode
Hi!
I have a testing oVirt installation with only one host and running self
hosted engine.
If I put host in global maintenance mode:
hosted-engine --set-maintenance --mode=global
then ssh into self hosted engine VM, shoutdown VM using 'init 0', when
I run on the host:
hosted-engine --set-maintenance --mode=none
I have:
Traceback (most recent call last):
File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
line 73, in <module>
if not maintenance.set_mode(sys.argv[1]):
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
line 61, in set_mode
value=m_global,
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 259, in set_maintenance_mode
str(value))
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 202, in set_global_md_flag
self._configure_broker_conn(broker)
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 180, in _configure_broker_conn
dom_type=dom_type)
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
line 176, in set_storage_domain
.format(sd_type, options, e))
ovirt_hosted_engine_ha.lib.exceptions.RequestError: Failed to set
storage domain FilesystemBackend, options {'dom_type': 'nfs3',
'sd_uuid': '46f55a31-f35f-465c-b3e2-df45c05e06a7'}: Connection timed out
This because the host has the iso domain nfs export mounted but the self
hosted engine VM is not running, I think...
So I have to reboot the host before change the maintenance mode.
6:47 p.m.
New subject: Leaving maintenace mode
Hi,
the appliance we publish actually does not enable the ISO domain on
the VM anymore for exactly this reason. I believe we mention this in
the documentation somewhere too.
Please do not put or disable all domains that are served from inside
the engine VM.
Best regards
--
Martin Sivak
SLA / oVirt
On Tue, Jan 10, 2017 at 3:41 PM, Stefano Danzi <s.danzi(a)hawai.it> wrote:
Hi!
I have a testing oVirt installation with only one host and running self
hosted engine.
If I put host in global maintenance mode:
hosted-engine --set-maintenance --mode=global
then ssh into self hosted engine VM, shoutdown VM using 'init 0', when
I run on the host:
hosted-engine --set-maintenance --mode=none
I have:
Traceback (most recent call last):
File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
"__main__", fname, loader, pkg_name)
File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
line 73, in <module>
if not maintenance.set_mode(sys.argv[1]):
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
line 61, in set_mode
value=m_global,
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 259, in set_maintenance_mode
str(value))
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 202, in set_global_md_flag
self._configure_broker_conn(broker)
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 180, in _configure_broker_conn
dom_type=dom_type)
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
line 176, in set_storage_domain
.format(sd_type, options, e))
ovirt_hosted_engine_ha.lib.exceptions.RequestError: Failed to set storage
domain FilesystemBackend, options {'dom_type': 'nfs3',
'sd_uuid':
'46f55a31-f35f-465c-b3e2-df45c05e06a7'}: Connection timed out
This because the host has the iso domain nfs export mounted but the self
hosted engine VM is not running, I think...
So I have to reboot the host before change the maintenance mode.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
7:37 p.m.
New subject: Leaving maintenace mode
Hi!
You are right! But I think isn't correct that the command fail if the
iso domain isn't available.
I'ts ok if the comman fail when the self hosted engine storage is not
available, but not for iso domain.
Il 10/01/2017 17.47, Martin Sivak ha scritto:
Hi,
the appliance we publish actually does not enable the ISO domain on
the VM anymore for exactly this reason. I believe we mention this in
the documentation somewhere too.
Please do not put or disable all domains that are served from inside
the engine VM.
Best regards
--
Martin Sivak
SLA / oVirt
On Tue, Jan 10, 2017 at 3:41 PM, Stefano Danzi <s.danzi(a)hawai.it> wrote:
> Hi!
>
> I have a testing oVirt installation with only one host and running self
> hosted engine.
>
> If I put host in global maintenance mode:
>
> hosted-engine --set-maintenance --mode=global
>
> then ssh into self hosted engine VM, shoutdown VM using 'init 0', when
> I run on the host:
>
> hosted-engine --set-maintenance --mode=none
>
> I have:
>
> Traceback (most recent call last):
> File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
> "__main__", fname, loader, pkg_name)
> File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
> exec code in run_globals
> File
>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
> line 73, in <module>
> if not maintenance.set_mode(sys.argv[1]):
> File
>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
> line 61, in set_mode
> value=m_global,
> File
>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
> line 259, in set_maintenance_mode
> str(value))
> File
>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
> line 202, in set_global_md_flag
> self._configure_broker_conn(broker)
> File
>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
> line 180, in _configure_broker_conn
> dom_type=dom_type)
> File
>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
> line 176, in set_storage_domain
> .format(sd_type, options, e))
> ovirt_hosted_engine_ha.lib.exceptions.RequestError: Failed to set storage
> domain FilesystemBackend, options {'dom_type': 'nfs3',
'sd_uuid':
> '46f55a31-f35f-465c-b3e2-df45c05e06a7'}: Connection timed out
>
>
> This because the host has the iso domain nfs export mounted but the self
> hosted engine VM is not running, I think...
> So I have to reboot the host before change the maintenance mode.
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
11:12 a.m.
New subject: Leaving maintenace mode
Hi,
we will focus on this exact issue (and couple of similar ones) in the
next release, but the reason is actually pretty simple.. the ISO
domain is mounted to the /rhev space and a when a simple traversal
hits the unavailable NFS ISO domain, it gets stuck.. and the timeout
is somewhat long.
Martin
On Tue, Jan 10, 2017 at 6:37 PM, Stefano Danzi <s.danzi(a)hawai.it> wrote:
Hi!
You are right! But I think isn't correct that the command fail if the iso
domain isn't available.
I'ts ok if the comman fail when the self hosted engine storage is not
available, but not for iso domain.
Il 10/01/2017 17.47, Martin Sivak ha scritto:
>
> Hi,
>
> the appliance we publish actually does not enable the ISO domain on
> the VM anymore for exactly this reason. I believe we mention this in
> the documentation somewhere too.
>
> Please do not put or disable all domains that are served from inside
> the engine VM.
>
> Best regards
>
> --
> Martin Sivak
> SLA / oVirt
>
> On Tue, Jan 10, 2017 at 3:41 PM, Stefano Danzi <s.danzi(a)hawai.it> wrote:
>>
>> Hi!
>>
>> I have a testing oVirt installation with only one host and running self
>> hosted engine.
>>
>> If I put host in global maintenance mode:
>>
>> hosted-engine --set-maintenance --mode=global
>>
>> then ssh into self hosted engine VM, shoutdown VM using 'init 0', when
>> I run on the host:
>>
>> hosted-engine --set-maintenance --mode=none
>>
>> I have:
>>
>> Traceback (most recent call last):
>> File "/usr/lib64/python2.7/runpy.py", line 162, in
_run_module_as_main
>> "__main__", fname, loader, pkg_name)
>> File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
>> exec code in run_globals
>> File
>>
>>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
>> line 73, in <module>
>> if not maintenance.set_mode(sys.argv[1]):
>> File
>>
>>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
>> line 61, in set_mode
>> value=m_global,
>> File
>>
>>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>> line 259, in set_maintenance_mode
>> str(value))
>> File
>>
>>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>> line 202, in set_global_md_flag
>> self._configure_broker_conn(broker)
>> File
>>
>>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>> line 180, in _configure_broker_conn
>> dom_type=dom_type)
>> File
>>
>>
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>> line 176, in set_storage_domain
>> .format(sd_type, options, e))
>> ovirt_hosted_engine_ha.lib.exceptions.RequestError: Failed to set storage
>> domain FilesystemBackend, options {'dom_type': 'nfs3',
'sd_uuid':
>> '46f55a31-f35f-465c-b3e2-df45c05e06a7'}: Connection timed out
>>
>>
>> This because the host has the iso domain nfs export mounted but the self
>> hosted engine VM is not running, I think...
>> So I have to reboot the host before change the maintenance mode.
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
10:30 a.m.
--_000_6A17C71B52524C408E7AAF69103E9E490FA8D440fabamailserverf_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
SGksDQpSZWxlYXNlIE5vZGVzIHNob3dpbmcg4oCcQlogMTM3NDk4ODxodHRwczovL2J1Z3ppbGxh
LnJlZGhhdC5jb20vMTM3NDk4OD4gTU9NIGNhdXNlcyBWZHNtIHRvIHNsb3cgZG93biwgaGlnaCBu
dW1iZXIgb2YgJ3ZtR2V0SW9UdW5lUG9saWN5JyBBUEkgY2FsbHMg4oCTIHZkc20g4oCcDQpCdWd6
aWxsYSBzaG93cyDigJxUYXJnZXQgUmVsZWFzZTogICAgICAgICAgICAgICA0LjE4LjE24oCdDQoN
Cnl1bSB1cGRhdGUgb3ZpcnQtbm9kZS1uZy1pbWFnZSBnYXZlIG1lIG92aXJ0LW5vZGUtbmctaW1h
Z2UtNC4wLjYtMS5lbDcNCndoaWNoIGluc3RhbGxzIHZkc20tNC4xOC4xNS4zLTENCg0KSXMgaXQg
Zml4ZWQgb3Igbm90Pw0KDQoNClRoeCBDaHJpc3RpYW4NCg0KDQoNCg0KVm9uOiB1c2Vycy1ib3Vu
Y2VzQG92aXJ0Lm9yZyBbbWFpbHRvOnVzZXJzLWJvdW5jZXNAb3ZpcnQub3JnXSBJbSBBdWZ0cmFn
IHZvbiBTYW5kcm8gQm9uYXp6b2xhDQpHZXNlbmRldDogRGllbnN0YWcsIDEwLiBKw6RubmVyIDIw
MTcgMTM6MzUNCkFuOiBhbm5vdW5jZUBvdmlydC5vcmc7IHVzZXJzIDx1c2Vyc0BvdmlydC5vcmc+
DQpCZXRyZWZmOiBbb3ZpcnQtdXNlcnNdIFtBTk5dIG9WaXJ0IDQuMC42IFJlbGVhc2UgaXMgbm93
IGF2YWlsYWJsZQ0KDQpUaGUgb1ZpcnQgUHJvamVjdCBpcyBwbGVhc2VkIHRvIGFubm91bmNlIHRo
ZSBnZW5lcmFsIGF2YWlsYWJpbGl0eSBvZiBvVmlydCA0LjAuNiwgYXMgb2YgSmFudWFyeSAxMHRo
LCAyMDE2Lg0KDQpUaGlzIHJlbGVhc2UgaXMgYXZhaWxhYmxlIG5vdyBmb3I6DQoqIFJlZCBIYXQg
RW50ZXJwcmlzZSBMaW51eCA3LjMgb3IgbGF0ZXINCiogQ2VudE9TIExpbnV4IChvciBzaW1pbGFy
KSA3LjMgb3IgbGF0ZXINCiogRmVkb3JhIDIzICh0ZWNoIHByZXZpZXcpDQoNClRoaXMgcmVsZWFz
ZSBzdXBwb3J0cyBIeXBlcnZpc29yIEhvc3RzIHJ1bm5pbmc6DQoqIFJlZCBIYXQgRW50ZXJwcmlz
ZSBMaW51eCA3LjMgb3IgbGF0ZXINCiogQ2VudE9TIExpbnV4IChvciBzaW1pbGFyKSA3LjMgb3Ig
bGF0ZXINCiogRmVkb3JhIDIzICh0ZWNoIHByZXZpZXcpDQoqIG9WaXJ0IE5leHQgR2VuZXJhdGlv
biBOb2RlIDQuMA0KDQoNClRoaXMgdXBkYXRlIGlzIHRoZSBzaXh0aCBpbiBhIHNlcmllcyBvZiBz
dGFiaWxpemF0aW9uIHVwZGF0ZXMgdG8gdGhlIDQuMCBzZXJpZXMuDQo0LjAuNiBicmluZ3MgNCBl
bmhhbmNlbWVudHMgYW5kIDU5IGJ1Z2ZpeGVzLCBpbmNsdWRpbmcgMjQgaGlnaCBvciB1cmdlbnQN
CnNldmVyaXR5IGZpeGVzLCBvbiB0b3Agb2Ygb1ZpcnQgNC4wIHNlcmllcw0KU2VlIHRoZSByZWxl
YXNlIG5vdGVzIFsxXSBmb3IgaW5zdGFsbGF0aW9uIC8gdXBncmFkZSBpbnN0cnVjdGlvbnMgYW5k
IGENCmxpc3Qgb2YgbmV3IGZlYXR1cmVzIGFuZCBidWdzIGZpeGVkLg0KDQpOb3RlczoNCiogQSBu
ZXcgb1ZpcnQgTGl2ZSBJU08gaXMgYWxyZWFkeSBhdmFpbGFibGUuIFsyXQ0KKiBBIG5ldyBvVmly
dCBOZXh0IEdlbmVyYXRpb24gTm9kZSB3aWxsIGJlIGF2YWlsYWJsZSBzb29uIFsyXQ0KKiBBIG5l
dyBvVmlydCBFbmdpbmUgQXBwbGlhbmNlIGlzIGFscmVhZHkgYXZhaWxhYmxlIGZvciBSZWQgSGF0
IEVudGVycHJpc2UgTGludXggYW5kIENlbnRPUyBMaW51eCAob3Igc2ltaWxhcikNCiogTWlycm9y
c1szXSBtaWdodCBuZWVkIHVwIHRvIG9uZSBkYXkgdG8gc3luY2hyb25pemUuDQoNCkFkZGl0aW9u
YWwgUmVzb3VyY2VzOg0KKiBSZWFkIG1vcmUgYWJvdXQgdGhlIG9WaXJ0IDQuMC42IHJlbGVhc2Ug
aGlnaGxpZ2h0czpodHRwOi8vd3d3Lm92aXJ0Lm9yZy9yZWxlYXNlLzQuMC42Lw0KKiBHZXQgbW9y
ZSBvVmlydCBQcm9qZWN0IHVwZGF0ZXMgb24gVHdpdHRlcjogaHR0cHM6Ly90d2l0dGVyLmNvbS9v
dmlydA0KKiBDaGVjayBvdXQgdGhlIGxhdGVzdCBwcm9qZWN0IG5ld3Mgb24gdGhlIG9WaXJ0IGJs
b2c6aHR0cDovL3d3dy5vdmlydC5vcmcvYmxvZy8NCg0KWzFdIGh0dHA6Ly93d3cub3ZpcnQub3Jn
L3JlbGVhc2UvNC4wLjYvDQpbMl0gaHR0cDovL3Jlc291cmNlcy5vdmlydC5vcmcvcHViL292aXJ0
LTQuMC1wcmUvaXNvLw0KWzNdIGh0dHA6Ly93d3cub3ZpcnQub3JnL1JlcG9zaXRvcnlfbWlycm9y
cyNDdXJyZW50X21pcnJvcnMNCg0KLS0NClNhbmRybyBCb25henpvbGENCkJldHRlciB0ZWNobm9s
b2d5LiBGYXN0ZXIgaW5ub3ZhdGlvbi4gUG93ZXJlZCBieSBjb21tdW5pdHkgY29sbGFib3JhdGlv
bi4NClNlZSBob3cgaXQgd29ya3MgYXQgcmVkaGF0LmNvbTxodHRwOi8vcmVkaGF0LmNvbT4NCg0K
--_000_6A17C71B52524C408E7AAF69103E9E490FA8D440fabamailserverf_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9
DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj
b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu
Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw
dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z
b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt
c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t
Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K
CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRS1NYWlsRm9ybWF0
dm9ybGFnZTE4DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxp
YnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FLU1haWxGb3JtYXR2
b3JsYWdlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZh
dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1mYXJlYXN0LWxhbmd1YWdl
OkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCglt
YXJnaW46NzAuODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0K
CXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s
Pg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1s
PjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpl
eHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVs
YXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJERS1BVCIgbGlu
az0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAg
Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEu
MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFz
dC1sYW5ndWFnZTpFTi1VUyI+SGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt
ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFn
ZTpFTi1VUyI+UmVsZWFzZSBOb2RlcyBzaG93aW5nIOKAnDxhIGhyZWY9Imh0dHBzOi8vYnVnemls
bGEucmVkaGF0LmNvbS8xMzc0OTg4Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0
LWRlY29yYXRpb246bm9uZSI+QlogMTM3NDk4ODwvc3Bhbj48L2E+DQogTU9NIGNhdXNlcyBWZHNt
IHRvIHNsb3cgZG93biwgaGlnaCBudW1iZXIgb2YgJ3ZtR2V0SW9UdW5lUG9saWN5JyBBUEkgY2Fs
bHMg4oCTIHZkc20g4oCcPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h
bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5
OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V
UyI+QnVnemlsbGEgc2hvd3Mg4oCcVGFyZ2V0IFJlbGVhc2U6ICZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw
OyA0LjE4LjE24oCdPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx
dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh
bGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+eXVtIHVw
ZGF0ZSBvdmlydC1ub2RlLW5nLWltYWdlIGdhdmUgbWUgb3ZpcnQtbm9kZS1uZy1pbWFnZS00LjAu
Ni0xLmVsNzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD
YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPndoaWNo
IGluc3RhbGxzIHZkc20tNC4xOC4xNS4zLTENCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs
YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBw
dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3Qt
bGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN
c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250
LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3Vh
Z2U6RU4tVVMiPklzIGl0IGZpeGVkIG9yIG5vdD88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4w
cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0
LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u
dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO
LVVTIj5UaHggQ2hyaXN0aWFuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt
aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5ndWFnZTpF
Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
PGI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox
MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJl
YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz
cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1
YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y
bWFsIj48Yj48c3BhbiBsYW5nPSJERSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p
bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Wb246PC9zcGFuPjwvYj48c3BhbiBs
YW5nPSJERSIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy
aSZxdW90OyxzYW5zLXNlcmlmIj4gdXNlcnMtYm91bmNlc0BvdmlydC5vcmcgW21haWx0bzp1c2Vy
cy1ib3VuY2VzQG92aXJ0Lm9yZ10NCjxiPkltIEF1ZnRyYWcgdm9uIDwvYj5TYW5kcm8gQm9uYXp6
b2xhPGJyPg0KPGI+R2VzZW5kZXQ6PC9iPiBEaWVuc3RhZywgMTAuIErDpG5uZXIgMjAxNyAxMzoz
NTxicj4NCjxiPkFuOjwvYj4gYW5ub3VuY2VAb3ZpcnQub3JnOyB1c2VycyAmbHQ7dXNlcnNAb3Zp
cnQub3JnJmd0Ozxicj4NCjxiPkJldHJlZmY6PC9iPiBbb3ZpcnQtdXNlcnNdIFtBTk5dIG9WaXJ0
IDQuMC42IFJlbGVhc2UgaXMgbm93IGF2YWlsYWJsZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgb1ZpcnQgUHJvamVjdCBpcyBwbGVhc2VkIHRvIGFubm91
bmNlIHRoZSBnZW5lcmFsIGF2YWlsYWJpbGl0eSBvZiBvVmlydCA0LjAuNiwgYXMgb2YgSmFudWFy
eSAxMHRoLCAyMDE2LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i
TXNvTm9ybWFsIj5UaGlzIHJlbGVhc2UgaXMgYXZhaWxhYmxlIG5vdyBmb3I6PG86cD48L286cD48
L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4qIFJlZCBIYXQgRW50ZXJw
cmlzZSBMaW51eCA3LjMgb3IgbGF0ZXI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPiogQ2VudE9TIExpbnV4IChvciBzaW1pbGFyKSA3LjMgb3IgbGF0
ZXI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiog
RmVkb3JhIDIzICh0ZWNoIHByZXZpZXcpPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8
cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgcmVsZWFzZSBzdXBwb3J0cyBIeXBlcnZpc29yIEhv
c3RzIHJ1bm5pbmc6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv
Tm9ybWFsIj4qIFJlZCBIYXQgRW50ZXJwcmlzZSBMaW51eCA3LjMgb3IgbGF0ZXI8bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiogQ2VudE9TIExpbnV4
IChvciBzaW1pbGFyKSA3LjMgb3IgbGF0ZXI8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPiogRmVkb3JhIDIzICh0ZWNoIHByZXZpZXcpPG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4qIG9WaXJ0IE5leHQg
R2VuZXJhdGlvbiBOb2RlIDQuMDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgdXBkYXRlIGlzIHRoZSBzaXh0aCBpbiBhIHNlcmllcyBv
ZiBzdGFiaWxpemF0aW9uIHVwZGF0ZXMgdG8gdGhlIDQuMCBzZXJpZXMuPG86cD48L286cD48L3A+
DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj40LjAuNiBicmluZ3MgNCBlbmhh
bmNlbWVudHMgYW5kIDU5IGJ1Z2ZpeGVzLCBpbmNsdWRpbmcgMjQgaGlnaCBvciB1cmdlbnQ8bzpw
PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnNldmVyaXR5
IGZpeGVzLCBvbiB0b3Agb2Ygb1ZpcnQgNC4wIHNlcmllczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+
DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2VlIHRoZSByZWxlYXNlIG5vdGVzIFsxXSBm
b3IgaW5zdGFsbGF0aW9uIC8gdXBncmFkZSBpbnN0cnVjdGlvbnMgYW5kIGE8bzpwPjwvbzpwPjwv
cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmxpc3Qgb2YgbmV3IGZlYXR1
cmVzIGFuZCBidWdzIGZpeGVkLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj
bGFzcz0iTXNvTm9ybWFsIj5Ob3Rlczo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPiogQSBuZXcgb1ZpcnQgTGl2ZSBJU08gaXMgYWxyZWFkeSBhdmFp
bGFibGUuIFsyXTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+KiBBIG5ldyBvVmlydCBOZXh0IEdlbmVyYXRpb24gTm9kZSB3aWxsIGJlIGF2YWlsYWJs
ZSBzb29uIFsyXTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+KiBBIG5ldyBvVmlydCBFbmdpbmUgQXBwbGlhbmNlIGlzIGFscmVhZHkgYXZhaWxhYmxl
IGZvciBSZWQgSGF0IEVudGVycHJpc2UgTGludXggYW5kIENlbnRPUyBMaW51eCAob3Igc2ltaWxh
cik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiog
TWlycm9yc1szXSBtaWdodCBuZWVkIHVwIHRvIG9uZSBkYXkgdG8gc3luY2hyb25pemUuPG86cD48
L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw
OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFkZGl0aW9u
YWwgUmVzb3VyY2VzOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+KiBSZWFkIG1vcmUgYWJvdXQgdGhlIG9WaXJ0IDQuMC42IHJlbGVhc2UgaGlnaGxp
Z2h0czo8YSBocmVmPSJodHRwOi8vd3d3Lm92aXJ0Lm9yZy9yZWxlYXNlLzQuMC42LyI+aHR0cDov
L3d3dy5vdmlydC5vcmcvcmVsZWFzZS80LjAuNi88L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4qIEdldCBtb3JlIG9WaXJ0IFByb2plY3QgdXBk
YXRlcyBvbiBUd2l0dGVyOiA8YSBocmVmPSJodHRwczovL3R3aXR0ZXIuY29tL292aXJ0Ij4NCmh0
dHBzOi8vdHdpdHRlci5jb20vb3ZpcnQ8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4qIENoZWNrIG91dCB0aGUgbGF0ZXN0IHByb2plY3QgbmV3
cyBvbiB0aGUgb1ZpcnQgYmxvZzo8YSBocmVmPSJodHRwOi8vd3d3Lm92aXJ0Lm9yZy9ibG9nLyI+
aHR0cDovL3d3dy5vdmlydC5vcmcvYmxvZy88L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk
aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K
PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlsxXSA8YSBocmVmPSJodHRwOi8vd3d3Lm92aXJ0
Lm9yZy9yZWxlYXNlLzQuMC42LyI+aHR0cDovL3d3dy5vdmlydC5vcmcvcmVsZWFzZS80LjAuNi88
L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5b
Ml0gPGEgaHJlZj0iaHR0cDovL3Jlc291cmNlcy5vdmlydC5vcmcvcHViL292aXJ0LTQuMC1wcmUv
aXNvLyI+DQpodHRwOi8vcmVzb3VyY2VzLm92aXJ0Lm9yZy9wdWIvb3ZpcnQtNC4wLXByZS9pc28v
PC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+
WzNdIDxhIGhyZWY9Imh0dHA6Ly93d3cub3ZpcnQub3JnL1JlcG9zaXRvcnlfbWlycm9ycyNDdXJy
ZW50X21pcnJvcnMiPg0KaHR0cDovL3d3dy5vdmlydC5vcmcvUmVwb3NpdG9yeV9taXJyb3JzI0N1
cnJlbnRfbWlycm9yczwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz
PSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+LS0mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw
IGNsYXNzPSJNc29Ob3JtYWwiPlNhbmRybyBCb25henpvbGE8bzpwPjwvbzpwPjwvcD4NCjwvZGl2
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJldHRlciB0ZWNobm9sb2d5LiBGYXN0ZXIg
aW5ub3ZhdGlvbi4gUG93ZXJlZCBieSBjb21tdW5pdHkgY29sbGFib3JhdGlvbi48bzpwPjwvbzpw
PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlZSBob3cgaXQgd29y
a3MgYXQgPGEgaHJlZj0iaHR0cDovL3JlZGhhdC5jb20iPnJlZGhhdC5jb208L2E+PG86cD48L286
cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv
bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg==
--_000_6A17C71B52524C408E7AAF69103E9E490FA8D440fabamailserverf_--
10:40 a.m.
On Wed, Jan 11, 2017 at 9:30 AM, Grundmann, Christian <
Christian.Grundmann(a)fabasoft.com> wrote:
Hi,
Release Nodes showing “BZ 1374988 <https://bugzilla.redhat.com/1374988>
MOM causes Vdsm to slow down, high number of 'vmGetIoTunePolicy' API calls
– vdsm “
Bugzilla shows “Target Release: 4.18.16”
yum update ovirt-node-ng-image gave me ovirt-node-ng-image-4.0.6-1.el7
which installs vdsm-4.18.15.3-1
node-ng should have vdsm-4.18.21-1.el7.centos.noarch; I fear that the build
job took outdated mirrors to make the compose.
I'm going to re-trigger the build and re-publish it today.
In the meanwhile, yum update should let you update vdsm within the node
host.
I'm sorry for the issue.
Is it fixed or not?
Thx Christian
*Von:* users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] *Im
Auftrag von *Sandro Bonazzola
*Gesendet:* Dienstag, 10. Jänner 2017 13:35
*An:* announce(a)ovirt.org; users <users(a)ovirt.org>
*Betreff:* [ovirt-users] [ANN] oVirt 4.0.6 Release is now available
The oVirt Project is pleased to announce the general availability of oVirt
4.0.6, as of January 10th, 2016.
This release is available now for:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 23 (tech preview)
This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 23 (tech preview)
* oVirt Next Generation Node 4.0
This update is the sixth in a series of stabilization updates to the 4.0
series.
4.0.6 brings 4 enhancements and 59 bugfixes, including 24 high or urgent
severity fixes, on top of oVirt 4.0 series
See the release notes [1] for installation / upgrade instructions and a
list of new features and bugs fixed.
Notes:
* A new oVirt Live ISO is already available. [2]
* A new oVirt Next Generation Node will be available soon [2]
* A new oVirt Engine Appliance is already available for Red Hat Enterprise
Linux and CentOS Linux (or similar)
* Mirrors[3] might need up to one day to synchronize.
Additional Resources:
* Read more about the oVirt 4.0.6 release highlights:http://www.ovirt.
org/release/4.0.6/
* 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] http://www.ovirt.org/release/4.0.6/
[2] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
4:26 p.m.
I'm getting yum errors when I try to update the ovirt-release40 package
on our engine.
ovirt-release40-4.0.6-1.noarch FAILED
http://mirror.isoc.org.il/pub/ovirt/ovirt-4.0/rpm/el7/noarch/ovirt-releas...:
[Errno -1] Package does not match intended download. Suggestion: run yum
--enablerepo=ovirt-4.0 clean metadata
Running yum clean does not have any effect. Is there an issue with the
mirrors?
On Tue, 2017-01-10 at 13:34 +0100, Sandro Bonazzola wrote:
> The oVirt Project is pleased to announce the general availability of
> oVirt 4.0.6, as of January 10th, 2016.
>
> This release is available now for:
> * Red Hat Enterprise Linux 7.3 or later
> * CentOS Linux (or similar) 7.3 or later
> * Fedora 23 (tech preview)
>
> This release supports Hypervisor Hosts running:
> * Red Hat Enterprise Linux 7.3 or later
> * CentOS Linux (or similar) 7.3 or later
> * Fedora 23 (tech preview)
> * oVirt Next Generation Node 4.0
>
>
> This update is the sixth in a series of stabilization updates to the
> 4.0 series.
> 4.0.6 brings 4 enhancements and 59 bugfixes, including 24 high or
> urgent
> severity fixes, on top of oVirt 4.0 series
> See the release notes [1] for installation / upgrade instructions and
> a
> list of new features and bugs fixed.
>
> Notes:
> * A new oVirt Live ISO is already available. [2]
> * A new oVirt Next Generation Node will be available soon [2]
> * A new oVirt Engine Appliance is already available for Red Hat
> Enterprise Linux and CentOS Linux (or similar)
> * Mirrors[3] might need up to one day to synchronize.
>
> Additional Resources:
> * Read more about the oVirt 4.0.6 release highlights:http://www.ovirt
> .org/release/4.0.6/
> * Get more oVirt Project updates on Twitter: https://twitter.com/ovir
> t
> * Check out the latest project news on the oVirt blog:http://www.ovir
> t.org/blog/
>
> [1] http://www.ovirt.org/release/4.0.6/
> [2] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/
> [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community
> collaboration.
> See how it works at redhat.com
>
5:05 p.m.
On Wed, Jan 11, 2017 at 3:26 PM, Michael Watters <Michael.Watters(a)dart.biz>
wrote:
I'm getting yum errors when I try to update the ovirt-release40
package
on our engine.
>ovirt-release40-4.0.6-1.noarch FAILED
http://mirror.isoc.org.il/pub/ovirt/ovirt-4.0/rpm/el7/
noarch/ovirt-release40-4.0.6-1.noarch.rpm: [Errno -1] Package does not
match intended download. Suggestion: run yum --enablerepo=ovirt-4.0 clean
metadata
Running yum clean does not have any effect. Is there an issue with the
mirrors?
Mirrors are currently outdated, I guess they need more time to sync.
In the meanwhile you can uncomment the baseurl line in the .repo file and
comment the mirrorlist line to be sure you get latest repo content.
On Tue, 2017-01-10 at 13:34 +0100, Sandro Bonazzola wrote:
> The oVirt Project is pleased to announce the general availability of
> oVirt 4.0.6, as of January 10th, 2016.
>
> This release is available now for:
> * Red Hat Enterprise Linux 7.3 or later
> * CentOS Linux (or similar) 7.3 or later
> * Fedora 23 (tech preview)
>
> This release supports Hypervisor Hosts running:
> * Red Hat Enterprise Linux 7.3 or later
> * CentOS Linux (or similar) 7.3 or later
> * Fedora 23 (tech preview)
> * oVirt Next Generation Node 4.0
>
>
> This update is the sixth in a series of stabilization updates to the
> 4.0 series.
> 4.0.6 brings 4 enhancements and 59 bugfixes, including 24 high or
> urgent
> severity fixes, on top of oVirt 4.0 series
> See the release notes [1] for installation / upgrade instructions and
> a
> list of new features and bugs fixed.
>
> Notes:
> * A new oVirt Live ISO is already available. [2]
> * A new oVirt Next Generation Node will be available soon [2]
> * A new oVirt Engine Appliance is already available for Red Hat
> Enterprise Linux and CentOS Linux (or similar)
> * Mirrors[3] might need up to one day to synchronize.
>
> Additional Resources:
> * Read more about the oVirt 4.0.6 release highlights:http://www.ovirt
> .org/release/4.0.6/
> * Get more oVirt Project updates on Twitter: https://twitter.com/ovir
> t
> * Check out the latest project news on the oVirt blog:http://www.ovir
> t.org/blog/
>
> [1] http://www.ovirt.org/release/4.0.6/
> [2] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/
> [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community
> collaboration.
> See how it works at redhat.com
>
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
6:47 p.m.
On Tue, Jan 10, 2017 at 1:34 PM, Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
The oVirt Project is pleased to announce the general availability of
oVirt
4.0.6, as of January 10th, 2016.
This release is available now for:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 23 (tech preview)
This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 23 (tech preview)
* oVirt Next Generation Node 4.0
This update is the sixth in a series of stabilization updates to the 4.0
series.
4.0.6 brings 4 enhancements and 59 bugfixes, including 24 high or urgent
severity fixes, on top of oVirt 4.0 series
See the release notes [1] for installation / upgrade instructions and a
list of new features and bugs fixed.
Notes:
* A new oVirt Live ISO is already available. [2]
* A new oVirt Next Generation Node will be available soon [2]
A new oVirt Next Generation Node is now available[2].
If you update oVirt Next Generation Node you'll receive 4.0.6.1 image build
since we had to respin it due to a problem in the build we delivered
yesterday (wrong vdsm version included within the image).
* A new oVirt Engine Appliance is already available for Red Hat
Enterprise
Linux and CentOS Linux (or similar)
* Mirrors[3] might need up to one day to synchronize.
Additional Resources:
* Read more about the oVirt 4.0.6 release highlights:http://www.ovirt.
org/release/4.0.6/
* 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] http://www.ovirt.org/release/4.0.6/
[2] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
4:39 p.m.
Hi,
Just FYI I upgraded from EL7.2/ovirt 4.0.5 to EL7.3/ovirt 4.0.6 and when
I ran engine-setup I ran into:
https://bugzilla.redhat.com/show_bug.cgi?id=1293844
Specifically, engine-setup complained that dwhd was still running, but
systemctl status showed it was not running.
I was able to finally get around this by manually stopping/starting
ovirt-engine-dwhd until it actually came up again and then engine-setup
ran fine. But what would cause it to get into this behavior in the
first place?
I SUSPECT part of the issue was that I upgraded EL7.2 to EL7.3 at the
same time, which probably updated (and restarted) PG, and I didn't wait
the requisite hour until cron restarted it on it's own?
FWIW, I'm running on a single-host system with hosted-engine.
Thanks,
-derek
Sandro Bonazzola <sbonazzo(a)redhat.com> writes:
The oVirt Project is pleased to announce the general availability of
oVirt
4.0.6, as of January 10th, 2016.
This release is available now for:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 23 (tech preview)
This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 23 (tech preview)
* oVirt Next Generation Node 4.0
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
5:08 p.m.
On Sun, Jan 15, 2017 at 3:39 PM, Derek Atkins <derek(a)ihtfp.com> wrote:
FWIW, I'm running on a single-host system with hosted-engine.
I made the same update on two single host environments with self hosted
engine without any problem.
My approach was;
- shutdown all VMs except self hosted engine
- put environment in global maintenance
- update the self hosted engine environment
(with commands:
yum update "ovirt-*-setup*"
engine-setup
)
- verify connection to engine web admin gui is still ok and 4.0.6. Engine
os at this time is still 7.2
- shutdown engine VM
- put hypervisor host in local maintenance
- stop some services (ovirt-ha-agent, ovirt-ha-broker, vdsmd)
- run yum update that brings hypervisor at 7.3 and also new vdsm and
related packages to 4.0.6 level and also qemu-kvm-ev at 2.6.0-27.1.el7
- adjust/merge some rpmnew files (both os in general and ovirt related)
- stop again vdsmd (agent and broker remained down)
- stop sanlock (here sometimes it goes timeout so I "kill -9" the remaining
process otherwise the system is unable to shutdown due to impossibility to
umount nfs filesystems
In fact in my environment the host itself provides nfs mounts for data
storage domain and iso one; the umount problem is only with the data one)
- shutdown host and reboot it
- exit maintenance
- engine vm starts after a while
- enter global maintenance again
- yum update on engine vm and adjust rpmnew files
- shutdown engine vm
- exit global maintenance
- after a while engine vm starts
- power on VMs required.
Gianluca
5:54 p.m.
Hi,
There's one BIG difference between what you did and what I did...
On Sun, January 15, 2017 10:08 am, Gianluca Cecchi wrote:
On Sun, Jan 15, 2017 at 3:39 PM, Derek Atkins <derek(a)ihtfp.com>
wrote:
>
>
> FWIW, I'm running on a single-host system with hosted-engine.
>
I made the same update on two single host environments with self hosted
engine without any problem.
My approach was;
- shutdown all VMs except self hosted engine
- put environment in global maintenance
- update the self hosted engine environment
(with commands:
yum update "ovirt-*-setup*"
engine-setup
)
I did "yum update" and not "yum update "ovirt-*-setup*".. and...
- verify connection to engine web admin gui is still ok and 4.0.6.
Engine
os at this time is still 7.2
.... I updated the OS to 7.3 in the engine VM.
I think that's the root of this bug, having PG restarted from under dwhd.
The fact that your engine is still at 7.2 implies you didn't also perform
the OS update on the engine. I wanted to do that. (Not sure why you
didn't).
-derek
- shutdown engine VM
- put hypervisor host in local maintenance
- stop some services (ovirt-ha-agent, ovirt-ha-broker, vdsmd)
- run yum update that brings hypervisor at 7.3 and also new vdsm and
related packages to 4.0.6 level and also qemu-kvm-ev at 2.6.0-27.1.el7
- adjust/merge some rpmnew files (both os in general and ovirt related)
- stop again vdsmd (agent and broker remained down)
- stop sanlock (here sometimes it goes timeout so I "kill -9" the
remaining
process otherwise the system is unable to shutdown due to impossibility to
umount nfs filesystems
In fact in my environment the host itself provides nfs mounts for data
storage domain and iso one; the umount problem is only with the data one)
- shutdown host and reboot it
- exit maintenance
- engine vm starts after a while
- enter global maintenance again
- yum update on engine vm and adjust rpmnew files
- shutdown engine vm
- exit global maintenance
- after a while engine vm starts
- power on VMs required.
Gianluca
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
5:59 p.m.
On Sun, Jan 15, 2017 at 4:54 PM, Derek Atkins <derek(a)ihtfp.com> wrote:
> - update the self hosted engine environment
> (with commands:
> yum update "ovirt-*-setup*"
> engine-setup
> )
I did "yum update" and not "yum update "ovirt-*-setup*"..
and...
> - verify connection to engine web admin gui is still ok and 4.0.6. Engine
> os at this time is still 7.2
.... I updated the OS to 7.3 in the engine VM.
I think that's the root of this bug, having PG restarted from under dwhd.
The fact that your engine is still at 7.2 implies you didn't also perform
the OS update on the engine. I wanted to do that. (Not sure why you
didn't).
-derek
See below, I did it at the end, after update of the host
> - shutdown engine VM
> - put hypervisor host in local maintenance
> - stop some services (ovirt-ha-agent, ovirt-ha-broker, vdsmd)
> - run yum update that brings hypervisor at 7.3 and also new vdsm and
> related packages to 4.0.6 level and also qemu-kvm-ev at 2.6.0-27.1.el7
here for the host I used the approach of double update: os packages and
oVirt packages
> - adjust/merge some rpmnew files (both os in general and ovirt
related)
> - stop again vdsmd (agent and broker remained down)
> - stop sanlock (here sometimes it goes timeout so I "kill -9" the
> remaining
> process otherwise the system is unable to shutdown due to impossibility
to
> umount nfs filesystems
> In fact in my environment the host itself provides nfs mounts for data
> storage domain and iso one; the umount problem is only with the data one)
> - shutdown host and reboot it
> - exit maintenance
> - engine vm starts after a while
> - enter global maintenance again
> - yum update on engine vm and adjust rpmnew files
here I have the step where I update the engine VM genaral os packages from
7.2 to 7.3...
> - shutdown engine vm
> - exit global maintenance
> - after a while engine vm starts
> - power on VMs required.
>
> Gianluca
>
--
Derek Atkins 617-623-3745
derek(a)ihtfp.com www.ihtfp.com
Computer and Internet Security Consultant
2868
days inactive
2873
days old
13 comments
7 participants
participants (7)
-
Derek Atkins -
Gianluca Cecchi -
Grundmann, Christian -
Martin Sivak -
Michael Watters -
Sandro Bonazzola -
Stefano Danzi