Can not connect to Storage domain data
by Yue, Cong
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA4574svrcaexch1atg_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi
I successfully deployed the first ovirt host with hosted-engine -deploy. En=
gine VM works well.
While, when I try to create the second host with the same way as the guide =
of
http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part=
-two/
I am not using GlusterFS, and just use one external storage(nfs) in my envi=
ronment.
The issue I have is in the engine administration menu, it says "can not con=
nect to storage domain data"
In the second host, I checked with nfs-check.py for both storage and data d=
omain. It shows the status is ok.
http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues
During deployment of the second host, how the data domain is trying to be m=
ounted?
Thanks,
________________________________
This e-mail message is for the sole use of the intended recipient(s) and ma=
y contain confidential and privileged information. Any unauthorized review,=
use, disclosure or distribution is prohibited. If you are not the intended=
recipient, please contact the sender by reply e-mail and destroy all copie=
s of the original message. If you are the intended recipient, please be adv=
ised that the content of this message is subject to access, review and disc=
losure by the sender's e-mail System Administrator.
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA4574svrcaexch1atg_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"\@SimSun";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I successfully deployed the first ovirt host with ho=
sted-engine –deploy. Engine VM works well.<o:p></o:p></p>
<p class=3D"MsoNormal">While, when I try to create the second host with the=
same way as the guide of
<o:p></o:p></p>
<p class=3D"MsoNormal"><a href=3D"http://community.redhat.com/blog/2014/11/=
up-and-running-with-ovirt-3-5-part-two/">http://community.redhat.com/blog/2=
014/11/up-and-running-with-ovirt-3-5-part-two/</a><o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I am not using GlusterFS, and just use one external =
storage(nfs) in my environment.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">The issue I have is in the engine administration men=
u, it says “can not connect to storage domain data”<o:p></o:p><=
/p>
<p class=3D"MsoNormal">In the second host, I checked with nfs-check.py for =
both storage and data domain. It shows the status is ok.<o:p></o:p></p>
<p class=3D"MsoNormal"><a href=3D"http://www.ovirt.org/Troubleshooting_NFS_=
Storage_Issues">http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues</a>=
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">During deployment of the second host, how the data d=
omain is trying to be mounted?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Thanks,<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
<br>
<hr>
<font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t=
he sole use of the intended recipient(s) and may contain confidential and p=
rivileged information. Any unauthorized review, use, disclosure or distribu=
tion is prohibited. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy =
all copies of the original message. If you are the intended recipient, plea=
se be advised that the content of this message is subject to access, review=
and disclosure by the sender's
e-mail System Administrator.<br>
</font>
</body>
</html>
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA4574svrcaexch1atg_--
10 years, 4 months
- 1
- 0
architecture of ovirt in case of using hosted-engine
by Yue, Cong
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA451Csvrcaexch1atg_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I understand ovirt have ovirt engine and ovirt nodes. For ovirt engine, it =
can be hosted on the top of ovirt nodes as one VM.
I am using hosted-engine to try to do this.
When I try to deploy the second ovirt node.
I did
Hosted-engine -deploy
And is asks me when I want to create a VM where you have to install oVirt E=
ngine afterwards. I am some confused whether this means another new engine =
VM will be created into the second ovirt nodes?
Also I met a problem for the second ovirt node deployment. In the event, it=
saids "Failed to connect to Host hosted_engine_2 to Storage domain data".
As for I met the same problem for /engine, and I just used nfs4 and it work=
s. Is there some way I can redeploy it? Do I need do hosted-engine -destroy=
-VM?
Thanks,
Cong
________________________________
This e-mail message is for the sole use of the intended recipient(s) and ma=
y contain confidential and privileged information. Any unauthorized review,=
use, disclosure or distribution is prohibited. If you are not the intended=
recipient, please contact the sender by reply e-mail and destroy all copie=
s of the original message. If you are the intended recipient, please be adv=
ised that the content of this message is subject to access, review and disc=
losure by the sender's e-mail System Administrator.
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA451Csvrcaexch1atg_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"\@SimSun";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">I understand ovirt have ovirt engine and ovirt nodes=
. For ovirt engine, it can be hosted on the top of ovirt nodes as one VM.<o=
:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I am using hosted-engine to try to do this.<o:p></o:=
p></p>
<p class=3D"MsoNormal">When I try to deploy the second ovirt node. <o:p></o=
:p></p>
<p class=3D"MsoNormal">I did <o:p></o:p></p>
<p class=3D"MsoNormal">Hosted-engine –deploy<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">And is asks me when I want to create a VM where you =
have to install oVirt Engine afterwards. I am some confused whether this me=
ans another new engine VM will be created into the second ovirt nodes?<o:p>=
</o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Also I met a problem for the second ovirt node deplo=
yment. In the event, it saids “Failed to connect to Host hosted_engin=
e_2 to Storage domain data”.<o:p></o:p></p>
<p class=3D"MsoNormal">As for I met the same problem for /engine, and I jus=
t used nfs4 and it works. Is there some way I can redeploy it? Do I need do=
hosted-engine –destroy-VM?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Thanks,<o:p></o:p></p>
<p class=3D"MsoNormal">Cong<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
<br>
<hr>
<font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t=
he sole use of the intended recipient(s) and may contain confidential and p=
rivileged information. Any unauthorized review, use, disclosure or distribu=
tion is prohibited. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy =
all copies of the original message. If you are the intended recipient, plea=
se be advised that the content of this message is subject to access, review=
and disclosure by the sender's
e-mail System Administrator.<br>
</font>
</body>
</html>
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA451Csvrcaexch1atg_--
10 years, 4 months
- 1
- 0
Problem with installing second host for hosted_engine (3.5)
by Otto Strassen
Hi
I have set up oVirt 3.5 in a hosted engine configuration. Host running CentOS 7, guest CentOS 6.6.
Now I'm trying to set up an additional host, also running CentOS 7. I'm doing this by running 'hosted-engine --deploy' on the second host, giving the NFS address of the hosted engine share and following the instructions (Do you want to copy over answers? etc.) It works up to the point where it asks for the admin@internal password.
[ ERROR ] Failed to execute stage 'Setup validation': [Errno 2] No such file or directory: '/rhev/data-center/mnt/lima.sylon.net:_srv_hosted__engine/17f87a87-1144-4be6-a9b4-8b0520ccbe70/ha_agent/hosted-engine.metadata'
--
Open Interactive GmbH
Vogesenplatz 1
4056 Basel
T +41 61 500 15 70
www.openinteractive.ch
10 years, 4 months
- 2
- 4
IPv6 Functionality for WebSocket Proxy
by Donny Davis
This is a multipart message in MIME format.
------=_NextPart_000_02AD_01D01AA1.DD69F530
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
I just realized this morning that my noVNC connections were not working for
IPv6 only on cloudspin.me
For those who want to deploy dual stack functionality for
ovirt-websocket-proxy here is a very simple and elegant fix.
NGINX is a useful tool :)
You will need nginx to proxy the connection between your IPv6 customers, and
the IPv4 listening only websocket proxy(however that can be changed in
/usr/share/ovirt-engine/services/ovirt-websocket-proxy/ovirt-websocket-proxy
.conf but you can't have your cake and eat it too. one or the other ipv4 or
ipv6)
Anyways, here is the fix
Install nginx on your websocket proxy server - Why Nginx, because I like it
better than apache. The default config for Ovirt could be setup to do this
with the web server that is already running :) just sayin
For my configuration I am running the websocket proxy on a different host,
but I imagine you could use this config in a full deployment and use
websocket proxy on the engine host
server {
server_name web.cloudspin.me; # this is the hostname that you told
the engine that the websocket proxy would be listening on
#listen 6100; #Commented because I am using this for
ipv6 only, but you could use nginx to proxy both and only open one port in
the firewall
listen [::]:6100 ssl; #NOTE this needs to listen on the same
port you told the engine the websocket proxy would be listening on
ssl_certificate /physical/path/to/ssl/cert; #I used the
same cert that my websocket proxy is using
ssl_certificate_key /physical/path/to/ssl/key;
ssl on;
ssl_session_cache builtin:1000 shared:SSL:10m;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers
HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4;
ssl_prefer_server_ciphers on;
access_log /var/log/nginx/websocket.cloudspin.me-access.log;
error_log /var/log/nginx/websocket.cloudspin.me-error.log;
location / {
proxy_pass https://ip_address_of_websocket_proxy:6100;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}
}
Too easy to fix the many problems I have had getting websocket proxy to
work. If you have a commerical cert and key, this would be a great place to
put it, so your users don't have to bother with trusting your CA, it will
just work
Cheers and I hope this helps
If anyone needs any help getting this to work give me a shout
Donny D
cloudspin.me
------=_NextPart_000_02AD_01D01AA1.DD69F530
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"Lucida Console";
panose-1:2 11 6 9 4 5 4 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>I just =
realized this morning that my noVNC connections were not working for =
IPv6 only on cloudspin.me<o:p></o:p></p><p class=3DMsoNormal>For those =
who want to deploy dual stack functionality for ovirt-websocket-proxy =
here is a very simple and elegant fix. <o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>NGINX is a =
useful tool :)<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>You will =
need nginx to proxy the connection between your IPv6 customers, and the =
IPv4 listening only websocket proxy(however that can be changed in =
/usr/share/ovirt-engine/services/ovirt-websocket-proxy/ovirt-websocket-pr=
oxy.conf but you can't have your cake and eat it too… one or the =
other ipv4 or ipv6)<o:p></o:p></p><p class=3DMsoNormal>Anyways, here is =
the fix<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Install nginx on your websocket proxy server - Why =
Nginx, because I like it better than apache. The default config for =
Ovirt could be setup to do this with the web server that is already =
running :) just sayin<o:p></o:p></p><p class=3DMsoNormal>For my =
configuration I am running the websocket proxy on a different host, but =
I imagine you could use this config in a full deployment and use =
websocket proxy on the engine host<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida Console"'>server =
{<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> server_name =
web.cloudspin.me; # this is the hostname that you told the engine that =
the websocket proxy would be listening on<o:p></o:p></span></p><p =
class=3DMsoNormal style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> #listen =
6100; &n=
bsp; #Commented because I am using this for ipv6 only, but you could use =
nginx to proxy both and only open one port in the =
firewall<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> listen [::]:6100 =
ssl; #NOTE this needs to listen on the same port =
you told the engine the websocket proxy would be listening =
on <o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> ssl_certificate=
=
/physical/path/to/ssl/cert; #I used the same cert that my websocket =
proxy is using<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> =
ssl_certificate_key =
/physical/path/to/ssl/key;<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'><o:p> </o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> ssl =
on;<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> =
ssl_session_cache builtin:1000 =
shared:SSL:10m;<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> ssl_protocols =
TLSv1 TLSv1.1 TLSv1.2;<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> ssl_ciphers =
HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4;<o:p></o:p></spa=
n></p><p class=3DMsoNormal style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida Console"'> =
ssl_prefer_server_ciphers =
on;<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'><o:p> </o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> access_log =
/var/log/nginx/websocket.cloudspin.me-access.log;<o:p></o:p></span></p><p=
class=3DMsoNormal style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> error_log =
/var/log/nginx/websocket.cloudspin.me-error.log;<o:p></o:p></span></p><p =
class=3DMsoNormal style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'><o:p> </o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> location / =
{<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> &nb=
sp; proxy_pass =
https://ip_address_of_websocket_proxy:6100;<o:p></o:p></span></p><p =
class=3DMsoNormal style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> =
proxy_http_version 1.1;<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> =
proxy_set_header Upgrade $http_upgrade;<o:p></o:p></span></p><p =
class=3DMsoNormal style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> =
proxy_set_header Connection "upgrade";<o:p></o:p></span></p><p =
class=3DMsoNormal style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> &nb=
sp; <o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> }<o:p></o:p></s=
pan></p><p class=3DMsoNormal style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'> }<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'><o:p> </o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'><o:p> </o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida Console"'>Too easy to fix =
the many problems I have had getting websocket proxy to work. If you =
have a commerical cert and key, this would be a great place to put it, =
so your users don't have to bother with trusting your CA, it will just =
work <o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'><o:p> </o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida Console"'>Cheers and I =
hope this helps<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'><o:p> </o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida Console"'>If anyone needs =
any help getting this to work give me a shout<o:p></o:p></span></p><p =
class=3DMsoNormal style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'><o:p> </o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida Console"'>Donny =
D<o:p></o:p></span></p><p class=3DMsoNormal =
style=3D'text-autospace:none'><span =
style=3D'font-size:10.0pt;font-family:"Lucida =
Console"'>cloudspin.me<o:p></o:p></span></p><p =
class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p></div></body></html>
------=_NextPart_000_02AD_01D01AA1.DD69F530--
10 years, 4 months
- 1
- 1
Get involved in oVirt project! Xmas edition
by Sandro Bonazzola
Hi,
have you got some free time in upcoming holidays and do you want to get involved in oVirt project?
Here are some bugs you can hopefully fix in less that one day or you can just try to reproduce providing info:
Bug 1080823 - [RFE] make override of iptables configurable when using hosted-engine
Bug 1065350 - hosted-engine should prompt a question at the user when the host was already a host in the engine
Bug 1059952 - hosted-engine --deploy (additional host) will fail if the engine is not using the default self-signed CA
Bug 1073421 - [RFE] allow additional parameter for engine-backup to omit audit_log data
Bug 1083104 - engine-setup --offline does not update versionlock
Do you want something easier?
Bug ID Status Summary
1174285 NEW [de-DE] "Live Snapshot Support" reads "Live Snapsnot Support"
734120 NEW [RFE] VDSM: use virt-sparsify/zerofree to reduce image size
1065989 NEW AddStorageDomainCommand CDA allows export storage on block devices
1115059 NEW Incomplete error message when adding VNIC profile to running VM
1156060 NEW [text] engine admin password prompt consistency
1143817 NEW [TEXT ONLY] - Hosted Engine - Instructions for FQDN are not clear enough
772931 NEW [RFE] Reports should include the name of the oVirt engine
You don't have programming skills but you want to contribute?
Here are some bugs you can take care of, also without writing a line of code:
Bug ID Status Summary
1099998 NEW Hosted Engine documentation has several errors
1099995 NEW Migrate to Hosted Engine How-To does not state all pre-reqs
1159784 NEW [RFE] Document when and where new features are available when upgrading cluster / datacenters
1074545 NEW Error in API documentation: Create API object in python sdk
1120585 NEW update image uploader documentation
1120586 NEW update iso uploader documentation
1120588 NEW update log collector documentation
1074301 NEW [RFE] ovirt-shell has no man page
Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6]
Do you want to contribute test cases? Most of the features[7] included in oVirtare missing a test case, you're welcome to contribute one!
Is this the first time you try to contribute to oVirt project?
You can start from here [1][2]!
Don't know gerrit very well? You can find some more docs here [3].
Any other question about development? Feel free to ask on devel(a)ovirt.org or on irc channel[4].
[1] http://www.ovirt.org/Develop
[2] http://www.ovirt.org/Working_with_oVirt_Gerrit
[3] https://gerrit-review.googlesource.com/Documentation
[4] http://www.ovirt.org/Community
[5] http://www.ovirt.org/Category:TestCase
[6] http://www.ovirt.org/Install_nightly_snapshot
[7] http://www.ovirt.org/Category:Feature
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 4 months
- 1
- 0
NUMA and non-NUMA nodes and migration
by Chris Adams
So, new problem (I'm good at breaking things I guess?). Same setup,
CentOS 7 + oVirt 3.5.0.
Some of my nodes have 2 four-core CPUs, and some have 1 eight-core CPU
(same number of available cores); all Intel Xeons of Nehalem or newer
type. The systems with 2 CPUs apparently have NUMA support, although I
haven't configured anything related to it.
The problem: I am unable to live migrate a VM from a node with NUMA to a
node without NUMA (haven't tried the other direction). I get messages
like:
Dec 16 15:36:05 node8 journal: internal error: Process exited prior to exec: libvirt: error : internal error: NUMA node 1 is out of range
I see this mentioned in RHBZ 1147644, but it doesn't have a clear
resolution to this issue there (multiple issues came up in the same
ticket). Is this something that is supposed to be fixed already, will
be fixed in 3.5.1 (or later release), or has fallen through the cracks?
--
Chris Adams <cma(a)cmadams.net>
10 years, 4 months
- 2
- 2
Re: [ovirt-users] vm has paused due to unknown storage error
by Martijn Grendelman
Oh I just found this:
https://bugzilla.redhat.com/show_bug.cgi?id=1162640
Cheers,
M.
Martijn Grendelman schreef op 18-12-2014 om 15:03:
> Hi,
>
> On a new host, I am running into exactly the same scenario.
>
> I have a host with an oVirt-managed GlusterFS volume (single brick on
> local disk in distribute mode) on an XFS file system.
>
> I think I have found the root cause, but I doubt I can fix it.
>
> Around the time of the VMs going paused, there seemed to be a glusterfsd
> restart:
>
>> [2014-12-18 01:43:27.272235] W [glusterfsd.c:1194:cleanup_and_exit] (--> 0-: received signum (15), shutting down
>> [2014-12-18 01:43:27.272279] I [fuse-bridge.c:5599:fini] 0-fuse: Unmounting '/rhev/data-center/mnt/glusterSD/onode3.isaac.local:data02'.
>> [2014-12-18 01:49:36.854339] I [MSGID: 100030] [glusterfsd.c:2018:main] 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.6.1 (args: /usr/sbin/glusterfs -
>> -volfile-server=onode3.isaac.local --volfile-id=data02 /rhev/data-center/mnt/glusterSD/onode3.isaac.local:data02)
>> [2014-12-18 01:49:36.862887] I [dht-shared.c:337:dht_init_regex] 0-data02-dht: using regex rsync-hash-regex = ^\.(.+)\.[^.]+$
>> [2014-12-18 01:49:36.863749] I [client.c:2280:notify] 0-data02-client-0: parent translators are ready, attempting connect on transport
>
> So I thought I'd check /var/log/messages for potential sources of the
> SIGTERM, and I found this:
>
>> Dec 18 02:43:26 onode3 kernel: supervdsmServer[1960]: segfault at 18 ip 00007faa89951bca sp 00007fa355b80f40 error 4 in libgfapi.so.0.0.0[7faa8994c000+18000]
>> Dec 18 02:43:27 onode3 systemd: supervdsmd.service: main process exited, code=killed, status=11/SEGV
>> Dec 18 02:43:27 onode3 systemd: Unit supervdsmd.service entered failed state.
>> Dec 18 02:43:27 onode3 journal: vdsm jsonrpc.JsonRpcServer ERROR Internal server error
>> Traceback (most recent call last):
>> File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 486, in _serveRequest
>> res = method(**params)
>> File "/usr/share/vdsm/rpc/Bridge.py", line 266, in _dynamicMethod
>> result = fn(*methodArgs)
>> File "/usr/share/vdsm/gluster/apiwrapper.py", line 106, in status
>> return self._gluster.volumeStatus(volumeName, brick, statusOption)
>> File "/usr/share/vdsm/gluster/api.py", line 54, in wrapper
>> rv = func(*args, **kwargs)
>> File "/usr/share/vdsm/gluster/api.py", line 221, in volumeStatus
>> data = self.svdsmProxy.glusterVolumeStatvfs(volumeName)
>> File "/usr/share/vdsm/supervdsm.py", line 50, in __call__
>> return callMethod()
>> File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>
>> **kwargs)
>> File "<string>", line 2, in glusterVolumeStatvfs
>> File "/usr/lib64/python2.7/multiprocessing/managers.py", line 759, in _callmethod
>> kind, result = conn.recv()
>> EOFError
>> Dec 18 02:43:27 onode3 systemd: supervdsmd.service holdoff time over, scheduling restart.
>> Dec 18 02:43:27 onode3 systemd: Stopping Virtual Desktop Server Manager...
>> Dec 18 02:43:27 onode3 systemd: Stopping "Auxiliary vdsm service for running helper functions as root"...
>> Dec 18 02:43:27 onode3 systemd: Starting "Auxiliary vdsm service for running helper functions as root"...
>> Dec 18 02:43:27 onode3 systemd: Started "Auxiliary vdsm service for running helper functions as root".
>> Dec 18 02:43:27 onode3 journal: vdsm IOProcessClient ERROR IOProcess failure
>> Traceback (most recent call last):
>> File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 107, in _communicate
>> raise Exception("FD closed")
>> Exception: FD closed
>
>
> I guess I'll file a bug report.
>
> Best regards,
> Martijn Grendelman
>
>
>
>
>
>
> Punit Dambiwal schreef op 12-12-2014 om 3:44:
>> Hi Dan,
>>
>> Yes..it's glusterfs....
>>
>> glusterfs logs :- http://ur1.ca/j3b5f
>>
>> OS Version: RHEL - 7 - 0.1406.el7.centos.2.3
>> Kernel Version: 3.10.0 - 123.el7.x86_64
>> KVM Version: 1.5.3 - 60.el7_0.2
>> LIBVIRT Version: libvirt-1.1.1-29.el7_0.3
>> VDSM Version: vdsm-4.16.7-1.gitdb83943.el7
>> GlusterFS Version: glusterfs-3.6.1-1.el7
>> Qemu Version : QEMU emulator version 1.5.3 (qemu-kvm-1.5.3-60.el7_0.2)
>>
>> Thanks,
>> punit
>>
>>
>>
>>
>> On Thu, Dec 11, 2014 at 5:47 PM, Dan Kenigsberg <danken(a)redhat.com
>> <mailto:danken@redhat.com>> wrote:
>>
>> On Thu, Dec 11, 2014 at 03:41:01PM +0800, Punit Dambiwal wrote:
>> > Hi,
>> >
>> > Suddenly all of my VM on one host paused with the following error :-
>> >
>> > vm has paused due to unknown storage error
>> >
>> > I am using glusterfs storage with distributed replicate
>> replica=2....my
>> > storage and compute both running on the same node...
>> >
>> > engine logs :- http://ur1.ca/j31iu
>> > Host logs :- http://ur1.ca/j31kk (I grep it for one Failed VM)
>>
>> libvirtEventLoop::INFO::2014-12-11
>> 15:00:48,627::vm::4780::vm.Vm::(_onIOError)
>> vmId=`e84bb987-a817-436a-9417-8eab9148e57e`::abnormal vm stop device
>> virtio-disk0 error eother
>>
>> Which type of storage is it? gluster? Do you have anything in particular
>> on glusterfs logs?
>>
>> Which glusterfs/qemu/libvirt/vdsm versions do you have installed?
>>
>>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
10 years, 4 months
- 1
- 0
rhevm engine Compilation failure
by QuantumCloud
This is a multi-part message in MIME format.
------=_NextPart_5492E389_096D8538_62357C89
Content-Type: text/plain;
charset="ISO-8859-1"
Content-Transfer-Encoding: base64
SGkgZ3V5czoNCiAgICBJIHRlc3RlZCB0byBjb21wbGlsZSByaGV2bSBlbmdpbmUgZnJvbSBz
b3VyY2UgcGtnLCBidXQgZ2V0IHNvbWUgZXJyb3IuDQogICBJIGhhdmUgdGVzdGVkIHdpdGgg
c2FtZSB3YXkgaW4gb3ZpcnQgMy40LjQgYW5kIHJoZXZtIDMuNC4zLCB0aGVyZSB3YXMgbm8g
ZXJyb3IsIGJ1dCBqdXN0IGluIHJoZXZtIDMuNC40IHdpdGggc29tZSBlcnJvcnM6DQogIA0K
IFtJTkZPXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICANCltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N
CltJTkZPXSBCdWlsZGluZyBDb21tb24gdXRpbGl0aWVzIDMuNC40DQpbSU5GT10gLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tDQpbSU5GT10gDQpbSU5GT10gLS0tIG1hdmVuLWNsZWFuLXBsdWdpbjoy
LjU6Y2xlYW4gKGRlZmF1bHQtY2xlYW4pIEAgdXRpbHMgLS0tDQpbSU5GT10gRGVsZXRpbmcg
L3Jvb3QvcnBtYnVpbGQvU09VUkNFUy9vdmlydC1lbmdpbmUvYmFja2VuZC9tYW5hZ2VyL21v
ZHVsZXMvdXRpbHMvdGFyZ2V0DQpbSU5GT10gDQpbSU5GT10gLS0tIG1hdmVuLXJlc291cmNl
cy1wbHVnaW46Mi40LjM6cmVzb3VyY2VzIChkZWZhdWx0LXJlc291cmNlcykgQCB1dGlscyAt
LS0NCltJTkZPXSBVc2luZyAnVVRGLTgnIGVuY29kaW5nIHRvIGNvcHkgZmlsdGVyZWQgcmVz
b3VyY2VzLg0KW0lORk9dIENvcHlpbmcgMiByZXNvdXJjZXMNCltJTkZPXSANCltJTkZPXSAt
LS0gbWF2ZW4tY29tcGlsZXItcGx1Z2luOjIuMy4yOmNvbXBpbGUgKGRlZmF1bHQtY29tcGls
ZSkgQCB1dGlscyAtLS0NCltJTkZPXSBDb21waWxpbmcgMTYzIHNvdXJjZSBmaWxlcyB0byAv
cm9vdC9ycG1idWlsZC9TT1VSQ0VTL292aXJ0LWVuZ2luZS9iYWNrZW5kL21hbmFnZXIvbW9k
dWxlcy91dGlscy90YXJnZXQvY2xhc3Nlcw0KW0lORk9dIC0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCltFUlJPUl0gQ09N
UElMQVRJT04gRVJST1IgOiANCltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpbRVJST1JdIC9yb290L3JwbWJ1
aWxkL1NPVVJDRVMvb3ZpcnQtZW5naW5lL2JhY2tlbmQvbWFuYWdlci9tb2R1bGVzL3V0aWxz
L3NyYy9tYWluL2phdmEvb3JnL292aXJ0L2VuZ2luZS9jb3JlL3V0aWxzL3BtL1Zkc0ZlbmNl
T3B0aW9ucy5qYXZhOlszMjksNDRdIGVycm9yOiBjYW5ub3QgZmluZCBzeW1ib2wNCltJTkZP
XSAxIGVycm9yDQpbSU5GT10gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KW0lORk9dIC0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K
W0lORk9dIFJlYWN0b3IgU3VtbWFyeToNCltJTkZPXSANCltJTkZPXSBvdmlydC1yb290IC4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC4z
MTEgc10NCltJTkZPXSBvVmlydCBCdWlsZCBUb29scyByb290IC4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC4wMTYgc10NCltJTkZPXSBvVmlydCBjaGVja3N0
eWxlIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMS4x
NzYgc10NCltJTkZPXSBvVmlydCBKQm9zcyBNb2R1bGVzIE1hdmVuIFBsdWdpbiAuLi4uLi4u
Li4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMy4xNDggc10NCltJTkZPXSBvVmlydCBDaGVja3N0
eWxlIENoZWNrcyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC44
NDkgc10NCltJTkZPXSBvVmlydCBNb2R1bGVzIC0gYmFja2VuZCAuLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC4wMTAgc10NCltJTkZPXSBvVmlydCBNYW5hZ2Vy
IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC4w
MDkgc10NCltJTkZPXSBvVmlydCBFbmdpbmUgZGVwZW5kZW5jaWVzIC4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMS4xMTMgc10NCltJTkZPXSBvVmlydCBNb2R1bGVz
IC0gbWFuYWdlciAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC43
NDEgc10NCltJTkZPXSBDU2hhcnAgQ29tcGF0aWJpbGl0eSAuLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMi43ODkgc10NCltJTkZPXSBDb21tb24gdXRpbGl0
aWVzIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIEZBSUxVUkUgWyAgMi45
NTYgc10NCltJTkZPXSBDb21tb24gQ29kZSAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uIFNLSVBQRUQNCltJTkZPXSBEYXRhIEFjY2VzcyBMYXllciAuLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQNCltJTkZPXSBWZHMgYnJva2Vy
IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQNCltJ
TkZPXSBlbmdpbmUgc2NoZWR1bGVyIGJlYW4gLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uIFNLSVBQRUQNCltJTkZPXSBTZWFyY2ggQmFja2VuZCAuLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQNCltJTkZPXSBCYWNrZW5kIExvZ2ljIEBTZXJ2
aWNlIGJlYW4gLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQNCltJTkZPXSBvVmly
dCBSRVNUZnVsIEFQSSBCYWNrZW5kIEludGVncmF0aW9uIC4uLi4uLi4uLi4uLi4uIFNLSVBQ
RUQNCltJTkZPXSBvVmlydCBSRVNUZnVsIEFQSSBCYWNrZW5kIEludGVncmF0aW9uIFR5cGUg
TWFwcGVycyAuIFNLSVBQRUQNCltJTkZPXSBvVmlydCBSRVNUZnVsIEFQSSBCYWNrZW5kIElu
dGVncmF0aW9uIEpBWC1SUyBSZXNvdXJjZXMgU0tJUFBFRA0KW0lORk9dIG9WaXJ0IFJFU1Rm
dWwgQVBJIEJhY2tlbmQgSW50ZWdyYXRpb24gV2ViYXBwIC4uLi4uLi4gU0tJUFBFRA0KW0lO
Rk9dIG9WaXJ0IFJFU1RmdWwgQVBJIGludGVyZmFjZSAuLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0IEVuZ2luZSBBUEkgRGVmaW5pdGlvbiAuLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0IEVuZ2luZSBBUEkgQ29t
bW9tIFBhcmVudCBQT00gLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0
IEVuZ2luZSBBUEkgQ29tbW9uIEpBWC1SUyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBF
RA0KW0lORk9dIG9WaXJ0IEVuZ2luZSBXZWIgUm9vdCAuLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIEJyYW5kaW5nIHBhY2thZ2UgLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG92aXJ0LWVuZ2luZSBz
ZXJ2aWNlcyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9d
IG9WaXJ0IEVuZ2luZSBXZWIgRG9jcyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4g
U0tJUFBFRA0KW0lORk9dIG92aXJ0LWVuZ2luZSB3ZWxjb21lIC4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIEJhY2tlbmQgQXV0aGVudGljYXRpb24g
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0IEVu
Z2luZSBUb29scyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0K
W0lORk9dIG9WaXJ0IE1vZHVsZXMgOjogRnJvbnRlbmQgLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0IE1vZHVsZXMgOjogV2ViYWRtaW4gLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0IE1vZHVsZXMgLSB1
aSAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIEV4
dGVuc2lvbnMgZm9yIEdXVCAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJ
UFBFRA0KW0lORk9dIFVJIFV0aWxzIENvbXBhdGliaWxpdHkgKGZvciBVSUNvbW1vbikgLi4u
Li4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIEZyb250ZW5kIGZvciBHV1QgVUkgUHJvamVj
dHMgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIFVJQ29tbW9uV2Vi
IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lO
Rk9dIG9WaXJ0IEdXVCBVSSBjb21tb24gaW5mcmFzdHJ1Y3R1cmUgLi4uLi4uLi4uLi4uLi4u
Li4gU0tJUFBFRA0KW0lORk9dIFdlYkFkbWluIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIFVzZXJQb3J0YWwgLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0
IFNlcnZlciBFQVIgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBF
RA0KW0lORk9dIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KW0lORk9dIEJVSUxEIEZBSUxVUkUNCltJ
TkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCltJTkZPXSBUb3RhbCB0aW1lOiAxNC4zNDAgcw0K
W0lORk9dIEZpbmlzaGVkIGF0OiAyMDE0LTEyLTE3VDIzOjExOjM1KzA4OjAwDQpbSU5GT10g
RmluYWwgTWVtb3J5OiA1MU0vMjQ3TQ0KW0lORk9dIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KW0VS
Uk9SXSBGYWlsZWQgdG8gZXhlY3V0ZSBnb2FsIG9yZy5hcGFjaGUubWF2ZW4ucGx1Z2luczpt
YXZlbi1jb21waWxlci1wbHVnaW46Mi4zLjI6Y29tcGlsZSAoZGVmYXVsdC1jb21waWxlKSBv
biBwcm9qZWN0IHV0aWxzOiBDb21waWxhdGlvbiBmYWlsdXJlDQpbRVJST1JdIC9yb290L3Jw
bWJ1aWxkL1NPVVJDRVMvb3ZpcnQtZW5naW5lL2JhY2tlbmQvbWFuYWdlci9tb2R1bGVzL3V0
aWxzL3NyYy9tYWluL2phdmEvb3JnL292aXJ0L2VuZ2luZS9jb3JlL3V0aWxzL3BtL1Zkc0Zl
bmNlT3B0aW9ucy5qYXZhOlszMjksNDRdIGVycm9yOiBjYW5ub3QgZmluZCBzeW1ib2wNCltF
UlJPUl0gLT4gW0hlbHAgMV0NCltFUlJPUl0gDQpbRVJST1JdIFRvIHNlZSB0aGUgZnVsbCBz
dGFjayB0cmFjZSBvZiB0aGUgZXJyb3JzLCByZS1ydW4gTWF2ZW4gd2l0aCB0aGUgLWUgc3dp
dGNoLg0KW0VSUk9SXSBSZS1ydW4gTWF2ZW4gdXNpbmcgdGhlIC1YIHN3aXRjaCB0byBlbmFi
bGUgZnVsbCBkZWJ1ZyBsb2dnaW5nLg0KW0VSUk9SXSANCltFUlJPUl0gRm9yIG1vcmUgaW5m
b3JtYXRpb24gYWJvdXQgdGhlIGVycm9ycyBhbmQgcG9zc2libGUgc29sdXRpb25zLCBwbGVh
c2UgcmVhZCB0aGUgZm9sbG93aW5nIGFydGljbGVzOg0KW0VSUk9SXSBbSGVscCAxXSBodHRw
Oi8vY3dpa2kuYXBhY2hlLm9yZy9jb25mbHVlbmNlL2Rpc3BsYXkvTUFWRU4vTW9qb0ZhaWx1
cmVFeGNlcHRpb24NCltFUlJPUl0gDQpbRVJST1JdIEFmdGVyIGNvcnJlY3RpbmcgdGhlIHBy
b2JsZW1zLCB5b3UgY2FuIHJlc3VtZSB0aGUgYnVpbGQgd2l0aCB0aGUgY29tbWFuZA0KW0VS
Uk9SXSAgIG12biA8Z29hbHM+IC1yZiA6dXRpbHMNCiAgDQogc29tZSBjb2RlIG9mIGVycm9y
IGZpbGUgVmRzRmVuY2VPcHRpb25zLmphdmE6IChJIGhhdmUgbm90IGNoYW5nZWQgYW55IGNv
ZGVzKQ0KIC4uLg0KIDMxOSAgICAgLyoqDQozMjAgICAgICAqIGhhbmRsZXMgYWdlbnQgZGVm
YXVsdCBvcHRpb25zDQozMjEgICAgICAqDQozMjIgICAgICAqIEBwYXJhbSBhZ2VudA0KMzIz
ICAgICAgKiBAcGFyYW0gZmVuY2VPcHRpb25zDQozMjQgICAgICAqIEByZXR1cm4gU3RyaW5n
IHRoZSBvcHRpb25zIGFmdGVyIGFkZGluZyBkZWZhdWx0IGFnZW50IHBhcmFtZXRlcnMNCjMy
NSAgICAgICovDQozMjYgICAgIHB1YmxpYyBzdGF0aWMgU3RyaW5nIGdldERlZmF1bHRBZ2Vu
dE9wdGlvbnMoU3RyaW5nIGFnZW50LCBTdHJpbmcgZmVuY2VPcHRpb25zLCAgQXJjaGl0ZWN0
dXJlVHlwZSBhcmNoaXRlY3R1cmVUeXBlKSB7DQozMjcgICAgICAgICBTdHJpbmcgYWdlbnRE
ZWZhdWx0UGFyYW1zID0gIChhcmNoaXRlY3R1cmVUeXBlICE9IG51bGwgJiYgYXJjaGl0ZWN0
dXJlVHlwZSA9PSBBcmNoaXRlY3R1cmVUeXBlLnBwYzY0KQ0KMzI4ICAgICAgICAgICAgICAg
ICA/DQozMjkgICAgICAgICAgICAgICAgIENvbmZpZy5nZXRWYWx1ZShDb25maWdWYWx1ZXMu
RmVuY2VBZ2VudERlZmF1bHRQYXJhbXNGb3JQUEMsIENvbmZpZ0NvbW1vbi5kZWZhdWx0Q29u
ZmlndXJhdGlvblZlcnNpb24pLnRvU3RyaW5nKCkNCjMzMCAgICAgICAgICAgICAgICAgOg0K
MzMxICAgICAgICAgICAgICAgICBDb25maWcuZ2V0VmFsdWUoQ29uZmlnVmFsdWVzLkZlbmNl
QWdlbnREZWZhdWx0UGFyYW1zLCBDb25maWdDb21tb24uZGVmYXVsdENvbmZpZ3VyYXRpb25W
ZXJzaW9uKS50b1N0cmluZygpOw0KMzMyIC4uLg0KICANCiBNeSBjb21waWxhdGlvbiB0b29s
cyBlbnY6DQogW3Jvb3RAbG9jYWxob3N0IH5dIyBtdm4gLXYNCkFwYWNoZSBNYXZlbiAzLjIu
MyAoMzNmOGMzZTEwMjdjM2RkZGU5OWQzY2RlYmFkMjY1NmEzMWU4ZmRmNDsgMjAxNC0wOC0x
MlQwNDo1ODoxMCswODowMCkNCk1hdmVuIGhvbWU6IC9hcGFjaGUtbWF2ZW4NCkphdmEgdmVy
c2lvbjogMS43LjBfNzEsIHZlbmRvcjogT3JhY2xlIENvcnBvcmF0aW9uDQpKYXZhIGhvbWU6
IC91c3IvbGliL2p2bS9qYXZhLTEuNy4wLW9wZW5qZGstMS43LjAuNzEueDg2XzY0L2pyZQ0K
RGVmYXVsdCBsb2NhbGU6IGVuX1VTLCBwbGF0Zm9ybSBlbmNvZGluZzogVVRGLTgNCk9TIG5h
bWU6ICJsaW51eCIsIHZlcnNpb246ICIyLjYuMzItNTA0LjEuMy5lbDYueDg2XzY0IiwgYXJj
aDogImFtZDY0IiwgZmFtaWx5OiAidW5peCINCiAgDQogYWxzbyBJIGhhdmUgdGVzdCBkaWZm
ZXJlbnQgdG9vbHM6DQogbWF2ZW4gMy4wLjUgKyBqYXZhIDEuNy4wLjQ1DQogIG1hdmVuIDMu
MC41ICsgamF2YSAxLjcuMC43MSANCiAgbWF2ZW4gMy4xLjEgKyBqYXZhIDEuNy4wLjQ1IA0K
ICBtYXZlbiAzLjEuMSArIGphdmEgMS43LjAuNzEgDQogIG1hdmVuIDMuMi4zICsgamF2YSAx
LjcuMC40NQ0KICBtYXZlbiAzLjIuMyArIGphdmEgMS43LjAuNzENCiAgDQogYWxsIGFib3Zl
IGhhZCB0aGUgc2FtZSBlcnJvci4NCiAgDQogV2hvIGNhbiBnaXZlIHNvbWUgaWRlYSB0byBm
aXggaXQ/
------=_NextPart_5492E389_096D8538_62357C89
Content-Type: text/html;
charset="ISO-8859-1"
Content-Transfer-Encoding: base64
PERJVj48QlI+Jm5ic3A7PC9ESVY+DQo8RElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMzMzMzMz
PkhpIGd1eXM6PC9GT05UPjwvRElWPg0KPERJVj4NCjxESVY+PEZPTlQgY29sb3I9IzMzMzMz
Mz4mbmJzcDsgSSB0ZXN0ZWQgdG8gY29tcGxpbGUgcmhldm0gPFNUUk9ORz5lbmdpbmU8L1NU
Uk9ORz4gZnJvbSBzb3VyY2UgcGtnLCBidXQgZ2V0IHNvbWUgZXJyb3IuPC9GT05UPjwvRElW
Pg0KPERJVj48Rk9OVCBjb2xvcj0jMzMzMzMzPiZuYnNwOyBJIGhhdmUgdGVzdGVkIHdpdGgg
c2FtZSB3YXkgaW4gb3ZpcnQgMy40LjQgYW5kIHJoZXZtIDMuNC4zLCB0aGVyZSB3YXMgbm8g
ZXJyb3IsIGJ1dCBqdXN0IGluIHJoZXZtIDMuNC40IHdpdGggc29tZSBlcnJvcnM6PC9GT05U
PjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMzMzMzMzPjwvRk9OVD4mbmJzcDs8L0RJVj4N
CjxESVY+W0lORk9dJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyAmbmJz
cDsgPEJSPltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08QlI+W0lORk9dIEJ1aWxkaW5nIENv
bW1vbiB1dGlsaXRpZXMgMy40LjQ8QlI+W0lORk9dIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxCUj5b
SU5GT10gPEJSPltJTkZPXSAtLS0gbWF2ZW4tY2xlYW4tcGx1Z2luOjIuNTpjbGVhbiAoZGVm
YXVsdC1jbGVhbikgQCB1dGlscyAtLS08QlI+W0lORk9dIERlbGV0aW5nIC9yb290L3JwbWJ1
aWxkL1NPVVJDRVMvb3ZpcnQtZW5naW5lL2JhY2tlbmQvbWFuYWdlci9tb2R1bGVzL3V0aWxz
L3RhcmdldDxCUj5bSU5GT10gPEJSPltJTkZPXSAtLS0gbWF2ZW4tcmVzb3VyY2VzLXBsdWdp
bjoyLjQuMzpyZXNvdXJjZXMgKGRlZmF1bHQtcmVzb3VyY2VzKSBAIHV0aWxzIC0tLTxCUj5b
SU5GT10gVXNpbmcgJ1VURi04JyBlbmNvZGluZyB0byBjb3B5IGZpbHRlcmVkIHJlc291cmNl
cy48QlI+W0lORk9dIENvcHlpbmcgMiByZXNvdXJjZXM8QlI+W0lORk9dIDxCUj5bSU5GT10g
LS0tIG1hdmVuLWNvbXBpbGVyLXBsdWdpbjoyLjMuMjpjb21waWxlIChkZWZhdWx0LWNvbXBp
bGUpIEAgdXRpbHMgLS0tPEJSPltJTkZPXSBDb21waWxpbmcgMTYzIHNvdXJjZSBmaWxlcyB0
byAvcm9vdC9ycG1idWlsZC9TT1VSQ0VTL292aXJ0LWVuZ2luZS9iYWNrZW5kL21hbmFnZXIv
bW9kdWxlcy91dGlscy90YXJnZXQvY2xhc3NlczxCUj5bSU5GT10gLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxCUj5bRVJS
T1JdIENPTVBJTEFUSU9OIEVSUk9SIDogPEJSPltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPEJSPltFUlJPUl0g
L3Jvb3QvcnBtYnVpbGQvU09VUkNFUy9vdmlydC1lbmdpbmUvYmFja2VuZC9tYW5hZ2VyL21v
ZHVsZXMvdXRpbHMvc3JjL21haW4vamF2YS9vcmcvb3ZpcnQvZW5naW5lL2NvcmUvdXRpbHMv
cG0vVmRzRmVuY2VPcHRpb25zLmphdmE6WzMyOSw0NF0gZXJyb3I6IGNhbm5vdCBmaW5kIHN5
bWJvbDxCUj5bSU5GT10gMSBlcnJvcjxCUj5bSU5GT10gLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxCUj5bSU5GT10gLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tPEJSPltJTkZPXSBSZWFjdG9yIFN1bW1hcnk6PEJSPltJTkZPXSA8
QlI+W0lORk9dIG92aXJ0LXJvb3QgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4gU1VDQ0VTUyBbJm5ic3A7IDAuMzExIHNdPEJSPltJTkZPXSBvVmlydCBCdWls
ZCBUb29scyByb290IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyZu
YnNwOyAwLjAxNiBzXTxCUj5bSU5GT10gb1ZpcnQgY2hlY2tzdHlsZSAuLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTVUNDRVNTIFsmbmJzcDsgMS4xNzYgc108QlI+W0lO
Rk9dIG9WaXJ0IEpCb3NzIE1vZHVsZXMgTWF2ZW4gUGx1Z2luIC4uLi4uLi4uLi4uLi4uLi4u
Li4gU1VDQ0VTUyBbJm5ic3A7IDMuMTQ4IHNdPEJSPltJTkZPXSBvVmlydCBDaGVja3N0eWxl
IENoZWNrcyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyZuYnNwOyAw
Ljg0OSBzXTxCUj5bSU5GT10gb1ZpcnQgTW9kdWxlcyAtIGJhY2tlbmQgLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLiBTVUNDRVNTIFsmbmJzcDsgMC4wMTAgc108QlI+W0lORk9dIG9W
aXJ0IE1hbmFnZXIgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU1VD
Q0VTUyBbJm5ic3A7IDAuMDA5IHNdPEJSPltJTkZPXSBvVmlydCBFbmdpbmUgZGVwZW5kZW5j
aWVzIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyZuYnNwOyAxLjExMyBz
XTxCUj5bSU5GT10gb1ZpcnQgTW9kdWxlcyAtIG1hbmFnZXIgLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLiBTVUNDRVNTIFsmbmJzcDsgMC43NDEgc108QlI+W0lORk9dIENTaGFycCBD
b21wYXRpYmlsaXR5IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU1VDQ0VTUyBb
Jm5ic3A7IDIuNzg5IHNdPEJSPltJTkZPXSBDb21tb24gdXRpbGl0aWVzIC4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIEZBSUxVUkUgWyZuYnNwOyAyLjk1NiBzXTxCUj5b
SU5GT10gQ29tbW9uIENvZGUgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLiBTS0lQUEVEPEJSPltJTkZPXSBEYXRhIEFjY2VzcyBMYXllciAuLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+W0lORk9dIFZkcyBicm9rZXIgLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRDxCUj5bSU5G
T10gZW5naW5lIHNjaGVkdWxlciBiZWFuIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
LiBTS0lQUEVEPEJSPltJTkZPXSBTZWFyY2ggQmFja2VuZCAuLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+W0lORk9dIEJhY2tlbmQgTG9naWMgQFNl
cnZpY2UgYmVhbiAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10g
b1ZpcnQgUkVTVGZ1bCBBUEkgQmFja2VuZCBJbnRlZ3JhdGlvbiAuLi4uLi4uLi4uLi4uLiBT
S0lQUEVEPEJSPltJTkZPXSBvVmlydCBSRVNUZnVsIEFQSSBCYWNrZW5kIEludGVncmF0aW9u
IFR5cGUgTWFwcGVycyAuIFNLSVBQRUQ8QlI+W0lORk9dIG9WaXJ0IFJFU1RmdWwgQVBJIEJh
Y2tlbmQgSW50ZWdyYXRpb24gSkFYLVJTIFJlc291cmNlcyBTS0lQUEVEPEJSPltJTkZPXSBv
VmlydCBSRVNUZnVsIEFQSSBCYWNrZW5kIEludGVncmF0aW9uIFdlYmFwcCAuLi4uLi4uIFNL
SVBQRUQ8QlI+W0lORk9dIG9WaXJ0IFJFU1RmdWwgQVBJIGludGVyZmFjZSAuLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10gb1ZpcnQgRW5naW5lIEFQSSBEZWZp
bml0aW9uIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBvVmly
dCBFbmdpbmUgQVBJIENvbW1vbSBQYXJlbnQgUE9NIC4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQ
RUQ8QlI+W0lORk9dIG9WaXJ0IEVuZ2luZSBBUEkgQ29tbW9uIEpBWC1SUyAuLi4uLi4uLi4u
Li4uLi4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10gb1ZpcnQgRW5naW5lIFdlYiBSb290IC4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBCcmFuZGlu
ZyBwYWNrYWdlIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8
QlI+W0lORk9dIG92aXJ0LWVuZ2luZSBzZXJ2aWNlcyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10gb1ZpcnQgRW5naW5lIFdlYiBEb2NzIC4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBvdmlydC1lbmdp
bmUgd2VsY29tZSAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+
W0lORk9dIEJhY2tlbmQgQXV0aGVudGljYXRpb24gLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4gU0tJUFBFRDxCUj5bSU5GT10gb1ZpcnQgRW5naW5lIFRvb2xzIC4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBvVmlydCBNb2R1bGVz
IDo6IEZyb250ZW5kIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+W0lO
Rk9dIG9WaXJ0IE1vZHVsZXMgOjogV2ViYWRtaW4gLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4gU0tJUFBFRDxCUj5bSU5GT10gb1ZpcnQgTW9kdWxlcyAtIHVpIC4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBFeHRlbnNpb25zIGZvciBH
V1QgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+W0lORk9d
IFVJIFV0aWxzIENvbXBhdGliaWxpdHkgKGZvciBVSUNvbW1vbikgLi4uLi4uLi4uLi4uLi4g
U0tJUFBFRDxCUj5bSU5GT10gRnJvbnRlbmQgZm9yIEdXVCBVSSBQcm9qZWN0cyAuLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBVSUNvbW1vbldlYiAuLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+W0lORk9dIG9W
aXJ0IEdXVCBVSSBjb21tb24gaW5mcmFzdHJ1Y3R1cmUgLi4uLi4uLi4uLi4uLi4uLi4gU0tJ
UFBFRDxCUj5bSU5GT10gV2ViQWRtaW4gLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBVc2VyUG9ydGFsIC4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+W0lORk9dIG9WaXJ0
IFNlcnZlciBFQVIgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBF
RDxCUj5bSU5GT10gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPEJSPltJTkZPXSBCVUlMRCBGQUlMVVJF
PEJSPltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08QlI+W0lORk9dIFRvdGFsIHRpbWU6IDE0
LjM0MCBzPEJSPltJTkZPXSBGaW5pc2hlZCBhdDogMjAxNC0xMi0xN1QyMzoxMTozNSswODow
MDxCUj5bSU5GT10gRmluYWwgTWVtb3J5OiA1MU0vMjQ3TTxCUj5bSU5GT10gLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tPEJSPltFUlJPUl0gRmFpbGVkIHRvIGV4ZWN1dGUgZ29hbCBvcmcuYXBhY2hl
Lm1hdmVuLnBsdWdpbnM6bWF2ZW4tY29tcGlsZXItcGx1Z2luOjIuMy4yOmNvbXBpbGUgKGRl
ZmF1bHQtY29tcGlsZSkgb24gcHJvamVjdCB1dGlsczogQ29tcGlsYXRpb24gZmFpbHVyZTxC
Uj5bRVJST1JdIC9yb290L3JwbWJ1aWxkL1NPVVJDRVMvb3ZpcnQtZW5naW5lL2JhY2tlbmQv
bWFuYWdlci9tb2R1bGVzL3V0aWxzL3NyYy9tYWluL2phdmEvb3JnL292aXJ0L2VuZ2luZS9j
b3JlL3V0aWxzL3BtL1Zkc0ZlbmNlT3B0aW9ucy5qYXZhOlszMjksNDRdIGVycm9yOiBjYW5u
b3QgZmluZCBzeW1ib2w8QlI+W0VSUk9SXSAtJmd0OyBbSGVscCAxXTxCUj5bRVJST1JdIDxC
Uj5bRVJST1JdIFRvIHNlZSB0aGUgZnVsbCBzdGFjayB0cmFjZSBvZiB0aGUgZXJyb3JzLCBy
ZS1ydW4gTWF2ZW4gd2l0aCB0aGUgLWUgc3dpdGNoLjxCUj5bRVJST1JdIFJlLXJ1biBNYXZl
biB1c2luZyB0aGUgLVggc3dpdGNoIHRvIGVuYWJsZSBmdWxsIGRlYnVnIGxvZ2dpbmcuPEJS
PltFUlJPUl0gPEJSPltFUlJPUl0gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIGVy
cm9ycyBhbmQgcG9zc2libGUgc29sdXRpb25zLCBwbGVhc2UgcmVhZCB0aGUgZm9sbG93aW5n
IGFydGljbGVzOjxCUj5bRVJST1JdIFtIZWxwIDFdIDxBIGhyZWY9Imh0dHA6Ly9jd2lraS5h
cGFjaGUub3JnL2NvbmZsdWVuY2UvZGlzcGxheS9NQVZFTi9Nb2pvRmFpbHVyZUV4Y2VwdGlv
biI+aHR0cDovL2N3aWtpLmFwYWNoZS5vcmcvY29uZmx1ZW5jZS9kaXNwbGF5L01BVkVOL01v
am9GYWlsdXJlRXhjZXB0aW9uPC9BPjxCUj5bRVJST1JdIDxCUj5bRVJST1JdIEFmdGVyIGNv
cnJlY3RpbmcgdGhlIHByb2JsZW1zLCB5b3UgY2FuIHJlc3VtZSB0aGUgYnVpbGQgd2l0aCB0
aGUgY29tbWFuZDxCUj5bRVJST1JdICZuYnNwOyBtdm4gJmx0O2dvYWxzJmd0OyAtcmYgOnV0
aWxzPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5zb21lIGNvZGUgb2YgZXJyb3Ig
ZmlsZSA8U1RST05HPlZkc0ZlbmNlT3B0aW9ucy5qYXZhPC9TVFJPTkc+OiAoSSBoYXZlIG5v
dCBjaGFuZ2VkIGFueSBjb2Rlcyk8L0RJVj4NCjxESVY+Li4uPC9ESVY+DQo8RElWPjMxOSAm
bmJzcDsgJm5ic3A7IC8qKjxCUj4zMjAmbmJzcDsgJm5ic3A7ICZuYnNwOyAqIGhhbmRsZXMg
YWdlbnQgZGVmYXVsdCBvcHRpb25zPEJSPjMyMSZuYnNwOyAmbmJzcDsgJm5ic3A7ICo8QlI+
MzIyJm5ic3A7ICZuYnNwOyAmbmJzcDsgKiBAcGFyYW0gYWdlbnQ8QlI+MzIzJm5ic3A7ICZu
YnNwOyAmbmJzcDsgKiBAcGFyYW0gZmVuY2VPcHRpb25zPEJSPjMyNCZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICogQHJldHVybiBTdHJpbmcgdGhlIG9wdGlvbnMgYWZ0ZXIgYWRkaW5nIGRlZmF1
bHQgYWdlbnQgcGFyYW1ldGVyczxCUj4zMjUmbmJzcDsgJm5ic3A7ICZuYnNwOyAqLzxCUj4z
MjYgJm5ic3A7ICZuYnNwOyBwdWJsaWMgc3RhdGljIFN0cmluZyBnZXREZWZhdWx0QWdlbnRP
cHRpb25zKFN0cmluZyBhZ2VudCwgU3RyaW5nIGZlbmNlT3B0aW9ucywmbmJzcDsgQXJjaGl0
ZWN0dXJlVHlwZSBhcmNoaXRlY3R1cmVUeXBlKSB7PEJSPjMyNyZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyAmbmJzcDsgJm5ic3A7IFN0cmluZyBhZ2VudERlZmF1bHRQYXJhbXMgPSZuYnNw
OyAoYXJjaGl0ZWN0dXJlVHlwZSAhPSBudWxsICZhbXA7JmFtcDsgYXJjaGl0ZWN0dXJlVHlw
ZSA9PSBBcmNoaXRlY3R1cmVUeXBlLnBwYzY0KTxCUj4zMjgmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg
Jm5ic3A7ICZuYnNwOyA/PEJSPjMyOSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsgJm5ic3A7
IENvbmZpZy5nZXRWYWx1ZShDb25maWdWYWx1ZXMuRmVuY2VBZ2VudERlZmF1bHRQYXJhbXNG
b3JQUEMsIENvbmZpZ0NvbW1vbi5kZWZhdWx0Q29uZmlndXJhdGlvblZlcnNpb24pLnRvU3Ry
aW5nKCk8QlI+MzMwJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgOjxCUj4zMzEm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7ICZuYnNwOyBDb25maWcuZ2V0VmFsdWUoQ29uZmln
VmFsdWVzLkZlbmNlQWdlbnREZWZhdWx0UGFyYW1zLCBDb25maWdDb21tb24uZGVmYXVsdENv
bmZpZ3VyYXRpb25WZXJzaW9uKS50b1N0cmluZygpOzxCUj4zMzIgLi4uPC9ESVY+DQo8RElW
PiZuYnNwOzwvRElWPg0KPERJVj5NeSBjb21waWxhdGlvbiB0b29scyBlbnY6PC9ESVY+DQo8
RElWPltyb290QGxvY2FsaG9zdCB+XSMgbXZuIC12PEJSPkFwYWNoZSBNYXZlbiAzLjIuMyAo
MzNmOGMzZTEwMjdjM2RkZGU5OWQzY2RlYmFkMjY1NmEzMWU4ZmRmNDsgMjAxNC0wOC0xMlQw
NDo1ODoxMCswODowMCk8QlI+TWF2ZW4gaG9tZTogL2FwYWNoZS1tYXZlbjxCUj5KYXZhIHZl
cnNpb246IDEuNy4wXzcxLCB2ZW5kb3I6IE9yYWNsZSBDb3Jwb3JhdGlvbjxCUj5KYXZhIGhv
bWU6IC91c3IvbGliL2p2bS9qYXZhLTEuNy4wLW9wZW5qZGstMS43LjAuNzEueDg2XzY0L2py
ZTxCUj5EZWZhdWx0IGxvY2FsZTogZW5fVVMsIHBsYXRmb3JtIGVuY29kaW5nOiBVVEYtODxC
Uj5PUyBuYW1lOiAibGludXgiLCB2ZXJzaW9uOiAiMi42LjMyLTUwNC4xLjMuZWw2Lng4Nl82
NCIsIGFyY2g6ICJhbWQ2NCIsIGZhbWlseTogInVuaXgiPC9ESVY+DQo8RElWPiZuYnNwOzwv
RElWPg0KPERJVj5hbHNvIEkgaGF2ZSB0ZXN0IGRpZmZlcmVudCB0b29sczo8L0RJVj4NCjxE
SVY+bWF2ZW4gMy4wLjUgKyBqYXZhIDEuNy4wLjQ1PC9ESVY+DQo8RElWPg0KPERJVj5tYXZl
biAzLjAuNSArIGphdmEgMS43LjAuNzEgPC9ESVY+DQo8RElWPg0KPERJVj5tYXZlbiAzLjEu
MSArIGphdmEgMS43LjAuNDUgPC9ESVY+DQo8RElWPg0KPERJVj5tYXZlbiAzLjEuMSArIGph
dmEgMS43LjAuNzEgPC9ESVY+DQo8RElWPg0KPERJVj5tYXZlbiAzLjIuMyArIGphdmEgMS43
LjAuNDU8L0RJVj4NCjxESVY+DQo8RElWPm1hdmVuIDMuMi4zICsgamF2YSAxLjcuMC43MTwv
RElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+YWxsIGFib3ZlIGhhZCB0aGUgc2FtZSBl
cnJvci48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPldobyBjYW4gZ2l2ZSBzb21l
IGlkZWEgdG8gZml4IGl0PzwvRElWPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj48L0RJVj48
L0RJVj48L0RJVj48L0RJVj4NCjxESVY+PC9ESVY+PC9ESVY+DQo8RElWPjwvRElWPjwvRElW
Pg==
------=_NextPart_5492E389_096D8538_62357C89--
10 years, 4 months
- 1
- 0
Re: [ovirt-users] vm has paused due to unknown storage error
by Martijn Grendelman
Hi,
On a new host, I am running into exactly the same scenario.
I have a host with an oVirt-managed GlusterFS volume (single brick on
local disk in distribute mode) on an XFS file system.
I think I have found the root cause, but I doubt I can fix it.
Around the time of the VMs going paused, there seemed to be a glusterfsd
restart:
> [2014-12-18 01:43:27.272235] W [glusterfsd.c:1194:cleanup_and_exit] (--> 0-: received signum (15), shutting down
> [2014-12-18 01:43:27.272279] I [fuse-bridge.c:5599:fini] 0-fuse: Unmounting '/rhev/data-center/mnt/glusterSD/onode3.isaac.local:data02'.
> [2014-12-18 01:49:36.854339] I [MSGID: 100030] [glusterfsd.c:2018:main] 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.6.1 (args: /usr/sbin/glusterfs -
> -volfile-server=onode3.isaac.local --volfile-id=data02 /rhev/data-center/mnt/glusterSD/onode3.isaac.local:data02)
> [2014-12-18 01:49:36.862887] I [dht-shared.c:337:dht_init_regex] 0-data02-dht: using regex rsync-hash-regex = ^\.(.+)\.[^.]+$
> [2014-12-18 01:49:36.863749] I [client.c:2280:notify] 0-data02-client-0: parent translators are ready, attempting connect on transport
So I thought I'd check /var/log/messages for potential sources of the
SIGTERM, and I found this:
> Dec 18 02:43:26 onode3 kernel: supervdsmServer[1960]: segfault at 18 ip 00007faa89951bca sp 00007fa355b80f40 error 4 in libgfapi.so.0.0.0[7faa8994c000+18000]
> Dec 18 02:43:27 onode3 systemd: supervdsmd.service: main process exited, code=killed, status=11/SEGV
> Dec 18 02:43:27 onode3 systemd: Unit supervdsmd.service entered failed state.
> Dec 18 02:43:27 onode3 journal: vdsm jsonrpc.JsonRpcServer ERROR Internal server error
> Traceback (most recent call last):
> File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 486, in _serveRequest
> res = method(**params)
> File "/usr/share/vdsm/rpc/Bridge.py", line 266, in _dynamicMethod
> result = fn(*methodArgs)
> File "/usr/share/vdsm/gluster/apiwrapper.py", line 106, in status
> return self._gluster.volumeStatus(volumeName, brick, statusOption)
> File "/usr/share/vdsm/gluster/api.py", line 54, in wrapper
> rv = func(*args, **kwargs)
> File "/usr/share/vdsm/gluster/api.py", line 221, in volumeStatus
> data = self.svdsmProxy.glusterVolumeStatvfs(volumeName)
> File "/usr/share/vdsm/supervdsm.py", line 50, in __call__
> return callMethod()
> File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>
> **kwargs)
> File "<string>", line 2, in glusterVolumeStatvfs
> File "/usr/lib64/python2.7/multiprocessing/managers.py", line 759, in _callmethod
> kind, result = conn.recv()
> EOFError
> Dec 18 02:43:27 onode3 systemd: supervdsmd.service holdoff time over, scheduling restart.
> Dec 18 02:43:27 onode3 systemd: Stopping Virtual Desktop Server Manager...
> Dec 18 02:43:27 onode3 systemd: Stopping "Auxiliary vdsm service for running helper functions as root"...
> Dec 18 02:43:27 onode3 systemd: Starting "Auxiliary vdsm service for running helper functions as root"...
> Dec 18 02:43:27 onode3 systemd: Started "Auxiliary vdsm service for running helper functions as root".
> Dec 18 02:43:27 onode3 journal: vdsm IOProcessClient ERROR IOProcess failure
> Traceback (most recent call last):
> File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 107, in _communicate
> raise Exception("FD closed")
> Exception: FD closed
I guess I'll file a bug report.
Best regards,
Martijn Grendelman
Punit Dambiwal schreef op 12-12-2014 om 3:44:
> Hi Dan,
>
> Yes..it's glusterfs....
>
> glusterfs logs :- http://ur1.ca/j3b5f
>
> OS Version: RHEL - 7 - 0.1406.el7.centos.2.3
> Kernel Version: 3.10.0 - 123.el7.x86_64
> KVM Version: 1.5.3 - 60.el7_0.2
> LIBVIRT Version: libvirt-1.1.1-29.el7_0.3
> VDSM Version: vdsm-4.16.7-1.gitdb83943.el7
> GlusterFS Version: glusterfs-3.6.1-1.el7
> Qemu Version : QEMU emulator version 1.5.3 (qemu-kvm-1.5.3-60.el7_0.2)
>
> Thanks,
> punit
>
>
>
>
> On Thu, Dec 11, 2014 at 5:47 PM, Dan Kenigsberg <danken(a)redhat.com
> <mailto:danken@redhat.com>> wrote:
>
> On Thu, Dec 11, 2014 at 03:41:01PM +0800, Punit Dambiwal wrote:
> > Hi,
> >
> > Suddenly all of my VM on one host paused with the following error :-
> >
> > vm has paused due to unknown storage error
> >
> > I am using glusterfs storage with distributed replicate
> replica=2....my
> > storage and compute both running on the same node...
> >
> > engine logs :- http://ur1.ca/j31iu
> > Host logs :- http://ur1.ca/j31kk (I grep it for one Failed VM)
>
> libvirtEventLoop::INFO::2014-12-11
> 15:00:48,627::vm::4780::vm.Vm::(_onIOError)
> vmId=`e84bb987-a817-436a-9417-8eab9148e57e`::abnormal vm stop device
> virtio-disk0 error eother
>
> Which type of storage is it? gluster? Do you have anything in particular
> on glusterfs logs?
>
> Which glusterfs/qemu/libvirt/vdsm versions do you have installed?
>
>
10 years, 4 months
- 1
- 0
oVirt Weekly Sync Meeting: Dec. 17, 2014
by Brian Proffitt
=========================
#ovirt: oVirt Weekly Sync
=========================
Meeting started by bkp at 15:06:03 UTC. The full logs are available at
http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-17-15.06.log.html .
Minutes: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-17-15.06.html
Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-17-15.06.txt
Meeting summary
---------------
* Agenda and Roll Call (bkp, 15:06:23)
* infra update (bkp, 15:06:23)
* 3.5.z updates (bkp, 15:06:23)
* 3.6.0 status (bkp, 15:06:23)
* conferences and workshops (bkp, 15:06:23)
* other topics (bkp, 15:06:26)
* infra update (bkp, 15:07:42)
* LINK:
http://lists.centos.org/pipermail/centos-virt/2014-December/004187.html
(sbonazzo, 15:22:07)
* infra update Console access gained to the PHX hosts, and they are
now back up. (bkp, 15:23:09)
* infra update First nested job is working (thanks fabiand) (bkp,
15:23:12)
* infra update First ovirt-node image has been built (thanks tlitovsk)
(bkp, 15:23:14)
* infra update dcaro should be given a huge round of thanks for his
efforts on this project. Good work! (bkp, 15:23:17)
* infra update There is currently strong emphasis on getting zuul for
gating (testing the patches and merging them after only if it passes
the tests) (bkp, 15:23:20)
* infra update zuul requirements must be understood (gearmand, some
jenkins plugins, some gate jobs, etc. are needed) and then plan on
getting all the services going_ (bkp, 15:23:23)
* infra update Moving to zuul will also require help from devs to
create the gate jobs--jobs that must pass in order to get the patch
merged--they should be very reliable (bkp, 15:23:26)
* infra update oVirt has formally joined the CentOS Virt sig, and
progress is being made to have CentOS host all of the packages we
want them to host (Re:
http://lists.centos.org/pipermail/centos-virt/2014-December/004187.html).
sbonazzo and dcaro will be co-maintainers. (bkp, 15:23:29)
* 3.5.z updates (bkp, 15:23:35)
* 3.5.z updates Full status at:
http://lists.ovirt.org/pipermail/users/2014-December/030048.html
(bkp, 15:29:49)
* 3.5.z updates One open blocker (1160846) in NEW state; ETA/status of
fix: unknown (bkp, 15:29:52)
* 3.5.z updates oVirt 3.5.1 RC compose date/time 2015-01-07 0800 UTC
(bkp, 15:29:55)
* 3.5.z updates oVirt 3.5.1 GA date now 2015-01-14 (bkp, 15:29:58)
* 3.5.z updates danken asked to update vdsm in current stable repo,
ybronhei had issues with koji. Not sure if we'll have it before
holidays (bkp, 15:30:00)
* 3.5.z updates There are still 62 bugs targeted to 3.5.1
(http://goo.gl/7G0PDV). Excluding Node and doc bugs, there are 41
bugs. (bkp, 15:30:03)
* 3.6 status (bkp, 15:30:26)
* LINK: http://www.ovirt.org/Features/UCS_Integration (dr_gogeta86,
15:31:51)
* 3.6.0 status Full status at:
http://lists.ovirt.org/pipermail/users/2014-December/030049.html
(bkp, 15:41:35)
* 3.6.0 status Following the review process, the remaining key
milestones for this release will be scheduled. (bkp, 15:41:38)
* 3.6.0 status There are 461 bugs targeted to 3.6.0 (438 without Node
and doc bugs); no known blockers. (bkp, 15:41:41)
* ACTION: 3.6.0 status Features proposed for 3.6.0 are now collected
in the 3.6 Google doc (http://goo.gl/9X3G49) and must be reviewed by
maintainers. (bkp, 15:41:44)
* 3.6.0 status Storage: for the better part of the last 2-3 weeks
storage has been chasing down EL issues for RHEV, which will also be
fixed in oVirt 3.5.1 - amureini still haven't got his head around
3.6.0 to update the doc, which amureini will do soon. Or else.
(bkp, 15:41:47)
* conferences and workshops (bkp, 15:41:59)
* conferences and workshops bkp has *just* learned that oVirt has
received a stand of its own for FOSDEM! (bkp, 15:42:14)
* conferences and workshops FOSDEM planning was delayed this week, due
to FOSDEM notifications not going out. Some lightning talk
notifications went out, so ideally information on talks, and
devrooms is forthcoming. (bkp, 15:42:32)
* conferences and workshops Registration for CfgMgmtCamp 2015 has
just(!) opened. There are no plans for a formal oVirt presence, but
it is right after FOSDEM in Ghent and if anyone wants to attend,
registration is here: http://cfgmgmtcamp.eu/ (bkp, 15:42:54)
* conferences and workshops bkp has also just learned that there
*will* be an Infrastructure.Next event in Ghent on Feb. 5, contrary
to earlier reports. Details to follow. (bkp, 15:43:07)
* conferences and workshops bkp is still working with hpillay on
possibly running an oVirt workshop around FOSSAsia
(http://fossasia.org/) in Singapore Mar 12-16. (bkp, 15:43:23)
* conferences and workshops fabiand will be submitting a talk to CeBit
(http://www.cebit.de/home) in Hannover Mar 16-20. (bkp, 15:43:56)
* conferences and workshops rkoch is planning a booth and presentation
for oVirt at Chemnitzer Linux-Tage
(https://chemnitzer.linux-tage.de/2015/en/info) Mar 21-22. Depending
on outcome of FOSSasia, bkp may join him (bkp, 15:44:07)
* conferences and workshops rkoch is planning a booth and presentation
for oVirt at Chemnitzer Linux-Tage
(https://chemnitzer.linux-tage.de/2015/en/info) Mar 21-22. Depending
on outcome of FOSSasia, bkp may join him (bkp, 15:44:27)
* conferences and workshops Beginning in 2015, events that oVirt is
and can be involved in will be posted on the oVirt Schedule Google
Calendar, which is open to public. If you have information on *any*
event, please send it to bkp as early as possible spo it can be
posted on the calendar. (bkp, 15:44:43)
* conferences and workshops Discussions are underway for an oVirt
presence at http://www.oss2015.org 11th Intl. Conf. on Open Source
Systems (May 16-17, Florence, Italy) (bkp, 15:48:44)
* other topics (bkp, 15:49:08)
* other topics shaunm has begun preliminary conversion of MediaWiki
content to XML-based formats that should be easy for community
members to work with and be compatible with downstream documentation
systems. (bkp, 15:49:20)
* other topics bkp has spoken with UDSEnterprise, and has a case study
in the works. (bkp, 15:49:24)
* other topics There is a known problem with gmail subscribers to the
oVirt Users mailing list getting excessive bounces. Still trying to
puzzle this one out. Anyone with Mailman mojo is more than welcome
to lend a hand. (bkp, 15:49:27)
* other topics A reminder: due to holiday celebrations, there will be
no oVirt Weekly Sync meeting until Jan. 7, 2015 (bkp, 15:49:48)
Meeting ended at 15:51:59 UTC.
Action Items
------------
* 3.6.0 status Features proposed for 3.6.0 are now collected in the 3.6
Google doc (http://goo.gl/9X3G49) and must be reviewed by maintainers.
Action Items, by person
-----------------------
* **UNASSIGNED**
* 3.6.0 status Features proposed for 3.6.0 are now collected in the
3.6 Google doc (http://goo.gl/9X3G49) and must be reviewed by
maintainers.
People Present (lines said)
---------------------------
* bkp (86)
* sbonazzo (20)
* dcaro (13)
* dr_gogeta86 (8)
* awels (5)
* tlitovsk (5)
* lvernia (3)
* amureini (3)
* ovirtbot (2)
* Dw_Sn (1)
* fabiand (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
--
Brian Proffitt
Community Liaison
oVirt
Open Source and Standards, Red Hat - http://community.redhat.com
Phone: +1 574 383 9BKP
IRC: bkp @ OFTC
10 years, 4 months
- 2
- 2
Re: [ovirt-users] FQDN for vm creating with hosted-engine
by Yue, Cong
---
FQDN or fully qualified domain name means that you have to reserve in your DNS a name corresponding to IP received by HE VM from DHCP.
IP address should be reserved for the VM at DHCP.
I advise not to use manual IP to FQDN at your host, as this will lead to many confusions, especially when you'll have more than a single host machine, but you always can configure at your /etc/hosts file the FQDN corresponding to IP address given to HE VM.
---
Thanks for the explanation. Now I understand what FQDN is for Ovirt. Is there any problem if I do not use the naming convention like aaa.bbb.ccc, but only aaa?
Also I am some confused for the above explanation. Here it said the IP for VM is better to be got from DHCP rather than manual IP. If so, do this mean I need to change all /etc/hosts file of all virt nodes to update the IP for the FQDN for engine VM?
What is the confusions if I use manual IP rather than DHCP for engine VM?
Thanks,
Cong
-----Original Message-----
From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of users-request(a)ovirt.org
Sent: Wednesday, December 17, 2014 1:17 AM
To: users(a)ovirt.org
Subject: Users Digest, Vol 39, Issue 107
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..."
Today's Topics:
1. 1. FQDN for vm creating with hosted-engine (Yue, Cong)
(Nikolai Sednev)
----------------------------------------------------------------------
Message: 1
Date: Wed, 17 Dec 2014 04:16:33 -0500 (EST)
From: Nikolai Sednev <nsednev(a)redhat.com>
To: users(a)ovirt.org
Subject: [ovirt-users] 1. FQDN for vm creating with hosted-engine
(Yue, Cong)
Message-ID:
<2080226028.11273252.1418807793775.JavaMail.zimbra(a)redhat.com>
Content-Type: text/plain; charset="utf-8"
FQDN or fully qualified domain name means that you have to reserve in your DNS a name corresponding to IP received by HE VM from DHCP.
IP address should be reserved for the VM at DHCP.
I advise not to use manual IP to FQDN at your host, as this will lead to many confusions, especially when you'll have more than a single host machine, but you always can configure at your /etc/hosts file the FQDN corresponding to IP address given to HE VM.
Thanks in advance.
Best regards,
Nikolai
____________________
Nikolai Sednev
Senior Quality Engineer at Compute team Red Hat Israel
34 Jerusalem Road,
Ra'anana, Israel 43501
Tel: +972 9 7692043
Mobile: +972 52 7342734
Email: nsednev(a)redhat.com
IRC: nsednev
----- Original Message -----
From: users-request(a)ovirt.org
To: users(a)ovirt.org
Sent: Wednesday, December 17, 2014 1:19:12 AM
Subject: Users Digest, Vol 39, Issue 104
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org
You can reach the person managing the list at users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..."
Today's Topics:
1. FQDN for vm creating with hosted-engine (Yue, Cong)
2. Server 2012 R2 + Intel Conroe Cluster (Nathan Llaneza)
3. alternate method of fencing (Brent Hartzell)
4. Re: Don't start vm (Roman Nikolayevich Drovalev)
----------------------------------------------------------------------
Message: 1
Date: Tue, 16 Dec 2014 14:44:44 -0800
From: "Yue, Cong" <Cong_Yue(a)alliedtelesis.com>
To: "users(a)ovirt.org" <users(a)ovirt.org>
Subject: [ovirt-users] FQDN for vm creating with hosted-engine
Message-ID:
<ED08B56256B38842A463A2A0804C5AC0326ACA3F65(a)svr-ca-exch1.atg.lc>
Content-Type: text/plain; charset="us-ascii"
Hi
Now I am trying to confirm KVM's HA with ovirt, and doing the walk through as the following guide.
http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/
During the VM setting, FQDN is asked, what FQDN means about? Does it mean the hostname of VM host? In my case, it is compute2-2.
The following is my hosts file, my VM host and storage is 10.0.0.92.
And I am trying to assign 10.0.0.95 to the hosted VM.
---
[root@compute2-2 ~]# cat /etc/hosts
10.0.0.93 compute2-2 nfs2-2
10.0.0.95 ovrit-test
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
----
Also how I can remove the VM I installed, as for when I try to do hosted-engine --deploy, it shows
---
[root@compute2-2 ~]# hosted-engine --deploy [ INFO ] Stage: Initializing
Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards.
Are you sure you want to continue? (Yes, No)[Yes]: Yes [ INFO ] Generating a temporary VNC password.
[ INFO ] Stage: Environment setup
Configuration files: []
Log file:
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141216144036-30j0wk.log
Version: otopi-1.3.0 (otopi-1.3.0-1.el7) [ INFO ] Hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ ERROR ] The following VMs has been found: ac4c8d35-ca47-4394-afa8-1180c768128c
[ ERROR ] Failed to execute stage 'Environment setup': Cannot setup Hosted Engine with other VMs running [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been updated [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination
--
Thanks,
Cong
________________________________
This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator.
10 years, 4 months
- 2
- 1
Used Network resources of host XY [97%] exceeded
by Ml Ml
Hello List,
one of my ovirt Guests seems to loose its Network connection. I can
still see some traffic on the console tough. In the Logs i get:
2014-Dez-04, 13:09
Used Network resources of host <myhostname-here> [97%] exceeded
defined threshold [95%].
Is this the reason? Where can i change or disable this feature?
Thanks,
Mario
10 years, 4 months
- 3
- 2
Too much memory used in hosts
by Dinuwan
This is a multipart message in MIME format.
------=_NextPart_000_000C_01D01ABB.0EE8F8E0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Dear Ovirt users,
I am new to ovirt. I have installed the Ovirt hosted setup on two machines
running glusterfs. It has been working ok. I now have about 6 virtual
machines in my cluster. The problem that I am having is; when I shutdown all
the machines on one host, the memory is not freed. I migrated all the VMs to
one Host and left the with 0, but still the memory is displayed at 89%. When
I do a top on the same Host, I only see the vdsmd using 16%. I do not see
any particular errors in any of the log files either.
Would appreciate it if anybody could share their knowledge on the matter.
Has it happened to anyone?
Thanking you all in advance,
D1.
------=_NextPart_000_000C_01D01ABB.0EE8F8E0
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US =
link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p =
class=3DMsoNormal>Dear Ovirt users,<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>I am new to =
ovirt. I have installed the Ovirt hosted setup on two machines running =
glusterfs. It has been working ok. I now have about 6 virtual machines =
in my cluster. The problem that I am having is; when I shutdown all the =
machines on one host, the memory is not freed. I migrated all the VMs to =
one Host and left the with 0, but still the memory is displayed at 89%. =
When I do a top on the same Host, I only see the vdsmd using 16%. I do =
not see any particular errors in any of the log files =
either.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Would appreciate it if anybody could share their =
knowledge on the matter. Has it happened to anyone? <o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Thanking you =
all in advance,<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>D1. =
<o:p></o:p></p></div></body></html>
------=_NextPart_000_000C_01D01ABB.0EE8F8E0--
10 years, 4 months
- 2
- 5
after rebooting nodes cannot activate them
by Gabi C
Hello!
1 engine- not hosted FC 19 + ovirt 3.5 ;
3 nodes - F20 and ovirt 3.5 patternfly due to high vdsm memory usage. All
theree nodes serves as glusterfs server - 3 replicated bricks.
After putting DC in maintenance - all VM shutdown, storages in maintenance
(ISO, Data, Export) , stop gluster volume and finally hosts in maintenance
, runned "yum update" on all nodes, reboot them, "Confirm host has been
rebooted" but trying to activate them raise "Gluster command [<UNKNOWN>]
failed on server....." and hosts goes in non operational.
vdsm log goes like:
Thread-15::ERROR::2014-12-18
10:17:53,439::__init__::493::jsonrpc.JsonRpcServer::(_serveRequest)
Internal server error
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 488,
in _serveRequest
res = method(**params)
File "/usr/share/vdsm/rpc/Bridge.py", line 264, in _dynamicMethod
result = fn(*methodArgs)
File "/usr/share/vdsm/gluster/apiwrapper.py", line 79, in list
return self._gluster.hostsList()
File "/usr/share/vdsm/gluster/api.py", line 54, in wrapper
rv = func(*args, **kwargs)
File "/usr/share/vdsm/gluster/api.py", line 251, in hostsList
return {'hosts': self.svdsmProxy.glusterPeerStatus()}
File "/usr/share/vdsm/supervdsm.py", line 50, in __call__
return callMethod()
File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>
**kwargs)
File "<string>", line 2, in glusterPeerStatus
File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in
_callmethod
raise convert_to_error(kind, result)
GlusterCmdExecFailedException: Command execution failed
error: Connection failed. Please check if gluster daemon is operational.
return code: 1
*NB*
*Reinstalling all host after moving in Maintenance from Non-op avtivates
them and I am able to start gluster volume, activate stoarage domains and
so on.......*
<https://bugzilla.redhat.com/show_bug.cgi?id=1142647>
10 years, 4 months
- 1
- 0
Cannot activate storage domain
by Brent Hartzell
------=_NextPart_000_0353_01D01A39.5FE62240
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Have the following:
6 hosts - virt + Gluster shared
Gluster volume is distributed-replicate - replica 2
Shutting down servers one at a time all work except for 1 brick. If we shut
down one specific brick (1 brick per host) - we're unable to activate the
storage domain. VM's that were actively running from other bricks continue
to run. Whatever was running form that specific brick fails to run, gets
paused etc.
Error log shows the entry below. I'm not certain what it's saying is read
only.nothing is read only that I can find.
2014-12-17 19:57:13,362 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand]
(DefaultQuartzScheduler_Worker-47) [4e9290a2] Command
SpmStatusVDSCommand(HostName = U23.domainame.net, HostId =
0db58e46-68a3-4ba0-a8aa-094893c045a1, storagePoolId =
7ccd6ea9-7d80-4170-afa1-64c10c185aa6) execution failed. Exception:
VDSErrorException: VDSGenericException: VDSErrorException: Failed to
SpmStatusVDS, error = [Errno 30] Read-only file system, code = 100
2014-12-17 19:57:13,363 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData]
(DefaultQuartzScheduler_Worker-47) [4e9290a2] hostFromVds::selectedVds -
U23.domainname.net, spmStatus returned null!
According to Ovirt/Gluster, if a brick goes down, the VM should be able to
be restarted from another brick without issue. This does not appear to be
the case. If we take other bricks offline, it appears to work as expected.
Something with this specific brick cases everything to break which then
makes any VM's that were running from the brick unable to start.
------=_NextPart_000_0353_01D01A39.5FE62240
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US =
link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p =
class=3DMsoNormal>Have the following:<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>6 hosts =
– virt + Gluster shared<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Gluster =
volume is distributed-replicate – replica 2<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Shutting =
down servers one at a time all work except for 1 brick. If we shut down =
one specific brick (1 brick per host) – we’re unable to =
activate the storage domain. VM’s that were actively running from =
other bricks continue to run. Whatever was running form that specific =
brick fails to run, gets paused etc. <o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Error log =
shows the entry below. I’m not certain what it’s saying is =
read only…nothing is read only that I can find. =
<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>2014-12-17 =
19:57:13,362 ERROR =
[org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] =
(DefaultQuartzScheduler_Worker-47) [4e9290a2] Command =
SpmStatusVDSCommand(HostName =3D U23.domainame.net, HostId =3D =
0db58e46-68a3-4ba0-a8aa-094893c045a1, storagePoolId =3D =
7ccd6ea9-7d80-4170-afa1-64c10c185aa6) execution failed. Exception: =
VDSErrorException: VDSGenericException: VDSErrorException: Failed to =
SpmStatusVDS, error =3D [Errno 30] Read-only file system, code =3D =
100<o:p></o:p></p><p class=3DMsoNormal>2014-12-17 19:57:13,363 =
INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] =
(DefaultQuartzScheduler_Worker-47) [4e9290a2] hostFromVds::selectedVds - =
U23.domainname.net, spmStatus returned null!<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>According to =
Ovirt/Gluster, if a brick goes down, the VM should be able to be =
restarted from another brick without issue. This does not appear to be =
the case… If we take other bricks offline, it appears to work as =
expected. Something with this specific brick cases everything to break =
which then makes any VM’s that were running from the brick unable =
to start.<o:p></o:p></p></div></body></html>
------=_NextPart_000_0353_01D01A39.5FE62240--
10 years, 4 months
- 3
- 2
Re: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
by Yue, Cong
Thanks.
I just want to double confirm whether I do the right thing or not.
Currently, my /etc/sysconfig/iptables is like
--
# oVirt default firewall configuration. Automatically generated by vdsm bootstrap script.
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A INPUT -i lo -j ACCEPT
# vdsm
-A INPUT -p tcp --dport 54321 -j ACCEPT
# SSH
-A INPUT -p tcp --dport 22 -j ACCEPT
# snmp
-A INPUT -p udp --dport 161 -j ACCEPT
# libvirt tls
-A INPUT -p tcp --dport 16514 -j ACCEPT
# guest consoles
-A INPUT -p tcp -m multiport --dports 5900:6923 -j ACCEPT
# migration
-A INPUT -p tcp -m multiport --dports 49152:49216 -j ACCEPT
# Reject any other input traffic
-A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -m physdev ! --physdev-is-bridged -j REJECT --reject-with icmp-host-prohibited COMMIT
--
Do you mean I need to add the following rule to the table?
--
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:6100
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:111
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:111
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:662
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:662
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:875
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:875
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:892
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:892
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:2049
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:32769
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:32803
--
Thanks in advance,
Cong
-----Original Message-----
From: Simone Tiraboschi [mailto:stirabos@redhat.com]
Sent: Wednesday, December 17, 2014 9:48 AM
To: Yue, Cong
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
----- Original Message -----
> From: "Simone Tiraboschi" <stirabos(a)redhat.com>
> To: "Cong Yue" <Cong_Yue(a)alliedtelesis.com>
> Cc: users(a)ovirt.org
> Sent: Wednesday, December 17, 2014 6:43:34 PM
> Subject: Re: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
>
>
>
> ----- Original Message -----
> > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com>
> > To: users(a)ovirt.org
> > Sent: Wednesday, December 17, 2014 6:33:48 PM
> > Subject: [ovirt-users] NFS can not be mounted after the installation of
> > ovirt-hosted-engine
> >
> >
> >
> > Hi
> >
> >
> >
> > I walked through the installation of ovirt-hosted-engine as
> >
> > http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3
> > -5/
> >
> >
> >
> > And I met a problem in the step of “Configure storage”
> >
> >
> >
> > In my ovirt host, I am using nfs v3 for the test. I created two
> > exports points, and just after that I confirmed with other client
> > that I can mount these two points.
> >
> > My /etc/exports is as
> >
> >
> >
> > ---
> >
> > /engine 10.0.0.0/24(rw,sync,no_root_squash,no_all_squash)
> >
> > /data 10.0.0.0/24(rw,sync,no_root_squash,no_all_squash)
> >
> > ---
> >
> >
> >
> > While after I completed the engine VM install, I found these two
> > points can not be mounted again with the same command
> >
> > as
> >
> > mount –t nfs 10.0.0.94:/engine /engine
> >
> >
> >
> > Is ovirt changed something for nfs server configuration
>
> Yes, it's a know issue [1]. Please check iptables rules and re-open
> NFS required ports.
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1109326
>
> We already had a patch for it, it will be included next month in oVirt
> 3.5.1
Oh, it's note really the same: this it's related to hosted-engine but is not that different.
Please check iptables rules.
> > or something wrong
> > with my setting?
> >
> >
> >
> > Thanks in advance,
> >
> > Cong
> >
> >
> >
> >
> > This e-mail message is for the sole use of the intended recipient(s)
> > and may contain confidential and privileged information. Any
> > unauthorized review, use, disclosure or distribution is prohibited.
> > If you are not the intended recipient, please contact the sender by
> > reply e-mail and destroy all copies of the original message. If you
> > are the intended recipient, please be advised that the content of
> > this message is subject to access, review and disclosure by the
> > sender's e-mail System Administrator.
> >
> > _______________________________________________
> > 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
>
This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator.
10 years, 4 months
- 2
- 1
Re: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
by Donny Davis
So was it an selinux issue?
What was your resolution
-----Original Message-----
From: Yue, Cong [mailto:Cong_Yue@alliedtelesis.com]
Sent: Wednesday, December 17, 2014 12:13 PM
To: Donny Davis
Subject: RE: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
I checked and now it works for me.
Thanks
-----Original Message-----
From: Donny Davis [mailto:donny@cloudspin.me]
Sent: Wednesday, December 17, 2014 10:42 AM
To: Yue, Cong
Subject: RE: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
did you check /var/log/audit/aduit.log
-----Original Message-----
From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Yue, Cong
Sent: Wednesday, December 17, 2014 11:18 AM
To: Simone Tiraboschi
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
Thanks.
I just want to double confirm whether I do the right thing or not.
Currently, my /etc/sysconfig/iptables is like
--
# oVirt default firewall configuration. Automatically generated by vdsm bootstrap script.
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A INPUT -i lo -j ACCEPT
# vdsm
-A INPUT -p tcp --dport 54321 -j ACCEPT
# SSH
-A INPUT -p tcp --dport 22 -j ACCEPT
# snmp
-A INPUT -p udp --dport 161 -j ACCEPT
# libvirt tls
-A INPUT -p tcp --dport 16514 -j ACCEPT
# guest consoles
-A INPUT -p tcp -m multiport --dports 5900:6923 -j ACCEPT
# migration
-A INPUT -p tcp -m multiport --dports 49152:49216 -j ACCEPT
# Reject any other input traffic
-A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -m physdev ! --physdev-is-bridged -j REJECT --reject-with icmp-host-prohibited COMMIT
--
Do you mean I need to add the following rule to the table?
--
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:6100
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:111
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:111
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:662
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:662
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:875
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:875
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:892
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:892
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:2049
ACCEPT udp -- 0.0.0.0/0 0.0.0.0/0 state NEW udp dpt:32769
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:32803
--
Thanks in advance,
Cong
-----Original Message-----
From: Simone Tiraboschi [mailto:stirabos@redhat.com]
Sent: Wednesday, December 17, 2014 9:48 AM
To: Yue, Cong
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
----- Original Message -----
> From: "Simone Tiraboschi" <stirabos(a)redhat.com>
> To: "Cong Yue" <Cong_Yue(a)alliedtelesis.com>
> Cc: users(a)ovirt.org
> Sent: Wednesday, December 17, 2014 6:43:34 PM
> Subject: Re: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
>
>
>
> ----- Original Message -----
> > From: "Cong Yue" <Cong_Yue(a)alliedtelesis.com>
> > To: users(a)ovirt.org
> > Sent: Wednesday, December 17, 2014 6:33:48 PM
> > Subject: [ovirt-users] NFS can not be mounted after the installation of
> > ovirt-hosted-engine
> >
> >
> >
> > Hi
> >
> >
> >
> > I walked through the installation of ovirt-hosted-engine as
> >
> > http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3
> > -5/
> >
> >
> >
> > And I met a problem in the step of “Configure storage”
> >
> >
> >
> > In my ovirt host, I am using nfs v3 for the test. I created two
> > exports points, and just after that I confirmed with other client
> > that I can mount these two points.
> >
> > My /etc/exports is as
> >
> >
> >
> > ---
> >
> > /engine 10.0.0.0/24(rw,sync,no_root_squash,no_all_squash)
> >
> > /data 10.0.0.0/24(rw,sync,no_root_squash,no_all_squash)
> >
> > ---
> >
> >
> >
> > While after I completed the engine VM install, I found these two
> > points can not be mounted again with the same command
> >
> > as
> >
> > mount –t nfs 10.0.0.94:/engine /engine
> >
> >
> >
> > Is ovirt changed something for nfs server configuration
>
> Yes, it's a know issue [1]. Please check iptables rules and re-open
> NFS required ports.
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1109326
>
> We already had a patch for it, it will be included next month in oVirt
> 3.5.1
Oh, it's note really the same: this it's related to hosted-engine but is not that different.
Please check iptables rules.
> > or something wrong
> > with my setting?
> >
> >
> >
> > Thanks in advance,
> >
> > Cong
> >
> >
> >
> >
> > This e-mail message is for the sole use of the intended recipient(s)
> > and may contain confidential and privileged information. Any
> > unauthorized review, use, disclosure or distribution is prohibited.
> > If you are not the intended recipient, please contact the sender by
> > reply e-mail and destroy all copies of the original message. If you
> > are the intended recipient, please be advised that the content of
> > this message is subject to access, review and disclosure by the
> > sender's e-mail System Administrator.
> >
> > _______________________________________________
> > 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
>
This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator.
10 years, 4 months
- 3
- 2
event monitoring
by Demeter Tibor
------=_Part_6163306_1473333035.1418847499504
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi,
How can I get email notifications of ovirt events?
Is there an official way?
Thanks
Tibor
------=_Part_6163306_1473333035.1418847499504
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div><span style="font-size: small;">Hi,</span></div><div><span style="font-size: small;"><br></span></div><div><font size="2">How can I get email notifications of ovirt events? </font></div><div><font size="2">Is there an official way?</font></div><div><font size="2"><br></font></div><div><font size="2">Thanks</font></div><div><font size="2"><br></font></div><div><font size="2">Tibor</font></div><div><br></div></div></body></html>
------=_Part_6163306_1473333035.1418847499504--
10 years, 4 months
- 3
- 3
snapshot deletion problem
by Demeter Tibor
------=_Part_6177275_580934676.1418884459164
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi,
After a live VM storage movement process Ovirt has been created two snapshots. (I have two disks in vm)
I have powered off and delete this snapshots.
(It was long,long time)
Before the process I had 830 GB of free spaces, but after deletion it hasn't freed up spaces, inversely, at this moment I have only 530 GB !
I checked the filesystem and I found, the VM disk images got an "_MERGE" versions.
So it is duplicated.
On the "tasks" remained two tasks.
It is big problem for me because I have a lot of similara vm-s, and I don't have space enougth. I need to release this spaces .
Also, the vm is working fine.
How can I delete these extra files? Why doesn't delete the engine selfmade?
Some info:
[root@node2 c0e98725-bc7a-4066-98c8-a7a9bc054b06]# ls -al
total 410061112
drwxr-xr-x. 2 vdsm kvm 8192 dec 17 20.04 .
drwxr-xr-x. 28 vdsm kvm 8192 dec 16 21.01 ..
-rw-rw----. 2 vdsm kvm 214748364800 nov 29 20.48 b50f9e17-f44e-44e3-ab59-d9c9d8d6ac3d
-rw-rw----. 2 vdsm kvm 1048576 nov 29 19.31 b50f9e17-f44e-44e3-ab59-d9c9d8d6ac3d.lease
-rw-r--r--. 2 vdsm kvm 264 nov 29 20.48 b50f9e17-f44e-44e3-ab59-d9c9d8d6ac3d.meta
-rw-rw----. 2 vdsm kvm 25146425344 dec 18 06.49 e71c2b62-261b-462a-813d-2dc362f32124
-rw-rw----. 2 vdsm kvm 1048576 nov 29 19.31 e71c2b62-261b-462a-813d-2dc362f32124.lease
-rw-rw----. 2 vdsm kvm 214748364800 dec 18 07.28 e71c2b62-261b-462a-813d-2dc362f32124_MERGE
-rw-rw----. 2 vdsm kvm 1048576 dec 17 20.04 e71c2b62-261b-462a-813d-2dc362f32124_MERGE.lease
-rw-r--r--. 2 vdsm kvm 260 dec 17 20.04 e71c2b62-261b-462a-813d-2dc362f32124_MERGE.meta
-rw-r--r--. 2 vdsm kvm 260 nov 29 19.31 e71c2b62-261b-462a-813d-2dc362f32124.meta
[root@node2 25035c1e-d71b-4083-9092-0f68f3e43028]# qemu-img info 7e5b3508-e8b1-440b-b456-9ce2b3c1de00
image: 7e5b3508-e8b1-440b-b456-9ce2b3c1de00
file format: raw
virtual size: 160G (171798691840 bytes)
disk size: 157G
[root@node2 25035c1e-d71b-4083-9092-0f68f3e43028]# qemu-img info ef5b80e9-f6a3-405f-a668-10de3a18a781
image: ef5b80e9-f6a3-405f-a668-10de3a18a781
file format: qcow2
virtual size: 160G (171798691840 bytes)
disk size: 1.1G
cluster_size: 65536
backing file: ../25035c1e-d71b-4083-9092-0f68f3e43028/7e5b3508-e8b1-440b-b456-9ce2b3c1de00
backing file format: raw
,
Thanks in advance.
Tibor
------=_Part_6177275_580934676.1418884459164
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"font-family: times new roman, new york, times, se=
rif; font-size: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>Aft=
er a live VM storage movement process Ovirt has been created two snapshots.=
(I have two disks in vm)</div><div>I have powered off and delete this snap=
shots.</div><div>(It was long,long time)</div><div>Before the process I had=
830 GB of free spaces, but after deletion it hasn't freed up spaces, inver=
sely, at this moment I have only 530 GB !</div><div>I checked the filesyste=
m and I found, the VM disk images got an "_MERGE" versions.</div><div>So it=
is duplicated.</div><div>On the "tasks" remained two tasks.</div><div><br>=
</div><div>It is big problem for me because I have a lot of similara vm-s, =
and I don't have space enougth. I need to release this spaces .</div><div><=
br></div><div>Also, the vm is working fine.</div><div><br></div><div>How ca=
n I delete these extra files? Why doesn't delete the engine selfmade?</div>=
<div><br></div><div>Some info:</div><div><br></div><div><p style=3D"margin:=
0px;" data-mce-style=3D"margin: 0px;">[root@node2 c0e98725-bc7a-4066-98c8-=
a7a9bc054b06]# ls -al<br>total 410061112<br>drwxr-xr-x. 2 vdsm kvm 8192 dec=
17 20.04 .<br>drwxr-xr-x. 28 vdsm kvm 8192 dec 16 21.01 ..<br>-rw-rw----. =
2 vdsm kvm 214748364800 nov 29 20.48 b50f9e17-f44e-44e3-ab59-d9c9d8d6ac3d<b=
r>-rw-rw----. 2 vdsm kvm 1048576 nov 29 19.31 b50f9e17-f44e-44e3-ab59-d9c9d=
8d6ac3d.lease<br>-rw-r--r--. 2 vdsm kvm 264 nov 29 20.48 b50f9e17-f44e-44e3=
-ab59-d9c9d8d6ac3d.meta<br>-rw-rw----. 2 vdsm kvm 25146425344 dec 18 06.49 =
e71c2b62-261b-462a-813d-2dc362f32124<br>-rw-rw----. 2 vdsm kvm 1048576 nov =
29 19.31 e71c2b62-261b-462a-813d-2dc362f32124.lease<br>-rw-rw----. 2 vdsm k=
vm 214748364800 dec 18 07.28 e71c2b62-261b-462a-813d-2dc362f32124_MERGE<br>=
-rw-rw----. 2 vdsm kvm 1048576 dec 17 20.04 e71c2b62-261b-462a-813d-2dc362f=
32124_MERGE.lease<br>-rw-r--r--. 2 vdsm kvm 260 dec 17 20.04 e71c2b62-261b-=
462a-813d-2dc362f32124_MERGE.meta<br>-rw-r--r--. 2 vdsm kvm 260 nov 29 19.3=
1 e71c2b62-261b-462a-813d-2dc362f32124.meta<br><br></p><p style=3D"margin: =
0px;" data-mce-style=3D"margin: 0px;">[root@node2 25035c1e-d71b-4083-9092-0=
f68f3e43028]# qemu-img info 7e5b3508-e8b1-440b-b456-9ce2b3c1de00<br>image: =
7e5b3508-e8b1-440b-b456-9ce2b3c1de00<br>file format: raw<br>virtual size: 1=
60G (171798691840 bytes)<br>disk size: 157G<br>[root@node2 25035c1e-d71b-40=
83-9092-0f68f3e43028]# qemu-img info ef5b80e9-f6a3-405f-a668-10de3a18a781<b=
r>image: ef5b80e9-f6a3-405f-a668-10de3a18a781<br>file format: qcow2<br>virt=
ual size: 160G (171798691840 bytes)<br>disk size: 1.1G<br>cluster_size: 655=
36<br>backing file: ../25035c1e-d71b-4083-9092-0f68f3e43028/7e5b3508-e8b1-4=
40b-b456-9ce2b3c1de00<br>backing file format: raw</p></div><div>,</div><div=
>Thanks in advance.</div><div><br></div><div>Tibor</div></div></body></html=
>
------=_Part_6177275_580934676.1418884459164--
10 years, 4 months
- 1
- 0
Re: [ovirt-users] nfs shared storage can not be mounted in second host during hosted-engine --deploy
by Yue, Cong
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA43A2svrcaexch1atg_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
For this, I found the reason. My external storage is with nfs4 type, but I =
tired with nfs3.
Thanks,
Cong
From: Yue, Cong
Sent: Wednesday, December 17, 2014 3:56 PM
To: 'users(a)ovirt.org'
Subject: RE: nfs shared storage can not be mounted in second host during ho=
sted-engine --deploy
This is the log.
Thanks,
Cong
From: Yue, Cong
Sent: Wednesday, December 17, 2014 3:44 PM
To: users(a)ovirt.org<mailto:users@ovirt.org>
Subject: nfs shared storage can not be mounted in second host during hosted=
-engine --deploy
I am trying to install the second host to test the HA for hypervisor . I am=
using external storage and assume that one is with HA.
I configured the first node with that shared storage as nfs2-3:/engine. And=
now everything works well except for browser embedded console. :)
But when I did hosted-engine -deploy for the second host, there is some err=
or which shows
--
Error while mounting specified storage path: mount.nfs: Connection timed ou=
t.
Cannot unmounts /tmp/tmpLALdB1
--
I checked from the second with mount -t nfs nfs2-3:/engine /test_mount, and=
it works well.
Do I need unblock something or is there some log I can dig further to find =
the problem?
Thanks in advance,
Cong
________________________________
This e-mail message is for the sole use of the intended recipient(s) and ma=
y contain confidential and privileged information. Any unauthorized review,=
use, disclosure or distribution is prohibited. If you are not the intended=
recipient, please contact the sender by reply e-mail and destroy all copie=
s of the original message. If you are the intended recipient, please be adv=
ised that the content of this message is subject to access, review and disc=
losure by the sender's e-mail System Administrator.
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA43A2svrcaexch1atg_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"\@MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:"\@SimSun";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
">For this, I found the reason. My external storage is with nfs4 type, but =
I tired with nfs3.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
">Thanks,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
">Cong<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa=
n></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:"=
;Tahoma","sans-serif"">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:"Tahoma","sans-serif""> Yue, Con=
g
<br>
<b>Sent:</b> Wednesday, December 17, 2014 3:56 PM<br>
<b>To:</b> 'users(a)ovirt.org'<br>
<b>Subject:</b> RE: nfs shared storage can not be mounted in second host du=
ring hosted-engine --deploy<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
">This is the log.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
">Thanks,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
">Cong<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa=
n></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:"=
;Tahoma","sans-serif"">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:"Tahoma","sans-serif""> Yue, Con=
g
<br>
<b>Sent:</b> Wednesday, December 17, 2014 3:44 PM<br>
<b>To:</b> <a href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a><br>
<b>Subject:</b> nfs shared storage can not be mounted in second host during=
hosted-engine --deploy<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I am trying =
to install the second host to test the HA for hypervisor . I am using exter=
nal storage and assume that one is with HA.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I configured=
the first node with that shared storage as nfs2-3:/engine. And now everyth=
ing works well except for browser embedded console.
</span><span style=3D"font-family:Wingdings;mso-fareast-language:JA">J</spa=
n><span style=3D"mso-fareast-language:JA"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">But when I d=
id hosted-engine –deploy for the second host, there is some error whi=
ch shows
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">--<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Error while =
mounting specified storage path: mount.nfs: Connection timed out.<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Cannot unmou=
nts /tmp/tmpLALdB1<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">--<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I checked fr=
om the second with mount –t nfs nfs2-3:/engine /test_mount, and it wo=
rks well.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Do I need un=
block something or is there some log I can dig further to find the problem?=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Thanks in ad=
vance,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Cong<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
</div>
<br>
<hr>
<font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t=
he sole use of the intended recipient(s) and may contain confidential and p=
rivileged information. Any unauthorized review, use, disclosure or distribu=
tion is prohibited. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy =
all copies of the original message. If you are the intended recipient, plea=
se be advised that the content of this message is subject to access, review=
and disclosure by the sender's
e-mail System Administrator.<br>
</font>
</body>
</html>
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA43A2svrcaexch1atg_--
10 years, 4 months
- 1
- 0
Re: [ovirt-users] nfs shared storage can not be mounted in second host during hosted-engine --deploy
by Yue, Cong
--_004_ED08B56256B38842A463A2A0804C5AC0326ACA4385svrcaexch1atg_
Content-Type: multipart/alternative;
boundary="_000_ED08B56256B38842A463A2A0804C5AC0326ACA4385svrcaexch1atg_"
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA4385svrcaexch1atg_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
This is the log.
Thanks,
Cong
From: Yue, Cong
Sent: Wednesday, December 17, 2014 3:44 PM
To: users(a)ovirt.org
Subject: nfs shared storage can not be mounted in second host during hosted=
-engine --deploy
I am trying to install the second host to test the HA for hypervisor . I am=
using external storage and assume that one is with HA.
I configured the first node with that shared storage as nfs2-3:/engine. And=
now everything works well except for browser embedded console. :)
But when I did hosted-engine -deploy for the second host, there is some err=
or which shows
--
Error while mounting specified storage path: mount.nfs: Connection timed ou=
t.
Cannot unmounts /tmp/tmpLALdB1
--
I checked from the second with mount -t nfs nfs2-3:/engine /test_mount, and=
it works well.
Do I need unblock something or is there some log I can dig further to find =
the problem?
Thanks in advance,
Cong
________________________________
This e-mail message is for the sole use of the intended recipient(s) and ma=
y contain confidential and privileged information. Any unauthorized review,=
use, disclosure or distribution is prohibited. If you are not the intended=
recipient, please contact the sender by reply e-mail and destroy all copie=
s of the original message. If you are the intended recipient, please be adv=
ised that the content of this message is subject to access, review and disc=
losure by the sender's e-mail System Administrator.
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA4385svrcaexch1atg_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"\@MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:"\@SimSun";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
">This is the log.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
">Thanks,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
">Cong<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa=
n></p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:"=
;Tahoma","sans-serif"">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:"Tahoma","sans-serif""> Yue, Con=
g
<br>
<b>Sent:</b> Wednesday, December 17, 2014 3:44 PM<br>
<b>To:</b> users(a)ovirt.org<br>
<b>Subject:</b> nfs shared storage can not be mounted in second host during=
hosted-engine --deploy<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I am trying =
to install the second host to test the HA for hypervisor . I am using exter=
nal storage and assume that one is with HA.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I configured=
the first node with that shared storage as nfs2-3:/engine. And now everyth=
ing works well except for browser embedded console.
</span><span style=3D"font-family:Wingdings;mso-fareast-language:JA">J</spa=
n><span style=3D"mso-fareast-language:JA"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">But when I d=
id hosted-engine –deploy for the second host, there is some error whi=
ch shows
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">--<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Error while =
mounting specified storage path: mount.nfs: Connection timed out.<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Cannot unmou=
nts /tmp/tmpLALdB1<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">--<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I checked fr=
om the second with mount –t nfs nfs2-3:/engine /test_mount, and it wo=
rks well.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Do I need un=
block something or is there some log I can dig further to find the problem?=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Thanks in ad=
vance,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Cong<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
</div>
<br>
<hr>
<font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t=
he sole use of the intended recipient(s) and may contain confidential and p=
rivileged information. Any unauthorized review, use, disclosure or distribu=
tion is prohibited. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy =
all copies of the original message. If you are the intended recipient, plea=
se be advised that the content of this message is subject to access, review=
and disclosure by the sender's
e-mail System Administrator.<br>
</font>
</body>
</html>
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA4385svrcaexch1atg_--
--_004_ED08B56256B38842A463A2A0804C5AC0326ACA4385svrcaexch1atg_
Content-Type: application/octet-stream;
name="ovirt-hosted-engine-setup-20141217153403-yeaip0.log"
Content-Description: ovirt-hosted-engine-setup-20141217153403-yeaip0.log
Content-Disposition: attachment;
filename="ovirt-hosted-engine-setup-20141217153403-yeaip0.log"; size=169431;
creation-date="Wed, 17 Dec 2014 15:55:41 GMT";
modification-date="Wed, 17 Dec 2014 15:55:41 GMT"
Content-Transfer-Encoding: base64
MjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmly
b25tZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTozNDowMyBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQkFTRS9s
b2c9Ym9vbDonVHJ1ZScKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09SRS9sb2dGaWxlSGFuZGxlPWZpbGU6Jzxv
cGVuIGZpbGUgJy92YXIvbG9nL292aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAvb3ZpcnQtaG9zdGVk
LWVuZ2luZS1zZXR1cC0yMDE0MTIxNzE1MzQwMy15ZWFpcDAubG9nJywgbW9kZSAnYScgYXQgMHgz
YWE3NzgwPicKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09SRS9sb2dGaWxlTmFtZT1zdHI6Jy92YXIvbG9nL292
aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC0yMDE0MTIx
NzE1MzQwMy15ZWFpcDAubG9nJwoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT1JFL2xvZ0ZpbHRlcj1fTXlMb2dn
ZXJGaWx0ZXI6J2ZpbHRlcicKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09SRS9sb2dGaWx0ZXJLZXlzPWxpc3Q6
J1tdJwoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
RW52aXJvbm1lbnQ6NTAwIEVOViBDT1JFL2xvZ1JlbW92ZUF0RXhpdD1ib29sOidGYWxzZScKMjAx
NC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBib290IE1FVEhP
RCBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5taXNjLlBsdWdpbi5faW5pdAoyMDE0LTEyLTE3
IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDkw
IEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBESUFMT0cvZGlhbGVjdD1z
dHI6J2h1bWFuJwoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wRW52aXJvbm1lbnQ6NTA0IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxNC0xMi0xNyAx
NTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0
YWdlIGJvb3QgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLmh1bWFuLlBsdWdpbi5f
aW5pdAoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
RW52aXJvbm1lbnQ6NDkwIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM0
OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBE
SUFMT0cvYm91bmRhcnk9c3RyOictLT00NTFiODBkYy05OTZmLTQzMmUtOWU0Zi0yYjI5ZWY2ZDEx
NDE9LS0nCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoyMDE0LTEyLTE3IDE1OjM0
OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2Ug
Ym9vdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cubWFjaGluZS5QbHVnaW4uX2lu
aXQKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1
dGVNZXRob2Q6MTQ0IGNvbmRpdGlvbiBGYWxzZQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgYm9vdCBNRVRIT0Qg
b3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLm1pc2MuUGx1Z2luLl9pbml0CjIwMTQtMTItMTcgMTU6
MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NjcgU0VRVUVO
Q0UgRFVNUCAtIEJFR0lOCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBTZXF1ZW5jZTo0NjkgU1RBR0UgYm9vdAoyMDE0LTEyLTE3IDE1OjM0OjAzIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3Rv
cGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUubWlzYy5QbHVnaW4uX3By
ZWluaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUu
bG9nLlBsdWdpbi5faW5pdCAob3RvcGkuY29yZS5sb2cuaW5pdCkKMjAxNC0xMi0xNyAxNTozNDow
MyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLm1pc2MuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0
LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6
NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cuaHVtYW4uUGx1Z2luLl9p
bml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cu
bWFjaGluZS5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm90b3BpLmNvcmUubWlzYy5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6
MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhP
RCBvdG9waS5wbHVnaW5zLm90b3BpLnBhY2thZ2Vycy55dW1wYWNrYWdlci5QbHVnaW4uX2Jvb3Qg
KE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnN5c3RlbS5pbmZv
LlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSBpbml0CjIwMTQtMTItMTcgMTU6MzQ6
MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhP
RCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS5taXNjLlBsdWdp
bi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29y
ZS5jb25maWcuUGx1Z2luLl9pbml0IChvdG9waS5jb3JlLmNvbmZpZy5pbml0KQoyMDE0LTEyLTE3
IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAg
ICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5wYWNrYWdlcnMueXVtcGFja2FnZXIuUGx1Z2lu
Ll9pbml0IChvdG9waS5wYWNrYWdlcnMuZGV0ZWN0aW9uKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3Rv
cGkucGx1Z2lucy5vdG9waS5zeXN0ZW0uY29tbWFuZC5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQt
MTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0
NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29y
ZS5zaGVsbC5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm90b3BpLmNvcmUudHJhbnNhY3Rpb24uUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3
IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAg
ICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cuY2xpLlBsdWdpbi5faW5pdCAoTm9u
ZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl
cXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5maXJld2Fs
bGQuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v
dG9waS5uZXR3b3JrLmlwdGFibGVzLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNToz
NDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVU
SE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5zc2guUGx1Z2luLl9pbml0IChOb25lKQoy
MDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVu
Y2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0uY2xvY2suUGx1Z2lu
Ll9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0
ZW0ucmVib290LlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLmFuc3dlcmZpbGUuUGx1Z2luLl9p
bml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRf
ZW5naW5lX3NldHVwLmNvcmUub2ZmbGluZXBhY2thZ2VyLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAx
NC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5j
b3JlLnByZXZpZXcuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUucmVtb3RlX2Fuc3dlcmZpbGUu
UGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmly
dF9ob3N0ZWRfZW5naW5lX3NldHVwLmVuZ2luZS5hZGRfaG9zdC5QbHVnaW4uX2luaXQgKE5vbmUp
CjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1
ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0
dXAuZW5naW5lLmZxZG4uUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3Rv
cGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmhhLmhhX25vdGlmaWNhdGlvbnMu
UGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmly
dF9ob3N0ZWRfZW5naW5lX3NldHVwLm5ldHdvcmsuYnJpZGdlLlBsdWdpbi5faW5pdCAoTm9uZSkK
MjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVl
bmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1
cC5uZXR3b3JrLmZpcmV3YWxsX21hbmFnZXIuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3
IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAg
ICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLm5ldHdvcmsu
Z2F0ZXdheS5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAucGtpLnZkc21wa2kuUGx1Z2luLl9pbml0IChO
b25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
U2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5l
X3NldHVwLnNhbmxvY2subG9ja3NwYWNlLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAx
NTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAg
TUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLmlz
Y3NpLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMu
b3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLnN0b3JhZ2UuUGx1Z2luLl9pbml0IChO
b25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
U2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5l
X3NldHVwLnN5c3RlbS5zc2hkLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDow
MyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zeXN0ZW0udmRzbWVudi5Q
bHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0
X2hvc3RlZF9lbmdpbmVfc2V0dXAudmRzbWQuY3B1LlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0x
Mi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3
NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52ZHNt
ZC52ZHNtY29uZi5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5w
bHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0uYm9vdF9jZHJvbS5QbHVnaW4uX2lu
aXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9l
bmdpbmVfc2V0dXAudm0uYm9vdF9kaXNrLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAx
NTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAg
TUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5jb25maWd1
cmV2bS5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5z
Lm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0uY3B1LlBsdWdpbi5faW5pdCAoTm9uZSkKMjAx
NC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52
bS5pbWFnZS5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0ubWFjLlBsdWdpbi5faW5pdCAoTm9uZSkK
MjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVl
bmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1
cC52bS5tYWNoaW5lLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3Bp
LnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5tZW1vcnkuUGx1Z2luLl9pbml0
IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5n
aW5lX3NldHVwLnZtLnJ1bnZtLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDow
MyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSBzZXR1
cAoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2Vx
dWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5wYWNrYWdlcnMueXVtcGFj
a2FnZXIuUGx1Z2luLl9zZXR1cF9leGlzdGVuY2UgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm90b3BpLmNvcmUuY29uZmlnLlBsdWdpbi5fcG9zdF9pbml0IChOb25lKQoy
MDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVu
Y2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLmxvZy5QbHVnaW4uX3Nl
dHVwIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLm1p
c2MuUGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMu
b3RvcGkucGFja2FnZXJzLnl1bXBhY2thZ2VyLlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTIt
MTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQg
ICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudmRzbWQu
Y3B1LlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5z
Lm90b3BpLm5ldHdvcmsuZmlyZXdhbGxkLlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcg
MTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAg
IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuaG9zdG5hbWUuUGx1Z2luLl9zZXR1
cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMu
b3BlbnJjLlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm90b3BpLnNlcnZpY2VzLnJoZWwuUGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAx
NTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAg
TUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMuc3lzdGVtZC5QbHVnaW4uX3NldHVw
IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0uY2xv
Y2suUGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMu
b3RvcGkuc3lzdGVtLnJlYm9vdC5QbHVnaW4uX3NldHVwIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0
OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRI
T0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmVuZ2luZS5hZGRfaG9z
dC5QbHVnaW4uX3NldHVwIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v
dmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmVuZ2luZS5mcWRuLlBsdWdpbi5fc2V0dXAgKE5vbmUp
CjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1
ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0
dXAubmV0d29yay5icmlkZ2UuUGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDow
MyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5uZXR3b3JrLmdhdGV3YXku
UGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3Zp
cnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5wa2kudmRzbXBraS5QbHVnaW4uX3NldHVwIChOb25lKQoy
MDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVu
Y2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVw
LnN0b3JhZ2UuaXNjc2kuUGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcy5QbHVnaW4u
X3NldHVwIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0
ZWRfZW5naW5lX3NldHVwLnN5c3RlbS5zc2hkLlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTIt
MTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQg
ICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3lzdGVt
LnZkc21lbnYuUGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5ib290X2Nkcm9tLlBsdWdpbi5fc2V0
dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9l
bmdpbmVfc2V0dXAudm0uYm9vdF9kaXNrLlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcg
MTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAg
IE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0ucnVudm0u
UGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSBpbnRlcm5hbF9wYWNrYWdlcwoyMDE0
LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6
NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLnRyYW5zYWN0aW9uLlBsdWdp
bi5fcHJlX3ByZXBhcmUgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90
b3BpLm5ldHdvcmsuaG9zdG5hbWUuUGx1Z2luLl9pbnRlcm5hbF9wYWNrYWdlcyAoTm9uZSkKMjAx
NC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkucGFja2FnZXJzLnl1bXBhY2thZ2Vy
LlBsdWdpbi5faW50ZXJuYWxfcGFja2FnZXNfZW5kIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAz
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qg
b3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLnRyYW5zYWN0aW9uLlBsdWdpbi5fcHJlX2VuZCAoTm9u
ZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl
cXVlbmNlOjQ2OSBTVEFHRSBwcm9ncmFtcwoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lu
cy5vdG9waS5zeXN0ZW0uY29tbWFuZC5QbHVnaW4uX3Byb2dyYW1zIChvdG9waS5zeXN0ZW0uY29t
bWFuZC5kZXRlY3Rpb24pCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnNl
cnZpY2VzLnN5c3RlbWQuUGx1Z2luLl9wcm9ncmFtcyAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDow
MyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMucmhlbC5QbHVnaW4uX3Byb2dyYW1zIChOb25l
KQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2Vx
dWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2aWNlcy5vcGVucmMu
UGx1Z2luLl9wcm9ncmFtcyAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMu
b3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5oYS5oYV9zZXJ2aWNlcy5QbHVnaW4uX3Byb2dyYW1z
IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wU2VxdWVuY2U6NDY5IFNUQUdFIGxhdGVfc2V0dXAKMjAxNC0xMi0xNyAxNTozNDowMyBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3Bp
LnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52ZHNtZC52ZHNtY29uZi5QbHVnaW4u
X2xhdGVfc2V0dXAgKG9ob3N0ZWQudmRzbS5jb25mLmxvYWRlZCkKMjAxNC0xMi0xNyAxNTozNDow
MyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zeXN0ZW0udmRzbWVudi5Q
bHVnaW4uX2xhdGVfc2V0dXAgKG9ob3N0ZWQudmRzbS5saWJ2aXJ0LmNvbmZpZ3VyZWQpCjIwMTQt
MTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0
NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAucGtp
LnZkc21wa2kuUGx1Z2luLl9sYXRlX3NldHVwIChvaG9zdGVkLnZkc20ucGtpLmF2YWlsYWJsZSkK
MjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVl
bmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1
cC52bS5jb25maWd1cmV2bS5QbHVnaW4uX2xhdGVfc2V0dXAgKG9ob3N0ZWQudmRzbS5sYXRlX3Nl
dHVwX3JlYWR5KQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wU2VxdWVuY2U6NDY5IFNUQUdFIGN1c3RvbWl6YXRpb24KMjAxNC0xMi0xNyAxNTozNDow
MyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5maXJld2FsbGQuUGx1Z2luLl9jdXN0b21pemF0
aW9uIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLmNv
bmZpZy5QbHVnaW4uX2N1c3RvbWl6ZTEgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5w
bHVnaW5zLm90b3BpLmRpYWxvZy5jbGkuUGx1Z2luLl9jdXN0b21pemUgKG90b3BpLmRpYWxvZy5j
bGkuY3VzdG9taXphdGlvbikKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRf
aG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLnRpdGxlcy5QbHVnaW4uX3N0b3JhZ2Vfc3RhcnQgKG9o
b3N0ZWQuZGlhbG9nLnRpdGxlcy5zdG9yYWdlLnN0YXJ0KQoyMDE0LTEyLTE3IDE1OjM0OjAzIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3Rv
cGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2Uuc3RvcmFnZS5QbHVn
aW4uX2Vhcmx5X2N1c3RvbWl6YXRpb24gKG9ob3N0ZWQuc3RvcmFnZS5jb25maWd1cmF0aW9uLmVh
cmx5KQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
U2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5l
X3NldHVwLnN0b3JhZ2UubmZzLlBsdWdpbi5fY3VzdG9taXphdGlvbiAob2hvc3RlZC5zdG9yYWdl
Lm5mcy5jb25maWd1cmF0aW9uLmF2YWlsYWJsZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLmlzY3NpLlBsdWdpbi5fY3Vz
dG9taXphdGlvbiAob2hvc3RlZC5zdG9yYWdlLmlzY3NpLmNvbmZpZ3VyYXRpb24uYXZhaWxhYmxl
KQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2Vx
dWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3Nl
dHVwLnN0b3JhZ2Uuc3RvcmFnZS5QbHVnaW4uX2xhdGVfY3VzdG9taXphdGlvbiAob2hvc3RlZC5z
dG9yYWdlLmNvbmZpZ3VyYXRpb24ubGF0ZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdp
bnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLnRpdGxlcy5QbHVnaW4uX3N0b3JhZ2Vf
ZW5kIChvaG9zdGVkLmRpYWxvZy50aXRsZXMuc3RvcmFnZS5lbmQpCjIwMTQtMTItMTcgMTU6MzQ6
MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhP
RCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS50aXRsZXMuUGx1
Z2luLl9zeXN0ZW1fc3RhcnQgKG9ob3N0ZWQuZGlhbG9nLnRpdGxlcy5zeXN0ZW0uc3RhcnQpCjIw
MTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5j
ZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAu
Y29yZS5yZW1vdGVfYW5zd2VyZmlsZS5QbHVnaW4uX2N1c3RvbWl6YXRpb24gKG9ob3N0ZWQuY29y
ZS5yZXF1aXJlLmFuc3dlcmZpbGUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92
aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3lzdGVtLnNzaGQuUGx1Z2luLl9jdXN0b21pemF0aW9u
IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5n
aW5lX3NldHVwLmNvcmUudGl0bGVzLlBsdWdpbi5fc3lzdGVtX2VuZCAob2hvc3RlZC5kaWFsb2cu
dGl0bGVzLnN5c3RlbS5lbmQpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0
X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS50aXRsZXMuUGx1Z2luLl9uZXR3b3JrX3N0YXJ0IChv
aG9zdGVkLmRpYWxvZy50aXRsZXMubmV0d29yay5zdGFydCkKMjAxNC0xMi0xNyAxNTozNDowMyBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5uZXR3b3JrLmJyaWRnZS5QbHVn
aW4uX2N1c3RvbWl6YXRpb24gKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5z
Lm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAubmV0d29yay5maXJld2FsbF9tYW5hZ2VyLlBsdWdp
bi5fY3VzdG9taXphdGlvbiAob2hvc3RlZC5uZXR3b3JrLmZpcmV3YWxsbWFuYWdlci5hdmFpbGFi
bGUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBT
ZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVf
c2V0dXAubmV0d29yay5maXJld2FsbC5QbHVnaW4uX2NvbmZpZ3VyYXRpb24gKE5vbmUpCjIwMTQt
MTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0
NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAubmV0
d29yay5nYXRld2F5LlBsdWdpbi5fY3VzdG9taXphdGlvbiAoTm9uZSkKMjAxNC0xMi0xNyAxNToz
NDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVU
SE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLnRpdGxlcy5Q
bHVnaW4uX25ldHdvcmtfZW5kIChvaG9zdGVkLmRpYWxvZy50aXRsZXMubmV0d29yay5lbmQpCjIw
MTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5j
ZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAu
Y29yZS50aXRsZXMuUGx1Z2luLl92bV9zdGFydCAob2hvc3RlZC5kaWFsb2cudGl0bGVzLnZtLnN0
YXJ0KQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
U2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5l
X3NldHVwLnZtLmNvbmZpZ3VyZXZtLlBsdWdpbi5fY3VzdG9taXphdGlvbiAob2hvc3RlZC5ib290
LmNvbmZpZ3VyYXRpb24uYXZhaWxhYmxlKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lu
cy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLmJvb3RfZGlzay5QbHVnaW4uX2N1c3RvbWl6
YXRpb24gKG9ob3N0ZWQuY29uZmlndXJhdGlvbi5vdmYpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudmRzbWQuY3B1LlBsdWdpbi5fY3Vz
dG9taXphdGlvbiAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRf
aG9zdGVkX2VuZ2luZV9zZXR1cC52bS5ib290X2Nkcm9tLlBsdWdpbi5fY3VzdG9taXphdGlvbiAo
Tm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2lu
ZV9zZXR1cC52bS5jcHUuUGx1Z2luLl9jdXN0b21pemF0aW9uIChOb25lKQoyMDE0LTEyLTE3IDE1
OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBN
RVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLmltYWdlLlBs
dWdpbi5fZGlza19jdXN0b21pemF0aW9uIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLm1hYy5QbHVnaW4uX2N1c3RvbWl6
YXRpb24gKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3Rl
ZF9lbmdpbmVfc2V0dXAudm0ubWVtb3J5LlBsdWdpbi5fY3VzdG9taXphdGlvbiAoTm9uZSkKMjAx
NC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52
bS5ydW52bS5QbHVnaW4uX2N1c3RvbWl6YXRpb24gKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS50aXRsZXMuUGx1Z2lu
Ll92bV9lbmQgKG9ob3N0ZWQuZGlhbG9nLnRpdGxlcy52bS5lbmQpCjIwMTQtMTItMTcgMTU6MzQ6
MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhP
RCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS50aXRsZXMuUGx1
Z2luLl9lbmdpbmVfc3RhcnQgKG9ob3N0ZWQuZGlhbG9nLnRpdGxlcy5lbmdpbmUuc3RhcnQpCjIw
MTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5j
ZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAu
ZW5naW5lLmFkZF9ob3N0LlBsdWdpbi5fY3VzdG9taXphdGlvbiAoTm9uZSkKMjAxNC0xMi0xNyAx
NTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAg
TUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5lbmdpbmUuZnFk
bi5QbHVnaW4uX2N1c3RvbWl6YXRpb24gKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5w
bHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS50aXRsZXMuUGx1Z2luLl9lbmdp
bmVfZW5kIChvaG9zdGVkLmRpYWxvZy50aXRsZXMuZW5naW5lLmVuZCkKMjAxNC0xMi0xNyAxNToz
NDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVU
SE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5oYS5oYV9ub3RpZmlj
YXRpb25zLlBsdWdpbi5fY3VzdG9taXphdGlvbiAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3RvcGkuY29yZS5jb25maWcuUGx1Z2luLl9jdXN0b21pemUyIChOb25lKQoy
MDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVu
Y2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVw
Lm5ldHdvcmsuZmlyZXdhbGxfbWFuYWdlci5QbHVnaW4uX3Byb2Nlc3NfdGVtcGxhdGVzIChvaG9z
dGVkLm5ldHdvcmsuZmlyZXdhbGxtYW5hZ2VyLnRlbXBsYXRlcy5hdmFpbGFibGUpCjIwMTQtMTIt
MTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0Njkg
U1RBR0UgdmFsaWRhdGlvbgoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5j
b3JlLm1pc2MuUGx1Z2luLl92YWxpZGF0aW9uIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3Rv
cGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmZpcmV3YWxsZC5QbHVnaW4uX3ZhbGlkYXRpb24gKG90
b3BpLm5ldHdvcmsuZmlyZXdhbGxkLnZhbGlkYXRpb24pCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuaG9zdG5hbWUuUGx1Z2luLl92YWxpZGF0aW9uIChOb25l
KQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2Vx
dWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmlwdGFibGVz
LlBsdWdpbi5fdmFsaWRhdGUgKG90b3BpLm5ldHdvcmsuaXB0YWJsZXMudmFsaWRhdGlvbikKMjAx
NC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5zc2guUGx1Z2luLl92
YWxpZGF0aW9uIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9o
b3N0ZWRfZW5naW5lX3NldHVwLmVuZ2luZS5hZGRfaG9zdC5QbHVnaW4uX3ZhbGlkYXRpb24gKE5v
bmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBT
ZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVf
c2V0dXAubmV0d29yay5pcHRhYmxlcy5QbHVnaW4uX3ZhbGlkYXRlIChOb25lKQoyMDE0LTEyLTE3
IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAg
ICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnBraS52ZHNt
cGtpLlBsdWdpbi5fdmFsaWRhdGlvbiAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zYW5sb2NrLmxvY2tzcGFjZS5QbHVnaW4u
X3ZhbGlkYXRpb24gKG9ob3N0ZWQubG9ja3NwYWNlLnZhbGlkKQoyMDE0LTEyLTE3IDE1OjM0OjAz
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qg
b3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2Uuc3RvcmFnZS5Q
bHVnaW4uX3ZhbGlkYXRpb24gKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5z
Lm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS5wcmV2aWV3LlBsdWdpbi5fdmFsaWRhdGlv
biAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2Vu
Z2luZV9zZXR1cC5jb3JlLmFuc3dlcmZpbGUuUGx1Z2luLl9zYXZlX2Fuc3dlcnNfYXRfdmFsaWRh
dGlvbiAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSB0cmFuc2FjdGlvbi1wcmVwYXJlCjIwMTQtMTItMTcg
MTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAg
IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUudHJhbnNhY3Rpb24uUGx1Z2luLl9tYWlu
X3ByZXBhcmUgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBTZXF1ZW5jZTo0NjkgU1RBR0UgZWFybHlfbWlzYwoyMDE0LTEyLTE3IDE1OjM0
OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRI
T0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmZpcmV3YWxsZC5QbHVnaW4uX2Vhcmx5X21p
c2MgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9l
bmdpbmVfc2V0dXAubmV0d29yay5pcHRhYmxlcy5QbHVnaW4uX2Vhcmx5X21pc2MgKE5vbmUpCjIw
MTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5j
ZTo0NjkgU1RBR0UgcGFja2FnZXMKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3Rv
cGkubmV0d29yay5pcHRhYmxlcy5QbHVnaW4uX3BhY2thZ2VzIChOb25lKQoyMDE0LTEyLTE3IDE1
OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBN
RVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5wYWNrYWdlcnMueXVtcGFja2FnZXIuUGx1Z2luLl9w
YWNrYWdlcyAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSBtaXNjCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm90b3BpLnN5c3RlbS5jb21tYW5kLlBsdWdpbi5fbWlzYyAob3RvcGkuc3lzdGVt
LmNvbW1hbmQucmVkZXRlY3Rpb24pCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90
b3BpLm5ldHdvcmsuZmlyZXdhbGxkLlBsdWdpbi5fbWlzYyAoTm9uZSkKMjAxNC0xMi0xNyAxNToz
NDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVU
SE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5pcHRhYmxlcy5QbHVnaW4uX3N0b3JlX2lw
dGFibGVzIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3
b3JrLnNzaC5QbHVnaW4uX2FwcGVuZF9rZXkgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm90b3BpLnN5c3RlbS5jbG9jay5QbHVnaW4uX3NldF9jbG9jayAoTm9uZSkKMjAx
NC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5o
YS5oYV9ub3RpZmljYXRpb25zLlBsdWdpbi5fbWlzYyAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDow
MyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5saWJ2aXJ0LmNvbmZpZ3Vy
ZXFlbXUuUGx1Z2luLl9taXNjIChvaG9zdGVkLmxpYnZpcnQuY29uZmlndXJlZCkKMjAxNC0xMi0x
NyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAg
ICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zeXN0ZW0u
c3NoZC5QbHVnaW4uX21pc2MgKG9ob3N0ZWQuc3NoZC5zdGFydGVkKQoyMDE0LTEyLTE3IDE1OjM0
OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRI
T0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZkc21kLnZkc21jb25m
LlBsdWdpbi5fbWlzYyAob2hvc3RlZC52ZHNtLmNvbmZpZ3VyZWQpCjIwMTQtMTItMTcgMTU6MzQ6
MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhP
RCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3lzdGVtLnZkc21lbnYu
UGx1Z2luLl9taXNjIChvaG9zdGVkLnZkc20uc3RhcnRlZCkKMjAxNC0xMi0xNyAxNTozNDowMyBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5uZXR3b3JrLmJyaWRnZS5QbHVn
aW4uX21pc2MgKG9ob3N0ZWQubmV0d29yay5icmlkZ2UuYXZhaWxhYmxlKQoyMDE0LTEyLTE3IDE1
OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBN
RVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UuaXNj
c2kuUGx1Z2luLl9taXNjIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v
dmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2Uuc3RvcmFnZS5QbHVnaW4uX21pc2MgKG9o
b3N0ZWQuc3RvcmFnZS5hdmFpbGFibGUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5z
Lm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc2FubG9jay5sb2Nrc3BhY2UuUGx1Z2luLl9taXNj
IChvaG9zdGVkLnNhbmxvY2suaW5pdGlhbGl6ZWQpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5w
bHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0uaW1hZ2UuUGx1Z2luLl9taXNjIChv
aG9zdGVkLnZtLmltYWdlLmF2YWlsYWJsZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdp
bnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5ib290X2Rpc2suUGx1Z2luLl9taXNjIChv
aG9zdGVkLnZtLm92Zi5pbXBvcnRlZCkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMu
b3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLnN0b3JhZ2UuUGx1Z2luLl9kaXNjb25u
ZWN0X3Bvb2wgKG9ob3N0ZWQuc3RvcmFnZS5wb29sLmRpc2Nvbm5lY3RlZCkKMjAxNC0xMi0xNyAx
NTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAg
TUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5jb25maWd1
cmV2bS5QbHVnaW4uX21pc2MgKG9ob3N0ZWQudm0uc3RhdGUuY29uZmlndXJlZCkKMjAxNC0xMi0x
NyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAg
ICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLmNv
bmYuUGx1Z2luLl9taXNjIChvaG9zdGVkLnNhdmUuY29uZmlnKQoyMDE0LTEyLTE3IDE1OjM0OjAz
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDY5IFNUQUdFIGNsZWFu
dXAKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl
cXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29yZS50cmFuc2FjdGlv
bi5QbHVnaW4uX21haW5fZW5kIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDY5IFNUQUdFIGNsb3NldXAKMjAxNC0xMi0x
NyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAg
ICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5maXJld2FsbGQuUGx1Z2luLl9j
bG9zZXVwIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3
b3JrLmlwdGFibGVzLlBsdWdpbi5fY2xvc2V1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5uZXR3b3JrLmJyaWRnZS5QbHVn
aW4uX2Nsb3NldXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0
X2hvc3RlZF9lbmdpbmVfc2V0dXAubmV0d29yay5maXJld2FsbF9tYW5hZ2VyLlBsdWdpbi5fY2xv
c2V1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVk
X2VuZ2luZV9zZXR1cC5zeXN0ZW0uc3NoZC5QbHVnaW4uX2Nsb3NldXAgKE5vbmUpCjIwMTQtMTIt
MTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQg
ICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0ucnVu
dm0uUGx1Z2luLl9ib290X2Zyb21faW5zdGFsbF9tZWRpYSAob2hvc3RlZC52bS5zdGF0ZS5ydW5u
aW5nKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
U2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5l
X3NldHVwLmVuZ2luZS5vc19pbnN0YWxsLlBsdWdpbi5fY2xvc2V1cCAob2hvc3RlZC52bS5zdGF0
ZS5vcy5pbnN0YWxsZWQpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hv
c3RlZF9lbmdpbmVfc2V0dXAudm0ucnVudm0uUGx1Z2luLl9ib290X2Zyb21faGQgKG9ob3N0ZWQu
dm0uc3RhdGUub3MuaW5zdGFsbGVkLnJ1bm5pbmcpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5w
bHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuZW5naW5lLmhlYWx0aC5QbHVnaW4uX2Ns
b3NldXAgKG9ob3N0ZWQuZW5naW5lLmFsaXZlKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1
Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmVuZ2luZS5hZGRfaG9zdC5QbHVnaW4uX2Ns
b3NldXAgKG9ob3N0ZWQuZW5naW5lLmhvc3QuYWRkZWQpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuaGEuaGFfc2VydmljZXMuUGx1Z2lu
Ll9jbG9zZXVwIChvaG9zdGVkLmVuZ2luZS5oYS5zdGFydCkKMjAxNC0xMi0xNyAxNTozNDowMyBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLnJlYm9vdC5QbHVnaW4uX2Nsb3NldXAgKE5vbmUpCjIw
MTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5j
ZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAu
Y29yZS5taXNjLlBsdWdpbi5fY2xvc2V1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSBjbGVhbnVwCjIw
MTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5j
ZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAu
Y29yZS5yZW1vdGVfYW5zd2VyZmlsZS5QbHVnaW4uX2NsZWFudXAgKE5vbmUpCjIwMTQtMTItMTcg
MTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAg
IE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuZW5naW5lLmFk
ZF9ob3N0LlBsdWdpbi5fY2xlYW51cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5wa2kudmRzbXBraS5QbHVnaW4uX2NsZWFu
dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9l
bmdpbmVfc2V0dXAuc3RvcmFnZS5zdG9yYWdlLlBsdWdpbi5fY2xlYW51cCAoTm9uZSkKMjAxNC0x
Mi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3
NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5i
b290X2Rpc2suUGx1Z2luLl9jbGVhbnVwIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUuYW5zd2VyZmlsZS5QbHVnaW4u
X3NhdmVfYW5zd2Vyc19hdF9jbGVhbnVwIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDY5IFNUQUdFIHByZS10ZXJtaW5h
dGUKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl
cXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29yZS5taXNjLlBsdWdp
bi5fcHJlVGVybWluYXRlIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v
dG9waS5kaWFsb2cuY2xpLlBsdWdpbi5fcHJlX3Rlcm1pbmF0ZSAob3RvcGkuZGlhbG9nLmNsaS50
ZXJtaW5hdGlvbikKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSB0ZXJtaW5hdGUKMjAxNC0xMi0xNyAxNTozNDowMyBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLmh1bWFuLlBsdWdpbi5fdGVybWluYXRlIChOb25lKQoy
MDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVu
Y2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cubWFjaGluZS5QbHVn
aW4uX3Rlcm1pbmF0ZSAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3Rv
cGkuY29yZS5sb2cuUGx1Z2luLl90ZXJtaW5hdGUgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDMg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAubGlidmlydC53b3JrYXJvdW5k
cy5QbHVnaW4uX3Rlcm1pbmF0ZSAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSByZWJvb3QKMjAxNC0xMi0x
NyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAg
ICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLnJlYm9vdC5QbHVnaW4uX3JlYm9v
dCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcFNlcXVlbmNlOjQ3NiBTRVFVRU5DRSBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6MzQ6MDMg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0OTAgRU5WSVJPTk1F
TlQgRFVNUCAtIEJFR0lOCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIEJBU0UvYWJvcnRlZD1ib29sOidGYWxzZScK
MjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmly
b25tZW50OjUwMCBFTlYgQkFTRS9kZWJ1Zz1pbnQ6JzAnCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIEJBU0UvZXJy
b3I9Ym9vbDonRmFsc2UnCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIEJBU0UvZXhjZXB0aW9uSW5mbz1saXN0Oidb
XScKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVu
dmlyb25tZW50OjUwMCBFTlYgQkFTRS9leGVjdXRpb25EaXJlY3Rvcnk9c3RyOicvcm9vdCcKMjAx
NC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgQkFTRS9sb2c9Ym9vbDonVHJ1ZScKMjAxNC0xMi0xNyAxNTozNDowMyBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQkFTRS9wbHVn
aW5Hcm91cHM9c3RyOidvdG9waTpvdmlydC1ob3N0ZWQtZW5naW5lLXNldHVwJwoyMDE0LTEyLTE3
IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAw
IEVOViBCQVNFL3BsdWdpblBhdGg9c3RyOicvdXNyL3NoYXJlL290b3BpL3BsdWdpbnM6L3Vzci9z
aGFyZS9vdmlydC1ob3N0ZWQtZW5naW5lLXNldHVwL3NjcmlwdHMvLi4vcGx1Z2lucycKMjAxNC0x
Mi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50
OjUwMCBFTlYgQkFTRS9zdXBwcmVzc0Vudmlyb25tZW50S2V5cz1saXN0OidbXScKMjAxNC0xMi0x
NyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUw
MCBFTlYgQ09SRS9mYWlsT25QcmlvT3ZlcnJpZGU9Ym9vbDonRmFsc2UnCjIwMTQtMTItMTcgMTU6
MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5W
IENPUkUvbG9nRGlyPXN0cjonL3Zhci9sb2cvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cCcKMjAx
NC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgQ09SRS9sb2dGaWxlSGFuZGxlPWZpbGU6JzxvcGVuIGZpbGUgJy92YXIvbG9n
L292aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC0yMDE0
MTIxNzE1MzQwMy15ZWFpcDAubG9nJywgbW9kZSAnYScgYXQgMHgzYWE3NzgwPicKMjAxNC0xMi0x
NyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUw
MCBFTlYgQ09SRS9sb2dGaWxlTmFtZT1zdHI6Jy92YXIvbG9nL292aXJ0LWhvc3RlZC1lbmdpbmUt
c2V0dXAvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC0yMDE0MTIxNzE1MzQwMy15ZWFpcDAubG9n
JwoyMDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52
aXJvbm1lbnQ6NTAwIEVOViBDT1JFL2xvZ0ZpbGVOYW1lUHJlZml4PXN0cjonb3ZpcnQtaG9zdGVk
LWVuZ2luZS1zZXR1cCcKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09SRS9sb2dGaWx0ZXI9X015TG9nZ2VyRmls
dGVyOidmaWx0ZXInCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPUkUvbG9nRmlsdGVyS2V5cz1saXN0OidbXScK
MjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmly
b25tZW50OjUwMCBFTlYgQ09SRS9sb2dSZW1vdmVBdEV4aXQ9Ym9vbDonRmFsc2UnCjIwMTQtMTIt
MTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1
MDAgRU5WIENPUkUvcmFuZG9taXplRXZlbnRzPWJvb2w6J0ZhbHNlJwoyMDE0LTEyLTE3IDE1OjM0
OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBE
SUFMT0cvYm91bmRhcnk9c3RyOictLT00NTFiODBkYy05OTZmLTQzMmUtOWU0Zi0yYjI5ZWY2ZDEx
NDE9LS0nCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBFbnZpcm9ubWVudDo1MDAgRU5WIERJQUxPRy9kaWFsZWN0PXN0cjonaHVtYW4nCjIwMTQtMTIt
MTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1
MDAgRU5WIElORk8vUEFDS0FHRV9OQU1FPXN0cjonb3RvcGknCjIwMTQtMTItMTcgMTU6MzQ6MDMg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIElORk8v
UEFDS0FHRV9WRVJTSU9OPXN0cjonMS4zLjAnCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9DT1JF
L2RlcGxveVByb2NlZWQ9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRVNFVFVQX0NP
UkUvb2ZmbGluZVBhY2thZ2VyPWJvb2w6J1RydWUnCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIFBBQ0tBR0VSL3l1
bXBhY2thZ2VyRW5hYmxlZD1ib29sOidGYWxzZScKMjAxNC0xMi0xNyAxNTozNDowMyBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1Q
IC0gRU5ECjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBFbnZpcm9ubWVudDo0OTAgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIwMTQtMTItMTcgMTU6
MzQ6MDMgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5W
IElORk8vUEFDS0FHRV9OQU1FPXN0cjonb3RvcGknCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIElORk8vUEFDS0FH
RV9WRVJTSU9OPXN0cjonMS4zLjAnCjIwMTQtMTItMTcgMTU6MzQ6MDMgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoy
MDE0LTEyLTE3IDE1OjM0OjAzIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1l
dGhvZDoxMzggU3RhZ2UgYm9vdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5wYWNrYWdlcnMu
eXVtcGFja2FnZXIuUGx1Z2luLl9ib290CkxvYWRlZCBwbHVnaW5zOiBmYXN0ZXN0bWlycm9yCjIw
MTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u
bWVudDo0OTAgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIEJBU0UvbG9n
PWJvb2w6J1RydWUnCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPUkUvbG9nRmlsZUhhbmRsZT1maWxlOic8b3Bl
biBmaWxlICcvdmFyL2xvZy9vdmlydC1ob3N0ZWQtZW5naW5lLXNldHVwL292aXJ0LWhvc3RlZC1l
bmdpbmUtc2V0dXAtMjAxNDEyMTcxNTM0MDMteWVhaXAwLmxvZycsIG1vZGUgJ2EnIGF0IDB4M2Nl
NzU0MD4nCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPUkUvbG9nRmlsZU5hbWU9c3RyOicvdmFyL2xvZy9vdmly
dC1ob3N0ZWQtZW5naW5lLXNldHVwL292aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAtMjAxNDEyMTcx
NTM0MDMteWVhaXAwLmxvZycKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09SRS9sb2dGaWx0ZXI9X015TG9nZ2Vy
RmlsdGVyOidmaWx0ZXInCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPUkUvbG9nRmlsdGVyS2V5cz1saXN0Oidb
XScKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVu
dmlyb25tZW50OjUwMCBFTlYgQ09SRS9sb2dSZW1vdmVBdEV4aXQ9Ym9vbDonRmFsc2UnCjIwMTQt
MTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVu
dDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgYm9vdCBNRVRIT0Qg
b3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cubWlzYy5QbHVnaW4uX2luaXQKMjAxNC0xMi0xNyAx
NTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ5MCBF
TlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgRElBTE9HL2RpYWxlY3Q9c3Ry
OidodW1hbicKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcEVudmlyb25tZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6
MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFn
ZSBib290IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5odW1hbi5QbHVnaW4uX2lu
aXQKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVu
dmlyb25tZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTozNDow
NCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgRElB
TE9HL2JvdW5kYXJ5PXN0cjonLS09NDUxYjgwZGMtOTk2Zi00MzJlLTllNGYtMmIyOWVmNmQxMTQx
PS0tJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
RW52aXJvbm1lbnQ6NTA0IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxNC0xMi0xNyAxNTozNDow
NCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGJv
b3QgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLm1hY2hpbmUuUGx1Z2luLl9pbml0
CjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRl
TWV0aG9kOjE0NCBjb25kaXRpb24gRmFsc2UKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGJvb3QgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3RvcGkuY29yZS5taXNjLlBsdWdpbi5faW5pdAoyMDE0LTEyLTE3IDE1OjM0
OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDY3IFNFUVVFTkNF
IERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wU2VxdWVuY2U6NDY5IFNUQUdFIGJvb3QKMjAxNC0xMi0xNyAxNTozNDowNCBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3Bp
LnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLm1pc2MuUGx1Z2luLl9wcmVp
bml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLmxv
Zy5QbHVnaW4uX2luaXQgKG90b3BpLmNvcmUubG9nLmluaXQpCjIwMTQtMTItMTcgMTU6MzQ6MDQg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5taXNjLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0x
Mi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3
NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLmh1bWFuLlBsdWdpbi5faW5p
dCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLm1h
Y2hpbmUuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lu
cy5vdG9waS5jb3JlLm1pc2MuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qg
b3RvcGkucGx1Z2lucy5vdG9waS5wYWNrYWdlcnMueXVtcGFja2FnZXIuUGx1Z2luLl9ib290IChO
b25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
U2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0uaW5mby5Q
bHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NjkgU1RBR0UgaW5pdAoyMDE0LTEyLTE3IDE1OjM0OjA0
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qg
b3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUubWlzYy5QbHVnaW4u
X2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUu
Y29uZmlnLlBsdWdpbi5faW5pdCAob3RvcGkuY29yZS5jb25maWcuaW5pdCkKMjAxNC0xMi0xNyAx
NTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAg
TUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkucGFja2FnZXJzLnl1bXBhY2thZ2VyLlBsdWdpbi5f
aW5pdCAob3RvcGkucGFja2FnZXJzLmRldGVjdGlvbikKMjAxNC0xMi0xNyAxNTozNDowNCBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3Bp
LnBsdWdpbnMub3RvcGkuc3lzdGVtLmNvbW1hbmQuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEy
LTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0
ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUu
c2hlbGwuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lu
cy5vdG9waS5jb3JlLnRyYW5zYWN0aW9uLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAx
NTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAg
TUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLmNsaS5QbHVnaW4uX2luaXQgKE5vbmUp
CjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1
ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuZmlyZXdhbGxk
LlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3Rv
cGkubmV0d29yay5pcHRhYmxlcy5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6
MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhP
RCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuc3NoLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAx
NC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLmNsb2NrLlBsdWdpbi5f
aW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVt
LnJlYm9vdC5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS5hbnN3ZXJmaWxlLlBsdWdpbi5faW5p
dCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2Vu
Z2luZV9zZXR1cC5jb3JlLm9mZmxpbmVwYWNrYWdlci5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQt
MTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0
NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29y
ZS5wcmV2aWV3LlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLnJlbW90ZV9hbnN3ZXJmaWxlLlBs
dWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRf
aG9zdGVkX2VuZ2luZV9zZXR1cC5lbmdpbmUuYWRkX2hvc3QuUGx1Z2luLl9pbml0IChOb25lKQoy
MDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVu
Y2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVw
LmVuZ2luZS5mcWRuLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3Bp
LnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5oYS5oYV9ub3RpZmljYXRpb25zLlBs
dWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRf
aG9zdGVkX2VuZ2luZV9zZXR1cC5uZXR3b3JrLmJyaWRnZS5QbHVnaW4uX2luaXQgKE5vbmUpCjIw
MTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5j
ZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAu
bmV0d29yay5maXJld2FsbF9tYW5hZ2VyLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxNC0xMi0xNyAx
NTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAg
TUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5uZXR3b3JrLmdh
dGV3YXkuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lu
cy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnBraS52ZHNtcGtpLlBsdWdpbi5faW5pdCAoTm9u
ZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl
cXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9z
ZXR1cC5zYW5sb2NrLmxvY2tzcGFjZS5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6
MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1F
VEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5pc2Nz
aS5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92
aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5zdG9yYWdlLlBsdWdpbi5faW5pdCAoTm9u
ZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl
cXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9z
ZXR1cC5zeXN0ZW0uc3NoZC5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3lzdGVtLnZkc21lbnYuUGx1
Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9o
b3N0ZWRfZW5naW5lX3NldHVwLnZkc21kLmNwdS5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTIt
MTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQg
ICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudmRzbWQu
dmRzbWNvbmYuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1
Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLmJvb3RfY2Ryb20uUGx1Z2luLl9pbml0
IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5n
aW5lX3NldHVwLnZtLmJvb3RfZGlzay5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6
MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1F
VEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0uY29uZmlndXJl
dm0uUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v
dmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLmNwdS5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQt
MTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0
NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0u
aW1hZ2UuUGx1Z2luLl9pbml0IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lu
cy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLm1hYy5QbHVnaW4uX2luaXQgKE5vbmUpCjIw
MTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5j
ZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAu
dm0ubWFjaGluZS5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5w
bHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0ubWVtb3J5LlBsdWdpbi5faW5pdCAo
Tm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2lu
ZV9zZXR1cC52bS5ydW52bS5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NjkgU1RBR0Ugc2V0dXAK
MjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVl
bmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkucGFja2FnZXJzLnl1bXBhY2th
Z2VyLlBsdWdpbi5fc2V0dXBfZXhpc3RlbmNlIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3Rv
cGkucGx1Z2lucy5vdG9waS5jb3JlLmNvbmZpZy5QbHVnaW4uX3Bvc3RfaW5pdCAoTm9uZSkKMjAx
NC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29yZS5sb2cuUGx1Z2luLl9zZXR1
cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29yZS5taXNj
LlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90
b3BpLnBhY2thZ2Vycy55dW1wYWNrYWdlci5QbHVnaW4uX3NldHVwIChOb25lKQoyMDE0LTEyLTE3
IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAg
ICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZkc21kLmNw
dS5QbHVnaW4uX3NldHVwIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v
dG9waS5uZXR3b3JrLmZpcmV3YWxsZC5QbHVnaW4uX3NldHVwIChOb25lKQoyMDE0LTEyLTE3IDE1
OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBN
RVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmhvc3RuYW1lLlBsdWdpbi5fc2V0dXAg
KE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnNlcnZpY2VzLm9w
ZW5yYy5QbHVnaW4uX3NldHVwIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lu
cy5vdG9waS5zZXJ2aWNlcy5yaGVsLlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6
MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1F
VEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnNlcnZpY2VzLnN5c3RlbWQuUGx1Z2luLl9zZXR1cCAo
Tm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLmNsb2Nr
LlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90
b3BpLnN5c3RlbS5yZWJvb3QuUGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDow
NCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5lbmdpbmUuYWRkX2hvc3Qu
UGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3Zp
cnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5lbmdpbmUuZnFkbi5QbHVnaW4uX3NldHVwIChOb25lKQoy
MDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVu
Y2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVw
Lm5ldHdvcmsuYnJpZGdlLlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAubmV0d29yay5nYXRld2F5LlBs
dWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0
X2hvc3RlZF9lbmdpbmVfc2V0dXAucGtpLnZkc21wa2kuUGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAx
NC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5z
dG9yYWdlLmlzY3NpLlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMuUGx1Z2luLl9z
ZXR1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVk
X2VuZ2luZV9zZXR1cC5zeXN0ZW0uc3NoZC5QbHVnaW4uX3NldHVwIChOb25lKQoyMDE0LTEyLTE3
IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAg
ICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN5c3RlbS52
ZHNtZW52LlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0uYm9vdF9jZHJvbS5QbHVnaW4uX3NldHVw
IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5n
aW5lX3NldHVwLnZtLmJvb3RfZGlzay5QbHVnaW4uX3NldHVwIChOb25lKQoyMDE0LTEyLTE3IDE1
OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBN
RVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLnJ1bnZtLlBs
dWdpbi5fc2V0dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NjkgU1RBR0UgaW50ZXJuYWxfcGFja2FnZXMKMjAxNC0x
Mi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3
NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29yZS50cmFuc2FjdGlvbi5QbHVnaW4u
X3ByZV9wcmVwYXJlIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9w
aS5uZXR3b3JrLmhvc3RuYW1lLlBsdWdpbi5faW50ZXJuYWxfcGFja2FnZXMgKE5vbmUpCjIwMTQt
MTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0
NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnBhY2thZ2Vycy55dW1wYWNrYWdlci5Q
bHVnaW4uX2ludGVybmFsX3BhY2thZ2VzX2VuZCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3RvcGkuY29yZS50cmFuc2FjdGlvbi5QbHVnaW4uX3ByZV9lbmQgKE5vbmUp
CjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1
ZW5jZTo0NjkgU1RBR0UgcHJvZ3JhbXMKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMu
b3RvcGkuc3lzdGVtLmNvbW1hbmQuUGx1Z2luLl9wcm9ncmFtcyAob3RvcGkuc3lzdGVtLmNvbW1h
bmQuZGV0ZWN0aW9uKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2
aWNlcy5zeXN0ZW1kLlBsdWdpbi5fcHJvZ3JhbXMgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm90b3BpLnNlcnZpY2VzLnJoZWwuUGx1Z2luLl9wcm9ncmFtcyAoTm9uZSkK
MjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVl
bmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMub3BlbnJjLlBs
dWdpbi5fcHJvZ3JhbXMgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92
aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuaGEuaGFfc2VydmljZXMuUGx1Z2luLl9wcm9ncmFtcyAo
Tm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cFNlcXVlbmNlOjQ2OSBTVEFHRSBsYXRlX3NldHVwCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5w
bHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudmRzbWQudmRzbWNvbmYuUGx1Z2luLl9s
YXRlX3NldHVwIChvaG9zdGVkLnZkc20uY29uZi5sb2FkZWQpCjIwMTQtMTItMTcgMTU6MzQ6MDQg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3lzdGVtLnZkc21lbnYuUGx1
Z2luLl9sYXRlX3NldHVwIChvaG9zdGVkLnZkc20ubGlidmlydC5jb25maWd1cmVkKQoyMDE0LTEy
LTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0
ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnBraS52
ZHNtcGtpLlBsdWdpbi5fbGF0ZV9zZXR1cCAob2hvc3RlZC52ZHNtLnBraS5hdmFpbGFibGUpCjIw
MTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5j
ZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAu
dm0uY29uZmlndXJldm0uUGx1Z2luLl9sYXRlX3NldHVwIChvaG9zdGVkLnZkc20ubGF0ZV9zZXR1
cF9yZWFkeSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSBjdXN0b21pemF0aW9uCjIwMTQtMTItMTcgMTU6MzQ6MDQg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuZmlyZXdhbGxkLlBsdWdpbi5fY3VzdG9taXphdGlv
biAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29yZS5jb25m
aWcuUGx1Z2luLl9jdXN0b21pemUxIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1
Z2lucy5vdG9waS5kaWFsb2cuY2xpLlBsdWdpbi5fY3VzdG9taXplIChvdG9waS5kaWFsb2cuY2xp
LmN1c3RvbWl6YXRpb24pCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hv
c3RlZF9lbmdpbmVfc2V0dXAuY29yZS50aXRsZXMuUGx1Z2luLl9zdG9yYWdlX3N0YXJ0IChvaG9z
dGVkLmRpYWxvZy50aXRsZXMuc3RvcmFnZS5zdGFydCkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3Bp
LnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLnN0b3JhZ2UuUGx1Z2lu
Ll9lYXJseV9jdXN0b21pemF0aW9uIChvaG9zdGVkLnN0b3JhZ2UuY29uZmlndXJhdGlvbi5lYXJs
eSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl
cXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9z
ZXR1cC5zdG9yYWdlLm5mcy5QbHVnaW4uX2N1c3RvbWl6YXRpb24gKG9ob3N0ZWQuc3RvcmFnZS5u
ZnMuY29uZmlndXJhdGlvbi5hdmFpbGFibGUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5pc2NzaS5QbHVnaW4uX2N1c3Rv
bWl6YXRpb24gKG9ob3N0ZWQuc3RvcmFnZS5pc2NzaS5jb25maWd1cmF0aW9uLmF2YWlsYWJsZSkK
MjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVl
bmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1
cC5zdG9yYWdlLnN0b3JhZ2UuUGx1Z2luLl9sYXRlX2N1c3RvbWl6YXRpb24gKG9ob3N0ZWQuc3Rv
cmFnZS5jb25maWd1cmF0aW9uLmxhdGUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5z
Lm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS50aXRsZXMuUGx1Z2luLl9zdG9yYWdlX2Vu
ZCAob2hvc3RlZC5kaWFsb2cudGl0bGVzLnN0b3JhZ2UuZW5kKQoyMDE0LTEyLTE3IDE1OjM0OjA0
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qg
b3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUudGl0bGVzLlBsdWdp
bi5fc3lzdGVtX3N0YXJ0IChvaG9zdGVkLmRpYWxvZy50aXRsZXMuc3lzdGVtLnN0YXJ0KQoyMDE0
LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6
NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNv
cmUucmVtb3RlX2Fuc3dlcmZpbGUuUGx1Z2luLl9jdXN0b21pemF0aW9uIChvaG9zdGVkLmNvcmUu
cmVxdWlyZS5hbnN3ZXJmaWxlKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmly
dF9ob3N0ZWRfZW5naW5lX3NldHVwLnN5c3RlbS5zc2hkLlBsdWdpbi5fY3VzdG9taXphdGlvbiAo
Tm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2lu
ZV9zZXR1cC5jb3JlLnRpdGxlcy5QbHVnaW4uX3N5c3RlbV9lbmQgKG9ob3N0ZWQuZGlhbG9nLnRp
dGxlcy5zeXN0ZW0uZW5kKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9o
b3N0ZWRfZW5naW5lX3NldHVwLmNvcmUudGl0bGVzLlBsdWdpbi5fbmV0d29ya19zdGFydCAob2hv
c3RlZC5kaWFsb2cudGl0bGVzLm5ldHdvcmsuc3RhcnQpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAubmV0d29yay5icmlkZ2UuUGx1Z2lu
Ll9jdXN0b21pemF0aW9uIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v
dmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLm5ldHdvcmsuZmlyZXdhbGxfbWFuYWdlci5QbHVnaW4u
X2N1c3RvbWl6YXRpb24gKG9ob3N0ZWQubmV0d29yay5maXJld2FsbG1hbmFnZXIuYXZhaWxhYmxl
KQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2Vx
dWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3Nl
dHVwLm5ldHdvcmsuZmlyZXdhbGwuUGx1Z2luLl9jb25maWd1cmF0aW9uIChOb25lKQoyMDE0LTEy
LTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0
ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLm5ldHdv
cmsuZ2F0ZXdheS5QbHVnaW4uX2N1c3RvbWl6YXRpb24gKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6
MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhP
RCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS50aXRsZXMuUGx1
Z2luLl9uZXR3b3JrX2VuZCAob2hvc3RlZC5kaWFsb2cudGl0bGVzLm5ldHdvcmsuZW5kKQoyMDE0
LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6
NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNv
cmUudGl0bGVzLlBsdWdpbi5fdm1fc3RhcnQgKG9ob3N0ZWQuZGlhbG9nLnRpdGxlcy52bS5zdGFy
dCkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl
cXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9z
ZXR1cC52bS5jb25maWd1cmV2bS5QbHVnaW4uX2N1c3RvbWl6YXRpb24gKG9ob3N0ZWQuYm9vdC5j
b25maWd1cmF0aW9uLmF2YWlsYWJsZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMu
b3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5ib290X2Rpc2suUGx1Z2luLl9jdXN0b21pemF0
aW9uIChvaG9zdGVkLmNvbmZpZ3VyYXRpb24ub3ZmKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZkc21kLmNwdS5QbHVnaW4uX2N1c3Rv
bWl6YXRpb24gKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hv
c3RlZF9lbmdpbmVfc2V0dXAudm0uYm9vdF9jZHJvbS5QbHVnaW4uX2N1c3RvbWl6YXRpb24gKE5v
bmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBT
ZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVf
c2V0dXAudm0uY3B1LlBsdWdpbi5fY3VzdG9taXphdGlvbiAoTm9uZSkKMjAxNC0xMi0xNyAxNToz
NDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVU
SE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5pbWFnZS5QbHVn
aW4uX2Rpc2tfY3VzdG9taXphdGlvbiAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5tYWMuUGx1Z2luLl9jdXN0b21pemF0
aW9uIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRf
ZW5naW5lX3NldHVwLnZtLm1lbW9yeS5QbHVnaW4uX2N1c3RvbWl6YXRpb24gKE5vbmUpCjIwMTQt
MTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0
NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0u
cnVudm0uUGx1Z2luLl9jdXN0b21pemF0aW9uIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3Rv
cGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUudGl0bGVzLlBsdWdpbi5f
dm1fZW5kIChvaG9zdGVkLmRpYWxvZy50aXRsZXMudm0uZW5kKQoyMDE0LTEyLTE3IDE1OjM0OjA0
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qg
b3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUudGl0bGVzLlBsdWdp
bi5fZW5naW5lX3N0YXJ0IChvaG9zdGVkLmRpYWxvZy50aXRsZXMuZW5naW5lLnN0YXJ0KQoyMDE0
LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6
NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmVu
Z2luZS5hZGRfaG9zdC5QbHVnaW4uX2N1c3RvbWl6YXRpb24gKE5vbmUpCjIwMTQtMTItMTcgMTU6
MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1F
VEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuZW5naW5lLmZxZG4u
UGx1Z2luLl9jdXN0b21pemF0aW9uIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1
Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUudGl0bGVzLlBsdWdpbi5fZW5naW5l
X2VuZCAob2hvc3RlZC5kaWFsb2cudGl0bGVzLmVuZ2luZS5lbmQpCjIwMTQtMTItMTcgMTU6MzQ6
MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhP
RCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuaGEuaGFfbm90aWZpY2F0
aW9ucy5QbHVnaW4uX2N1c3RvbWl6YXRpb24gKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm90b3BpLmNvcmUuY29uZmlnLlBsdWdpbi5fY3VzdG9taXplMiAoTm9uZSkKMjAx
NC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5u
ZXR3b3JrLmZpcmV3YWxsX21hbmFnZXIuUGx1Z2luLl9wcm9jZXNzX3RlbXBsYXRlcyAob2hvc3Rl
ZC5uZXR3b3JrLmZpcmV3YWxsbWFuYWdlci50ZW1wbGF0ZXMuYXZhaWxhYmxlKQoyMDE0LTEyLTE3
IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDY5IFNU
QUdFIHZhbGlkYXRpb24KMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29y
ZS5taXNjLlBsdWdpbi5fdmFsaWRhdGlvbiAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3Bp
LnBsdWdpbnMub3RvcGkubmV0d29yay5maXJld2FsbGQuUGx1Z2luLl92YWxpZGF0aW9uIChvdG9w
aS5uZXR3b3JrLmZpcmV3YWxsZC52YWxpZGF0aW9uKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdG9waS5uZXR3b3JrLmhvc3RuYW1lLlBsdWdpbi5fdmFsaWRhdGlvbiAoTm9uZSkK
MjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVl
bmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5pcHRhYmxlcy5Q
bHVnaW4uX3ZhbGlkYXRlIChvdG9waS5uZXR3b3JrLmlwdGFibGVzLnZhbGlkYXRpb24pCjIwMTQt
MTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0
NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuc3NoLlBsdWdpbi5fdmFs
aWRhdGlvbiAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9z
dGVkX2VuZ2luZV9zZXR1cC5lbmdpbmUuYWRkX2hvc3QuUGx1Z2luLl92YWxpZGF0aW9uIChOb25l
KQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2Vx
dWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3Nl
dHVwLm5ldHdvcmsuaXB0YWJsZXMuUGx1Z2luLl92YWxpZGF0ZSAoTm9uZSkKMjAxNC0xMi0xNyAx
NTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAg
TUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5wa2kudmRzbXBr
aS5QbHVnaW4uX3ZhbGlkYXRpb24gKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc2FubG9jay5sb2Nrc3BhY2UuUGx1Z2luLl92
YWxpZGF0aW9uIChvaG9zdGVkLmxvY2tzcGFjZS52YWxpZCkKMjAxNC0xMi0xNyAxNTozNDowNCBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLnN0b3JhZ2UuUGx1
Z2luLl92YWxpZGF0aW9uIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v
dmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUucHJldmlldy5QbHVnaW4uX3ZhbGlkYXRpb24g
KE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdp
bmVfc2V0dXAuY29yZS5hbnN3ZXJmaWxlLlBsdWdpbi5fc2F2ZV9hbnN3ZXJzX2F0X3ZhbGlkYXRp
b24gKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBTZXF1ZW5jZTo0NjkgU1RBR0UgdHJhbnNhY3Rpb24tcHJlcGFyZQoyMDE0LTEyLTE3IDE1
OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBN
RVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLnRyYW5zYWN0aW9uLlBsdWdpbi5fbWFpbl9w
cmVwYXJlIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wU2VxdWVuY2U6NDY5IFNUQUdFIGVhcmx5X21pc2MKMjAxNC0xMi0xNyAxNTozNDow
NCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5maXJld2FsbGQuUGx1Z2luLl9lYXJseV9taXNj
IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5n
aW5lX3NldHVwLm5ldHdvcmsuaXB0YWJsZXMuUGx1Z2luLl9lYXJseV9taXNjIChOb25lKQoyMDE0
LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6
NDY5IFNUQUdFIHBhY2thZ2VzCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3Bp
Lm5ldHdvcmsuaXB0YWJsZXMuUGx1Z2luLl9wYWNrYWdlcyAoTm9uZSkKMjAxNC0xMi0xNyAxNToz
NDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVU
SE9EIG90b3BpLnBsdWdpbnMub3RvcGkucGFja2FnZXJzLnl1bXBhY2thZ2VyLlBsdWdpbi5fcGFj
a2FnZXMgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBTZXF1ZW5jZTo0NjkgU1RBR0UgbWlzYwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdG9waS5zeXN0ZW0uY29tbWFuZC5QbHVnaW4uX21pc2MgKG90b3BpLnN5c3RlbS5j
b21tYW5kLnJlZGV0ZWN0aW9uKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9w
aS5uZXR3b3JrLmZpcmV3YWxsZC5QbHVnaW4uX21pc2MgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6
MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhP
RCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuaXB0YWJsZXMuUGx1Z2luLl9zdG9yZV9pcHRh
YmxlcyAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29y
ay5zc2guUGx1Z2luLl9hcHBlbmRfa2V5IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdG9waS5zeXN0ZW0uY2xvY2suUGx1Z2luLl9zZXRfY2xvY2sgKE5vbmUpCjIwMTQt
MTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0
NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuaGEu
aGFfbm90aWZpY2F0aW9ucy5QbHVnaW4uX21pc2MgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAubGlidmlydC5jb25maWd1cmVx
ZW11LlBsdWdpbi5fbWlzYyAob2hvc3RlZC5saWJ2aXJ0LmNvbmZpZ3VyZWQpCjIwMTQtMTItMTcg
MTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAg
IE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3lzdGVtLnNz
aGQuUGx1Z2luLl9taXNjIChvaG9zdGVkLnNzaGQuc3RhcnRlZCkKMjAxNC0xMi0xNyAxNTozNDow
NCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52ZHNtZC52ZHNtY29uZi5Q
bHVnaW4uX21pc2MgKG9ob3N0ZWQudmRzbS5jb25maWd1cmVkKQoyMDE0LTEyLTE3IDE1OjM0OjA0
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qg
b3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN5c3RlbS52ZHNtZW52LlBs
dWdpbi5fbWlzYyAob2hvc3RlZC52ZHNtLnN0YXJ0ZWQpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAubmV0d29yay5icmlkZ2UuUGx1Z2lu
Ll9taXNjIChvaG9zdGVkLm5ldHdvcmsuYnJpZGdlLmF2YWlsYWJsZSkKMjAxNC0xMi0xNyAxNToz
NDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVU
SE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLmlzY3Np
LlBsdWdpbi5fbWlzYyAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3Zp
cnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLnN0b3JhZ2UuUGx1Z2luLl9taXNjIChvaG9z
dGVkLnN0b3JhZ2UuYXZhaWxhYmxlKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v
dmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnNhbmxvY2subG9ja3NwYWNlLlBsdWdpbi5fbWlzYyAo
b2hvc3RlZC5zYW5sb2NrLmluaXRpYWxpemVkKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1
Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLmltYWdlLlBsdWdpbi5fbWlzYyAob2hv
c3RlZC52bS5pbWFnZS5hdmFpbGFibGUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5z
Lm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0uYm9vdF9kaXNrLlBsdWdpbi5fbWlzYyAob2hv
c3RlZC52bS5vdmYuaW1wb3J0ZWQpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92
aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5zdG9yYWdlLlBsdWdpbi5fZGlzY29ubmVj
dF9wb29sIChvaG9zdGVkLnN0b3JhZ2UucG9vbC5kaXNjb25uZWN0ZWQpCjIwMTQtMTItMTcgMTU6
MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1F
VEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0uY29uZmlndXJl
dm0uUGx1Z2luLl9taXNjIChvaG9zdGVkLnZtLnN0YXRlLmNvbmZpZ3VyZWQpCjIwMTQtMTItMTcg
MTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAg
IE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS5jb25m
LlBsdWdpbi5fbWlzYyAob2hvc3RlZC5zYXZlLmNvbmZpZykKMjAxNC0xMi0xNyAxNTozNDowNCBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSBjbGVhbnVw
CjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1
ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUudHJhbnNhY3Rpb24u
UGx1Z2luLl9tYWluX2VuZCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSBjbG9zZXVwCjIwMTQtMTItMTcg
MTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAg
IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuZmlyZXdhbGxkLlBsdWdpbi5fY2xv
c2V1cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29y
ay5pcHRhYmxlcy5QbHVnaW4uX2Nsb3NldXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAubmV0d29yay5icmlkZ2UuUGx1Z2lu
Ll9jbG9zZXVwIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9o
b3N0ZWRfZW5naW5lX3NldHVwLm5ldHdvcmsuZmlyZXdhbGxfbWFuYWdlci5QbHVnaW4uX2Nsb3Nl
dXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9l
bmdpbmVfc2V0dXAuc3lzdGVtLnNzaGQuUGx1Z2luLl9jbG9zZXVwIChOb25lKQoyMDE0LTEyLTE3
IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAg
ICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLnJ1bnZt
LlBsdWdpbi5fYm9vdF9mcm9tX2luc3RhbGxfbWVkaWEgKG9ob3N0ZWQudm0uc3RhdGUucnVubmlu
ZykKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl
cXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9z
ZXR1cC5lbmdpbmUub3NfaW5zdGFsbC5QbHVnaW4uX2Nsb3NldXAgKG9ob3N0ZWQudm0uc3RhdGUu
b3MuaW5zdGFsbGVkKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0
ZWRfZW5naW5lX3NldHVwLnZtLnJ1bnZtLlBsdWdpbi5fYm9vdF9mcm9tX2hkIChvaG9zdGVkLnZt
LnN0YXRlLm9zLmluc3RhbGxlZC5ydW5uaW5nKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1
Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmVuZ2luZS5oZWFsdGguUGx1Z2luLl9jbG9z
ZXVwIChvaG9zdGVkLmVuZ2luZS5hbGl2ZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdp
bnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5lbmdpbmUuYWRkX2hvc3QuUGx1Z2luLl9jbG9z
ZXVwIChvaG9zdGVkLmVuZ2luZS5ob3N0LmFkZGVkKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmhhLmhhX3NlcnZpY2VzLlBsdWdpbi5f
Y2xvc2V1cCAob2hvc3RlZC5lbmdpbmUuaGEuc3RhcnQpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm90b3BpLnN5c3RlbS5yZWJvb3QuUGx1Z2luLl9jbG9zZXVwIChOb25lKQoyMDE0
LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6
NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNv
cmUubWlzYy5QbHVnaW4uX2Nsb3NldXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NjkgU1RBR0UgY2xlYW51cAoyMDE0
LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6
NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNv
cmUucmVtb3RlX2Fuc3dlcmZpbGUuUGx1Z2luLl9jbGVhbnVwIChOb25lKQoyMDE0LTEyLTE3IDE1
OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBN
RVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmVuZ2luZS5hZGRf
aG9zdC5QbHVnaW4uX2NsZWFudXAgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAucGtpLnZkc21wa2kuUGx1Z2luLl9jbGVhbnVw
IChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5n
aW5lX3NldHVwLnN0b3JhZ2Uuc3RvcmFnZS5QbHVnaW4uX2NsZWFudXAgKE5vbmUpCjIwMTQtMTIt
MTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQg
ICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0uYm9v
dF9kaXNrLlBsdWdpbi5fY2xlYW51cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLmFuc3dlcmZpbGUuUGx1Z2luLl9z
YXZlX2Fuc3dlcnNfYXRfY2xlYW51cCAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ2OSBTVEFHRSBwcmUtdGVybWluYXRl
CjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1
ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUubWlzYy5QbHVnaW4u
X3ByZVRlcm1pbmF0ZSAoTm9uZSkKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3Rv
cGkuZGlhbG9nLmNsaS5QbHVnaW4uX3ByZV90ZXJtaW5hdGUgKG90b3BpLmRpYWxvZy5jbGkudGVy
bWluYXRpb24pCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBTZXF1ZW5jZTo0NjkgU1RBR0UgdGVybWluYXRlCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm90b3BpLmRpYWxvZy5odW1hbi5QbHVnaW4uX3Rlcm1pbmF0ZSAoTm9uZSkKMjAx
NC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl
OjQ3NCAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLm1hY2hpbmUuUGx1Z2lu
Ll90ZXJtaW5hdGUgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3Bp
LmNvcmUubG9nLlBsdWdpbi5fdGVybWluYXRlIChOb25lKQoyMDE0LTEyLTE3IDE1OjM0OjA0IERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDc0ICAgICBNRVRIT0Qgb3Rv
cGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmxpYnZpcnQud29ya2Fyb3VuZHMu
UGx1Z2luLl90ZXJtaW5hdGUgKE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NjkgU1RBR0UgcmVib290CjIwMTQtMTItMTcg
MTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0NzQgICAg
IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnN5c3RlbS5yZWJvb3QuUGx1Z2luLl9yZWJvb3Qg
KE5vbmUpCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBTZXF1ZW5jZTo0NzYgU0VRVUVOQ0UgRFVNUCAtIEVORAoyMDE0LTEyLTE3IDE1OjM0OjA0IERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDkwIEVOVklST05NRU5U
IERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBCQVNFL2Fib3J0ZWQ9Ym9vbDonRmFsc2UnCjIw
MTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u
bWVudDo1MDAgRU5WIEJBU0UvZGVidWc9aW50OicwJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBCQVNFL2Vycm9y
PWJvb2w6J0ZhbHNlJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBCQVNFL2V4Y2VwdGlvbkluZm89bGlzdDonW10n
CjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp
cm9ubWVudDo1MDAgRU5WIEJBU0UvZXhlY3V0aW9uRGlyZWN0b3J5PXN0cjonL3Jvb3QnCjIwMTQt
MTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVu
dDo1MDAgRU5WIEJBU0UvbG9nPWJvb2w6J1RydWUnCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIEJBU0UvcGx1Z2lu
R3JvdXBzPXN0cjonb3RvcGk6b3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cCcKMjAxNC0xMi0xNyAx
NTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBF
TlYgQkFTRS9wbHVnaW5QYXRoPXN0cjonL3Vzci9zaGFyZS9vdG9waS9wbHVnaW5zOi91c3Ivc2hh
cmUvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC9zY3JpcHRzLy4uL3BsdWdpbnMnCjIwMTQtMTIt
MTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1
MDAgRU5WIEJBU0Uvc3VwcHJlc3NFbnZpcm9ubWVudEtleXM9bGlzdDonW10nCjIwMTQtMTItMTcg
MTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAg
RU5WIENPUkUvZmFpbE9uUHJpb092ZXJyaWRlPWJvb2w6J0ZhbHNlJwoyMDE0LTEyLTE3IDE1OjM0
OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBD
T1JFL2xvZ0Rpcj1zdHI6Jy92YXIvbG9nL292aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAnCjIwMTQt
MTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVu
dDo1MDAgRU5WIENPUkUvbG9nRmlsZUhhbmRsZT1maWxlOic8b3BlbiBmaWxlICcvdmFyL2xvZy9v
dmlydC1ob3N0ZWQtZW5naW5lLXNldHVwL292aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAtMjAxNDEy
MTcxNTM0MDMteWVhaXAwLmxvZycsIG1vZGUgJ2EnIGF0IDB4M2NlNzU0MD4nCjIwMTQtMTItMTcg
MTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAg
RU5WIENPUkUvbG9nRmlsZU5hbWU9c3RyOicvdmFyL2xvZy9vdmlydC1ob3N0ZWQtZW5naW5lLXNl
dHVwL292aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAtMjAxNDEyMTcxNTM0MDMteWVhaXAwLmxvZycK
MjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmly
b25tZW50OjUwMCBFTlYgQ09SRS9sb2dGaWxlTmFtZVByZWZpeD1zdHI6J292aXJ0LWhvc3RlZC1l
bmdpbmUtc2V0dXAnCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPUkUvbG9nRmlsdGVyPV9NeUxvZ2dlckZpbHRl
cjonZmlsdGVyJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT1JFL2xvZ0ZpbHRlcktleXM9bGlzdDonW10nCjIw
MTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u
bWVudDo1MDAgRU5WIENPUkUvbG9nUmVtb3ZlQXRFeGl0PWJvb2w6J0ZhbHNlJwoyMDE0LTEyLTE3
IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAw
IEVOViBDT1JFL3JhbmRvbWl6ZUV2ZW50cz1ib29sOidGYWxzZScKMjAxNC0xMi0xNyAxNTozNDow
NCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgRElB
TE9HL2JvdW5kYXJ5PXN0cjonLS09NDUxYjgwZGMtOTk2Zi00MzJlLTllNGYtMmIyOWVmNmQxMTQx
PS0tJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
RW52aXJvbm1lbnQ6NTAwIEVOViBESUFMT0cvZGlhbGVjdD1zdHI6J2h1bWFuJwoyMDE0LTEyLTE3
IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAw
IEVOViBJTkZPL1BBQ0tBR0VfTkFNRT1zdHI6J290b3BpJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBJTkZPL1BB
Q0tBR0VfVkVSU0lPTj1zdHI6JzEuMy4wJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfQ09SRS9k
ZXBsb3lQcm9jZWVkPU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVTRVRVUF9DT1JF
L29mZmxpbmVQYWNrYWdlcj1ib29sOidUcnVlJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBQQUNLQUdFUi95dW1w
YWNrYWdlckVuYWJsZWQ9Ym9vbDonRmFsc2UnCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAt
IEVORAoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
RW52aXJvbm1lbnQ6NDkwIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM0
OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBJ
TkZPL1BBQ0tBR0VfTkFNRT1zdHI6J290b3BpJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBJTkZPL1BBQ0tBR0Vf
VkVSU0lPTj1zdHI6JzEuMy4wJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTA0IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAx
NC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRo
b2Q6MTM4IFN0YWdlIGJvb3QgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkucGFja2FnZXJzLnl1
bXBhY2thZ2VyLlBsdWdpbi5fYm9vdApMb2FkZWQgcGx1Z2luczogZmFzdGVzdG1pcnJvcgoyMDE0
LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NDkwIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBQQUNLQUdFUi9r
ZWVwQWxpdmVJbnRlcnZhbD1pbnQ6JzMwJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBQQUNLQUdFUi95dW1EaXNh
YmxlZFBsdWdpbnM9bGlzdDonW10nCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIFBBQ0tBR0VSL3l1bUVuYWJsZWRQ
bHVnaW5zPWxpc3Q6J1tdJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBQQUNLQUdFUi95dW1FeHBpcmVDYWNoZT1i
b29sOidUcnVlJwoyMDE0LTEyLTE3IDE1OjM0OjA0IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wRW52aXJvbm1lbnQ6NTA0IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxNC0xMi0xNyAx
NTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0
YWdlIGJvb3QgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLmluZm8uUGx1Z2luLl9p
bml0CjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0u
aW5mbyBpbmZvLl9pbml0OjQ4IFNZU1RFTSBJTkZPUk1BVElPTiAtIEJFR0lOCjIwMTQtMTItMTcg
MTU6MzQ6MDQgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0uaW5mbyBpbmZvLl9pbml0
OjQ5IGV4ZWN1dGFibGUgL2Jpbi9weXRob24KMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9w
aS5wbHVnaW5zLm90b3BpLnN5c3RlbS5pbmZvIGluZm8uX2luaXQ6NTAgcHl0aG9uIC9iaW4vcHl0
aG9uCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0u
aW5mbyBpbmZvLl9pbml0OjUxIHBsYXRmb3JtIGxpbnV4MgoyMDE0LTEyLTE3IDE1OjM0OjA0IERF
QlVHIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLmluZm8gaW5mby5faW5pdDo1MiBkaXN0cmli
dXRpb24gKCdDZW50T1MgTGludXgnLCAnNy4wLjE0MDYnLCAnQ29yZScpCjIwMTQtMTItMTcgMTU6
MzQ6MDQgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0uaW5mbyBpbmZvLl9pbml0OjUz
IGhvc3QgJ2NvbXB1dGUyLTEnCjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkucGx1Z2lu
cy5vdG9waS5zeXN0ZW0uaW5mbyBpbmZvLl9pbml0OjU5IHVpZCAwIGV1aWQgMCBnaWQgMCBlZ2lk
IDAKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLnN5c3RlbS5p
bmZvIGluZm8uX2luaXQ6NjEgU1lTVEVNIElORk9STUFUSU9OIC0gRU5ECjIwMTQtMTItMTcgMTU6
MzQ6MDQgSU5GTyBvdG9waS5jb250ZXh0IGNvbnRleHQucnVuU2VxdWVuY2U6NDE3IFN0YWdlOiBJ
bml0aWFsaXppbmcKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQucnVuU2VxdWVuY2U6NDIxIFNUQUdFIGluaXQKMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGluaXQgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLm1pc2MuUGx1Z2lu
Ll9pbml0CjIwMTQtMTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFs
b2cuaHVtYW4gaHVtYW4ucXVlcnlTdHJpbmc6MTUzIHF1ZXJ5IERFUExPWV9QUk9DRUVECjIwMTQt
MTItMTcgMTU6MzQ6MDQgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cuaHVtYW4gZGlh
bG9nLl9fbG9nU3RyaW5nOjIxNSBESUFMT0c6U0VORCAgICAgICAgICAgICAgICAgQ29udGludWlu
ZyB3aWxsIGNvbmZpZ3VyZSB0aGlzIGhvc3QgZm9yIHNlcnZpbmcgYXMgaHlwZXJ2aXNvciBhbmQg
Y3JlYXRlIGEgVk0gd2hlcmUgeW91IGhhdmUgdG8gaW5zdGFsbCBvVmlydCBFbmdpbmUgYWZ0ZXJ3
YXJkcy4KMjAxNC0xMi0xNyAxNTozNDowNCBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxv
Zy5odW1hbiBkaWFsb2cuX19sb2dTdHJpbmc6MjE1IERJQUxPRzpTRU5EICAgICAgICAgICAgICAg
ICBBcmUgeW91IHN1cmUgeW91IHdhbnQgdG8gY29udGludWU/IChZZXMsIE5vKVtZZXNdOiAKMjAx
NC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5odW1hbiBk
aWFsb2cuX19sb2dTdHJpbmc6MjE1IERJQUxPRzpSRUNFSVZFICAgIFllcwoyMDE0LTEyLTE3IDE1
OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDkwIEVO
VklST05NRU5UIERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfQ09SRS9jaGVj
a1JlcXVpcmVtZW50cz1ib29sOidUcnVlJwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfQ09SRS9k
ZXBsb3lQcm9jZWVkPWJvb2w6J1RydWUnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVO
RAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0
ZU1ldGhvZDoxMzggU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLmNv
bmZpZy5QbHVnaW4uX2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAx
NC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgQ09SRS9jb25maWdGaWxlTmFtZT1zdHI6Jy9ldGMvb3RvcGkuY29uZicKMjAx
NC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBpbml0IE1FVEhP
RCBvdG9waS5wbHVnaW5zLm90b3BpLnBhY2thZ2Vycy55dW1wYWNrYWdlci5QbHVnaW4uX2luaXQK
MjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmly
b25tZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTozNjoxNSBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgUEFDS0FH
RVIveXVtUm9sbGJhY2s9Ym9vbDonVHJ1ZScKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1QIC0g
RU5ECjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVj
dXRlTWV0aG9kOjEzOCBTdGFnZSBpbml0IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnN5c3Rl
bS5jb21tYW5kLlBsdWdpbi5faW5pdAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDkwIEVOVklST05NRU5UIERVTVAgLSBCRUdJ
TgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52
aXJvbm1lbnQ6NTAwIEVOViBTWVNURU0vY29tbWFuZFBhdGg9c3RyOicvdXNyL2xvY2FsL3NiaW46
L3Vzci9sb2NhbC9iaW46L3Vzci9zYmluOi91c3IvYmluOi9zYmluOi9iaW4nCjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQg
RU5WSVJPTk1FTlQgRFVNUCAtIEVORAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUuc2hlbGwuUGx1Z2luLl9pbml0
CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRl
TWV0aG9kOjEzOCBTdGFnZSBpbml0IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUudHJh
bnNhY3Rpb24uUGx1Z2luLl9pbml0CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0OTAgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lO
CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp
cm9ubWVudDo1MDAgRU5WIENPUkUvaW50ZXJuYWxQYWNrYWdlVHJhbnNhY3Rpb249VHJhbnNhY3Rp
b246J3RyYW5zYWN0aW9uJwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT1JFL21haW5UcmFuc2FjdGlvbj1UcmFu
c2FjdGlvbjondHJhbnNhY3Rpb24nCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPUkUvbW9kaWZpZWRGaWxlcz1s
aXN0OidbXScKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcEVudmlyb25tZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6
MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFn
ZSBpbml0IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5jbGkuUGx1Z2luLl9pbml0
CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp
cm9ubWVudDo0OTAgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIwMTQtMTItMTcgMTU6MzY6MTUg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIERJQUxP
Ry9jbGlWZXJzaW9uPWludDonMScKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgRElBTE9HL2N1c3RvbWl6YXRpb249
Ym9vbDonRmFsc2UnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoyMDE0LTEyLTE3
IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzgg
U3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmZpcmV3YWxsZC5Q
bHVnaW4uX2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcEVudmlyb25tZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0x
NyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUw
MCBFTlYgTkVUV09SSy9maXJld2FsbGRBdmFpbGFibGU9Ym9vbDonRmFsc2UnCjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAg
RU5WIE5FVFdPUksvZmlyZXdhbGxkRGlzYWJsZVNlcnZpY2VzPWxpc3Q6J1tdJwoyMDE0LTEyLTE3
IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAw
IEVOViBORVRXT1JLL2ZpcmV3YWxsZEVuYWJsZT1ib29sOidGYWxzZScKMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwNCBFTlZJ
Uk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBpbml0IE1FVEhPRCBvdG9waS5wbHVn
aW5zLm90b3BpLm5ldHdvcmsuaXB0YWJsZXMuUGx1Z2luLl9pbml0CjIwMTQtMTItMTcgMTU6MzY6
MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0OTAgRU5WSVJP
Tk1FTlQgRFVNUCAtIEJFR0lOCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE5FVFdPUksvaXB0YWJsZXNFbmFibGU9
Ym9vbDonRmFsc2UnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoyMDE0LTEyLTE3
IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzgg
U3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLnNzaC5QbHVnaW4u
X2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cEVudmlyb25tZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYg
TkVUV09SSy9zc2hFbmFibGU9Ym9vbDonRmFsc2UnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE5FVFdPUksvc3No
VXNlcj1zdHI6JycKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcEVudmlyb25tZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBT
dGFnZSBpbml0IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnN5c3RlbS5jbG9jay5QbHVnaW4u
X2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cEVudmlyb25tZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYg
U1lTVEVNL2Nsb2NrTWF4R2FwPWludDonNScKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgU1lTVEVNL2Nsb2NrU2V0
PWJvb2w6J0ZhbHNlJwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wRW52aXJvbm1lbnQ6NTA0IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxNC0xMi0x
NyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4
IFN0YWdlIGluaXQgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLnJlYm9vdC5QbHVn
aW4uX2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcEVudmlyb25tZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAx
NTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBF
TlYgU1lTVEVNL3JlYm9vdD1ib29sOidGYWxzZScKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgU1lTVEVNL3JlYm9v
dEFsbG93PWJvb2w6J1RydWUnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIFNZU1RFTS9yZWJvb3REZWZlclRpbWU9
aW50OicxMCcKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcEVudmlyb25tZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6
MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFn
ZSBpbml0IE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29y
ZS5hbnN3ZXJmaWxlLlBsdWdpbi5faW5pdAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDkwIEVOVklST05NRU5UIERVTVAgLSBC
RUdJTgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
RW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfQ09SRS9hbnN3ZXJGaWxlPXN0cjonL2V0Yy9v
dmlydC1ob3N0ZWQtZW5naW5lL2Fuc3dlcnMuY29uZicKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwNCBFTlZJUk9OTUVOVCBE
VU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBpbml0IE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0
X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS5vZmZsaW5lcGFja2FnZXIuUGx1Z2luLl9pbml0CjIw
MTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5l
X3NldHVwLmNvcmUub2ZmbGluZXBhY2thZ2VyIG9mZmxpbmVwYWNrYWdlci5faW5pdDo1OSBSZWdp
c3RlcmluZyBvZmZsaW5lIHBhY2thZ2VyCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBpbml0IE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS5wcmV2aWV3LlBsdWdpbi5f
aW5pdAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhl
Y3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0
ZWRfZW5naW5lX3NldHVwLmNvcmUucmVtb3RlX2Fuc3dlcmZpbGUuUGx1Z2luLl9pbml0CjIwMTQt
MTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVu
dDo0OTAgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPUkUvbG9nRmls
dGVyS2V5cz1saXN0OidbJ09WRUhPU1RFRF9GSVJTVF9IT1NUL3Jvb3RQYXNzd29yZCddJwoyMDE0
LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NTAwIEVOViBPVkVIT1NURURfRklSU1RfSE9TVC9zc2hkUG9ydD1pbnQ6JzIyJwoyMDE0LTEy
LTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6
NTA0IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGluaXQgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5lbmdpbmUuYWRkX2hvc3QuUGx1
Z2luLl9pbml0CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBFbnZpcm9ubWVudDo0OTAgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAg
RU5WIENPUkUvbG9nRmlsdGVyS2V5cz1saXN0OidbJ09WRUhPU1RFRF9GSVJTVF9IT1NUL3Jvb3RQ
YXNzd29yZCcsICdPVkVIT1NURURfRU5HSU5FL2FkbWluUGFzc3dvcmQnXScKMjAxNC0xMi0xNyAx
NTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwNCBF
TlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBpbml0IE1FVEhPRCBvdG9waS5w
bHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuZW5naW5lLmZxZG4uUGx1Z2luLl9pbml0
CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp
cm9ubWVudDo0OTAgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIwMTQtMTItMTcgMTU6MzY6MTUg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhP
U1RFRF9ORVRXT1JLL2ZxZG5SZXZlcnNlVmFsaWRhdGlvbj1ib29sOidGYWxzZScKMjAxNC0xMi0x
NyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUw
NCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBpbml0IE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuaGEuaGFfbm90aWZpY2F0aW9ucy5Q
bHVnaW4uX2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGluaXQgTUVUSE9EIG90b3BpLnBsdWdpbnMub3Zp
cnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5uZXR3b3JrLmJyaWRnZS5QbHVnaW4uX2luaXQKMjAxNC0x
Mi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50
OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX05F
VFdPUksvYnJpZGdlTmFtZT1zdHI6J292aXJ0bWdtdCcKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwNCBFTlZJUk9OTUVOVCBE
VU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBpbml0IE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0
X2hvc3RlZF9lbmdpbmVfc2V0dXAubmV0d29yay5maXJld2FsbF9tYW5hZ2VyLlBsdWdpbi5faW5p
dAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52
aXJvbm1lbnQ6NDkwIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM2OjE1
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVI
T1NURURfTkVUV09SSy9maXJld2FsbGRTZXJ2aWNlcz1saXN0OidbXScKMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYg
T1ZFSE9TVEVEX05FVFdPUksvZmlyZXdhbGxkU3Vic3Q9ZGljdDone30nCjIwMTQtMTItMTcgMTU6
MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5W
SVJPTk1FTlQgRFVNUCAtIEVORAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1
Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLm5ldHdvcmsuZ2F0ZXdheS5QbHVnaW4uX2lu
aXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1
dGVNZXRob2Q6MTM4IFN0YWdlIGluaXQgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVk
X2VuZ2luZV9zZXR1cC5wa2kudmRzbXBraS5QbHVnaW4uX2luaXQKMjAxNC0xMi0xNyAxNTozNjox
NSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ5MCBFTlZJUk9O
TUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1ZEU00vY2FTdWJqZWN0
PXN0cjonL0M9RU4vTD1UZXN0L089VGVzdC9DTj1UZXN0Q0EnCjIwMTQtMTItMTcgMTU6MzY6MTUg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhP
U1RFRF9WRFNNL3BraVN1YmplY3Q9c3RyOicvQz1FTi9MPVRlc3QvTz1UZXN0L0NOPVRlc3QnCjIw
MTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u
bWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW5pdCBNRVRI
T0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnNhbmxvY2subG9ja3Nw
YWNlLlBsdWdpbi5faW5pdAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDkwIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDE0
LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NTAwIEVOViBPVkVIT1NURURfU0FOTE9DSy9sb2Nrc3BhY2VOYW1lPXN0cjonaG9zdGVkLWVu
Z2luZScKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NBTkxPQ0svc2VydmljZU5hbWU9c3RyOidz
YW5sb2NrJwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wRW52aXJvbm1lbnQ6NTA0IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdl
IGluaXQgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9y
YWdlLmlzY3NpLlBsdWdpbi5faW5pdAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2Uuc3RvcmFnZS5QbHVnaW4u
X2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cEVudmlyb25tZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYg
T1ZFSE9TVEVEX0NPUkUvYWRkaXRpb25hbEhvc3RFbmFibGVkPWJvb2w6J0ZhbHNlJwoyMDE0LTEy
LTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6
NTAwIEVOViBPVkVIT1NURURfU1RPUkFHRS9jb25uZWN0aW9uVVVJRD1zdHI6JzM2YjM5ZTg3LTM1
YmItNGNkZS1hYWNiLTUzOWMyMmIyZjg3YycKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JB
R0Uvc2RVVUlEPXN0cjonZTc0NjE2NzUtNTc5ZS00MTkyLTg2MjktODg1OWU2OTA5NjdkJwoyMDE0
LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NTAwIEVOViBPVkVIT1NURURfU1RPUkFHRS9zcFVVSUQ9c3RyOidhZTBkMDNhNS0zNDU0LTQ5
ZTMtYmQ0ZC1kYWE3MWFkOTgxZWEnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoy
MDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1l
dGhvZDoxMzggU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5n
aW5lX3NldHVwLnN5c3RlbS5zc2hkLlBsdWdpbi5faW5pdAoyMDE0LTEyLTE3IDE1OjM2OjE1IERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW5pdCBN
RVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN5c3RlbS52ZHNt
ZW52LlBsdWdpbi5faW5pdAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDkwIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDE0
LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NTAwIEVOViBPVkVIT1NURURfVkRTTS9rdm1HaWQ9aW50OiczNicKMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYg
T1ZFSE9TVEVEX1ZEU00vc2VydmljZU5hbWU9c3RyOid2ZHNtZCcKMjAxNC0xMi0xNyAxNTozNjox
NSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZF
SE9TVEVEX1ZEU00vdmRzbVVpZD1pbnQ6JzM2JwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTA0IEVOVklST05NRU5UIERVTVAg
LSBFTkQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4
ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGluaXQgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9z
dGVkX2VuZ2luZV9zZXR1cC52ZHNtZC5jcHUuUGx1Z2luLl9pbml0CjIwMTQtMTItMTcgMTU6MzY6
MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBp
bml0IE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudmRzbWQu
dmRzbWNvbmYuUGx1Z2luLl9pbml0CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0OTAgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lO
CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp
cm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WRFNNL3VzZVNTTD1ib29sOidUcnVlJwoyMDE0LTEy
LTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6
NTA0IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGluaXQgTUVUSE9EIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5ib290X2Nkcm9tLlBsdWdp
bi5faW5pdAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5f
ZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9o
b3N0ZWRfZW5naW5lX3NldHVwLnZtLmJvb3RfZGlzay5QbHVnaW4uX2luaXQKMjAxNC0xMi0xNyAx
NTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ5MCBF
TlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX0NPUkUvdGVt
cERpcj1zdHI6Jy90bXAnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoyMDE0LTEy
LTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDox
MzggU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3Nl
dHVwLnZtLmNvbmZpZ3VyZXZtLlBsdWdpbi5faW5pdAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDkwIEVOVklST05NRU5UIERV
TVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfVk0vY2Ryb21VVUlEPXN0cjonYTRm
YTQyOWQtMTVkZC00YWEwLWI0ODctMTE3YzNjM2U2OTMyJwoyMDE0LTEyLTE3IDE1OjM2OjE1IERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NU
RURfVk0vY29uc29sZVVVSUQ9c3RyOic1YTc4YTU3Zi05ZDc0LTRmOTEtYmZkNi0wZTVmNDM0NTI1
YTgnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBF
bnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WTS9uaWNVVUlEPXN0cjonMTA0YjA3MmQtYzQw
ZC00OWU2LWI1N2YtM2UzNThlNmNiYmI3JwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfVk0vc3Vi
c3Q9ZGljdDone30nCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WTS92bVVVSUQ9c3RyOidiNWMy
MTJlZi00OTE4LTQwNDgtODY1MC1kMzQ3NjQyYTYxY2QnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQg
RFVNUCAtIEVORAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmly
dF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLmNwdS5QbHVnaW4uX2luaXQKMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdl
IGluaXQgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5p
bWFnZS5QbHVnaW4uX2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAx
NC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JBR0UvaW1nRGVzYz1zdHI6J0hvc3RlZCBFbmdpbmUg
SW1hZ2UnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9TVE9SQUdFL2ltZ1VVSUQ9c3RyOiczOTY3
NzVjZC1kZTEyLTRmYzQtOTNmMy03NTk2NThhZGMwODInCjIwMTQtMTItMTcgMTU6MzY6MTUgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RF
RF9TVE9SQUdFL3ZvbFVVSUQ9c3RyOic0YjhhOWNiNi1lYzY3LTRjY2MtOWI5YS0xMzYwYzQwYTMz
NDInCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBF
bnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoyMDE0LTEyLTE3IDE1OjM2OjE1
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW5p
dCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLm1hYy5Q
bHVnaW4uX2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGluaXQgTUVUSE9EIG90b3BpLnBsdWdpbnMub3Zp
cnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5tYWNoaW5lLlBsdWdpbi5faW5pdAoyMDE0LTEyLTE3
IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDkw
IEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfVk0vZW11
bGF0ZWRNYWNoaW5lPXN0cjoncGMnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoy
MDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1l
dGhvZDoxMzggU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5n
aW5lX3NldHVwLnZtLm1lbW9yeS5QbHVnaW4uX2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGluaXQgTUVU
SE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC52bS5ydW52bS5QbHVn
aW4uX2luaXQKMjAxNC0xMi0xNyAxNTozNjoxNSBJTkZPIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9z
dGVkX2VuZ2luZV9zZXR1cC52bS5ydW52bSBtaXhpbnMuX2dlbmVyYXRlVGVtcFZuY1Bhc3N3b3Jk
OjU0IEdlbmVyYXRpbmcgYSB0ZW1wb3JhcnkgVk5DIHBhc3N3b3JkLgoyMDE0LTEyLTE3IDE1OjM2
OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDkwIEVOVklS
T05NRU5UIERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT1JFL2xvZ0ZpbHRlcktleXM9bGlz
dDonWydPVkVIT1NURURfRklSU1RfSE9TVC9yb290UGFzc3dvcmQnLCAnT1ZFSE9TVEVEX0VOR0lO
RS9hZG1pblBhc3N3b3JkJywgJ09WRUhPU1RFRF9WRFNNL3Bhc3N3ZCddJwoyMDE0LTEyLTE3IDE1
OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVO
ViBPVkVIT1NURURfVkRTTS9wYXNzd2Q9c3RyOicqKkZJTFRFUkVEKionCjIwMTQtMTItMTcgMTU6
MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5W
IE9WRUhPU1RFRF9WRFNNL3Bhc3N3ZFZhbGlkaXR5U2Vjcz1zdHI6JzEwODAwJwoyMDE0LTEyLTE3
IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTA0
IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxNC0xMi0xNyAxNTozNjoxNSBJTkZPIG90b3BpLmNv
bnRleHQgY29udGV4dC5ydW5TZXF1ZW5jZTo0MTcgU3RhZ2U6IEVudmlyb25tZW50IHNldHVwCjIw
MTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LnJ1blNlcXVlbmNl
OjQyMSBTVEFHRSBzZXR1cAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2Ugc2V0dXAgTUVUSE9EIG90b3BpLnBsdWdp
bnMub3RvcGkucGFja2FnZXJzLnl1bXBhY2thZ2VyLlBsdWdpbi5fc2V0dXBfZXhpc3RlbmNlCjIw
MTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0
aG9kOjE0NCBjb25kaXRpb24gRmFsc2UKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIHNldHVwIE1FVEhPRCBvdG9w
aS5wbHVnaW5zLm90b3BpLmNvcmUuY29uZmlnLlBsdWdpbi5fcG9zdF9pbml0CjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cuaHVtYW4gZGlhbG9nLl9f
bG9nU3RyaW5nOjIxNSBESUFMT0c6U0VORCAgICAgICAgICAgICAgICAgQ29uZmlndXJhdGlvbiBm
aWxlczogW10KMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
X2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIHNldHVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3Bp
LmNvcmUubG9nLlBsdWdpbi5fc2V0dXAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5w
bHVnaW5zLm90b3BpLmRpYWxvZy5odW1hbiBkaWFsb2cuX19sb2dTdHJpbmc6MjE1IERJQUxPRzpT
RU5EICAgICAgICAgICAgICAgICBMb2cgZmlsZTogL3Zhci9sb2cvb3ZpcnQtaG9zdGVkLWVuZ2lu
ZS1zZXR1cC9vdmlydC1ob3N0ZWQtZW5naW5lLXNldHVwLTIwMTQxMjE3MTUzNDAzLXllYWlwMC5s
b2cKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1
dGVNZXRob2Q6MTM4IFN0YWdlIHNldHVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUu
bWlzYy5QbHVnaW4uX3NldHVwCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkucGx1Z2lu
cy5vdG9waS5kaWFsb2cuaHVtYW4gZGlhbG9nLl9fbG9nU3RyaW5nOjIxNSBESUFMT0c6U0VORCAg
ICAgICAgICAgICAgICAgVmVyc2lvbjogb3RvcGktMS4zLjAgKG90b3BpLTEuMy4wLTEuZWw3KQoy
MDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1l
dGhvZDoxMzggU3RhZ2Ugc2V0dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkucGFja2FnZXJz
Lnl1bXBhY2thZ2VyLlBsdWdpbi5fc2V0dXAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTQ0IGNvbmRpdGlvbiBGYWxzZQoyMDE0
LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhv
ZDoxMzggU3RhZ2Ugc2V0dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2lu
ZV9zZXR1cC52ZHNtZC5jcHUuUGx1Z2luLl9zZXR1cAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVH
IG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBj
cHVpbmZvOiBwcm9jZXNzb3IJOiAwCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3Zp
cnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IHZl
bmRvcl9pZAk6IEdlbnVpbmVJbnRlbAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92
aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBj
cHUgZmFtaWx5CTogNgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3Rf
ZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBtb2RlbAkJOiA1
OAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3
YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBtb2RlbCBuYW1lCTogSW50ZWwoUikg
WGVvbihSKSBDUFUgRTMtMTIyMCBWMiBAIDMuMTBHSHoKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJV
RyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkg
Y3B1aW5mbzogc3RlcHBpbmcJOiA5CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3Zp
cnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IG1p
Y3JvY29kZQk6IDB4MWIKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0
X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogY3B1IE1IegkJ
OiAxNjAwLjI1MwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVw
bG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBjYWNoZSBzaXplCTog
ODE5MiBLQgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95
LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBwaHlzaWNhbCBpZAk6IDAK
MjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2Fy
ZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogc2libGluZ3MJOiA0CjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUu
Z2V0VmVuZG9yOjQ5IGNwdWluZm86IGNvcmUgaWQJCTogMAoyMDE0LTEyLTE3IDE1OjM2OjE1IERF
QlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0
OSBjcHVpbmZvOiBjcHUgY29yZXMJOiA0CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGku
b3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86
IGFwaWNpZAkJOiAwCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9k
ZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGluaXRpYWwgYXBp
Y2lkCTogMAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95
LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBmcHUJCTogeWVzCjIwMTQt
MTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFy
ZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGZwdV9leGNlcHRpb24JOiB5ZXMKMjAxNC0xMi0x
NyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2Fy
ZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogY3B1aWQgbGV2ZWwJOiAxMwoyMDE0LTEyLTE3IDE1OjM2
OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZl
bmRvcjo0OSBjcHVpbmZvOiB3cAkJOiB5ZXMKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5m
bzogZmxhZ3MJCTogZnB1IHZtZSBkZSBwc2UgdHNjIG1zciBwYWUgbWNlIGN4OCBhcGljIHNlcCBt
dHJyIHBnZSBtY2EgY21vdiBwYXQgcHNlMzYgY2xmbHVzaCBkdHMgYWNwaSBtbXggZnhzciBzc2Ug
c3NlMiBzcyBodCB0bSBwYmUgc3lzY2FsbCBueCByZHRzY3AgbG0gY29uc3RhbnRfdHNjIGFyY2hf
cGVyZm1vbiBwZWJzIGJ0cyByZXBfZ29vZCBub3BsIHh0b3BvbG9neSBub25zdG9wX3RzYyBhcGVy
Zm1wZXJmIGVhZ2VyZnB1IHBuaSBwY2xtdWxxZHEgZHRlczY0IG1vbml0b3IgZHNfY3BsIHZteCBz
bXggZXN0IHRtMiBzc3NlMyBjeDE2IHh0cHIgcGRjbSBwY2lkIHNzZTRfMSBzc2U0XzIgeDJhcGlj
IHBvcGNudCB0c2NfZGVhZGxpbmVfdGltZXIgYWVzIHhzYXZlIGF2eCBmMTZjIHJkcmFuZCBsYWhm
X2xtIGlkYSBhcmF0IGVwYiB4c2F2ZW9wdCBwbG4gcHRzIGR0aGVybSB0cHJfc2hhZG93IHZubWkg
ZmxleHByaW9yaXR5IGVwdCB2cGlkIGZzZ3NiYXNlIHNtZXAgZXJtcwoyMDE0LTEyLTE3IDE1OjM2
OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZl
bmRvcjo0OSBjcHVpbmZvOiBib2dvbWlwcwk6IDYxODUuODIKMjAxNC0xMi0xNyAxNTozNjoxNSBE
RUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6
NDkgY3B1aW5mbzogY2xmbHVzaCBzaXplCTogNjQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBv
dG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1
aW5mbzogY2FjaGVfYWxpZ25tZW50CTogNjQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5m
bzogYWRkcmVzcyBzaXplcwk6IDM2IGJpdHMgcGh5c2ljYWwsIDQ4IGJpdHMgdmlydHVhbAoyMDE0
LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhh
cmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBwb3dlciBtYW5hZ2VtZW50OgoyMDE0LTEyLTE3
IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJl
LmdldFZlbmRvcjo0OSBjcHVpbmZvOiAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5v
dmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzog
cHJvY2Vzc29yCTogMQoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3Rf
ZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiB2ZW5kb3JfaWQJ
OiBHZW51aW5lSW50ZWwKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0
X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogY3B1IGZhbWls
eQk6IDYKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5o
YXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogbW9kZWwJCTogNTgKMjAxNC0x
Mi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJk
d2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogbW9kZWwgbmFtZQk6IEludGVsKFIpIFhlb24oUikg
Q1BVIEUzLTEyMjAgVjIgQCAzLjEwR0h6CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGku
b3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86
IHN0ZXBwaW5nCTogOQoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3Rf
ZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBtaWNyb2NvZGUJ
OiAweDFiCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3ku
aGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGNwdSBNSHoJCTogMTk5OS43
NDIKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJk
d2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogY2FjaGUgc2l6ZQk6IDgxOTIgS0IK
MjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2Fy
ZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogcGh5c2ljYWwgaWQJOiAwCjIwMTQtMTIt
MTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdh
cmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IHNpYmxpbmdzCTogNAoyMDE0LTEyLTE3IDE1OjM2OjE1
IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRv
cjo0OSBjcHVpbmZvOiBjb3JlIGlkCQk6IDEKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5m
bzogY3B1IGNvcmVzCTogNAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hv
c3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBhcGljaWQJ
CTogMgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95Lmhh
cmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBpbml0aWFsIGFwaWNpZAk6IDIK
MjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2Fy
ZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogZnB1CQk6IHllcwoyMDE0LTEyLTE3IDE1
OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdl
dFZlbmRvcjo0OSBjcHVpbmZvOiBmcHVfZXhjZXB0aW9uCTogeWVzCjIwMTQtMTItMTcgMTU6MzY6
MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVu
ZG9yOjQ5IGNwdWluZm86IGNwdWlkIGxldmVsCTogMTMKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJV
RyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkg
Y3B1aW5mbzogd3AJCTogeWVzCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRf
aG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGZsYWdz
CQk6IGZwdSB2bWUgZGUgcHNlIHRzYyBtc3IgcGFlIG1jZSBjeDggYXBpYyBzZXAgbXRyciBwZ2Ug
bWNhIGNtb3YgcGF0IHBzZTM2IGNsZmx1c2ggZHRzIGFjcGkgbW14IGZ4c3Igc3NlIHNzZTIgc3Mg
aHQgdG0gcGJlIHN5c2NhbGwgbnggcmR0c2NwIGxtIGNvbnN0YW50X3RzYyBhcmNoX3BlcmZtb24g
cGVicyBidHMgcmVwX2dvb2Qgbm9wbCB4dG9wb2xvZ3kgbm9uc3RvcF90c2MgYXBlcmZtcGVyZiBl
YWdlcmZwdSBwbmkgcGNsbXVscWRxIGR0ZXM2NCBtb25pdG9yIGRzX2NwbCB2bXggc214IGVzdCB0
bTIgc3NzZTMgY3gxNiB4dHByIHBkY20gcGNpZCBzc2U0XzEgc3NlNF8yIHgyYXBpYyBwb3BjbnQg
dHNjX2RlYWRsaW5lX3RpbWVyIGFlcyB4c2F2ZSBhdnggZjE2YyByZHJhbmQgbGFoZl9sbSBpZGEg
YXJhdCBlcGIgeHNhdmVvcHQgcGxuIHB0cyBkdGhlcm0gdHByX3NoYWRvdyB2bm1pIGZsZXhwcmlv
cml0eSBlcHQgdnBpZCBmc2dzYmFzZSBzbWVwIGVybXMKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJV
RyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkg
Y3B1aW5mbzogYm9nb21pcHMJOiA2MTg1LjgyCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3Rv
cGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWlu
Zm86IGNsZmx1c2ggc2l6ZQk6IDY0CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3Zp
cnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGNh
Y2hlX2FsaWdubWVudAk6IDY0CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRf
aG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGFkZHJl
c3Mgc2l6ZXMJOiAzNiBiaXRzIHBoeXNpY2FsLCA0OCBiaXRzIHZpcnR1YWwKMjAxNC0xMi0xNyAx
NTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5n
ZXRWZW5kb3I6NDkgY3B1aW5mbzogcG93ZXIgbWFuYWdlbWVudDoKMjAxNC0xMi0xNyAxNTozNjox
NSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5k
b3I6NDkgY3B1aW5mbzogCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9z
dF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IHByb2Nlc3Nv
cgk6IDIKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5o
YXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogdmVuZG9yX2lkCTogR2VudWlu
ZUludGVsCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3ku
aGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGNwdSBmYW1pbHkJOiA2CjIw
MTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUg
aGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IG1vZGVsCQk6IDU4CjIwMTQtMTItMTcgMTU6
MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0
VmVuZG9yOjQ5IGNwdWluZm86IG1vZGVsIG5hbWUJOiBJbnRlbChSKSBYZW9uKFIpIENQVSBFMy0x
MjIwIFYyIEAgMy4xMEdIegoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hv
c3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBzdGVwcGlu
Zwk6IDkKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5o
YXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogbWljcm9jb2RlCTogMHgxYgoy
MDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJl
IGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBjcHUgTUh6CQk6IDE5MjYuNzIyCjIwMTQt
MTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFy
ZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGNhY2hlIHNpemUJOiA4MTkyIEtCCjIwMTQtMTIt
MTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdh
cmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IHBoeXNpY2FsIGlkCTogMAoyMDE0LTEyLTE3IDE1OjM2
OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZl
bmRvcjo0OSBjcHVpbmZvOiBzaWJsaW5ncwk6IDQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBv
dG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1
aW5mbzogY29yZSBpZAkJOiAyCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRf
aG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGNwdSBj
b3Jlcwk6IDQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxv
eS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogYXBpY2lkCQk6IDQKMjAx
NC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBo
YXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogaW5pdGlhbCBhcGljaWQJOiA0CjIwMTQtMTIt
MTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdh
cmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGZwdQkJOiB5ZXMKMjAxNC0xMi0xNyAxNTozNjoxNSBE
RUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6
NDkgY3B1aW5mbzogZnB1X2V4Y2VwdGlvbgk6IHllcwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVH
IG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBj
cHVpbmZvOiBjcHVpZCBsZXZlbAk6IDEzCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGku
b3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86
IHdwCQk6IHllcwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVw
bG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBmbGFncwkJOiBmcHUg
dm1lIGRlIHBzZSB0c2MgbXNyIHBhZSBtY2UgY3g4IGFwaWMgc2VwIG10cnIgcGdlIG1jYSBjbW92
IHBhdCBwc2UzNiBjbGZsdXNoIGR0cyBhY3BpIG1teCBmeHNyIHNzZSBzc2UyIHNzIGh0IHRtIHBi
ZSBzeXNjYWxsIG54IHJkdHNjcCBsbSBjb25zdGFudF90c2MgYXJjaF9wZXJmbW9uIHBlYnMgYnRz
IHJlcF9nb29kIG5vcGwgeHRvcG9sb2d5IG5vbnN0b3BfdHNjIGFwZXJmbXBlcmYgZWFnZXJmcHUg
cG5pIHBjbG11bHFkcSBkdGVzNjQgbW9uaXRvciBkc19jcGwgdm14IHNteCBlc3QgdG0yIHNzc2Uz
IGN4MTYgeHRwciBwZGNtIHBjaWQgc3NlNF8xIHNzZTRfMiB4MmFwaWMgcG9wY250IHRzY19kZWFk
bGluZV90aW1lciBhZXMgeHNhdmUgYXZ4IGYxNmMgcmRyYW5kIGxhaGZfbG0gaWRhIGFyYXQgZXBi
IHhzYXZlb3B0IHBsbiBwdHMgZHRoZXJtIHRwcl9zaGFkb3cgdm5taSBmbGV4cHJpb3JpdHkgZXB0
IHZwaWQgZnNnc2Jhc2Ugc21lcCBlcm1zCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGku
b3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86
IGJvZ29taXBzCTogNjE4NS44MgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0
X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBjbGZs
dXNoIHNpemUJOiA2NAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3Rf
ZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBjYWNoZV9hbGln
bm1lbnQJOiA2NAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVw
bG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBhZGRyZXNzIHNpemVz
CTogMzYgYml0cyBwaHlzaWNhbCwgNDggYml0cyB2aXJ0dWFsCjIwMTQtMTItMTcgMTU6MzY6MTUg
REVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9y
OjQ5IGNwdWluZm86IHBvd2VyIG1hbmFnZW1lbnQ6CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcg
b3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNw
dWluZm86IAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95
LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBwcm9jZXNzb3IJOiAzCjIw
MTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUg
aGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IHZlbmRvcl9pZAk6IEdlbnVpbmVJbnRlbAoy
MDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJl
IGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBjcHUgZmFtaWx5CTogNgoyMDE0LTEyLTE3
IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJl
LmdldFZlbmRvcjo0OSBjcHVpbmZvOiBtb2RlbAkJOiA1OAoyMDE0LTEyLTE3IDE1OjM2OjE1IERF
QlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0
OSBjcHVpbmZvOiBtb2RlbCBuYW1lCTogSW50ZWwoUikgWGVvbihSKSBDUFUgRTMtMTIyMCBWMiBA
IDMuMTBHSHoKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxv
eS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogc3RlcHBpbmcJOiA5CjIw
MTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUg
aGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IG1pY3JvY29kZQk6IDB4MWIKMjAxNC0xMi0x
NyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2Fy
ZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogY3B1IE1IegkJOiAxODE1LjE5NQoyMDE0LTEyLTE3IDE1
OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdl
dFZlbmRvcjo0OSBjcHVpbmZvOiBjYWNoZSBzaXplCTogODE5MiBLQgoyMDE0LTEyLTE3IDE1OjM2
OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZl
bmRvcjo0OSBjcHVpbmZvOiBwaHlzaWNhbCBpZAk6IDAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJV
RyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkg
Y3B1aW5mbzogc2libGluZ3MJOiA0CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3Zp
cnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGNv
cmUgaWQJCTogMwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVw
bG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBjcHUgY29yZXMJOiA0
CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdh
cmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWluZm86IGFwaWNpZAkJOiA2CjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUu
Z2V0VmVuZG9yOjQ5IGNwdWluZm86IGluaXRpYWwgYXBpY2lkCTogNgoyMDE0LTEyLTE3IDE1OjM2
OjE1IERFQlVHIG90b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZl
bmRvcjo0OSBjcHVpbmZvOiBmcHUJCTogeWVzCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3Rv
cGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZ2V0VmVuZG9yOjQ5IGNwdWlu
Zm86IGZwdV9leGNlcHRpb24JOiB5ZXMKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5v
dmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzog
Y3B1aWQgbGV2ZWwJOiAxMwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hv
c3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiB3cAkJOiB5
ZXMKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJk
d2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogZmxhZ3MJCTogZnB1IHZtZSBkZSBw
c2UgdHNjIG1zciBwYWUgbWNlIGN4OCBhcGljIHNlcCBtdHJyIHBnZSBtY2EgY21vdiBwYXQgcHNl
MzYgY2xmbHVzaCBkdHMgYWNwaSBtbXggZnhzciBzc2Ugc3NlMiBzcyBodCB0bSBwYmUgc3lzY2Fs
bCBueCByZHRzY3AgbG0gY29uc3RhbnRfdHNjIGFyY2hfcGVyZm1vbiBwZWJzIGJ0cyByZXBfZ29v
ZCBub3BsIHh0b3BvbG9neSBub25zdG9wX3RzYyBhcGVyZm1wZXJmIGVhZ2VyZnB1IHBuaSBwY2xt
dWxxZHEgZHRlczY0IG1vbml0b3IgZHNfY3BsIHZteCBzbXggZXN0IHRtMiBzc3NlMyBjeDE2IHh0
cHIgcGRjbSBwY2lkIHNzZTRfMSBzc2U0XzIgeDJhcGljIHBvcGNudCB0c2NfZGVhZGxpbmVfdGlt
ZXIgYWVzIHhzYXZlIGF2eCBmMTZjIHJkcmFuZCBsYWhmX2xtIGlkYSBhcmF0IGVwYiB4c2F2ZW9w
dCBwbG4gcHRzIGR0aGVybSB0cHJfc2hhZG93IHZubWkgZmxleHByaW9yaXR5IGVwdCB2cGlkIGZz
Z3NiYXNlIHNtZXAgZXJtcwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92aXJ0X2hv
c3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiBib2dvbWlw
cwk6IDYxODUuODIKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2Rl
cGxveS5oYXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogY2xmbHVzaCBzaXpl
CTogNjQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5o
YXJkd2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogY2FjaGVfYWxpZ25tZW50CTog
NjQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJk
d2FyZSBoYXJkd2FyZS5nZXRWZW5kb3I6NDkgY3B1aW5mbzogYWRkcmVzcyBzaXplcwk6IDM2IGJp
dHMgcGh5c2ljYWwsIDQ4IGJpdHMgdmlydHVhbAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90
b3BpLm92aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVp
bmZvOiBwb3dlciBtYW5hZ2VtZW50OgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLm92
aXJ0X2hvc3RfZGVwbG95LmhhcmR3YXJlIGhhcmR3YXJlLmdldFZlbmRvcjo0OSBjcHVpbmZvOiAK
MjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2Fy
ZSBoYXJkd2FyZS5fcHJkbXNyOjEyMiBwcmRtc3I6IDUKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJV
RyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5fdm14X2VuYWJsZWRf
YnlfYmlvczoxMzcgdm14IGJpb3M6IFRydWUKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5fY3B1aWQ6ODUgY3B1aWQ6ICgx
OTgzMTMsIDEwNTA2MjQsIDIxNDI5NTQ0OTUsIDMyMTk5MTM3MjcpCjIwMTQtMTItMTcgMTU6MzY6
MTUgREVCVUcgb3RvcGkub3ZpcnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuX2NwdV9o
YXNfdm14X3N1cHBvcnQ6OTIgdm14IHN1cHBvcnQ6IFRydWUKMjAxNC0xMi0xNyAxNTozNjoxNSBE
RUJVRyBvdG9waS5vdmlydF9ob3N0X2RlcGxveS5oYXJkd2FyZSBoYXJkd2FyZS5faXNWaXJ0dWFs
aXphdGlvbkVuYWJsZWQ6MTg2IHZpcnR1YWxpemF0aW9uIHN1cHBvcnQgR2VudWluZUludGVsIChj
cHU6IFRydWUsIGJpb3M6IFRydWUpCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkub3Zp
cnRfaG9zdF9kZXBsb3kuaGFyZHdhcmUgaGFyZHdhcmUuZGV0ZWN0OjE5OCBIYXJkd2FyZSBzdXBw
b3J0cyB2aXJ0dWFsaXphdGlvbgoyMDE0LTEyLTE3IDE1OjM2OjE1IElORk8gb3RvcGkucGx1Z2lu
cy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZkc21kLmNwdSBjcHUuX3NldHVwOjExMCBIYXJk
d2FyZSBzdXBwb3J0cyB2aXJ0dWFsaXphdGlvbgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2Ugc2V0dXAgTUVUSE9E
IG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5maXJld2FsbGQuUGx1Z2luLl9zZXR1cAoyMDE0
LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhv
ZDoxMzggU3RhZ2Ugc2V0dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5ob3N0
bmFtZS5QbHVnaW4uX3NldHVwCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGkucGx1
Z2lucy5vdG9waS5zZXJ2aWNlcy5vcGVucmMuUGx1Z2luLl9zZXR1cAoyMDE0LTEyLTE3IDE1OjM2
OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2Ug
c2V0dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMucmhlbC5QbHVnaW4uX3Nl
dHVwCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVj
dXRlTWV0aG9kOjEzOCBTdGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2
aWNlcy5zeXN0ZW1kLlBsdWdpbi5fc2V0dXAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIHNldHVwIE1FVEhPRCBv
dG9waS5wbHVnaW5zLm90b3BpLnN5c3RlbS5jbG9jay5QbHVnaW4uX3NldHVwCjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBT
dGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0ucmVib290LlBsdWdp
bi5fc2V0dXAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
X2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIHNldHVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0
X2hvc3RlZF9lbmdpbmVfc2V0dXAuZW5naW5lLmFkZF9ob3N0LlBsdWdpbi5fc2V0dXAKMjAxNC0x
Mi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6
MTM4IFN0YWdlIHNldHVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVf
c2V0dXAuZW5naW5lLmZxZG4uUGx1Z2luLl9zZXR1cAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2Ugc2V0dXAgTUVU
SE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5uZXR3b3JrLmJyaWRn
ZS5QbHVnaW4uX3NldHVwCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGkucGx1Z2lu
cy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLm5ldHdvcmsuZ2F0ZXdheS5QbHVnaW4uX3NldHVw
CjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRl
TWV0aG9kOjEzOCBTdGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRf
ZW5naW5lX3NldHVwLnBraS52ZHNtcGtpLlBsdWdpbi5fc2V0dXAKMjAxNC0xMi0xNyAxNTozNjox
NSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIHNl
dHVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFn
ZS5pc2NzaS5QbHVnaW4uX3NldHVwCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzLlBsdWdpbi5fc2V0
dXAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1
dGVNZXRob2Q6MTM4IFN0YWdlIHNldHVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3Rl
ZF9lbmdpbmVfc2V0dXAuc3lzdGVtLnNzaGQuUGx1Z2luLl9zZXR1cAoyMDE0LTEyLTE3IDE1OjM2
OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2Ug
c2V0dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zeXN0
ZW0udmRzbWVudi5QbHVnaW4uX3NldHVwCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBzZXR1cCBNRVRIT0Qgb3Rv
cGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLmJvb3RfY2Ryb20uUGx1Z2lu
Ll9zZXR1cAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5f
ZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2Ugc2V0dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRf
aG9zdGVkX2VuZ2luZV9zZXR1cC52bS5ib290X2Rpc2suUGx1Z2luLl9zZXR1cAoyMDE0LTEyLTE3
IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzgg
U3RhZ2Ugc2V0dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1
cC52bS5ydW52bS5QbHVnaW4uX3NldHVwCjIwMTQtMTItMTcgMTU6MzY6MTUgSU5GTyBvdG9waS5j
b250ZXh0IGNvbnRleHQucnVuU2VxdWVuY2U6NDE3IFN0YWdlOiBFbnZpcm9ubWVudCBwYWNrYWdl
cyBzZXR1cAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5y
dW5TZXF1ZW5jZTo0MjEgU1RBR0UgaW50ZXJuYWxfcGFja2FnZXMKMjAxNC0xMi0xNyAxNTozNjox
NSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGlu
dGVybmFsX3BhY2thZ2VzIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUudHJhbnNhY3Rp
b24uUGx1Z2luLl9wcmVfcHJlcGFyZQoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW50ZXJuYWxfcGFja2FnZXMg
TUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5ob3N0bmFtZS5QbHVnaW4uX2ludGVy
bmFsX3BhY2thZ2VzCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBpbnRlcm5hbF9wYWNrYWdlcyBNRVRIT0Qgb3Rv
cGkucGx1Z2lucy5vdG9waS5wYWNrYWdlcnMueXVtcGFja2FnZXIuUGx1Z2luLl9pbnRlcm5hbF9w
YWNrYWdlc19lbmQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuX2V4ZWN1dGVNZXRob2Q6MTQ0IGNvbmRpdGlvbiBGYWxzZQoyMDE0LTEyLTE3IDE1OjM2OjE1
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgaW50
ZXJuYWxfcGFja2FnZXMgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29yZS50cmFuc2FjdGlv
bi5QbHVnaW4uX3ByZV9lbmQKMjAxNC0xMi0xNyAxNTozNjoxNSBJTkZPIG90b3BpLmNvbnRleHQg
Y29udGV4dC5ydW5TZXF1ZW5jZTo0MTcgU3RhZ2U6IFByb2dyYW1zIGRldGVjdGlvbgoyMDE0LTEy
LTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5ydW5TZXF1ZW5jZTo0MjEg
U1RBR0UgcHJvZ3JhbXMKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIHByb2dyYW1zIE1FVEhPRCBvdG9waS5wbHVn
aW5zLm90b3BpLnN5c3RlbS5jb21tYW5kLlBsdWdpbi5fcHJvZ3JhbXMKMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ5MCBFTlZJ
Uk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9jaGtjb25maWc9c3Ry
Oicvc2Jpbi9jaGtjb25maWcnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvY2hyb255Yz1zdHI6Jy9i
aW4vY2hyb255YycKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9kYXRlPXN0cjonL2Jpbi9kYXRlJwoy
MDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJv
bm1lbnQ6NTAwIEVOViBDT01NQU5EL2RpZz1zdHI6Jy9iaW4vZGlnJwoyMDE0LTEyLTE3IDE1OjM2
OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBD
T01NQU5EL2ZpcmV3YWxsLWNtZD1zdHI6Jy9iaW4vZmlyZXdhbGwtY21kJwoyMDE0LTEyLTE3IDE1
OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVO
ViBDT01NQU5EL2h3Y2xvY2s9c3RyOicvc2Jpbi9od2Nsb2NrJwoyMDE0LTEyLTE3IDE1OjM2OjE1
IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT01N
QU5EL2lwPXN0cjonL3NiaW4vaXAnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvaXNjc2lhZG09c3Ry
Oicvc2Jpbi9pc2NzaWFkbScKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9sc29mPXN0cjonL3NiaW4v
bHNvZicKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cEVudmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9tb3VudD1zdHI6Jy9iaW4vbW91bnQnCjIwMTQt
MTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVu
dDo1MDAgRU5WIENPTU1BTkQvbnRwcT1zdHI6Jy9zYmluL250cHEnCjIwMTQtMTItMTcgMTU6MzY6
MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENP
TU1BTkQvb3BlbnNzbD1zdHI6Jy9iaW4vb3BlbnNzbCcKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9w
aW5nPXN0cjonL2Jpbi9waW5nJwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT01NQU5EL3FlbXUtaW1nPXN0cjon
L2Jpbi9xZW11LWltZycKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9yZWJvb3Q9c3RyOicvc2Jpbi9y
ZWJvb3QnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvcmVtb3RlLXZpZXdlcj1zdHI6Jy9iaW4vcmVt
b3RlLXZpZXdlcicKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9yZXN0b3JlY29uPXN0cjonL3NiaW4v
cmVzdG9yZWNvbicKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9zZWxpbnV4ZW5hYmxlZD1zdHI6Jy9z
YmluL3NlbGludXhlbmFibGVkJwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT01NQU5EL3NlcnZpY2U9c3RyOicv
c2Jpbi9zZXJ2aWNlJwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT01NQU5EL3NzaGQ9c3RyOicvc2Jpbi9zc2hk
JwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52
aXJvbm1lbnQ6NTAwIEVOViBDT01NQU5EL3N1ZG89c3RyOicvYmluL3N1ZG8nCjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAg
RU5WIENPTU1BTkQvc3lzdGVtY3RsPXN0cjonL2Jpbi9zeXN0ZW1jdGwnCjIwMTQtMTItMTcgMTU6
MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5W
IENPTU1BTkQvdW1vdW50PXN0cjonL2Jpbi91bW91bnQnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQv
dmRzQ2xpZW50PXN0cjonL2Jpbi92ZHNDbGllbnQnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvdmRz
bS10b29sPXN0cjonL2Jpbi92ZHNtLXRvb2wnCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAt
IEVORAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhl
Y3V0ZU1ldGhvZDoxMzggU3RhZ2UgcHJvZ3JhbXMgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGku
c2VydmljZXMuc3lzdGVtZC5QbHVnaW4uX3Byb2dyYW1zCjIwMTQtMTItMTcgMTU6MzY6MTUgREVC
VUcgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2aWNlcy5zeXN0ZW1kIHBsdWdpbi5leGVjdXRlUmF3
Ojc4NSBleGVjdXRlOiAoJy9iaW4vc3lzdGVtY3RsJywgJ3Nob3ctZW52aXJvbm1lbnQnKSwgZXhl
Y3V0YWJsZT0nTm9uZScsIGN3ZD0nTm9uZScsIGVudj1Ob25lCjIwMTQtMTItMTcgMTU6MzY6MTUg
REVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2aWNlcy5zeXN0ZW1kIHBsdWdpbi5leGVjdXRl
UmF3OjgwMyBleGVjdXRlLXJlc3VsdDogKCcvYmluL3N5c3RlbWN0bCcsICdzaG93LWVudmlyb25t
ZW50JyksIHJjPTAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5wbHVnaW5zLm90b3Bp
LnNlcnZpY2VzLnN5c3RlbWQgcGx1Z2luLmV4ZWN1dGU6ODYxIGV4ZWN1dGUtb3V0cHV0OiAoJy9i
aW4vc3lzdGVtY3RsJywgJ3Nob3ctZW52aXJvbm1lbnQnKSBzdGRvdXQ6ClBBVEg9L3Vzci9sb2Nh
bC9zYmluOi91c3IvbG9jYWwvYmluOi91c3Ivc2JpbjovdXNyL2JpbgpMQU5HPWVuX1VTLlVURi04
CgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMu
c3lzdGVtZCBwbHVnaW4uZXhlY3V0ZTo4NjYgZXhlY3V0ZS1vdXRwdXQ6ICgnL2Jpbi9zeXN0ZW1j
dGwnLCAnc2hvdy1lbnZpcm9ubWVudCcpIHN0ZGVycjoKCgoyMDE0LTEyLTE3IDE1OjM2OjE1IERF
QlVHIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMuc3lzdGVtZCBzeXN0ZW1kLl9wcm9ncmFt
czo2MSByZWdpc3RlcmluZyBzeXN0ZW1kIHByb3ZpZGVyCjIwMTQtMTItMTcgMTU6MzY6MTUgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBwcm9ncmFt
cyBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2aWNlcy5yaGVsLlBsdWdpbi5fcHJvZ3Jh
bXMKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLnNlcnZpY2Vz
LnJoZWwgcGx1Z2luLmV4ZWN1dGVSYXc6Nzg1IGV4ZWN1dGU6ICgnL2Jpbi9zeXN0ZW1jdGwnLCAn
c2hvdy1lbnZpcm9ubWVudCcpLCBleGVjdXRhYmxlPSdOb25lJywgY3dkPSdOb25lJywgZW52PU5v
bmUKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLnNlcnZpY2Vz
LnJoZWwgcGx1Z2luLmV4ZWN1dGVSYXc6ODAzIGV4ZWN1dGUtcmVzdWx0OiAoJy9iaW4vc3lzdGVt
Y3RsJywgJ3Nob3ctZW52aXJvbm1lbnQnKSwgcmM9MAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVH
IG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMucmhlbCBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhl
Y3V0ZS1vdXRwdXQ6ICgnL2Jpbi9zeXN0ZW1jdGwnLCAnc2hvdy1lbnZpcm9ubWVudCcpIHN0ZG91
dDoKUEFUSD0vdXNyL2xvY2FsL3NiaW46L3Vzci9sb2NhbC9iaW46L3Vzci9zYmluOi91c3IvYmlu
CkxBTkc9ZW5fVVMuVVRGLTgKCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkucGx1Z2lu
cy5vdG9waS5zZXJ2aWNlcy5yaGVsIHBsdWdpbi5leGVjdXRlOjg2NiBleGVjdXRlLW91dHB1dDog
KCcvYmluL3N5c3RlbWN0bCcsICdzaG93LWVudmlyb25tZW50Jykgc3RkZXJyOgoKCjIwMTQtMTIt
MTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEz
OCBTdGFnZSBwcm9ncmFtcyBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2aWNlcy5vcGVu
cmMuUGx1Z2luLl9wcm9ncmFtcwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgcHJvZ3JhbXMgTUVUSE9EIG90b3Bp
LnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5oYS5oYV9zZXJ2aWNlcy5QbHVnaW4u
X3Byb2dyYW1zCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5z
ZXJ2aWNlcy5zeXN0ZW1kIHN5c3RlbWQuc3RhdHVzOjEwMiBjaGVjayBzZXJ2aWNlIG92aXJ0LWhh
LWFnZW50IHN0YXR1cwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3Rv
cGkuc2VydmljZXMuc3lzdGVtZCBwbHVnaW4uZXhlY3V0ZVJhdzo3ODUgZXhlY3V0ZTogKCcvYmlu
L3N5c3RlbWN0bCcsICdzdGF0dXMnLCAnb3ZpcnQtaGEtYWdlbnQuc2VydmljZScpLCBleGVjdXRh
YmxlPSdOb25lJywgY3dkPSdOb25lJywgZW52PU5vbmUKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJV
RyBvdG9waS5wbHVnaW5zLm90b3BpLnNlcnZpY2VzLnN5c3RlbWQgcGx1Z2luLmV4ZWN1dGVSYXc6
ODAzIGV4ZWN1dGUtcmVzdWx0OiAoJy9iaW4vc3lzdGVtY3RsJywgJ3N0YXR1cycsICdvdmlydC1o
YS1hZ2VudC5zZXJ2aWNlJyksIHJjPTMKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5w
bHVnaW5zLm90b3BpLnNlcnZpY2VzLnN5c3RlbWQgcGx1Z2luLmV4ZWN1dGU6ODYxIGV4ZWN1dGUt
b3V0cHV0OiAoJy9iaW4vc3lzdGVtY3RsJywgJ3N0YXR1cycsICdvdmlydC1oYS1hZ2VudC5zZXJ2
aWNlJykgc3Rkb3V0OgpvdmlydC1oYS1hZ2VudC5zZXJ2aWNlIC0gb1ZpcnQgSG9zdGVkIEVuZ2lu
ZSBIaWdoIEF2YWlsYWJpbGl0eSBNb25pdG9yaW5nIEFnZW50CiAgIExvYWRlZDogbG9hZGVkICgv
dXNyL2xpYi9zeXN0ZW1kL3N5c3RlbS9vdmlydC1oYS1hZ2VudC5zZXJ2aWNlOyBkaXNhYmxlZCkK
ICAgQWN0aXZlOiBpbmFjdGl2ZSAoZGVhZCkKCgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90
b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMuc3lzdGVtZCBwbHVnaW4uZXhlY3V0ZTo4NjYgZXhl
Y3V0ZS1vdXRwdXQ6ICgnL2Jpbi9zeXN0ZW1jdGwnLCAnc3RhdHVzJywgJ292aXJ0LWhhLWFnZW50
LnNlcnZpY2UnKSBzdGRlcnI6CgoKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5wbHVn
aW5zLm90b3BpLnNlcnZpY2VzLnN5c3RlbWQgc3lzdGVtZC5zdGF0dXM6MTAyIGNoZWNrIHNlcnZp
Y2Ugb3ZpcnQtaGEtYnJva2VyIHN0YXR1cwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3Bp
LnBsdWdpbnMub3RvcGkuc2VydmljZXMuc3lzdGVtZCBwbHVnaW4uZXhlY3V0ZVJhdzo3ODUgZXhl
Y3V0ZTogKCcvYmluL3N5c3RlbWN0bCcsICdzdGF0dXMnLCAnb3ZpcnQtaGEtYnJva2VyLnNlcnZp
Y2UnKSwgZXhlY3V0YWJsZT0nTm9uZScsIGN3ZD0nTm9uZScsIGVudj1Ob25lCjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2aWNlcy5zeXN0ZW1kIHBsdWdp
bi5leGVjdXRlUmF3OjgwMyBleGVjdXRlLXJlc3VsdDogKCcvYmluL3N5c3RlbWN0bCcsICdzdGF0
dXMnLCAnb3ZpcnQtaGEtYnJva2VyLnNlcnZpY2UnKSwgcmM9MwoyMDE0LTEyLTE3IDE1OjM2OjE1
IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMuc3lzdGVtZCBwbHVnaW4uZXhlY3V0
ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6ICgnL2Jpbi9zeXN0ZW1jdGwnLCAnc3RhdHVzJywgJ292aXJ0
LWhhLWJyb2tlci5zZXJ2aWNlJykgc3Rkb3V0OgpvdmlydC1oYS1icm9rZXIuc2VydmljZSAtIG9W
aXJ0IEhvc3RlZCBFbmdpbmUgSGlnaCBBdmFpbGFiaWxpdHkgQ29tbXVuaWNhdGlvbnMgQnJva2Vy
CiAgIExvYWRlZDogbG9hZGVkICgvdXNyL2xpYi9zeXN0ZW1kL3N5c3RlbS9vdmlydC1oYS1icm9r
ZXIuc2VydmljZTsgZGlzYWJsZWQpCiAgIEFjdGl2ZTogaW5hY3RpdmUgKGRlYWQpCgoKMjAxNC0x
Mi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLnNlcnZpY2VzLnN5c3RlbWQg
cGx1Z2luLmV4ZWN1dGU6ODY2IGV4ZWN1dGUtb3V0cHV0OiAoJy9iaW4vc3lzdGVtY3RsJywgJ3N0
YXR1cycsICdvdmlydC1oYS1icm9rZXIuc2VydmljZScpIHN0ZGVycjoKCgoyMDE0LTEyLTE3IDE1
OjM2OjE1IElORk8gb3RvcGkuY29udGV4dCBjb250ZXh0LnJ1blNlcXVlbmNlOjQxNyBTdGFnZTog
RW52aXJvbm1lbnQgc2V0dXAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQucnVuU2VxdWVuY2U6NDIxIFNUQUdFIGxhdGVfc2V0dXAKMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdl
IGxhdGVfc2V0dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1
cC52ZHNtZC52ZHNtY29uZi5QbHVnaW4uX2xhdGVfc2V0dXAKMjAxNC0xMi0xNyAxNTozNjoxNSBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGxhdGVf
c2V0dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zeXN0
ZW0udmRzbWVudi5QbHVnaW4uX2xhdGVfc2V0dXAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBv
dG9waS5wbHVnaW5zLm90b3BpLnNlcnZpY2VzLnN5c3RlbWQgc3lzdGVtZC5zdGF0dXM6MTAyIGNo
ZWNrIHNlcnZpY2UgdmRzbWQgc3RhdHVzCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGku
cGx1Z2lucy5vdG9waS5zZXJ2aWNlcy5zeXN0ZW1kIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVj
dXRlOiAoJy9iaW4vc3lzdGVtY3RsJywgJ3N0YXR1cycsICd2ZHNtZC5zZXJ2aWNlJyksIGV4ZWN1
dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM2OjE1IERF
QlVHIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMuc3lzdGVtZCBwbHVnaW4uZXhlY3V0ZVJh
dzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL2Jpbi9zeXN0ZW1jdGwnLCAnc3RhdHVzJywgJ3Zkc21k
LnNlcnZpY2UnKSwgcmM9MAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdpbnMu
b3RvcGkuc2VydmljZXMuc3lzdGVtZCBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6
ICgnL2Jpbi9zeXN0ZW1jdGwnLCAnc3RhdHVzJywgJ3Zkc21kLnNlcnZpY2UnKSBzdGRvdXQ6CnZk
c21kLnNlcnZpY2UgLSBWaXJ0dWFsIERlc2t0b3AgU2VydmVyIE1hbmFnZXIKICAgTG9hZGVkOiBs
b2FkZWQgKC91c3IvbGliL3N5c3RlbWQvc3lzdGVtL3Zkc21kLnNlcnZpY2U7IGVuYWJsZWQpCiAg
IEFjdGl2ZTogYWN0aXZlIChydW5uaW5nKSBzaW5jZSBXZWQgMjAxNC0xMi0xNyAxNToyMTozNiBQ
U1Q7IDE0bWluIGFnbwogIFByb2Nlc3M6IDI1ODQgRXhlY1N0YXJ0UHJlPS91c3IvbGliZXhlYy92
ZHNtL3Zkc21kX2luaXRfY29tbW9uLnNoIC0tcHJlLXN0YXJ0IChjb2RlPWV4aXRlZCwgc3RhdHVz
PTAvU1VDQ0VTUykKIE1haW4gUElEOiAyNzc4ICh2ZHNtKQogICBDR3JvdXA6IC9zeXN0ZW0uc2xp
Y2UvdmRzbWQuc2VydmljZQogICAgICAgICAgIOKUlOKUgDI3NzggL3Vzci9iaW4vcHl0aG9uIC91
c3Ivc2hhcmUvdmRzbS92ZHNtCgpEZWMgMTcgMTU6MjE6MzYgY29tcHV0ZTItMSBweXRob25bMjc3
Ml06IERJR0VTVC1NRDUgY2xpZW50IG1lY2ggZGlzcG9zZQpEZWMgMTcgMTU6MjE6MzYgY29tcHV0
ZTItMSBweXRob25bMjc3Ml06IERJR0VTVC1NRDUgY29tbW9uIG1lY2ggZGlzcG9zZQpEZWMgMTcg
MTU6MjE6MzYgY29tcHV0ZTItMSBzeXN0ZW1kWzFdOiBTdGFydGVkIFZpcnR1YWwgRGVza3RvcCBT
ZXJ2ZXIgTWFuYWdlci4KRGVjIDE3IDE1OjIxOjM3IGNvbXB1dGUyLTEgcHl0aG9uWzI3NzhdOiBE
SUdFU1QtTUQ1IGNsaWVudCBzdGVwIDIKRGVjIDE3IDE1OjIxOjM3IGNvbXB1dGUyLTEgcHl0aG9u
WzI3NzhdOiBESUdFU1QtTUQ1IHBhcnNlX3NlcnZlcl9jaGFsbGVuZ2UoKQpEZWMgMTcgMTU6MjE6
MzcgY29tcHV0ZTItMSBweXRob25bMjc3OF06IERJR0VTVC1NRDUgYXNrX3VzZXJfaW5mbygpCkRl
YyAxNyAxNToyMTozNyBjb21wdXRlMi0xIHB5dGhvblsyNzc4XTogRElHRVNULU1ENSBjbGllbnQg
c3RlcCAyCkRlYyAxNyAxNToyMTozNyBjb21wdXRlMi0xIHB5dGhvblsyNzc4XTogRElHRVNULU1E
NSBhc2tfdXNlcl9pbmZvKCkKRGVjIDE3IDE1OjIxOjM3IGNvbXB1dGUyLTEgcHl0aG9uWzI3Nzhd
OiBESUdFU1QtTUQ1IG1ha2VfY2xpZW50X3Jlc3BvbnNlKCkKRGVjIDE3IDE1OjIxOjM3IGNvbXB1
dGUyLTEgcHl0aG9uWzI3NzhdOiBESUdFU1QtTUQ1IGNsaWVudCBzdGVwIDMKCjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2aWNlcy5zeXN0ZW1kIHBsdWdp
bi5leGVjdXRlOjg2NiBleGVjdXRlLW91dHB1dDogKCcvYmluL3N5c3RlbWN0bCcsICdzdGF0dXMn
LCAndmRzbWQuc2VydmljZScpIHN0ZGVycjoKCgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zeXN0ZW0udmRzbWVudiB2ZHNt
ZW52Ll9jb25uZWN0Ojc5IHsnc3RhdHVzJzogeydtZXNzYWdlJzogJ0RvbmUnLCAnY29kZSc6IDB9
LCAnaW5mbyc6IHsnc3lzdGVtUHJvZHVjdE5hbWUnOiAnUG93ZXJFZGdlIFQxMTAgSUknLCAnc3lz
dGVtVVVJRCc6ICc0QzRDNDU0NC0wMDU5LTM2MTAtODAzMy1CNEMwNEYzOTU5MzEnLCAnc3lzdGVt
U2VyaWFsTnVtYmVyJzogJzRZNjM5WTEnLCAnc3lzdGVtTWFudWZhY3R1cmVyJzogJ0RlbGwgSW5j
Lid9fQoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
RW52aXJvbm1lbnQ6NDkwIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDE0LTEyLTE3IDE1OjM2
OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBP
VkVIT1NURURfVkRTTS92ZHNDbGllbnQ9aW5zdGFuY2U6Jzx2ZHNDbGllbnQuc2VydmljZSBpbnN0
YW5jZSBhdCAweDQ0MjAxNzA+JwoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTA0IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAx
NC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRo
b2Q6MTM4IFN0YWdlIGxhdGVfc2V0dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVk
X2VuZ2luZV9zZXR1cC5wa2kudmRzbXBraS5QbHVnaW4uX2xhdGVfc2V0dXAKMjAxNC0xMi0xNyAx
NTozNjoxNSBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAucGtp
LnZkc21wa2kgcGx1Z2luLmV4ZWN1dGVSYXc6Nzg1IGV4ZWN1dGU6ICgnL3NiaW4vc2VsaW51eGVu
YWJsZWQnLCksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEy
LTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1
cC5wa2kudmRzbXBraSBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL3Ni
aW4vc2VsaW51eGVuYWJsZWQnLCksIHJjPTAKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAucGtpLnZkc21wa2kgcGx1Z2luLmV4
ZWN1dGU6ODYxIGV4ZWN1dGUtb3V0cHV0OiAoJy9zYmluL3NlbGludXhlbmFibGVkJywpIHN0ZG91
dDoKCgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVk
X2VuZ2luZV9zZXR1cC5wa2kudmRzbXBraSBwbHVnaW4uZXhlY3V0ZTo4NjYgZXhlY3V0ZS1vdXRw
dXQ6ICgnL3NiaW4vc2VsaW51eGVuYWJsZWQnLCkgc3RkZXJyOgoKCjIwMTQtMTItMTcgMTU6MzY6
MTUgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnBraS52ZHNt
cGtpIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9iaW4vb3BlbnNzbCcsICd4NTA5
JywgJy1ub291dCcsICctdGV4dCcsICctaW4nLCAnL2V0Yy9wa2kvdmRzbS9saWJ2aXJ0LXNwaWNl
L3NlcnZlci1jZXJ0LnBlbScpLCBleGVjdXRhYmxlPSdOb25lJywgY3dkPSdOb25lJywgZW52PU5v
bmUKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9l
bmdpbmVfc2V0dXAucGtpLnZkc21wa2kgcGx1Z2luLmV4ZWN1dGVSYXc6ODAzIGV4ZWN1dGUtcmVz
dWx0OiAoJy9iaW4vb3BlbnNzbCcsICd4NTA5JywgJy1ub291dCcsICctdGV4dCcsICctaW4nLCAn
L2V0Yy9wa2kvdmRzbS9saWJ2aXJ0LXNwaWNlL3NlcnZlci1jZXJ0LnBlbScpLCByYz0wCjIwMTQt
MTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3Nl
dHVwLnBraS52ZHNtcGtpIHBsdWdpbi5leGVjdXRlOjg2MSBleGVjdXRlLW91dHB1dDogKCcvYmlu
L29wZW5zc2wnLCAneDUwOScsICctbm9vdXQnLCAnLXRleHQnLCAnLWluJywgJy9ldGMvcGtpL3Zk
c20vbGlidmlydC1zcGljZS9zZXJ2ZXItY2VydC5wZW0nKSBzdGRvdXQ6CkNlcnRpZmljYXRlOgog
ICAgRGF0YToKICAgICAgICBWZXJzaW9uOiAxICgweDApCiAgICAgICAgU2VyaWFsIE51bWJlcjog
MSAoMHgxKQogICAgU2lnbmF0dXJlIEFsZ29yaXRobTogc2hhMVdpdGhSU0FFbmNyeXB0aW9uCiAg
ICAgICAgSXNzdWVyOiBDPUVOLCBMPVRlc3QsIE89VGVzdCwgQ049VGVzdENBCiAgICAgICAgVmFs
aWRpdHkKICAgICAgICAgICAgTm90IEJlZm9yZTogRGVjIDE3IDIzOjIxOjM4IDIwMTQgR01UCiAg
ICAgICAgICAgIE5vdCBBZnRlciA6IERlYyAxNiAyMzoyMTozOCAyMDE3IEdNVAogICAgICAgIFN1
YmplY3Q6IEM9RU4sIEw9VGVzdCwgTz1UZXN0LCBDTj1UZXN0CiAgICAgICAgU3ViamVjdCBQdWJs
aWMgS2V5IEluZm86CiAgICAgICAgICAgIFB1YmxpYyBLZXkgQWxnb3JpdGhtOiByc2FFbmNyeXB0
aW9uCiAgICAgICAgICAgICAgICBQdWJsaWMtS2V5OiAoMTAyNCBiaXQpCiAgICAgICAgICAgICAg
ICBNb2R1bHVzOgogICAgICAgICAgICAgICAgICAgIDAwOmU0OjA3OmRkOjFmOmY1OmVkOmUxOmIy
OmVjOjdiOmNmOjY3OjY1OjUzOgogICAgICAgICAgICAgICAgICAgIDY2OjBjOjlhOmRjOjBjOjgx
OjUwOjYxOjdkOjRjOmM1OjA4OjY2Ojg3OmU5OgogICAgICAgICAgICAgICAgICAgIDNiOjMwOjQ0
OjkzOjUzOjI2OmE0Ojg2OjFiOjA3OmM0OjY5OmVlOmNiOjA3OgogICAgICAgICAgICAgICAgICAg
IDM4OmQ1OmYwOjUzOmQxOjcxOmI2OjllOjc3OmFlOjliOjkxOmEzOmJjOmRlOgogICAgICAgICAg
ICAgICAgICAgIGQ4OmE1OjY5OjU2OmI0OmQ4OjgxOjlkOjQ4OmE1OjQ1OjA1OjU1OmU3Ojk3Ogog
ICAgICAgICAgICAgICAgICAgIDA0OmQ5OmI1OjA1OjUxOjAxOmE5OjM5OjQ4OmM1OmVjOjEzOjMy
OmE0OjQ2OgogICAgICAgICAgICAgICAgICAgIDZkOjQyOjQzOjkyOmE4OmNiOjhkOjYyOmJiOjc4
OjJlOjk2OmViOmYyOmExOgogICAgICAgICAgICAgICAgICAgIGQ3OmNiOjA0OmVjOmI4OjcxOjM1
OmFjOjJjOmQzOjQyOmFkOjVmOjE1OmE1OgogICAgICAgICAgICAgICAgICAgIDM3OjEyOjU5Ojgy
OjhiOmNmOmJkOmE4OmU3CiAgICAgICAgICAgICAgICBFeHBvbmVudDogNjU1MzcgKDB4MTAwMDEp
CiAgICBTaWduYXR1cmUgQWxnb3JpdGhtOiBzaGExV2l0aFJTQUVuY3J5cHRpb24KICAgICAgICAg
NjE6N2Q6OTY6YTg6ZDY6ZTE6Yjk6OTg6NWM6Njc6MDI6YWM6N2E6MWQ6ZjM6ODI6OWQ6NTc6CiAg
ICAgICAgIDlkOmRiOmQ5OmNiOmVjOjE4OmUyOjIxOjQxOjQ5OjgxOjlmOmY3OmE0OjhiOjFiOjE0
OjNmOgogICAgICAgICBmZDo3MjoxZTozMTpjMzowMTowZjo4NTo2Mzo0YTo4Yzo4NToxMzowMjpl
ZDo4Mzo1Yjo5NToKICAgICAgICAgYWY6ODc6MzY6NDI6NjU6NzM6YWU6MGU6NzM6ZTg6Nzg6OGQ6
MDc6ODY6MzI6ZTE6MjM6ZDQ6CiAgICAgICAgIDI3OjIwOmM0OmQxOmI2OjY2OjM3OjI0OmI2Ojdj
OmRiOjIwOmRmOjY4OmUzOmEzOjQ4OjJkOgogICAgICAgICBjMjo4Yjo1NzozNDo4YTplZToyNTo2
ZDo3ZjphNjowYToyNToxNjozMTozMToxNDozOTo1ZjoKICAgICAgICAgMGQ6M2E6MDU6M2Y6NTM6
MGQ6MTk6OWM6NDE6NjY6NTc6ZDg6NDg6MjY6ODk6NmI6MDU6N2M6CiAgICAgICAgIDEyOmRhCgoy
MDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2lu
ZV9zZXR1cC5wa2kudmRzbXBraSBwbHVnaW4uZXhlY3V0ZTo4NjYgZXhlY3V0ZS1vdXRwdXQ6ICgn
L2Jpbi9vcGVuc3NsJywgJ3g1MDknLCAnLW5vb3V0JywgJy10ZXh0JywgJy1pbicsICcvZXRjL3Br
aS92ZHNtL2xpYnZpcnQtc3BpY2Uvc2VydmVyLWNlcnQucGVtJykgc3RkZXJyOgoKCjIwMTQtMTIt
MTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0
OTAgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WRFNN
L3NwaWNlUGtpU3ViamVjdD11bmljb2RlOidDPUVOLCBMPVRlc3QsIE89VGVzdCwgQ049VGVzdCcK
MjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmly
b25tZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6MzY6MTUgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBsYXRlX3Nl
dHVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAudm0uY29u
ZmlndXJldm0uUGx1Z2luLl9sYXRlX3NldHVwCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3Rv
cGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLmNvbmZpZ3VyZXZtIGNvbmZp
Z3VyZXZtLl9sYXRlX3NldHVwOjEwMSBbXQoyMDE0LTEyLTE3IDE1OjM2OjE1IElORk8gb3RvcGku
Y29udGV4dCBjb250ZXh0LnJ1blNlcXVlbmNlOjQxNyBTdGFnZTogRW52aXJvbm1lbnQgY3VzdG9t
aXphdGlvbgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5y
dW5TZXF1ZW5jZTo0MjEgU1RBR0UgY3VzdG9taXphdGlvbgoyMDE0LTEyLTE3IDE1OjM2OjE1IERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgY3VzdG9t
aXphdGlvbiBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmZpcmV3YWxsZC5QbHVn
aW4uX2N1c3RvbWl6YXRpb24KMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5wbHVnaW5z
Lm90b3BpLnNlcnZpY2VzLnN5c3RlbWQgc3lzdGVtZC5leGlzdHM6ODUgY2hlY2sgaWYgc2Vydmlj
ZSBmaXJld2FsbGQgZXhpc3RzCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkucGx1Z2lu
cy5vdG9waS5zZXJ2aWNlcy5zeXN0ZW1kIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAo
Jy9iaW4vc3lzdGVtY3RsJywgJ3Nob3cnLCAnLXAnLCAnTG9hZFN0YXRlJywgJ2ZpcmV3YWxsZC5z
ZXJ2aWNlJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEy
LTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMuc3lzdGVtZCBw
bHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL2Jpbi9zeXN0ZW1jdGwnLCAn
c2hvdycsICctcCcsICdMb2FkU3RhdGUnLCAnZmlyZXdhbGxkLnNlcnZpY2UnKSwgcmM9MAoyMDE0
LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMuc3lzdGVt
ZCBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6ICgnL2Jpbi9zeXN0ZW1jdGwnLCAn
c2hvdycsICctcCcsICdMb2FkU3RhdGUnLCAnZmlyZXdhbGxkLnNlcnZpY2UnKSBzdGRvdXQ6Ckxv
YWRTdGF0ZT1sb2FkZWQKCjIwMTQtMTItMTcgMTU6MzY6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5v
dG9waS5zZXJ2aWNlcy5zeXN0ZW1kIHBsdWdpbi5leGVjdXRlOjg2NiBleGVjdXRlLW91dHB1dDog
KCcvYmluL3N5c3RlbWN0bCcsICdzaG93JywgJy1wJywgJ0xvYWRTdGF0ZScsICdmaXJld2FsbGQu
c2VydmljZScpIHN0ZGVycjoKCgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdp
bnMub3RvcGkubmV0d29yay5maXJld2FsbGQgZmlyZXdhbGxkLl9nZXRfZmlyZXdhbGxkX2NtZF92
ZXJzaW9uOjExNiBmaXJld2FsbGQgdmVyc2lvbjogMC4zLjkKMjAxNC0xMi0xNyAxNTozNjoxNSBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ5MCBFTlZJUk9OTUVO
VCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgTkVUV09SSy9maXJld2FsbGRBdmFpbGFibGU9
Ym9vbDonVHJ1ZScKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcEVudmlyb25tZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcg
MTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBT
dGFnZSBjdXN0b21pemF0aW9uIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUuY29uZmln
LlBsdWdpbi5fY3VzdG9taXplMQoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgY3VzdG9taXphdGlvbiBNRVRIT0Qg
b3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cuY2xpLlBsdWdpbi5fY3VzdG9taXplCjIwMTQtMTIt
MTcgMTU6MzY6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjE0
NCBjb25kaXRpb24gRmFsc2UKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGN1c3RvbWl6YXRpb24gTUVUSE9EIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLnRpdGxlcy5QbHVnaW4u
X3N0b3JhZ2Vfc3RhcnQKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5wbHVnaW5zLm90
b3BpLmRpYWxvZy5odW1hbiBkaWFsb2cuX19sb2dTdHJpbmc6MjE1IERJQUxPRzpTRU5EICAgICAg
ICAgICAgICAgIAoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGku
ZGlhbG9nLmh1bWFuIGRpYWxvZy5fX2xvZ1N0cmluZzoyMTUgRElBTE9HOlNFTkQgICAgICAgICAg
ICAgICAgIC0tPT0gU1RPUkFHRSBDT05GSUdVUkFUSU9OID09LS0KMjAxNC0xMi0xNyAxNTozNjox
NSBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5odW1hbiBkaWFsb2cuX19sb2dTdHJp
bmc6MjE1IERJQUxPRzpTRU5EICAgICAgICAgICAgICAgIAoyMDE0LTEyLTE3IDE1OjM2OjE1IERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgY3VzdG9t
aXphdGlvbiBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0
b3JhZ2Uuc3RvcmFnZS5QbHVnaW4uX2Vhcmx5X2N1c3RvbWl6YXRpb24KMjAxNC0xMi0xNyAxNToz
NjoxNSBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5odW1hbiBkaWFsb2cuX19sb2dT
dHJpbmc6MjE1IERJQUxPRzpTRU5EICAgICAgICAgICAgICAgICBEdXJpbmcgY3VzdG9taXphdGlv
biB1c2UgQ1RSTC1EIHRvIGFib3J0LgoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLnN0b3JhZ2Ugc3RvcmFnZS5f
Y2hlY2tfZXhpc3RpbmdfcG9vbHM6NjM3IF9jaGVja19leGlzdGluZ19wb29scwoyMDE0LTEyLTE3
IDE1OjM2OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5z
dG9yYWdlLnN0b3JhZ2Ugc3RvcmFnZS5fY2hlY2tfZXhpc3RpbmdfcG9vbHM6NjM4IGdldENvbm5l
Y3RlZFN0b3JhZ2VQb29sc0xpc3QKMjAxNC0xMi0xNyAxNTozNjoxNSBERUJVRyBvdG9waS5wbHVn
aW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5zdG9yYWdlIHN0b3JhZ2UuX2No
ZWNrX2V4aXN0aW5nX3Bvb2xzOjY0MCB7J3N0YXR1cyc6IHsnbWVzc2FnZSc6ICdPSycsICdjb2Rl
JzogMH0sICdwb29sbGlzdCc6IFtdfQoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3BpLnBs
dWdpbnMub3RvcGkuZGlhbG9nLmh1bWFuIGh1bWFuLnF1ZXJ5U3RyaW5nOjE1MyBxdWVyeSBPVkVI
T1NURURfU1RPUkFHRV9ET01BSU5fVFlQRQoyMDE0LTEyLTE3IDE1OjM2OjE1IERFQlVHIG90b3Bp
LnBsdWdpbnMub3RvcGkuZGlhbG9nLmh1bWFuIGRpYWxvZy5fX2xvZ1N0cmluZzoyMTUgRElBTE9H
OlNFTkQgICAgICAgICAgICAgICAgIFBsZWFzZSBzcGVjaWZ5IHRoZSBzdG9yYWdlIHlvdSB3b3Vs
ZCBsaWtlIHRvIHVzZSAoaXNjc2ksIG5mczMsIG5mczQpW25mczNdOiAKMjAxNC0xMi0xNyAxNToz
NjoxOCBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5odW1hbiBkaWFsb2cuX19sb2dT
dHJpbmc6MjE1IERJQUxPRzpSRUNFSVZFICAgIG5mczMKMjAxNC0xMi0xNyAxNTozNjoxOCBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ5MCBFTlZJUk9OTUVOVCBE
VU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTozNjoxOCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JBR0UvZG9tYWluVHlwZT1z
dHI6J25mczMnCjIwMTQtMTItMTcgMTU6MzY6MTggREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBFbnZpcm9ubWVudDo1MDQgRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoyMDE0LTEyLTE3IDE1
OjM2OjE4IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3Rh
Z2UgY3VzdG9taXphdGlvbiBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5l
X3NldHVwLnN0b3JhZ2UubmZzLlBsdWdpbi5fY3VzdG9taXphdGlvbgoyMDE0LTEyLTE3IDE1OjM2
OjE4IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLmh1bWFuIGh1bWFuLnF1ZXJ5U3Ry
aW5nOjE1MyBxdWVyeSBPVkVIT1NURURfU1RPUkFHRV9ET01BSU5fQ09OTkVDVElPTgoyMDE0LTEy
LTE3IDE1OjM2OjE4IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLmh1bWFuIGRpYWxv
Zy5fX2xvZ1N0cmluZzoyMTUgRElBTE9HOlNFTkQgICAgICAgICAgICAgICAgIFBsZWFzZSBzcGVj
aWZ5IHRoZSBmdWxsIHNoYXJlZCBzdG9yYWdlIGNvbm5lY3Rpb24gcGF0aCB0byB1c2UgKGV4YW1w
bGU6IGhvc3Q6L3BhdGgpOiAKMjAxNC0xMi0xNyAxNTozNjozMSBERUJVRyBvdG9waS5wbHVnaW5z
Lm90b3BpLmRpYWxvZy5odW1hbiBkaWFsb2cuX19sb2dTdHJpbmc6MjE1IERJQUxPRzpSRUNFSVZF
ICAgIG5mczItMzovZW5naW5lLwoyMDE0LTEyLTE3IDE1OjM2OjMxIERFQlVHIG90b3BpLnBsdWdp
bnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJh
dzo3ODUgZXhlY3V0ZTogKCcvYmluL21vdW50JywgJy10bmZzJywgJy1vdmVycz0zLHJldHJ5PTEn
LCAnbmZzMi0zOi9lbmdpbmUvJywgJy90bXAvdG1wTEFMZEIxJyksIGV4ZWN1dGFibGU9J05vbmUn
LCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjM2IERFQlVHIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0
ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL2Jpbi9tb3VudCcsICctdG5mcycsICctb3ZlcnM9
MyxyZXRyeT0xJywgJ25mczItMzovZW5naW5lLycsICcvdG1wL3RtcExBTGRCMScpLCByYz0zMgoy
MDE0LTEyLTE3IDE1OjM3OjM2IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2lu
ZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6ICgn
L2Jpbi9tb3VudCcsICctdG5mcycsICctb3ZlcnM9MyxyZXRyeT0xJywgJ25mczItMzovZW5naW5l
LycsICcvdG1wL3RtcExBTGRCMScpIHN0ZG91dDoKCgoyMDE0LTEyLTE3IDE1OjM3OjM2IERFQlVH
IG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVn
aW4uZXhlY3V0ZTo4NjYgZXhlY3V0ZS1vdXRwdXQ6ICgnL2Jpbi9tb3VudCcsICctdG5mcycsICct
b3ZlcnM9MyxyZXRyeT0xJywgJ25mczItMzovZW5naW5lLycsICcvdG1wL3RtcExBTGRCMScpIHN0
ZGVycjoKbW91bnQubmZzOiBDb25uZWN0aW9uIHRpbWVkIG91dAoKMjAxNC0xMi0xNyAxNTozNzoz
NiBFUlJPUiBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5u
ZnMgbmZzLl9tb3VudDo5MyBFcnJvciB3aGlsZSBtb3VudGluZyBzcGVjaWZpZWQgc3RvcmFnZSBw
YXRoOiBtb3VudC5uZnM6IENvbm5lY3Rpb24gdGltZWQgb3V0CjIwMTQtMTItMTcgMTU6Mzc6MzYg
REVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZz
IHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1w
TEFMZEIxJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEy
LTE3IDE1OjM3OjM2IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1
cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL2Jp
bi91bW91bnQnLCAnL3RtcC90bXBMQUxkQjEnKSwgcmM9MzIKMjAxNC0xMi0xNyAxNTozNzozNiBE
RUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMg
cGx1Z2luLmV4ZWN1dGU6ODYxIGV4ZWN1dGUtb3V0cHV0OiAoJy9iaW4vdW1vdW50JywgJy90bXAv
dG1wTEFMZEIxJykgc3Rkb3V0OgoKCjIwMTQtMTItMTcgMTU6Mzc6MzYgREVCVUcgb3RvcGkucGx1
Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRl
Ojg2NiBleGVjdXRlLW91dHB1dDogKCcvYmluL3Vtb3VudCcsICcvdG1wL3RtcExBTGRCMScpIHN0
ZGVycjoKdW1vdW50OiAvdG1wL3RtcExBTGRCMTogbm90IG1vdW50ZWQKCjIwMTQtMTItMTcgMTU6
Mzc6MzcgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3Jh
Z2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9zYmluL2xzb2YnLCAnK0Qv
dG1wL3RtcExBTGRCMScsICcteGZsJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBl
bnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjM4IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9z
dGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0
ZS1yZXN1bHQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSwgcmM9
MQoyMDE0LTEyLTE3IDE1OjM3OjM4IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2Vu
Z2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6
ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSBzdGRvdXQ6CgoKMjAx
NC0xMi0xNyAxNTozNzozOCBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVf
c2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODY2IGV4ZWN1dGUtb3V0cHV0OiAoJy9z
YmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZsJykgc3RkZXJyOgoKCjIwMTQtMTIt
MTcgMTU6Mzc6MzggREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVw
LnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9iaW4vdW1vdW50
JywgJy90bXAvdG1wTEFMZEIxJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9
Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjM4IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVk
X2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1y
ZXN1bHQ6ICgnL2Jpbi91bW91bnQnLCAnL3RtcC90bXBMQUxkQjEnKSwgcmM9MzIKMjAxNC0xMi0x
NyAxNTozNzozOCBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAu
c3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODYxIGV4ZWN1dGUtb3V0cHV0OiAoJy9iaW4vdW1v
dW50JywgJy90bXAvdG1wTEFMZEIxJykgc3Rkb3V0OgoKCjIwMTQtMTItMTcgMTU6Mzc6MzggREVC
VUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBs
dWdpbi5leGVjdXRlOjg2NiBleGVjdXRlLW91dHB1dDogKCcvYmluL3Vtb3VudCcsICcvdG1wL3Rt
cExBTGRCMScpIHN0ZGVycjoKdW1vdW50OiAvdG1wL3RtcExBTGRCMTogbm90IG1vdW50ZWQKCjIw
MTQtMTItMTcgMTU6Mzc6MzkgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5l
X3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9zYmlu
L2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZsJyksIGV4ZWN1dGFibGU9J05vbmUnLCBj
d2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjM5IERFQlVHIG90b3BpLnBsdWdp
bnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJh
dzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywg
Jy14ZmwnKSwgcmM9MQoyMDE0LTEyLTE3IDE1OjM3OjM5IERFQlVHIG90b3BpLnBsdWdpbnMub3Zp
cnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhl
Y3V0ZS1vdXRwdXQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSBz
dGRvdXQ6CgoKMjAxNC0xMi0xNyAxNTozNzozOSBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hv
c3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODY2IGV4ZWN1dGUt
b3V0cHV0OiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZsJykgc3RkZXJy
OgoKCjIwMTQtMTItMTcgMTU6Mzc6MzkgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRf
ZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAo
Jy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIxJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9
J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjM5IERFQlVHIG90b3BpLnBsdWdpbnMu
b3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4
MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL2Jpbi91bW91bnQnLCAnL3RtcC90bXBMQUxkQjEnKSwgcmM9
MzIKMjAxNC0xMi0xNyAxNTozNzozOSBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9l
bmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODYxIGV4ZWN1dGUtb3V0cHV0
OiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIxJykgc3Rkb3V0OgoKCjIwMTQtMTItMTcg
MTU6Mzc6MzkgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0
b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlOjg2NiBleGVjdXRlLW91dHB1dDogKCcvYmluL3Vtb3Vu
dCcsICcvdG1wL3RtcExBTGRCMScpIHN0ZGVycjoKdW1vdW50OiAvdG1wL3RtcExBTGRCMTogbm90
IG1vdW50ZWQKCjIwMTQtMTItMTcgMTU6Mzc6NDAgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9o
b3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVj
dXRlOiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZsJyksIGV4ZWN1dGFi
bGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjQwIERFQlVH
IG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVn
aW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAv
dG1wTEFMZEIxJywgJy14ZmwnKSwgcmM9MQoyMDE0LTEyLTE3IDE1OjM3OjQwIERFQlVHIG90b3Bp
LnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhl
Y3V0ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIx
JywgJy14ZmwnKSBzdGRvdXQ6CgoKMjAxNC0xMi0xNyAxNTozNzo0MCBERUJVRyBvdG9waS5wbHVn
aW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6
ODY2IGV4ZWN1dGUtb3V0cHV0OiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICct
eGZsJykgc3RkZXJyOgoKCjIwMTQtMTItMTcgMTU6Mzc6NDAgREVCVUcgb3RvcGkucGx1Z2lucy5v
dmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4
NSBleGVjdXRlOiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIxJyksIGV4ZWN1dGFibGU9
J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjQwIERFQlVHIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4u
ZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL2Jpbi91bW91bnQnLCAnL3RtcC90bXBM
QUxkQjEnKSwgcmM9MzIKMjAxNC0xMi0xNyAxNTozNzo0MCBERUJVRyBvdG9waS5wbHVnaW5zLm92
aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODYxIGV4
ZWN1dGUtb3V0cHV0OiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIxJykgc3Rkb3V0OgoK
CjIwMTQtMTItMTcgMTU6Mzc6NDAgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5n
aW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlOjg2NiBleGVjdXRlLW91dHB1dDog
KCcvYmluL3Vtb3VudCcsICcvdG1wL3RtcExBTGRCMScpIHN0ZGVycjoKdW1vdW50OiAvdG1wL3Rt
cExBTGRCMTogbm90IG1vdW50ZWQKCjIwMTQtMTItMTcgMTU6Mzc6NDEgREVCVUcgb3RvcGkucGx1
Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRl
UmF3Ojc4NSBleGVjdXRlOiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZs
JyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1
OjM3OjQxIERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9y
YWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL3NiaW4vbHNv
ZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSwgcmM9MQoyMDE0LTEyLTE3IDE1OjM3OjQx
IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5m
cyBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6ICgnL3NiaW4vbHNvZicsICcrRC90
bXAvdG1wTEFMZEIxJywgJy14ZmwnKSBzdGRvdXQ6CgoKMjAxNC0xMi0xNyAxNTozNzo0MSBERUJV
RyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1
Z2luLmV4ZWN1dGU6ODY2IGV4ZWN1dGUtb3V0cHV0OiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3Rt
cExBTGRCMScsICcteGZsJykgc3RkZXJyOgoKCjIwMTQtMTItMTcgMTU6Mzc6NDEgREVCVUcgb3Rv
cGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5l
eGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIxJyks
IGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3
OjQxIERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdl
Lm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL2Jpbi91bW91bnQn
LCAnL3RtcC90bXBMQUxkQjEnKSwgcmM9MzIKMjAxNC0xMi0xNyAxNTozNzo0MSBERUJVRyBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4
ZWN1dGU6ODYxIGV4ZWN1dGUtb3V0cHV0OiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIx
Jykgc3Rkb3V0OgoKCjIwMTQtMTItMTcgMTU6Mzc6NDEgREVCVUcgb3RvcGkucGx1Z2lucy5vdmly
dF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlOjg2NiBleGVj
dXRlLW91dHB1dDogKCcvYmluL3Vtb3VudCcsICcvdG1wL3RtcExBTGRCMScpIHN0ZGVycjoKdW1v
dW50OiAvdG1wL3RtcExBTGRCMTogbm90IG1vdW50ZWQKCjIwMTQtMTItMTcgMTU6Mzc6NDIgREVC
VUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBs
dWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3RtcExB
TGRCMScsICcteGZsJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoy
MDE0LTEyLTE3IDE1OjM3OjQyIERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2lu
ZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6
ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSwgcmM9MQoyMDE0LTEy
LTE3IDE1OjM3OjQyIERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1
cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6ICgnL3NiaW4v
bHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSBzdGRvdXQ6CgoKMjAxNC0xMi0xNyAx
NTozNzo0MiBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3Rv
cmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODY2IGV4ZWN1dGUtb3V0cHV0OiAoJy9zYmluL2xzb2Yn
LCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZsJykgc3RkZXJyOgoKCjIwMTQtMTItMTcgMTU6Mzc6
NDIgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2Uu
bmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9iaW4vdW1vdW50JywgJy90bXAv
dG1wTEFMZEIxJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0
LTEyLTE3IDE1OjM3OjQyIERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9z
ZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgn
L2Jpbi91bW91bnQnLCAnL3RtcC90bXBMQUxkQjEnKSwgcmM9MzIKMjAxNC0xMi0xNyAxNTozNzo0
MiBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5u
ZnMgcGx1Z2luLmV4ZWN1dGU6ODYxIGV4ZWN1dGUtb3V0cHV0OiAoJy9iaW4vdW1vdW50JywgJy90
bXAvdG1wTEFMZEIxJykgc3Rkb3V0OgoKCjIwMTQtMTItMTcgMTU6Mzc6NDIgREVCVUcgb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVj
dXRlOjg2NiBleGVjdXRlLW91dHB1dDogKCcvYmluL3Vtb3VudCcsICcvdG1wL3RtcExBTGRCMScp
IHN0ZGVycjoKdW1vdW50OiAvdG1wL3RtcExBTGRCMTogbm90IG1vdW50ZWQKCjIwMTQtMTItMTcg
MTU6Mzc6NDMgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0
b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9zYmluL2xzb2YnLCAn
K0QvdG1wL3RtcExBTGRCMScsICcteGZsJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUn
LCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjQzIERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRf
aG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhl
Y3V0ZS1yZXN1bHQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSwg
cmM9MQoyMDE0LTEyLTE3IDE1OjM3OjQzIERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVk
X2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhlY3V0ZS1vdXRw
dXQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSBzdGRvdXQ6CgoK
MjAxNC0xMi0xNyAxNTozNzo0MyBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdp
bmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODY2IGV4ZWN1dGUtb3V0cHV0OiAo
Jy9zYmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZsJykgc3RkZXJyOgoKCjIwMTQt
MTItMTcgMTU6Mzc6NDMgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3Nl
dHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9iaW4vdW1v
dW50JywgJy90bXAvdG1wTEFMZEIxJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBl
bnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjQzIERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9z
dGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0
ZS1yZXN1bHQ6ICgnL2Jpbi91bW91bnQnLCAnL3RtcC90bXBMQUxkQjEnKSwgcmM9MzIKMjAxNC0x
Mi0xNyAxNTozNzo0MyBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0
dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODYxIGV4ZWN1dGUtb3V0cHV0OiAoJy9iaW4v
dW1vdW50JywgJy90bXAvdG1wTEFMZEIxJykgc3Rkb3V0OgoKCjIwMTQtMTItMTcgMTU6Mzc6NDMg
REVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZz
IHBsdWdpbi5leGVjdXRlOjg2NiBleGVjdXRlLW91dHB1dDogKCcvYmluL3Vtb3VudCcsICcvdG1w
L3RtcExBTGRCMScpIHN0ZGVycjoKdW1vdW50OiAvdG1wL3RtcExBTGRCMTogbm90IG1vdW50ZWQK
CjIwMTQtMTItMTcgMTU6Mzc6NDQgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5n
aW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9z
YmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZsJyksIGV4ZWN1dGFibGU9J05vbmUn
LCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjQ0IERFQlVHIG90b3BpLnBs
dWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0
ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIx
JywgJy14ZmwnKSwgcmM9MQoyMDE0LTEyLTE3IDE1OjM3OjQ0IERFQlVHIG90b3BpLnBsdWdpbnMu
b3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZTo4NjEg
ZXhlY3V0ZS1vdXRwdXQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14Zmwn
KSBzdGRvdXQ6CgoKMjAxNC0xMi0xNyAxNTozNzo0NCBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0
X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODY2IGV4ZWN1
dGUtb3V0cHV0OiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZsJykgc3Rk
ZXJyOgoKCjIwMTQtMTItMTcgMTU6Mzc6NDQgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0
ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRl
OiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIxJyksIGV4ZWN1dGFibGU9J05vbmUnLCBj
d2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjQ0IERFQlVHIG90b3BpLnBsdWdp
bnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJh
dzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL2Jpbi91bW91bnQnLCAnL3RtcC90bXBMQUxkQjEnKSwg
cmM9MzIKMjAxNC0xMi0xNyAxNTozNzo0NCBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3Rl
ZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODYxIGV4ZWN1dGUtb3V0
cHV0OiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIxJykgc3Rkb3V0OgoKCjIwMTQtMTIt
MTcgMTU6Mzc6NDQgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVw
LnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlOjg2NiBleGVjdXRlLW91dHB1dDogKCcvYmluL3Vt
b3VudCcsICcvdG1wL3RtcExBTGRCMScpIHN0ZGVycjoKdW1vdW50OiAvdG1wL3RtcExBTGRCMTog
bm90IG1vdW50ZWQKCjIwMTQtMTItMTcgMTU6Mzc6NDUgREVCVUcgb3RvcGkucGx1Z2lucy5vdmly
dF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBl
eGVjdXRlOiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZsJyksIGV4ZWN1
dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjQ1IERF
QlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBw
bHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL3NiaW4vbHNvZicsICcrRC90
bXAvdG1wTEFMZEIxJywgJy14ZmwnKSwgcmM9MQoyMDE0LTEyLTE3IDE1OjM3OjQ1IERFQlVHIG90
b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4u
ZXhlY3V0ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFM
ZEIxJywgJy14ZmwnKSBzdGRvdXQ6CgoKMjAxNC0xMi0xNyAxNTozNzo0NSBERUJVRyBvdG9waS5w
bHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1
dGU6ODY2IGV4ZWN1dGUtb3V0cHV0OiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScs
ICcteGZsJykgc3RkZXJyOgoKCjIwMTQtMTItMTcgMTU6Mzc6NDUgREVCVUcgb3RvcGkucGx1Z2lu
cy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlUmF3
Ojc4NSBleGVjdXRlOiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIxJyksIGV4ZWN1dGFi
bGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1OjM3OjQ1IERFQlVH
IG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVn
aW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL2Jpbi91bW91bnQnLCAnL3RtcC90
bXBMQUxkQjEnKSwgcmM9MzIKMjAxNC0xMi0xNyAxNTozNzo0NSBERUJVRyBvdG9waS5wbHVnaW5z
Lm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODYx
IGV4ZWN1dGUtb3V0cHV0OiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIxJykgc3Rkb3V0
OgoKCjIwMTQtMTItMTcgMTU6Mzc6NDUgREVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRf
ZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlOjg2NiBleGVjdXRlLW91dHB1
dDogKCcvYmluL3Vtb3VudCcsICcvdG1wL3RtcExBTGRCMScpIHN0ZGVycjoKdW1vdW50OiAvdG1w
L3RtcExBTGRCMTogbm90IG1vdW50ZWQKCjIwMTQtMTItMTcgMTU6Mzc6NDYgREVCVUcgb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVj
dXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICct
eGZsJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3
IDE1OjM3OjQ2IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5z
dG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL3NiaW4v
bHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSwgcmM9MQoyMDE0LTEyLTE3IDE1OjM3
OjQ2IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9yYWdl
Lm5mcyBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6ICgnL3NiaW4vbHNvZicsICcr
RC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSBzdGRvdXQ6CgoKMjAxNC0xMi0xNyAxNTozNzo0NiBE
RUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMg
cGx1Z2luLmV4ZWN1dGU6ODY2IGV4ZWN1dGUtb3V0cHV0OiAoJy9zYmluL2xzb2YnLCAnK0QvdG1w
L3RtcExBTGRCMScsICcteGZsJykgc3RkZXJyOgoKCjIwMTQtMTItMTcgMTU6Mzc6NDYgREVCVUcg
b3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdp
bi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFMZEIx
JyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9uZQoyMDE0LTEyLTE3IDE1
OjM3OjQ2IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5zdG9y
YWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1bHQ6ICgnL2Jpbi91bW91
bnQnLCAnL3RtcC90bXBMQUxkQjEnKSwgcmM9MzIKMjAxNC0xMi0xNyAxNTozNzo0NiBERUJVRyBv
dG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgcGx1Z2lu
LmV4ZWN1dGU6ODYxIGV4ZWN1dGUtb3V0cHV0OiAoJy9iaW4vdW1vdW50JywgJy90bXAvdG1wTEFM
ZEIxJykgc3Rkb3V0OgoKCjIwMTQtMTItMTcgMTU6Mzc6NDYgREVCVUcgb3RvcGkucGx1Z2lucy5v
dmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZzIHBsdWdpbi5leGVjdXRlOjg2NiBl
eGVjdXRlLW91dHB1dDogKCcvYmluL3Vtb3VudCcsICcvdG1wL3RtcExBTGRCMScpIHN0ZGVycjoK
dW1vdW50OiAvdG1wL3RtcExBTGRCMTogbm90IG1vdW50ZWQKCjIwMTQtMTItMTcgMTU6Mzc6NDcg
REVCVUcgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnN0b3JhZ2UubmZz
IHBsdWdpbi5leGVjdXRlUmF3Ojc4NSBleGVjdXRlOiAoJy9zYmluL2xzb2YnLCAnK0QvdG1wL3Rt
cExBTGRCMScsICcteGZsJyksIGV4ZWN1dGFibGU9J05vbmUnLCBjd2Q9J05vbmUnLCBlbnY9Tm9u
ZQoyMDE0LTEyLTE3IDE1OjM3OjQ3IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2Vu
Z2luZV9zZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZVJhdzo4MDMgZXhlY3V0ZS1yZXN1
bHQ6ICgnL3NiaW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSwgcmM9MQoyMDE0
LTEyLTE3IDE1OjM3OjQ3IERFQlVHIG90b3BpLnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9z
ZXR1cC5zdG9yYWdlLm5mcyBwbHVnaW4uZXhlY3V0ZTo4NjEgZXhlY3V0ZS1vdXRwdXQ6ICgnL3Ni
aW4vbHNvZicsICcrRC90bXAvdG1wTEFMZEIxJywgJy14ZmwnKSBzdGRvdXQ6CgoKMjAxNC0xMi0x
NyAxNTozNzo0NyBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAu
c3RvcmFnZS5uZnMgcGx1Z2luLmV4ZWN1dGU6ODY2IGV4ZWN1dGUtb3V0cHV0OiAoJy9zYmluL2xz
b2YnLCAnK0QvdG1wL3RtcExBTGRCMScsICcteGZsJykgc3RkZXJyOgoKCjIwMTQtMTItMTcgMTU6
Mzc6NDcgV0FSTklORyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3Rv
cmFnZS5uZnMgbmZzLl92YWxpZGF0ZURvbWFpbjoxNjcgQ2Fubm90IHVubW91bnQgL3RtcC90bXBM
QUxkQjEKMjAxNC0xMi0xNyAxNTozNzo0NyBERUJVRyBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3Rl
ZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgbmZzLl9jdXN0b21pemF0aW9uOjIyOSBleGNlcHRp
b24KVHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOgogIEZpbGUgIi91c3Ivc2hhcmUv
b3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC9zY3JpcHRzLy4uL3BsdWdpbnMvb3ZpcnQtaG9zdGVk
LWVuZ2luZS1zZXR1cC9zdG9yYWdlL25mcy5weSIsIGxpbmUgMjIzLCBpbiBfY3VzdG9taXphdGlv
bgogICAgb2hvc3RlZGNvbnMuU3RvcmFnZUVudi5ET01BSU5fVFlQRQogIEZpbGUgIi91c3Ivc2hh
cmUvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC9zY3JpcHRzLy4uL3BsdWdpbnMvb3ZpcnQtaG9z
dGVkLWVuZ2luZS1zZXR1cC9zdG9yYWdlL25mcy5weSIsIGxpbmUgMTUzLCBpbiBfdmFsaWRhdGVE
b21haW4KICAgIHNlbGYuX21vdW50KHBhdGgsIGNvbm5lY3Rpb24sIGRvbWFpbl90eXBlKQogIEZp
bGUgIi91c3Ivc2hhcmUvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC9zY3JpcHRzLy4uL3BsdWdp
bnMvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC9zdG9yYWdlL25mcy5weSIsIGxpbmUgOTYsIGlu
IF9tb3VudAogICAgcmFpc2UgUnVudGltZUVycm9yKGVycm9yKQpSdW50aW1lRXJyb3I6IG1vdW50
Lm5mczogQ29ubmVjdGlvbiB0aW1lZCBvdXQKMjAxNC0xMi0xNyAxNTozNzo0NyBFUlJPUiBvdG9w
aS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuc3RvcmFnZS5uZnMgbmZzLl9jdXN0
b21pemF0aW9uOjIzOSBDYW5ub3QgYWNjZXNzIHN0b3JhZ2UgY29ubmVjdGlvbiBuZnMyLTM6L2Vu
Z2luZS86IG1vdW50Lm5mczogQ29ubmVjdGlvbiB0aW1lZCBvdXQKMjAxNC0xMi0xNyAxNTozNzo0
NyBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5odW1hbiBodW1hbi5xdWVyeVN0cmlu
ZzoxNTMgcXVlcnkgT1ZFSE9TVEVEX1NUT1JBR0VfRE9NQUlOX0NPTk5FQ1RJT04KMjAxNC0xMi0x
NyAxNTozNzo0NyBERUJVRyBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5odW1hbiBkaWFsb2cu
X19sb2dTdHJpbmc6MjE1IERJQUxPRzpTRU5EICAgICAgICAgICAgICAgICBQbGVhc2Ugc3BlY2lm
eSB0aGUgZnVsbCBzaGFyZWQgc3RvcmFnZSBjb25uZWN0aW9uIHBhdGggdG8gdXNlIChleGFtcGxl
OiBob3N0Oi9wYXRoKTogCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0Ll9leGVjdXRlTWV0aG9kOjE1MiBtZXRob2QgZXhjZXB0aW9uClRyYWNlYmFjayAobW9z
dCByZWNlbnQgY2FsbCBsYXN0KToKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvc2l0ZS1wYWNr
YWdlcy9vdG9waS9jb250ZXh0LnB5IiwgbGluZSAxNDIsIGluIF9leGVjdXRlTWV0aG9kCiAgICBt
ZXRob2RbJ21ldGhvZCddKCkKICBGaWxlICIvdXNyL3NoYXJlL292aXJ0LWhvc3RlZC1lbmdpbmUt
c2V0dXAvc2NyaXB0cy8uLi9wbHVnaW5zL292aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAvc3RvcmFn
ZS9uZnMucHkiLCBsaW5lIDIxNSwgaW4gX2N1c3RvbWl6YXRpb24KICAgIGNhc2VTZW5zaXRpdmU9
VHJ1ZSwKICBGaWxlICIvdXNyL3NoYXJlL290b3BpL3BsdWdpbnMvb3RvcGkvZGlhbG9nL2h1bWFu
LnB5IiwgbGluZSAxNzEsIGluIHF1ZXJ5U3RyaW5nCiAgICB2YWx1ZSA9IHNlbGYuX3JlYWRsaW5l
KGhpZGRlbj1oaWRkZW4pCiAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMv
b3RvcGkvZGlhbG9nLnB5IiwgbGluZSAyNTcsIGluIF9yZWFkbGluZQogICAgdmFsdWUgPSBzZWxm
Ll9faW5wdXQucmVhZGxpbmUoKQogIEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2th
Z2VzL290b3BpL21haW4ucHkiLCBsaW5lIDU5LCBpbiBfc2lnbmFsCiAgICByYWlzZSBSdW50aW1l
RXJyb3IoIlNJRyVzIiAlIHNpZ251bSkKUnVudGltZUVycm9yOiBTSUcyCjIwMTQtMTItMTcgMTU6
NDk6MTAgRVJST1Igb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjE2MSBGYWls
ZWQgdG8gZXhlY3V0ZSBzdGFnZSAnRW52aXJvbm1lbnQgY3VzdG9taXphdGlvbic6IFNJRzIKMjAx
NC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjQ5MCBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxNC0xMi0xNyAxNTo0OToxMCBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQkFTRS9lcnJv
cj1ib29sOidUcnVlJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBCQVNFL2V4Y2VwdGlvbkluZm89bGlzdDonWyg8
dHlwZSAnZXhjZXB0aW9ucy5SdW50aW1lRXJyb3InPiwgUnVudGltZUVycm9yKCdTSUcyJywpLCA8
dHJhY2ViYWNrIG9iamVjdCBhdCAweDQ3MGE4MzA+KV0nCjIwMTQtMTItMTcgMTU6NDk6MTAgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RF
RF9TVE9SQUdFL3N0b3JhZ2VEb21haW5Db25uZWN0aW9uPXN0cjonbmZzMi0zOi9lbmdpbmUvJwoy
MDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJv
bm1lbnQ6NTA0IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxNC0xMi0xNyAxNTo0OToxMCBJTkZP
IG90b3BpLmNvbnRleHQgY29udGV4dC5ydW5TZXF1ZW5jZTo0MTcgU3RhZ2U6IENsZWFuIHVwCjIw
MTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LnJ1blNlcXVlbmNl
OjQyMSBTVEFHRSBjbGVhbnVwCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFnZSBjbGVhbnVwIE1FVEhPRCBvdG9waS5w
bHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0dXAuY29yZS5yZW1vdGVfYW5zd2VyZmlsZS5Q
bHVnaW4uX2NsZWFudXAKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGNsZWFudXAgTUVUSE9EIG90b3BpLnBsdWdp
bnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5lbmdpbmUuYWRkX2hvc3QuUGx1Z2luLl9jbGVh
bnVwCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVj
dXRlTWV0aG9kOjEzOCBTdGFnZSBjbGVhbnVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hv
c3RlZF9lbmdpbmVfc2V0dXAucGtpLnZkc21wa2kuUGx1Z2luLl9jbGVhbnVwCjIwMTQtMTItMTcg
MTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBT
dGFnZSBjbGVhbnVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm92aXJ0X2hvc3RlZF9lbmdpbmVfc2V0
dXAuc3RvcmFnZS5zdG9yYWdlLlBsdWdpbi5fY2xlYW51cAoyMDE0LTEyLTE3IDE1OjQ5OjEwIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMzggU3RhZ2UgY2xlYW51
cCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLnZtLmJvb3Rf
ZGlzay5QbHVnaW4uX2NsZWFudXAKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIGNsZWFudXAgTUVUSE9EIG90b3Bp
LnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLmFuc3dlcmZpbGUuUGx1Z2lu
Ll9zYXZlX2Fuc3dlcnNfYXRfY2xlYW51cAoyMDE0LTEyLTE3IDE1OjQ5OjEwIElORk8gb3RvcGku
cGx1Z2lucy5vdmlydF9ob3N0ZWRfZW5naW5lX3NldHVwLmNvcmUuYW5zd2VyZmlsZSBhbnN3ZXJm
aWxlLl9zYXZlX2Fuc3dlcnM6NDggR2VuZXJhdGluZyBhbnN3ZXIgZmlsZSAnL2V0Yy9vdmlydC1o
b3N0ZWQtZW5naW5lL2Fuc3dlcnMuY29uZicKMjAxNC0xMi0xNyAxNTo0OToxMCBJTkZPIG90b3Bp
LnBsdWdpbnMub3ZpcnRfaG9zdGVkX2VuZ2luZV9zZXR1cC5jb3JlLmFuc3dlcmZpbGUgYW5zd2Vy
ZmlsZS5fc2F2ZV9hbnN3ZXJzX2F0X2NsZWFudXA6MTA0IEFuc3dlciBmaWxlICcvZXRjL292aXJ0
LWhvc3RlZC1lbmdpbmUvYW5zd2Vycy5jb25mJyBoYXMgYmVlbiB1cGRhdGVkCjIwMTQtMTItMTcg
MTU6NDk6MTAgSU5GTyBvdG9waS5jb250ZXh0IGNvbnRleHQucnVuU2VxdWVuY2U6NDE3IFN0YWdl
OiBQcmUtdGVybWluYXRpb24KMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQucnVuU2VxdWVuY2U6NDIxIFNUQUdFIHByZS10ZXJtaW5hdGUKMjAxNC0xMi0xNyAx
NTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0
YWdlIHByZS10ZXJtaW5hdGUgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29yZS5taXNjLlBs
dWdpbi5fcHJlVGVybWluYXRlCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0OTAgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIw
MTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u
bWVudDo1MDAgRU5WIEJBU0UvYWJvcnRlZD1ib29sOidGYWxzZScKMjAxNC0xMi0xNyAxNTo0OTox
MCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQkFT
RS9kZWJ1Zz1pbnQ6JzAnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIEJBU0UvZXJyb3I9Ym9vbDonVHJ1ZScKMjAx
NC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgQkFTRS9leGNlcHRpb25JbmZvPWxpc3Q6J1soPHR5cGUgJ2V4Y2VwdGlvbnMu
UnVudGltZUVycm9yJz4sIFJ1bnRpbWVFcnJvcignU0lHMicsKSwgPHRyYWNlYmFjayBvYmplY3Qg
YXQgMHg0NzBhODMwPildJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBCQVNFL2V4ZWN1dGlvbkRpcmVjdG9yeT1z
dHI6Jy9yb290JwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4
dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBCQVNFL2xvZz1ib29sOidUcnVlJwoyMDE0LTEyLTE3
IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAw
IEVOViBCQVNFL3BsdWdpbkdyb3Vwcz1zdHI6J290b3BpOm92aXJ0LWhvc3RlZC1lbmdpbmUtc2V0
dXAnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBF
bnZpcm9ubWVudDo1MDAgRU5WIEJBU0UvcGx1Z2luUGF0aD1zdHI6Jy91c3Ivc2hhcmUvb3RvcGkv
cGx1Z2luczovdXNyL3NoYXJlL292aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAvc2NyaXB0cy8uLi9w
bHVnaW5zJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wRW52aXJvbm1lbnQ6NTAwIEVOViBCQVNFL3N1cHByZXNzRW52aXJvbm1lbnRLZXlzPWxpc3Q6
J1tdJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
RW52aXJvbm1lbnQ6NTAwIEVOViBDT01NQU5EL2Noa2NvbmZpZz1zdHI6Jy9zYmluL2Noa2NvbmZp
ZycKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVu
dmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9jaHJvbnljPXN0cjonL2Jpbi9jaHJvbnljJwoyMDE0
LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NTAwIEVOViBDT01NQU5EL2RhdGU9c3RyOicvYmluL2RhdGUnCjIwMTQtMTItMTcgMTU6NDk6
MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENP
TU1BTkQvZGlnPXN0cjonL2Jpbi9kaWcnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGku
Y29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvZmlyZXdhbGwt
Y21kPXN0cjonL2Jpbi9maXJld2FsbC1jbWQnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvaHdjbG9j
az1zdHI6Jy9zYmluL2h3Y2xvY2snCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvaW5pdGN0bD1Ob25l
VHlwZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9pcD1zdHI6Jy9zYmluL2lwJwoyMDE0
LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NTAwIEVOViBDT01NQU5EL2lzY3NpYWRtPXN0cjonL3NiaW4vaXNjc2lhZG0nCjIwMTQtMTIt
MTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1
MDAgRU5WIENPTU1BTkQvbHNvZj1zdHI6Jy9zYmluL2xzb2YnCjIwMTQtMTItMTcgMTU6NDk6MTAg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1B
TkQvbW91bnQ9c3RyOicvYmluL21vdW50JwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT01NQU5EL250cHE9c3Ry
Oicvc2Jpbi9udHBxJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT01NQU5EL29wZW5zc2w9c3RyOicvYmluL29w
ZW5zc2wnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvcGluZz1zdHI6Jy9iaW4vcGluZycKMjAxNC0x
Mi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50
OjUwMCBFTlYgQ09NTUFORC9xZW11LWltZz1zdHI6Jy9iaW4vcWVtdS1pbWcnCjIwMTQtMTItMTcg
MTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAg
RU5WIENPTU1BTkQvcmM9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvcmMt
dXBkYXRlPU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNv
bnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT01NQU5EL3JlYm9vdD1zdHI6
Jy9zYmluL3JlYm9vdCcKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09NTUFORC9yZW1vdGUtdmlld2VyPXN0cjon
L2Jpbi9yZW1vdGUtdmlld2VyJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT01NQU5EL3Jlc3RvcmVjb249c3Ry
Oicvc2Jpbi9yZXN0b3JlY29uJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT01NQU5EL3NlbGludXhlbmFibGVk
PXN0cjonL3NiaW4vc2VsaW51eGVuYWJsZWQnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvc2Vydmlj
ZT1zdHI6Jy9zYmluL3NlcnZpY2UnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvc3NoZD1zdHI6Jy9z
YmluL3NzaGQnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPTU1BTkQvc3Vkbz1zdHI6Jy9iaW4vc3VkbycKMjAx
NC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgQ09NTUFORC9zeXN0ZW1jdGw9c3RyOicvYmluL3N5c3RlbWN0bCcKMjAxNC0x
Mi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50
OjUwMCBFTlYgQ09NTUFORC91bW91bnQ9c3RyOicvYmluL3Vtb3VudCcKMjAxNC0xMi0xNyAxNTo0
OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYg
Q09NTUFORC92ZHNDbGllbnQ9c3RyOicvYmluL3Zkc0NsaWVudCcKMjAxNC0xMi0xNyAxNTo0OTox
MCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09N
TUFORC92ZHNtLXRvb2w9c3RyOicvYmluL3Zkc20tdG9vbCcKMjAxNC0xMi0xNyAxNTo0OToxMCBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09SRS9j
b25maWdGaWxlQXBwZW5kPU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT1JFL2NvbmZp
Z0ZpbGVOYW1lPXN0cjonL2V0Yy9vdG9waS5jb25mJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT1JFL2ZhaWxP
blByaW9PdmVycmlkZT1ib29sOidGYWxzZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09SRS9pbnRlcm5hbFBh
Y2thZ2VUcmFuc2FjdGlvbj1UcmFuc2FjdGlvbjondHJhbnNhY3Rpb24nCjIwMTQtMTItMTcgMTU6
NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5W
IENPUkUvbG9nRGlyPXN0cjonL3Zhci9sb2cvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cCcKMjAx
NC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgQ09SRS9sb2dGaWxlSGFuZGxlPWZpbGU6JzxvcGVuIGZpbGUgJy92YXIvbG9n
L292aXJ0LWhvc3RlZC1lbmdpbmUtc2V0dXAvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC0yMDE0
MTIxNzE1MzQwMy15ZWFpcDAubG9nJywgbW9kZSAnYScgYXQgMHgzY2U3NTQwPicKMjAxNC0xMi0x
NyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUw
MCBFTlYgQ09SRS9sb2dGaWxlTmFtZT1zdHI6Jy92YXIvbG9nL292aXJ0LWhvc3RlZC1lbmdpbmUt
c2V0dXAvb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cC0yMDE0MTIxNzE1MzQwMy15ZWFpcDAubG9n
JwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52
aXJvbm1lbnQ6NTAwIEVOViBDT1JFL2xvZ0ZpbGVOYW1lUHJlZml4PXN0cjonb3ZpcnQtaG9zdGVk
LWVuZ2luZS1zZXR1cCcKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09SRS9sb2dGaWx0ZXI9X015TG9nZ2VyRmls
dGVyOidmaWx0ZXInCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPUkUvbG9nRmlsdGVyS2V5cz1saXN0OidbJ09W
RUhPU1RFRF9GSVJTVF9IT1NUL3Jvb3RQYXNzd29yZCcsICdPVkVIT1NURURfRU5HSU5FL2FkbWlu
UGFzc3dvcmQnLCAnT1ZFSE9TVEVEX1ZEU00vcGFzc3dkJ10nCjIwMTQtMTItMTcgMTU6NDk6MTAg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPUkUv
bG9nUmVtb3ZlQXRFeGl0PWJvb2w6J0ZhbHNlJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBDT1JFL21haW5UcmFu
c2FjdGlvbj1UcmFuc2FjdGlvbjondHJhbnNhY3Rpb24nCjIwMTQtMTItMTcgMTU6NDk6MTAgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIENPUkUvbW9k
aWZpZWRGaWxlcz1saXN0OidbXScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250
ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgQ09SRS9yYW5kb21pemVFdmVudHM9
Ym9vbDonRmFsc2UnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIERJQUxPRy9ib3VuZGFyeT1zdHI6Jy0tPTQ1MWI4
MGRjLTk5NmYtNDMyZS05ZTRmLTJiMjllZjZkMTE0MT0tLScKMjAxNC0xMi0xNyAxNTo0OToxMCBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgRElBTE9H
L2NsaVZlcnNpb249aW50OicxJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBESUFMT0cvY3VzdG9taXphdGlvbj1i
b29sOidGYWxzZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl
eHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgRElBTE9HL2RpYWxlY3Q9c3RyOidodW1hbicKMjAx
NC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgSU5GTy9QQUNLQUdFX05BTUU9c3RyOidvdG9waScKMjAxNC0xMi0xNyAxNTo0
OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYg
SU5GTy9QQUNLQUdFX1ZFUlNJT049c3RyOicxLjMuMCcKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJV
RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgTkVUV09SSy9m
aXJld2FsbGRBdmFpbGFibGU9Ym9vbDonVHJ1ZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgTkVUV09SSy9maXJl
d2FsbGREaXNhYmxlU2VydmljZXM9bGlzdDonW10nCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcg
b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE5FVFdPUksvZmly
ZXdhbGxkRW5hYmxlPWJvb2w6J0ZhbHNlJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBORVRXT1JLL2lwdGFibGVz
RW5hYmxlPWJvb2w6J0ZhbHNlJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRl
eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBORVRXT1JLL2lwdGFibGVzUnVsZXM9
Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE5FVFdPUksvc3NoRW5hYmxlPWJvb2w6J0Zh
bHNlJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
RW52aXJvbm1lbnQ6NTAwIEVOViBORVRXT1JLL3NzaEtleT1Ob25lVHlwZTonTm9uZScKMjAxNC0x
Mi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50
OjUwMCBFTlYgTkVUV09SSy9zc2hVc2VyPXN0cjonJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVH
IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURf
Q09SRS9hZGRpdGlvbmFsSG9zdEVuYWJsZWQ9Ym9vbDonRmFsc2UnCjIwMTQtMTItMTcgMTU6NDk6
MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9W
RUhPU1RFRF9DT1JFL2FkZGl0aW9uYWxIb3N0UmVEZXBsb3ltZW50PU5vbmVUeXBlOidOb25lJwoy
MDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJv
bm1lbnQ6NTAwIEVOViBPVkVIT1NURURfQ09SRS9hbnN3ZXJGaWxlPXN0cjonL2V0Yy9vdmlydC1o
b3N0ZWQtZW5naW5lL2Fuc3dlcnMuY29uZicKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX0NPUkUv
Y2hlY2tSZXF1aXJlbWVudHM9Ym9vbDonVHJ1ZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX0NP
UkUvY29uZmlybVNldHRpbmdzPU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NU
RURfQ09SRS9kZXBsb3lQcm9jZWVkPWJvb2w6J1RydWUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVC
VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RF
RF9DT1JFL2lzQWRkaXRpb25hbEhvc3Q9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6
MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9W
RUhPU1RFRF9DT1JFL3NjcmVlblByb2NlZWQ9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6
NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5W
IE9WRUhPU1RFRF9DT1JFL3RlbXBEaXI9c3RyOicvdG1wJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NU
RURfRU5HSU5FL2FkbWluUGFzc3dvcmQ9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6
MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9W
RUhPU1RFRF9FTkdJTkUvYXBwSG9zdE5hbWU9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6
NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5W
IE9WRUhPU1RFRF9FTkdJTkUvY2x1c3Rlck5hbWU9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcg
MTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAg
RU5WIE9WRUhPU1RFRF9GSVJTVF9IT1NUL2ZldGNoQW5zd2VyPU5vbmVUeXBlOidOb25lJwoyMDE0
LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NTAwIEVOViBPVkVIT1NURURfRklSU1RfSE9TVC9mcWRuPU5vbmVUeXBlOidOb25lJwoyMDE0
LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NTAwIEVOViBPVkVIT1NURURfRklSU1RfSE9TVC9yb290UGFzc3dvcmQ9Tm9uZVR5cGU6J05v
bmUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBF
bnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9GSVJTVF9IT1NUL3NzaGRQb3J0PWludDonMjIn
CjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp
cm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9ORVRXT1JLL2JyaWRnZUlmPU5vbmVUeXBlOidOb25l
JwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52
aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfTkVUV09SSy9icmlkZ2VOYW1lPXN0cjonb3ZpcnRt
Z210JwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w
RW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfTkVUV09SSy9maXJld2FsbE1hbmFnZXI9Tm9u
ZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9ORVRXT1JLL2ZpcmV3YWxsZFNl
cnZpY2VzPWxpc3Q6J1tdJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfTkVUV09SSy9maXJld2Fs
bGRTdWJzdD1kaWN0Oid7fScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX05FVFdPUksvZnFkbj1O
b25lVHlwZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX05FVFdPUksvZnFkblJldmVy
c2VWYWxpZGF0aW9uPWJvb2w6J0ZhbHNlJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfTkVUV09S
Sy9nYXRld2F5PU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfTkVUV09S
Sy9zc2hkUG9ydD1Ob25lVHlwZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX05PVElG
L2Rlc3RFbWFpbD1Ob25lVHlwZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX05PVElG
L3NtdHBQb3J0PU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfTk9USUYv
c210cFNlcnZlcj1Ob25lVHlwZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX05PVElG
L3NvdXJjZUVtYWlsPU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfU0FO
TE9DSy9sb2Nrc3BhY2VOYW1lPXN0cjonaG9zdGVkLWVuZ2luZScKMjAxNC0xMi0xNyAxNTo0OTox
MCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZF
SE9TVEVEX1NBTkxPQ0svc2VydmljZU5hbWU9c3RyOidzYW5sb2NrJwoyMDE0LTEyLTE3IDE1OjQ5
OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBP
VkVIT1NURURfU1RPUkFHRS9jb25uZWN0aW9uVVVJRD1zdHI6JzM2YjM5ZTg3LTM1YmItNGNkZS1h
YWNiLTUzOWMyMmIyZjg3YycKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JBR0UvZG9tYWlu
VHlwZT1zdHI6J25mczMnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9TVE9SQUdFL2hvc3RJRD1O
b25lVHlwZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JBR0UvaVNDU0lMdW5J
ZD1Ob25lVHlwZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0
IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JBR0UvaVNDU0lQ
b3J0YWw9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29u
dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9TVE9SQUdFL2lT
Q1NJUG9ydGFsSVBBZGRyZXNzPU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NU
RURfU1RPUkFHRS9pU0NTSVBvcnRhbFBhc3N3b3JkPU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3
IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAw
IEVOViBPVkVIT1NURURfU1RPUkFHRS9pU0NTSVBvcnRhbFBvcnQ9Tm9uZVR5cGU6J05vbmUnCjIw
MTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u
bWVudDo1MDAgRU5WIE9WRUhPU1RFRF9TVE9SQUdFL2lTQ1NJUG9ydGFsVXNlcj1Ob25lVHlwZTon
Tm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JBR0UvaVNDU0lUYXJnZXROYW1lPU5v
bmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfU1RPUkFHRS9pbWdEZXNjPXN0
cjonSG9zdGVkIEVuZ2luZSBJbWFnZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JBR0Uv
aW1nU2l6ZUdCPU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3Bp
LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfU1RPUkFH
RS9pbWdVVUlEPXN0cjonMzk2Nzc1Y2QtZGUxMi00ZmM0LTkzZjMtNzU5NjU4YWRjMDgyJwoyMDE0
LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NTAwIEVOViBPVkVIT1NURURfU1RPUkFHRS9sb2Nrc3BhY2VJbWFnZVVVSUQ9Tm9uZVR5cGU6
J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1
bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9TVE9SQUdFL2xvY2tzcGFjZVZvbHVtZVVV
SUQ9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9TVE9SQUdFL21ldGFk
YXRhSW1hZ2VVVUlEPU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfU1RP
UkFHRS9tZXRhZGF0YVZvbHVtZVVVSUQ9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6
MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9W
RUhPU1RFRF9TVE9SQUdFL3NkVVVJRD1zdHI6J2U3NDYxNjc1LTU3OWUtNDE5Mi04NjI5LTg4NTll
NjkwOTY3ZCcKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JBR0Uvc3BVVUlEPXN0cjonYWUw
ZDAzYTUtMzQ1NC00OWUzLWJkNGQtZGFhNzFhZDk4MWVhJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NU
RURfU1RPUkFHRS9zdG9yYWdlRGF0YWNlbnRlck5hbWU9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTIt
MTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1
MDAgRU5WIE9WRUhPU1RFRF9TVE9SQUdFL3N0b3JhZ2VEb21haW5Db25uZWN0aW9uPXN0cjonbmZz
Mi0zOi9lbmdpbmUvJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfU1RPUkFHRS9zdG9yYWdlRG9t
YWluTmFtZT1Ob25lVHlwZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5j
b250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JBR0Uv
c3RvcmFnZVR5cGU9Tm9uZVR5cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3Rv
cGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9TVE9S
QUdFL3ZnVVVJRD1Ob25lVHlwZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9w
aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1NUT1JB
R0Uvdm9sVVVJRD1zdHI6JzRiOGE5Y2I2LWVjNjctNGNjYy05YjlhLTEzNjBjNDBhMzM0MicKMjAx
NC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1ZEU00vY2FTdWJqZWN0PXN0cjonL0M9RU4vTD1UZXN0L089
VGVzdC9DTj1UZXN0Q0EnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WRFNNL2NvbnNvbGVUeXBl
PU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfVkRTTS9jcHU9Tm9uZVR5
cGU6J05vbmUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0
LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WRFNNL2VuZ2luZUNwdT1Ob25lVHlw
ZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1ZEU00va3ZtR2lkPWludDonMzYnCjIw
MTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u
bWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WRFNNL3Bhc3N3ZD1zdHI6JyoqRklMVEVSRUQqKicKMjAx
NC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1ZEU00vcGFzc3dkVmFsaWRpdHlTZWNzPXN0cjonMTA4MDAn
CjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp
cm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WRFNNL3BraVN1YmplY3Q9c3RyOicvQz1FTi9MPVRl
c3QvTz1UZXN0L0NOPVRlc3QnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WRFNNL3NlcnZpY2VO
YW1lPXN0cjondmRzbWQnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WRFNNL3NwaWNlUGtpU3Vi
amVjdD11bmljb2RlOidDPUVOLCBMPVRlc3QsIE89VGVzdCwgQ049VGVzdCcKMjAxNC0xMi0xNyAx
NTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBF
TlYgT1ZFSE9TVEVEX1ZEU00vdXNlU1NMPWJvb2w6J1RydWUnCjIwMTQtMTItMTcgMTU6NDk6MTAg
REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhP
U1RFRF9WRFNNL3Zkc0NsaWVudD1pbnN0YW5jZTonPHZkc0NsaWVudC5zZXJ2aWNlIGluc3RhbmNl
IGF0IDB4NDQyMDE3MD4nCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBj
b250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIE9WRUhPU1RFRF9WRFNNL3Zkc21VaWQ9aW50
OiczNicKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt
cEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1ZNL2Nkcm9tVVVJRD1zdHI6J2E0ZmE0Mjlk
LTE1ZGQtNGFhMC1iNDg3LTExN2MzYzNlNjkzMicKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1ZN
L2NvbnNvbGVVVUlEPXN0cjonNWE3OGE1N2YtOWQ3NC00ZjkxLWJmZDYtMGU1ZjQzNDUyNWE4Jwoy
MDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJv
bm1lbnQ6NTAwIEVOViBPVkVIT1NURURfVk0vZW11bGF0ZWRNYWNoaW5lPXN0cjoncGMnCjIwMTQt
MTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVu
dDo1MDAgRU5WIE9WRUhPU1RFRF9WTS9uaWNVVUlEPXN0cjonMTA0YjA3MmQtYzQwZC00OWU2LWI1
N2YtM2UzNThlNmNiYmI3JwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQg
Y29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfVk0vb3ZmQXJjaGl2ZT1O
b25lVHlwZTonTm9uZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNv
bnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgT1ZFSE9TVEVEX1ZNL3N1YnN0PWRpY3Q6J3t9
JwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52
aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfVk0vdm1Cb290PU5vbmVUeXBlOidOb25lJwoyMDE0
LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l
bnQ6NTAwIEVOViBPVkVIT1NURURfVk0vdm1DRFJvbT1Ob25lVHlwZTonTm9uZScKMjAxNC0xMi0x
NyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUw
MCBFTlYgT1ZFSE9TVEVEX1ZNL3ZtTUFDQWRkcj1Ob25lVHlwZTonTm9uZScKMjAxNC0xMi0xNyAx
NTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBF
TlYgT1ZFSE9TVEVEX1ZNL3ZtTWVtU2l6ZU1CPU5vbmVUeXBlOidOb25lJwoyMDE0LTEyLTE3IDE1
OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVO
ViBPVkVIT1NURURfVk0vdm1VVUlEPXN0cjonYjVjMjEyZWYtNDkxOC00MDQ4LTg2NTAtZDM0NzY0
MmE2MWNkJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k
dW1wRW52aXJvbm1lbnQ6NTAwIEVOViBPVkVIT1NURURfVk0vdm1WQ3B1cz1Ob25lVHlwZTonTm9u
ZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVu
dmlyb25tZW50OjUwMCBFTlYgT1ZFU0VUVVBfQ09SRS9vZmZsaW5lUGFja2FnZXI9Ym9vbDonVHJ1
ZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVu
dmlyb25tZW50OjUwMCBFTlYgUEFDS0FHRVIva2VlcEFsaXZlSW50ZXJ2YWw9aW50OiczMCcKMjAx
NC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t
ZW50OjUwMCBFTlYgUEFDS0FHRVIveXVtRGlzYWJsZWRQbHVnaW5zPWxpc3Q6J1tdJwoyMDE0LTEy
LTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6
NTAwIEVOViBQQUNLQUdFUi95dW1FbmFibGVkUGx1Z2lucz1saXN0OidbXScKMjAxNC0xMi0xNyAx
NTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBF
TlYgUEFDS0FHRVIveXVtRXhwaXJlQ2FjaGU9Ym9vbDonVHJ1ZScKMjAxNC0xMi0xNyAxNTo0OTox
MCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgUEFD
S0FHRVIveXVtUm9sbGJhY2s9Ym9vbDonVHJ1ZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgUEFDS0FHRVIveXVt
cGFja2FnZXJFbmFibGVkPWJvb2w6J0ZhbHNlJwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90
b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBTWVNURU0vY2xvY2tN
YXhHYXA9aW50Oic1JwoyMDE0LTEyLTE3IDE1OjQ5OjEwIERFQlVHIG90b3BpLmNvbnRleHQgY29u
dGV4dC5kdW1wRW52aXJvbm1lbnQ6NTAwIEVOViBTWVNURU0vY2xvY2tTZXQ9Ym9vbDonRmFsc2Un
CjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp
cm9ubWVudDo1MDAgRU5WIFNZU1RFTS9jb21tYW5kUGF0aD1zdHI6Jy91c3IvbG9jYWwvc2Jpbjov
dXNyL2xvY2FsL2JpbjovdXNyL3NiaW46L3Vzci9iaW46L3NiaW46L2JpbicKMjAxNC0xMi0xNyAx
NTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBF
TlYgU1lTVEVNL3JlYm9vdD1ib29sOidGYWxzZScKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBv
dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjUwMCBFTlYgU1lTVEVNL3JlYm9v
dEFsbG93PWJvb2w6J1RydWUnCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo1MDAgRU5WIFNZU1RFTS9yZWJvb3REZWZlclRpbWU9
aW50OicxMCcKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu
ZHVtcEVudmlyb25tZW50OjUwNCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTQtMTItMTcgMTU6
NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzOCBTdGFn
ZSBwcmUtdGVybWluYXRlIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5jbGkuUGx1
Z2luLl9wcmVfdGVybWluYXRlCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4
dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjE0NCBjb25kaXRpb24gRmFsc2UKMjAxNC0xMi0xNyAx
NTo0OToxMCBJTkZPIG90b3BpLmNvbnRleHQgY29udGV4dC5ydW5TZXF1ZW5jZTo0MTcgU3RhZ2U6
IFRlcm1pbmF0aW9uCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250
ZXh0LnJ1blNlcXVlbmNlOjQyMSBTVEFHRSB0ZXJtaW5hdGUKMjAxNC0xMi0xNyAxNTo0OToxMCBE
RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIHRlcm1p
bmF0ZSBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cuaHVtYW4uUGx1Z2luLl90ZXJt
aW5hdGUKMjAxNC0xMi0xNyAxNTo0OToxMCBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4
ZWN1dGVNZXRob2Q6MTM4IFN0YWdlIHRlcm1pbmF0ZSBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9w
aS5kaWFsb2cubWFjaGluZS5QbHVnaW4uX3Rlcm1pbmF0ZQoyMDE0LTEyLTE3IDE1OjQ5OjEwIERF
QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxNDQgY29uZGl0aW9uIEZh
bHNlCjIwMTQtMTItMTcgMTU6NDk6MTAgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVj
dXRlTWV0aG9kOjEzOCBTdGFnZSB0ZXJtaW5hdGUgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGku
Y29yZS5sb2cuUGx1Z2luLl90ZXJtaW5hdGUK
--_004_ED08B56256B38842A463A2A0804C5AC0326ACA4385svrcaexch1atg_--
10 years, 4 months
- 1
- 0
nfs shared storage can not be mounted in second host during hosted-engine --deploy
by Yue, Cong
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA437Esvrcaexch1atg_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I am trying to install the second host to test the HA for hypervisor . I am=
using external storage and assume that one is with HA.
I configured the first node with that shared storage as nfs2-3:/engine. And=
now everything works well except for browser embedded console. :)
But when I did hosted-engine -deploy for the second host, there is some err=
or which shows
--
Error while mounting specified storage path: mount.nfs: Connection timed ou=
t.
Cannot unmounts /tmp/tmpLALdB1
--
I checked from the second with mount -t nfs nfs2-3:/engine /test_mount, and=
it works well.
Do I need unblock something or is there some log I can dig further to find =
the problem?
Thanks in advance,
Cong
________________________________
This e-mail message is for the sole use of the intended recipient(s) and ma=
y contain confidential and privileged information. Any unauthorized review,=
use, disclosure or distribution is prohibited. If you are not the intended=
recipient, please contact the sender by reply e-mail and destroy all copie=
s of the original message. If you are the intended recipient, please be adv=
ised that the content of this message is subject to access, review and disc=
losure by the sender's e-mail System Administrator.
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA437Esvrcaexch1atg_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"\@MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I am trying =
to install the second host to test the HA for hypervisor . I am using exter=
nal storage and assume that one is with HA.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I configured=
the first node with that shared storage as nfs2-3:/engine. And now everyth=
ing works well except for browser embedded console.
</span><span style=3D"font-family:Wingdings;mso-fareast-language:JA">J</spa=
n><span style=3D"mso-fareast-language:JA"><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">But when I d=
id hosted-engine –deploy for the second host, there is some error whi=
ch shows
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">--<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Error while =
mounting specified storage path: mount.nfs: Connection timed out.<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Cannot unmou=
nts /tmp/tmpLALdB1<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">--<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">I checked fr=
om the second with mount –t nfs nfs2-3:/engine /test_mount, and it wo=
rks well.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Do I need un=
block something or is there some log I can dig further to find the problem?=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Thanks in ad=
vance,<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA">Cong<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"mso-fareast-language:JA"><o:p> <=
/o:p></span></p>
</div>
<br>
<hr>
<font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t=
he sole use of the intended recipient(s) and may contain confidential and p=
rivileged information. Any unauthorized review, use, disclosure or distribu=
tion is prohibited. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy =
all copies of the original message. If you are the intended recipient, plea=
se be advised that the content of this message is subject to access, review=
and disclosure by the sender's
e-mail System Administrator.<br>
</font>
</body>
</html>
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA437Esvrcaexch1atg_--
10 years, 4 months
- 1
- 0
Re: [ovirt-users] Free Ovirt Powered Cloud
by Donny Davis
I will bring up a node in ipv6 only and see what libvirtd does. I will post
my results.
-----Original Message-----
From: Dan Kenigsberg [mailto:danken@redhat.com]
Sent: Wednesday, December 17, 2014 2:53 AM
To: Donny Davis
Cc: 'Lior Vernia'; osvoboda(a)redhat.com
Subject: Re: [ovirt-users] Free Ovirt Powered Cloud
On Tue, Dec 16, 2014 at 03:26:46PM -0700, Donny Davis wrote:
> I don't know if libvirt will listen on both ipv4 and ipv6 for incoming
> consoles?, but if it would I could ditch ipv4 all together, I wouldn't
> but it would enable ipv6 only customers to connect, and also I could
> get the direct console working
I don't know if qemu/libvirt supports listening on 2 addresses. Too bad this
conversion has fallen off the mailing list, where someone could have helped
us with this question.
Our best option is if you can try this out. Use Ondrej's hook too add an
ipv6 address to a network, and see what libvirt does when a VM's display is
attached to such a network.
Please report your finding on-list!
10 years, 4 months
- 2
- 1
NFS can not be mounted after the installation of ovirt-hosted-engine
by Yue, Cong
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA419Bsvrcaexch1atg_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi
I walked through the installation of ovirt-hosted-engine as
http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/
And I met a problem in the step of "Configure storage"
In my ovirt host, I am using nfs v3 for the test. I created two exports poi=
nts, and just after that I confirmed with other client that I can mount the=
se two points.
My /etc/exports is as
---
/engine 10.0.0.0/24(rw,sync,no_root_squash,no_all_squash)
/data 10.0.0.0/24(rw,sync,no_root_squash,no_all_squash)
---
While after I completed the engine VM install, I found these two points can=
not be mounted again with the same command
as
mount -t nfs 10.0.0.94:/engine /engine
Is ovirt changed something for nfs server configuration or something wrong =
with my setting?
Thanks in advance,
Cong
________________________________
This e-mail message is for the sole use of the intended recipient(s) and ma=
y contain confidential and privileged information. Any unauthorized review,=
use, disclosure or distribution is prohibited. If you are not the intended=
recipient, please contact the sender by reply e-mail and destroy all copie=
s of the original message. If you are the intended recipient, please be adv=
ised that the content of this message is subject to access, review and disc=
losure by the sender's e-mail System Administrator.
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA419Bsvrcaexch1atg_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"\@SimSun";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I walked through the installation of ovirt-hosted-en=
gine as <o:p>
</o:p></p>
<p class=3D"MsoNormal"><a href=3D"http://community.redhat.com/blog/2014/10/=
up-and-running-with-ovirt-3-5/">http://community.redhat.com/blog/2014/10/up=
-and-running-with-ovirt-3-5/</a><o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">And I met a problem in the step of “Configure =
storage”<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">In my ovirt host, I am using nfs v3 for the test. I =
created two exports points, and just after that I confirmed with other clie=
nt that I can mount these two points.<o:p></o:p></p>
<p class=3D"MsoNormal">My /etc/exports is as<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">---<o:p></o:p></p>
<p class=3D"MsoNormal">/engine 10.0.0.0/24(rw,sync,no_root_squa=
sh,no_all_squash)<o:p></o:p></p>
<p class=3D"MsoNormal">/data 10.0.0.0/24(rw,sync,no_root_squash=
,no_all_squash)<o:p></o:p></p>
<p class=3D"MsoNormal">---<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">While after I completed the engine VM install, I fou=
nd these two points can not be mounted again with the same command<o:p></o:=
p></p>
<p class=3D"MsoNormal">as<o:p></o:p></p>
<p class=3D"MsoNormal">mount –t nfs 10.0.0.94:/engine /engine<o:p></o=
:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Is ovirt changed something for nfs server configurat=
ion or something wrong with my setting?<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Thanks in advance,<o:p></o:p></p>
<p class=3D"MsoNormal">Cong<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p></o:p></p>
</div>
<br>
<hr>
<font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t=
he sole use of the intended recipient(s) and may contain confidential and p=
rivileged information. Any unauthorized review, use, disclosure or distribu=
tion is prohibited. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy =
all copies of the original message. If you are the intended recipient, plea=
se be advised that the content of this message is subject to access, review=
and disclosure by the sender's
e-mail System Administrator.<br>
</font>
</body>
</html>
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA419Bsvrcaexch1atg_--
10 years, 4 months
- 2
- 2
disk ordering
by Paul Jansen
------=_Part_1140707_1681858295.1418778770413
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hello.I've noticed issues with inconsistent disk ordering when doing instal=
ls from time to time (on VMs with two disks).I came across this post from I=
tamar from October 2013 where 'disk ordering' is mentioned as a roadmap ite=
m: [Users] oVirt Roadmap feature requests - Summary
I haven't found anything more when doing searches.=C2=A0 Has any work been =
done on this, or is there a workaround?This is a little annoying.=C2=A0 I n=
ever run into this issue under Vmware's ESXi.
| =C2=A0 |
| =C2=A0 | =C2=A0 | =C2=A0 | =C2=A0 | =C2=A0 |
| [Users] oVirt Roadmap feature requests - Summary[Users] oVirt Roadmap fea=
ture requests - Summary Itamar Heim iheim at redhat.com Sun Oct 6 15:55:33 =
EDT 2013 Previous message: [Users] so, what do you want next in oVirt? |
| |
| View on lists.ovirt.org | Preview by Yahoo |
| |
| =C2=A0 |
=C2=A0
------=_Part_1140707_1681858295.1418778770413
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"color:#000; background-color:#fff; font-family:He=
lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, Sans-Serif;fo=
nt-size:12px"><div id=3D"yui_3_16_0_1_1418776863015_5855" dir=3D"ltr">Hello=
.</div><div id=3D"yui_3_16_0_1_1418776863015_5856" dir=3D"ltr">I've noticed=
issues with inconsistent disk ordering when doing installs from time to ti=
me (on VMs with two disks).</div><div id=3D"yui_3_16_0_1_1418776863015_5863=
" dir=3D"ltr">I came across this post from Itamar from October 2013 where '=
disk ordering' is mentioned as a roadmap item: <a id=3D"yui_3_16_0_1_141877=
6863015_5865" href=3D"http://lists.ovirt.org/pipermail/users/2013-October/0=
16898.html">[Users] oVirt Roadmap feature requests - Summary</a></div><div =
id=3D"yui_3_16_0_1_1418776863015_5883" dir=3D"ltr"><br></div><div id=3D"yui=
_3_16_0_1_1418776863015_5884" dir=3D"ltr">I haven't found anything more whe=
n doing searches. Has any work been done on this, or is there a worka=
round?</div><div id=3D"yui_3_16_0_1_1418776863015_5885" dir=3D"ltr">This is=
a little annoying. I never run into this issue under Vmware's ESXi.<=
br></div><div style=3D"width:450px; font-family: 'Georgia', 'Times', 'Times=
New Roman', 'serif';margin-top:5px; margin-bottom: 5px; background-color: =
#ffffff;" id=3D"enhancrCard_1" class=3D"link-enhancr-attachment link-enhanc=
r-element" contenteditable=3D"false"><table id=3D"yui_3_16_0_1_141877686301=
5_5891" class=3D"link-enhancr-element" style=3D"width:450px; height:auto; p=
osition: relative; display: block;" border=3D"0" cellpadding=3D"0" cellspac=
ing=3D"0"><tbody id=3D"yui_3_16_0_1_1418776863015_5890"><tr id=3D"yui_3_16_=
0_1_1418776863015_5889" class=3D"link-enhancr-element"><td id=3D"yui_3_16_0=
_1_1418776863015_5888" class=3D"link-enhancr-element" colspan=3D"7" style=
=3D"height: 1px; background-color: #e5e5e5; font-size: 1px; border-collapse=
: collapse;"><div id=3D"yui_3_16_0_1_1418776863015_5887" class=3D"link-enha=
ncr-element" style=3D"height: 1px; background-color: #e5e5e5; font-size: 1p=
x; line-height:0px;"> </div></td></tr><tr id=3D"yui_3_16_0_1_141877686=
3015_5899" class=3D"link-enhancr-element"><td rowspan=3D"5" class=3D"link-e=
nhancr-element" style=3D"width: 1px; background-color: #e5e5e5; font-size: =
1pt; border-collapse: collapse;"><div class=3D"link-enhancr-element" style=
=3D"width: 1px; background-color: #e5e5e5; font-size: 1pt;"> </div></t=
d><td id=3D"yui_3_16_0_1_1418776863015_5898" rowspan=3D"5" class=3D"link-en=
hancr-element" style=3D"width: 14px; background-color: #ffffff; font-size: =
0pt; border-collapse: collapse;"><div id=3D"yui_3_16_0_1_1418776863015_5897=
" class=3D"link-enhancr-element" style=3D"width: 14px; background-color: #f=
fffff; font-size: 14pt;"> </div></td><td id=3D"yui_3_16_0_1_1418776863=
015_6173" colspan=3D"2" class=3D"link-enhancr-element" style=3D"height: 6px=
; background-color: #ffffff; font-size: 0pt; border-collapse: collapse;"><d=
iv id=3D"yui_3_16_0_1_1418776863015_6172" class=3D"link-enhancr-element" st=
yle=3D"height: 6px; background-color: #ffffff; font-size: 6pt;"> </div=
></td><td rowspan=3D"5" class=3D"link-enhancr-element" style=3D"width: 20px=
; background-color: #ffffff; font-size: 0pt; border-collapse: collapse;"><d=
iv class=3D"link-enhancr-element" style=3D"width: 20px; background-color: #=
ffffff; font-size: 20pt;"> </div></td><td class=3D"link-enhancr-elemen=
t" rowspan=3D"5" style=3D"width: 1px; background-color: #e5e5e5; font-size:=
1pt; border-collapse: collapse;" width=3D"1"><div class=3D"link-enhancr-el=
ement" style=3D"width: 1px; background-color: #e5e5e5; font-size: 1pt;">&nb=
sp;</div></td></tr><tr id=3D"yui_3_16_0_1_1418776863015_5896"><td id=3D"yui=
_3_16_0_1_1418776863015_5895" class=3D"link-enhancr-element" colspan=3D"2" =
style=3D"width: 100%; vertical-align: middle; font-family: 'Georgia', 'Time=
s', 'Times New Roman', 'serif';"><div id=3D"yui_3_16_0_1_1418776863015_5894=
" class=3D"link-enhancr-text-part link-enhancr-element" style=3D"line-heigh=
t:16.5px; background-color: #ffffff; width: 414px;"><div id=3D"yui_3_16_0_=
1_1418776863015_5893" class=3D"link-enhancr-element" style=3D"word-wrap: br=
eak-word; word-break: break-all;"><span class=3D"link-enhancr-element icon =
icon-shrink link-enhancr-toggle"></span><span class=3D"link-enhancr-elemen=
t icon icon-close link-enhancr-delete"></span><a id=3D"yui_3_16_0_1_1418776=
863015_5892" href=3D"http://lists.ovirt.org/pipermail/users/2013-October/01=
6898.html" class=3D"link-enhancr-card-urlWrapper link-enhancr-element" styl=
e=3D"text-decoration: none !important; color: #000000 !important; line-heig=
ht: 100%; font-size: 18px; display: block;"><span id=3D"yui_3_16_0_1_141877=
6863015_6150" class=3D"link-enhancr-element link-enhancr-card-title" style=
=3D"margin: 0; font-weight: normal;margin-bottom: 3px; font-size: 18px; lin=
e-height: 21px; max-height: 43px; color: #000000; overflow: hidden !importa=
nt; display: inline-block;">[Users] oVirt Roadmap feature requests - Summar=
y</span></a><div id=3D"yui_3_16_0_1_1418776863015_6151" style=3D"font-size:=
13px; line-height: 20px; color: #999999; max-height: 81px; font-family: 'G=
eorgia', 'Times', 'Times New Roman', 'serif';overflow: hidden;" class=3D"li=
nk-enhancr-card-description link-enhancr-element">[Users] oVirt Roadmap fea=
ture requests - Summary
Itamar Heim=20
iheim at redhat.com Sun Oct 6 15:55:33 EDT 2013 Previous message: [Use=
rs] so, what do you want next in oVirt? </div></div></div></td></tr><tr><td=
colspan=3D"2" class=3D"link-enhancr-element" style=3D"height: 6px; backgro=
und-color: #ffffff; font-size: 0pt; border-collapse: collapse;"><div class=
=3D"link-enhancr-element" style=3D"height: 6px; background-color: #ffffff; =
font-size: 6pt;"></div></td></tr><tr id=3D"yui_3_16_0_1_1418776863015_6157"=
><td id=3D"yui_3_16_0_1_1418776863015_6156" class=3D"link-enhancr-element" =
style=3D"vertical-align: middle; font-family: 'Arial', 'Helvetica Neue', 'H=
elvetica', 'sans-serif';"><div id=3D"yui_3_16_0_1_1418776863015_6155" class=
=3D"link-enhancr-element" style=3D"font-size: 0pt;"><a id=3D"yui_3_16_0_1_1=
418776863015_6154" href=3D"http://lists.ovirt.org/pipermail/users/2013-Octo=
ber/016898.html" class=3D"link-enhancr-card-url link-enhancr-element" style=
=3D"color: black; text-decoration: none !important;cursor:pointer !importan=
t;" target=3D"_blank"><span id=3D"yui_3_16_0_1_1418776863015_5880" class=3D=
"link-enhancr-element link-enhancr-view-on" style=3D"display: inline-block;=
line-height: 11px; max-width: 314px; min-width: 254px; overflow: hidden; m=
ax-height: 13px; word-break: break-all;"><span id=3D"yui_3_16_0_1_141877686=
3015_6153" class=3D"link-enhancr-element link-enhancr-mobile-no-resize" sty=
le=3D"vertical-align:middle; font-size: 9px; line-height: 11px; color: #999=
999; -moz-text-size-adjust: none; -ms-text-size-adjust: none; -webkit-text-=
size-adjust:none; text-size-adjust:none;">View on <span id=3D"yui_3_16_0_1_=
1418776863015_6152" style=3D"font-weight: bold" class=3D"link-enhancr-view-=
on-domain">lists.ovirt.org</span></span></span></a></div></td><td class=3D"=
link-enhancr-element" style=3D"vertical-align: middle; width: 100px; font-f=
amily: 'Arial', 'Helvetica Neue', 'Helvetica', 'sans-serif';"><div class=3D=
"link-enhancr-element link-enhancr-preview-wrapper" style=3D"max-width: 100=
px; min-width: 80px; overflow: hidden; text-align: right; line-height: 11px=
; max-height: 13px; font-size: 0pt;"><span class=3D"link-enhancr-element li=
nk-enhancr-preview-by link-enhancr-mobile-no-resize" style=3D"vertical-alig=
n:middle; font-size: 9px; line-height: 11px; color: #999999; -moz-text-size=
-adjust: none; -ms-text-size-adjust: none; -webkit-text-size-adjust:none; t=
ext-size-adjust:none;">Preview by Yahoo</span></div></td></tr><tr id=3D"yui=
_3_16_0_1_1418776863015_6171"><td id=3D"yui_3_16_0_1_1418776863015_6170" co=
lspan=3D"2" class=3D"link-enhancr-element" style=3D"height: 9px; background=
-color: #ffffff; font-size: 0pt; border-collapse: collapse;"><div id=3D"yui=
_3_16_0_1_1418776863015_6169" class=3D"link-enhancr-element" style=3D"heigh=
t: 9px; background-color: #ffffff; font-size: 9pt;"></div></td></tr><tr cla=
ss=3D"link-enhancr-element"><td class=3D"link-enhancr-element" colspan=3D"7=
" style=3D"height: 1px; background-color: #e5e5e5; font-size: 1px; border-c=
ollapse: collapse;"><div class=3D"link-enhancr-element" style=3D"height: 1p=
x; background-color: #e5e5e5; font-size: 1px; line-height:0px"> </div>=
</td></tr></tbody></table></div><div style=3D"" class=3D"" id=3D"yui_3_16_0=
_1_1418776863015_5863" dir=3D"ltr"> </div></div></body></html>
------=_Part_1140707_1681858295.1418778770413--
10 years, 4 months
- 3
- 4
vdsm losing connection to libvirt
by Chris Adams
I have a oVirt setup that has three nodes, all running CentOS 7, with a
hosted engine running CentOS 6. Two of the nodes (node8 and node9) are
configured for hosted engine, and the third (node2) is just a "regular"
node (as you might guess from the names, more nodes are coming as I
migrate VMs to oVirt).
On one node, node8, vdsm periodically loses its connection to libvirt,
which causes vdsm to restart. There doesn't appear to be any trigger
that I can see (not time of day, load, etc. related). The engine VM is
up and running on node8 (don't know if that has anything to do with it).
I get some entries in /var/log/messages repeated continuously; the
"ovirt-ha-broker: sending ioctl 5401 to a partition" I mentioned before,
and the following:
Dec 15 20:56:23 node8 journal: User record for user '107' was not found: No such file or directory
Dec 15 20:56:23 node8 journal: Group record for user '107' was not found: No such file or directory
I don't think those have any relevance (don't know where they come
from); filtering those out, I see:
Dec 15 20:56:33 node8 journal: End of file while reading data: Input/output error
Dec 15 20:56:33 node8 journal: Tried to close invalid fd 0
Dec 15 20:56:38 node8 journal: vdsm root WARNING connection to libvirt broken. ecode: 1 edom: 7
Dec 15 20:56:38 node8 journal: vdsm root CRITICAL taking calling process down.
Dec 15 20:56:38 node8 journal: vdsm vds ERROR libvirt error
Dec 15 20:56:38 node8 journal: ovirt-ha-broker mgmt_bridge.MgmtBridge ERROR Failed to getVdsCapabilities: Error 16 from getVdsCapabilities: Unexpected exception
Dec 15 20:56:45 node8 journal: End of file while reading data: Input/output error
Dec 15 20:56:45 node8 vdsmd_init_common.sh: vdsm: Running run_final_hooks
Dec 15 20:56:45 node8 systemd: Starting Virtual Desktop Server Manager...
<and then all the normal-looking vdsm startup>
It is happening about once a day, but not at any regular interval or
time (was 02:23 Sunday, then 20:56 Monday).
vdsm.log has this at that time:
Thread-601576::DEBUG::2014-12-15 20:56:38,715::BindingXMLRPC::1132::vds::(wrapper) client [127.0.0.1]::call getCapabilities with () {}
Thread-601576::DEBUG::2014-12-15 20:56:38,718::utils::738::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None)
Thread-601576::DEBUG::2014-12-15 20:56:38,746::utils::758::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0
Thread-601576::WARNING::2014-12-15 20:56:38,754::libvirtconnection::135::root::(wrapper) connection to libvirt broken. ecode: 1 edom: 7
Thread-601576::CRITICAL::2014-12-15 20:56:38,754::libvirtconnection::137::root::(wrapper) taking calling process down.
MainThread::DEBUG::2014-12-15 20:56:38,754::vdsm::58::vds::(sigtermHandler) Received signal 15
Thread-601576::DEBUG::2014-12-15 20:56:38,755::libvirtconnection::143::root::(wrapper) Unknown libvirterror: ecode: 1 edom: 7 level: 2 message: internal error: client socket is closed
MainThread::DEBUG::2014-12-15 20:56:38,755::protocoldetector::135::vds.MultiProtocolAcceptor::(stop) Stopping Acceptor
MainThread::INFO::2014-12-15 20:56:38,755::__init__::563::jsonrpc.JsonRpcServer::(stop) Stopping JsonRPC Server
Detector thread::DEBUG::2014-12-15 20:56:38,756::protocoldetector::106::vds.MultiProtocolAcceptor::(_cleanup) Cleaning Acceptor
MainThread::INFO::2014-12-15 20:56:38,757::vmchannels::188::vds::(stop) VM channels listener was stopped.
MainThread::INFO::2014-12-15 20:56:38,758::momIF::91::MOM::(stop) Shutting down MOM
MainThread::DEBUG::2014-12-15 20:56:38,759::task::595::Storage.TaskManager.Task::(_updateState) Task=`26c7680c-23e2-42bb-964c-272e778a168a`::moving from state init -> state preparing
MainThread::INFO::2014-12-15 20:56:38,759::logUtils::44::dispatcher::(wrapper) Run and protect: prepareForShutdown(options=None)
Thread-601576::ERROR::2014-12-15 20:56:38,755::BindingXMLRPC::1142::vds::(wrapper) libvirt error
Traceback (most recent call last):
File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1135, in wrapper
res = f(*args, **kwargs)
File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 463, in getCapabilities
ret = api.getCapabilities()
File "/usr/share/vdsm/API.py", line 1245, in getCapabilities
c = caps.get()
File "/usr/share/vdsm/caps.py", line 615, in get
caps.update(netinfo.get())
File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 812, in get
nets = networks()
File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 119, in networks
allNets = ((net, net.name()) for net in conn.listAllNetworks(0))
File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 129, in wrapper
__connections.get(id(target)).pingLibvirt()
File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3642, in getLibVersion
if ret == -1: raise libvirtError ('virConnectGetLibVersion() failed', conn=self)
libvirtError: internal error: client socket is closed
--
Chris Adams <cma(a)cmadams.net>
10 years, 4 months
- 3
- 2
alternate method of fencing
by Brent Hartzell
------=_NextPart_000_001C_01D015FC.D2B58E00
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Is there a way to force oVirt to place a host into maintenance mode
automatically when a problem occurs? The problem we have is separate
networks for everything:
2 public nics which are bonded active/backup for internet access
4 bonded gigabit nics for our Gluster network
1 IPMI
The ipmi is on a completely different network, not attached to anything else
other than a VPN.
///
Our cluster servers shared Gluster & hypervisor on the same hosts, which
works great however, all are 1U servers so we don't have room for another
NIC to dedicate to just an ipmi network connection in addition to the ipmi
card itself. Even if the PSU on a host fails, then the ipmi power management
is useless anyhow and the VM's on that host will not be moved.
I've tested putting a host into maintenance mode with running VM's and it
will auto-migrate the VM's without issue. Is there a way to make oVirt just
force a host into maintenance mode if there's some sort of problem or some
other fencing mechanism that will allow the VM's to be migrated to another
host?
------=_NextPart_000_001C_01D015FC.D2B58E00
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US =
link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p =
class=3DMsoNormal>Is there a way to force oVirt to place a host into =
maintenance mode automatically when a problem occurs? The problem we =
have is separate networks for everything:<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>2 public =
nics which are bonded active/backup for internet access<o:p></o:p></p><p =
class=3DMsoNormal>4 bonded gigabit nics for our Gluster =
network<o:p></o:p></p><p class=3DMsoNormal>1 IPMI <o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>The ipmi is =
on a completely different network, not attached to anything else other =
than a VPN. <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>///<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Our cluster =
servers shared Gluster & hypervisor on the same hosts, which works =
great however, all are 1U servers so we don’t have room for =
another NIC to dedicate to just an ipmi network connection in addition =
to the ipmi card itself. Even if the PSU on a host fails, then the ipmi =
power management is useless anyhow and the VM’s on that host will =
not be moved.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>I’ve tested putting a host into maintenance mode =
with running VM’s and it will auto-migrate the VM’s without =
issue. Is there a way to make oVirt just force a host into maintenance =
mode if there’s some sort of problem or some other fencing =
mechanism that will allow the VM’s to be migrated to another =
host?<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p></div></body></html>
------=_NextPart_000_001C_01D015FC.D2B58E00--
10 years, 4 months
- 2
- 1
VM disk tab doesn't show storage name after 3.5 upgrade
by Ernest Beinrohr
This is a multi-part message in MIME format.
--------------000206030101050508070001
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Before 3.5 in VM disk tab, there was the name of the storage on which
the disks resides. After the upgrade to 3.5 this information is missing.
PS: as a workaround I have to "edit" the disk to see where it it. I have
7 storages so this info is important for me.
--
Ernest Beinrohr, AXON PRO
Ing <http://www.beinrohr.sk/ing.php>, RHCE
<http://www.beinrohr.sk/rhce.php>, RHCVA
<http://www.beinrohr.sk/rhce.php>, LPIC
<http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>,
+421-2-62410360 +421-903-482603
--------------000206030101050508070001
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Before 3.5 in VM disk tab, there was the name of the storage on
which the disks resides. After the upgrade to 3.5 this information
is missing.<br>
<br>
<br>
PS: as a workaround I have to "edit" the disk to see where it it. I
have 7 storages so this info is important for me.<br>
<br>
<div class="moz-signature">-- <br>
<div id="oernii_footer" style="color: gray;">
<span style="font-family: Lucida Console, Luxi Mono, Courier,
monospace; font-size: 90%;">
Ernest Beinrohr, AXON PRO<br>
<a style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/ing.php">Ing</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a
style="text-decoration: none; color: gray;"
href="http://www.beinrohr.sk/vca.php">VCA</a>, <br>
+421-2-62410360 +421-903-482603
<br>
</span> </div>
<img
src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk"
moz-do-not-send="true" height="1" width="1" border="0">
</div>
</body>
</html>
--------------000206030101050508070001--
10 years, 4 months
- 2
- 2
1. FQDN for vm creating with hosted-engine (Yue, Cong)
by Nikolai Sednev
------=_Part_11273251_1557423152.1418807793774
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
FQDN or fully qualified domain name means that you have to reserve in your DNS a name corresponding to IP received by HE VM from DHCP.
IP address should be reserved for the VM at DHCP.
I advise not to use manual IP to FQDN at your host, as this will lead to many confusions, especially when you'll have more than a single host machine, but you always can configure at your /etc/hosts file the FQDN corresponding to IP address given to HE VM.
Thanks in advance.
Best regards,
Nikolai
____________________
Nikolai Sednev
Senior Quality Engineer at Compute team
Red Hat Israel
34 Jerusalem Road,
Ra'anana, Israel 43501
Tel: +972 9 7692043
Mobile: +972 52 7342734
Email: nsednev(a)redhat.com
IRC: nsednev
----- Original Message -----
From: users-request(a)ovirt.org
To: users(a)ovirt.org
Sent: Wednesday, December 17, 2014 1:19:12 AM
Subject: Users Digest, Vol 39, Issue 104
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."
Today's Topics:
1. FQDN for vm creating with hosted-engine (Yue, Cong)
2. Server 2012 R2 + Intel Conroe Cluster (Nathan Llaneza)
3. alternate method of fencing (Brent Hartzell)
4. Re: Don't start vm (Roman Nikolayevich Drovalev)
----------------------------------------------------------------------
Message: 1
Date: Tue, 16 Dec 2014 14:44:44 -0800
From: "Yue, Cong" <Cong_Yue(a)alliedtelesis.com>
To: "users(a)ovirt.org" <users(a)ovirt.org>
Subject: [ovirt-users] FQDN for vm creating with hosted-engine
Message-ID:
<ED08B56256B38842A463A2A0804C5AC0326ACA3F65(a)svr-ca-exch1.atg.lc>
Content-Type: text/plain; charset="us-ascii"
Hi
Now I am trying to confirm KVM's HA with ovirt, and doing the walk through as the following guide.
http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/
During the VM setting, FQDN is asked, what FQDN means about? Does it mean the hostname of VM host? In my case, it is compute2-2.
The following is my hosts file, my VM host and storage is 10.0.0.92.
And I am trying to assign 10.0.0.95 to the hosted VM.
---
[root@compute2-2 ~]# cat /etc/hosts
10.0.0.93 compute2-2 nfs2-2
10.0.0.95 ovrit-test
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
----
Also how I can remove the VM I installed, as for when I try to do hosted-engine --deploy, it shows
---
[root@compute2-2 ~]# hosted-engine --deploy [ INFO ] Stage: Initializing
Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards.
Are you sure you want to continue? (Yes, No)[Yes]: Yes [ INFO ] Generating a temporary VNC password.
[ INFO ] Stage: Environment setup
Configuration files: []
Log file:
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141216144036-30j0wk.log
Version: otopi-1.3.0 (otopi-1.3.0-1.el7) [ INFO ] Hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ ERROR ] The following VMs has been found: ac4c8d35-ca47-4394-afa8-1180c768128c
[ ERROR ] Failed to execute stage 'Environment setup': Cannot setup Hosted Engine with other VMs running [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been updated [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination
--
Thanks,
Cong
________________________________
This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/34bdb2c2/atta...>
------------------------------
Message: 2
Date: Tue, 16 Dec 2014 18:16:03 -0500
From: Nathan Llaneza <ntllaneza573(a)gmail.com>
To: users <users(a)ovirt.org>
Subject: [ovirt-users] Server 2012 R2 + Intel Conroe Cluster
Message-ID:
<CAMkYohUBA_QVeRHo+yKYm5XTe8JYBemUfTbK4gwzS1WYzpbdCw(a)mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hey All,
I think I have found a bug in oVirt 3.4.4. We just bought a new server that
supports the Conroe CPU model, and I am trying to install Server 2012 R2
without luck. I keep getting error code 0x000000C4. The problem is while
Windows is still to load into its pre-installation environment it cashes
and then immediately resets. This is a continuous loop. I have found a way
to install Server 2012 R2. Move the cluster away from the Conroe Family (in
my case Penryn). Thanks for all you do.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/48265917/atta...>
------------------------------
Message: 3
Date: Fri, 12 Dec 2014 11:14:40 -0500
From: Brent Hartzell <brent.hartzell(a)outlook.com>
To: <users(a)ovirt.org>
Subject: [ovirt-users] alternate method of fencing
Message-ID: <BLU406-EAS4159135A9D7BC80AB172E758D600(a)phx.gbl>
Content-Type: text/plain; charset="us-ascii"
Is there a way to force oVirt to place a host into maintenance mode
automatically when a problem occurs? The problem we have is separate
networks for everything:
2 public nics which are bonded active/backup for internet access
4 bonded gigabit nics for our Gluster network
1 IPMI
The ipmi is on a completely different network, not attached to anything else
other than a VPN.
///
Our cluster servers shared Gluster & hypervisor on the same hosts, which
works great however, all are 1U servers so we don't have room for another
NIC to dedicate to just an ipmi network connection in addition to the ipmi
card itself. Even if the PSU on a host fails, then the ipmi power management
is useless anyhow and the VM's on that host will not be moved.
I've tested putting a host into maintenance mode with running VM's and it
will auto-migrate the VM's without issue. Is there a way to make oVirt just
force a host into maintenance mode if there's some sort of problem or some
other fencing mechanism that will allow the VM's to be migrated to another
host?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141212/9db1e791/atta...>
------------------------------
Message: 4
Date: Tue, 16 Dec 2014 13:44:22 +0300
From: Roman Nikolayevich Drovalev <drovalev(a)kaluga-gov.ru>
To: Nir Soffer <nsoffer(a)redhat.com>, "users(a)ovirt.org"@kaluga-gov.ru
Subject: Re: [ovirt-users] Don't start vm
Message-ID:
<OF0CF7416C.ABB8F3CC-ON43257DB0.003E3C0E-43257DB0.00406F2F(a)kaluga-gov.ru>
Content-Type: text/plain; charset="us-ascii"
Hi,
> >
> > Hi,
> > answer below
> >
> > > > Nir Soffer <nsoffer(a)redhat.com>
> > > >
> > > > > > Hi,
> > > > > >
> > > > > > I attach the file. Below log in the vdsm.log.62.xz
> > > > > >
> > > > > > The given nonexistent disk has probably appeared after
template
> > > > removal
> > > > > > from which it has been created.
> > > > > > BUT it was independent and before problems was not, after
template
> > > > > > removal!
> > > > > > The disk exists, but at it has changed ID!
> > > > >
> > > > > I don't understand this description.
> > > > >
> > > > > Can you describe to steps to reproduce this issue?
> > > > >
> > > > > Guessing from your description:
> > > > > 1. Create vm with x disks
> > > > > 2. Create template
> > > > > 3. Create vm from template
> > > > > 4. Remove template
> > > > > ?
> > > >
> > > > Yes.
> > > > 1. Create vm with x disks on the DS 3524 through FC (multipathd on
> > vdsm)
> > > > 2. Create template
> > > > 3. Create vm (independent) from template
> > > > 4. Start vm and job in the vm
> > > > 5. Remove template
> > > > 6. Stop vm
> > > > 7. Don`t start vm with error
> > >
> > > Do you mean - start vm fail with error about missing lv?
>
Yes
>
> > >
> > > > 8. seek it disk - #lsblk
> > >
> > > Can you share the output of lsblk both before and after you stop the
vm?
No, since vm does not start!
>
> > >
> > > > 9. many command with block 253:20
> > >
> > > Not sure what do you mean by that
>
> You did not explain what you mean
Hm, ?? vgchange ....
>
> > > Note: do *not* activate all lvs using "vgchange -a y"
> > > Only vdsm should activate its volumes.
> >
> > OK! If vm don`t start, how to take data from vm?
>
> Of course if you need to troubshoot the system, and the vm is not
> running, there is no problem to access the lv directly.
>
> Even then, you should *not* activate all lvs in a vg using
>
> vgchange -a y
>
> But activate only the lv you want to access using
>
> lvchange -a y
Thank you, did not know
>
> >
> > >
> > > > 10. mount finded lvm in lvm volume and save data
> > >
> > > Mount? how mount is related to lvm?
> >
> > VM disk is lv on vdsm. I mounted lv, inside lvm on lv vdsm!
>
> You mean you activate the lv on the host?
Yes, intro LVM vdsm
>
> > > > 12. reboot all vdsm host
> > > > 13. dont't find ID it disk! ID it disk changed!
> > >
> > > Please share output of lvs both before and after the vm is stopped.
> >
> > Before
> > -/dev/9d53ecef-8bfc-470b-8867-836bfa7df137/
> fb8466c9-0867-4e73-8362-2c95eea89a83
> > After -
> > /dev/9d53ecef-8bfc-470b-8867-836bfa7df137/33b905e2-23df-49a9-
> b772-4ebda3b0cd22
>
> This not the output of lvs, these are the symlinks to the active lvs.
>
> Can you share the lvs output before and after the vm is stopped?
No, since the vm does not start!
>
> >
> > Now the problem disk has again received old ID(lvdisplay), BUT I have
> > already removed it!
>
> I'm not sure what you mean. Can you share the output of lvdisplay before
> and after the operation?
>
Already is not present, I have removed this problem disk
> >
> > The Mysticism!
> >
> > At me 3 disks on 9 GB, 5 days ago I have removed them. Now I them see
till
> > now (lvdisplay on the vdsm host) Why?
>
> Did you update lvm cache using "pvscan --cache"?
No. I should after each operation with disks, do in the console "pvscan -
cache"?
>
> >
> > In general my problem has begun that on Windows 2008 Vm the empty seat
has
> > come to an end.
>
> What do you mean by that?
This is first problem! Second problem - don't start the vm.
>
> > I have expanded volume in web gui. When I began to expand
> > a disk in VM - error.
>
> > lvdisplay on the vdsm host has shown the old size of
> > a disk!
>
> Is the volume preallocated or thin provisioned?
All my disks - prelocated.
>
> Preallocated volumes are extended when you modify the volume size in
> engine ui (as you described). Thin provisioned volumes are extended
> only when the available space is bellow a threshold, so the lv
> size will not change after you modify the volume size.
>
> >
> > Sometimes normally all works!
>
> Do you mean that now everything works?
The VM it has been removed, since for a week I could not start it!
Now all works on others VM. But there were 2 problems! My problem to
understand, that I have made not so or it is a problem oVirt.
I wish to use oVirt, but is not assured of it because of these problems!
>
> >
> > How I understand, probably, "all ok" when you work with VM which are
on
> > SPM host??!
>
> Lost you here.
It agree, a head around ))
Thanks
Roma
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/78dbbd5d/atta...>
------------------------------
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
End of Users Digest, Vol 39, Issue 104
**************************************
------=_Part_11273251_1557423152.1418807793774
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo=
r: #000000"><div><span style=3D"color: #333333; font-family: monospace; fon=
t-size: 13.333333015441895px; background-color: #fdfdfd;" data-mce-style=3D=
"color: #333333; font-family: monospace; font-size: 13.333333015441895px; b=
ackground-color: #fdfdfd;"></span><span style=3D"color: #333333; font-famil=
y: monospace; font-size: 13.333333015441895px; background-color: #fdfdfd;" =
data-mce-style=3D"color: #333333; font-family: monospace; font-size: 13.333=
333015441895px; background-color: #fdfdfd;">FQDN or fully qualified domain =
name means that you have to reserve in your DNS a name corresponding to IP =
received by HE VM from DHCP.</span></div><div><span style=3D"color: #333333=
; font-family: monospace; font-size: 13.333333015441895px; background-color=
: #fdfdfd;" data-mce-style=3D"color: #333333; font-family: monospace; font-=
size: 13.333333015441895px; background-color: #fdfdfd;">IP address should b=
e reserved for the VM at DHCP.</span></div><div><span style=3D"color: #3333=
33; font-family: monospace; font-size: 13.333333015441895px; background-col=
or: #fdfdfd;" data-mce-style=3D"color: #333333; font-family: monospace; fon=
t-size: 13.333333015441895px; background-color: #fdfdfd;"><br></span></div>=
<div><span style=3D"color: #333333; font-family: monospace; font-size: 13.3=
33333015441895px; background-color: #fdfdfd;" data-mce-style=3D"color: #333=
333; font-family: monospace; font-size: 13.333333015441895px; background-co=
lor: #fdfdfd;">I advise not to use manual IP to FQDN at your host, as this =
will lead to many confusions, especially when you'll have more than a singl=
e host machine, but you always can configure at your /etc/hosts file the FQ=
DN corresponding to IP address given to HE VM.</span></div><div><span style=
=3D"color: #333333; font-family: monospace; font-size: 13.333333015441895px=
; background-color: #fdfdfd;" data-mce-style=3D"color: #333333; font-family=
: monospace; font-size: 13.333333015441895px; background-color: #fdfdfd;"><=
br></span></div><div><span style=3D"color: #333333; font-family: monospace;=
font-size: 13.333333015441895px; background-color: #fdfdfd;" data-mce-styl=
e=3D"color: #333333; font-family: monospace; font-size: 13.333333015441895p=
x; background-color: #fdfdfd;"><br></span></div><div><br></div><div><br></d=
iv><div><span name=3D"x"></span><br>Thanks in advance.<br><div><br></div>Be=
st regards,<br>Nikolai<br>____________________<br>Nikolai Sednev<br>Senior =
Quality Engineer at Compute team<br>Red Hat Israel<br>34 Jerusalem Road,<br=
>Ra'anana, Israel 43501<br><div><br></div>Tel: +972 &n=
bsp; 9 7692043<br>Mobile: +972 52 7342734<br>Email: nsednev(a)redhat.com<br>I=
RC: nsednev<span name=3D"x"></span><br></div><div><br></div><hr id=3D"zwchr=
"><div style=3D"color:#000;font-weight:normal;font-style:normal;text-decora=
tion:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: =
</b>users-request(a)ovirt.org<br><b>To: </b>users(a)ovirt.org<br><b>Sent: </b>W=
ednesday, December 17, 2014 1:19:12 AM<br><b>Subject: </b>Users Digest, Vol=
39, Issue 104<br><div><br></div>Send Users mailing list submissions to<br>=
users(a)ovirt.org<br><div><br=
></div>To subscribe or unsubscribe via the World Wide Web, visit<br> &=
nbsp; http://lists.ovirt.org/mailman/lis=
tinfo/users<br>or, via email, send a message with subject or body 'help' to=
<br> users-request(a)ovirt.org=
<br><div><br></div>You can reach the person managing the list at<br> &=
nbsp; users-owner(a)ovirt.org<br><div><br>=
</div>When replying, please edit your Subject line so it is more specific<b=
r>than "Re: Contents of Users digest..."<br><div><br></div><br>Today's Topi=
cs:<br><div><br></div> 1. FQDN for vm creating with hoste=
d-engine (Yue, Cong)<br> 2. Server 2012 R2 + Intel Conroe=
Cluster (Nathan Llaneza)<br> 3. alternate method of fenc=
ing (Brent Hartzell)<br> 4. Re: Don't start vm (Roman Nik=
olayevich Drovalev)<br><div><br></div><br>---------------------------------=
-------------------------------------<br><div><br></div>Message: 1<br>Date:=
Tue, 16 Dec 2014 14:44:44 -0800<br>From: "Yue, Cong" <Cong_Yue@alliedte=
lesis.com><br>To: "users(a)ovirt.org" <users(a)ovirt.org><br>Subject: =
[ovirt-users] FQDN for vm creating with hosted-engine<br>Message-ID:<br>&nb=
sp; <ED08B56256B38842A463A2A080=
4C5AC0326ACA3F65(a)svr-ca-exch1.atg.lc><br>Content-Type: text/plain; chars=
et=3D"us-ascii"<br><div><br></div>Hi<br><div><br></div><br><div><br></div>N=
ow I am trying to confirm KVM's HA with ovirt, and doing the walk through a=
s the following guide.<br><div><br></div>http://community.redhat.com/blog/2=
014/10/up-and-running-with-ovirt-3-5/<br><div><br></div><br><div><br></div>=
During the VM setting, FQDN is asked, what FQDN means about? Does it mean t=
he hostname of VM host? In my case, it is compute2-2.<br><div><br></div>The=
following is my hosts file, my VM host and storage is 10.0.0.92.<br><div><=
br></div>And I am trying to assign 10.0.0.95 to the hosted VM.<br><div><br>=
</div>---<br><div><br></div>[root@compute2-2 ~]# cat /etc/hosts<br><div><br=
></div>10.0.0.93 compute2-2 nfs2-2<br><div><br></div>10.0.0.95 ovrit-test<b=
r><div><br></div>127.0.0.1 localhost localhost.localdomain localhost=
4 localhost4.localdomain4<br><div><br></div>::1 =
localhost localhost.localdomain localhost6 localhost6.localdomain6<br><div=
><br></div>----<br><div><br></div>Also how I can remove the VM I installed,=
as for when I try to do hosted-engine --deploy, it shows<br><div><br></div=
><br><div><br></div>---<br><div><br></div>[root@compute2-2 ~]# hosted-engin=
e --deploy [ INFO ] Stage: Initializing<br><div><br></div>  =
; Continuing will configure this host for servin=
g as hypervisor and create a VM where you have to install oVirt Engine afte=
rwards.<br><div><br></div> Are you s=
ure you want to continue? (Yes, No)[Yes]: Yes [ INFO ] Generating a t=
emporary VNC password.<br><div><br></div>[ INFO ] Stage: Environment =
setup<br><div><br></div> Configurati=
on files: []<br><div><br></div> Log =
file:<br><div><br></div>/var/log/ovirt-hosted-engine-setup/ovirt-hosted-eng=
ine-setup-20141216144036-30j0wk.log<br><div><br></div> &=
nbsp; Version: otopi-1.3.0 (otopi-1.3.0-1.el7) [ INFO ] =
Hardware supports virtualization [ INFO ] Bridge ovirtmgmt already cr=
eated [ INFO ] Stage: Environment packages setup [ INFO ] Stage=
: Programs detection [ INFO ] Stage: Environment setup [ ERROR ] The =
following VMs has been found: ac4c8d35-ca47-4394-afa8-1180c768128c<br><div>=
<br></div>[ ERROR ] Failed to execute stage 'Environment setup': Cannot set=
up Hosted Engine with other VMs running [ INFO ] Stage: Clean up [ IN=
FO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'<b=
r><div><br></div>[ INFO ] Answer file '/etc/ovirt-hosted-engine/answe=
rs.conf' has been updated [ INFO ] Stage: Pre-termination [ INFO &nbs=
p;] Stage: Termination<br><div><br></div>--<br><div><br></div>Thanks,<br><d=
iv><br></div>Cong<br><div><br></div><br>________________________________<br=
>This e-mail message is for the sole use of the intended recipient(s) and m=
ay contain confidential and privileged information. Any unauthorized review=
, use, disclosure or distribution is prohibited. If you are not the intende=
d recipient, please contact the sender by reply e-mail and destroy all copi=
es of the original message. If you are the intended recipient, please be ad=
vised that the content of this message is subject to access, review and dis=
closure by the sender's e-mail System Administrator.<br>-------------- next=
part --------------<br>An HTML attachment was scrubbed...<br>URL: <http=
://lists.ovirt.org/pipermail/users/attachments/20141216/34bdb2c2/attachment=
-0001.html><br><div><br></div>------------------------------<br><div><br=
></div>Message: 2<br>Date: Tue, 16 Dec 2014 18:16:03 -0500<br>From: Nathan =
Llaneza <ntllaneza573(a)gmail.com><br>To: users <users(a)ovirt.org>=
<br>Subject: [ovirt-users] Server 2012 R2 + Intel Conroe Cluster<br>Message=
-ID:<br> <CAMkYohUBA_QVeR=
Ho+yKYm5XTe8JYBemUfTbK4gwzS1WYzpbdCw(a)mail.gmail.com><br>Content-Type: te=
xt/plain; charset=3D"utf-8"<br><div><br></div>Hey All,<br><div><br></div>I =
think I have found a bug in oVirt 3.4.4. We just bought a new server that<b=
r>supports the Conroe CPU model, and I am trying to install Server 2012 R2<=
br>without luck. I keep getting error code 0x000000C4. The problem is while=
<br>Windows is still to load into its pre-installation environment it cashe=
s<br>and then immediately resets. This is a continuous loop. I have found a=
way<br>to install Server 2012 R2. Move the cluster away from the Conroe Fa=
mily (in<br>my case Penryn). Thanks for all you do.<br>-------------- next =
part --------------<br>An HTML attachment was scrubbed...<br>URL: <http:=
//lists.ovirt.org/pipermail/users/attachments/20141216/48265917/attachment-=
0001.html><br><div><br></div>------------------------------<br><div><br>=
</div>Message: 3<br>Date: Fri, 12 Dec 2014 11:14:40 -0500<br>From: Brent Ha=
rtzell <brent.hartzell(a)outlook.com><br>To: <users(a)ovirt.org><br=
>Subject: [ovirt-users] alternate method of fencing<br>Message-ID: <BLU4=
06-EAS4159135A9D7BC80AB172E758D600(a)phx.gbl><br>Content-Type: text/plain;=
charset=3D"us-ascii"<br><div><br></div>Is there a way to force oVirt to pl=
ace a host into maintenance mode<br>automatically when a problem occurs? Th=
e problem we have is separate<br>networks for everything:<br><div><br></div=
> <br><div><br></div>2 public nics which are bonded active/backup for =
internet access<br><div><br></div>4 bonded gigabit nics for our Gluster net=
work<br><div><br></div>1 IPMI <br><div><br></div> <br><div><br></div>T=
he ipmi is on a completely different network, not attached to anything else=
<br>other than a VPN. <br><div><br></div> <br><div><br></div>///<br><d=
iv><br></div> <br><div><br></div>Our cluster servers shared Gluster &a=
mp; hypervisor on the same hosts, which<br>works great however, all are 1U =
servers so we don't have room for another<br>NIC to dedicate to just an ipm=
i network connection in addition to the ipmi<br>card itself. Even if the PS=
U on a host fails, then the ipmi power management<br>is useless anyhow and =
the VM's on that host will not be moved.<br><div><br></div> <br><div><=
br></div>I've tested putting a host into maintenance mode with running VM's=
and it<br>will auto-migrate the VM's without issue. Is there a way to make=
oVirt just<br>force a host into maintenance mode if there's some sort of p=
roblem or some<br>other fencing mechanism that will allow the VM's to be mi=
grated to another<br>host?<br><div><br></div> <br><div><br></div> =
;<br><div><br></div>-------------- next part --------------<br>An HTML atta=
chment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/a=
ttachments/20141212/9db1e791/attachment.html><br><div><br></div>--------=
----------------------<br><div><br></div>Message: 4<br>Date: Tue, 16 Dec 20=
14 13:44:22 +0300<br>From: Roman Nikolayevich Drovalev <drovalev@kaluga-=
gov.ru><br>To: Nir Soffer <nsoffer(a)redhat.com>, &=
nbsp; "users(a)ovirt.org"@kaluga-gov.ru<br>Subject: Re=
: [ovirt-users] Don't start vm<br>Message-ID:<br> &n=
bsp; <OF0CF7416C.ABB8F3CC-ON43257DB0.003E3C0E-43257DB0.=
00406F2F(a)kaluga-gov.ru><br> &nb=
sp;<br>Content-Type: text/plain; charset=3D"us-ascii"<br><div><br></div>Hi,=
<br><div><br></div><br>> > <br>> > Hi,<br>> > answer bel=
ow<br>> > <br>> > > > Nir Soffer <nsoffer(a)redhat.com&g=
t;<br>> > > > <br>> > > > > > Hi,<br>> >=
; > > > > <br>> > > > > > I attach the file. =
Below log in the vdsm.log.62.xz<br>> > > > > > <br>> &=
gt; > > > > The given nonexistent disk has probably appeared af=
ter <br>template<br>> > > > removal<br>> > > > >=
> from which it has been created.<br>> > > > > > BUT =
it was independent and before problems was not, after <br>template<br>> =
> > > > > removal!<br>> > > > > > The disk=
exists, but at it has changed ID!<br>> > > > > <br>> >=
; > > > I don't understand this description.<br>> > > >=
; > <br>> > > > > Can you describe to steps to reproduce =
this issue?<br>> > > > > <br>> > > > > Guessi=
ng from your description:<br>> > > > > 1. Create vm with x d=
isks<br>> > > > > 2. Create template<br>> > > > =
> 3. Create vm from template<br>> > > > > 4. Remove templ=
ate<br>> > > > > ?<br>> > > > <br>> > >=
> Yes.<br>> > > > 1. Create vm with x disks on the DS 3524 =
through FC (multipathd on<br>> > vdsm)<br>> > > > 2. Crea=
te template<br>> > > > 3. Create vm (independent) from template=
<br>> > > > 4. Start vm and job in the vm<br>> > > >=
; 5. Remove template<br>> > > > 6. Stop vm<br>> > > &g=
t; 7. Don`t start vm with error<br>> > > <br>> > > Do you=
mean - start vm fail with error about missing lv?<br>> <br><div><br></d=
iv>Yes<br><div><br></div><br> <br>> <br>> > > <br>> >=
; > > 8. seek it disk - #lsblk<br>> > > <br>> > > C=
an you share the output of lsblk both before and after you stop the <br>vm?=
<br><div><br></div>No, since vm does not start!<br><div><br></div><br=
>> <br>> > > <br>> > > > 9. many command with block=
253:20<br>> > > <br>> > > Not sure what do you mean by t=
hat<br>> <br>> You did not explain what you mean<br><div><br></div>Hm=
, ?? vgchange ....<br><div><br></div>> <br>> > > Note: do *not*=
activate all lvs using "vgchange -a y"<br>> > > Only vdsm should =
activate its volumes.<br>> > <br>> > OK! If vm don`t start, how=
to take data from vm?<br>> <br>> Of course if you need to troubshoot=
the system, and the vm is not<br>> running, there is no problem to acce=
ss the lv directly.<br>> <br>> Even then, you should *not* activate a=
ll lvs in a vg using <br>> <br>> vgchange -a y<br>> =
<br>> But activate only the lv you want to access using<br>> <br>>=
lvchange -a y<br><div><br></div>Thank you, did not know<br><=
div><br></div>> <br>> > <br>> > > <br>> > > >=
10. mount finded lvm in lvm volume and save data<br>> > > <=
br>> > > Mount? how mount is related to lvm?<br>> > <br>>=
> VM disk is lv on vdsm. I mounted lv, inside lvm on lv vdsm!<br>> <=
br>> You mean you activate the lv on the host?<br><div><br></div>Yes, in=
tro LVM vdsm<br><div><br></div><br>> <br>> > > > 12. reboot =
all vdsm host<br>> > > > 13. dont't find ID it disk! ID it disk=
changed!<br>> > > <br>> > > Please share output of lvs b=
oth before and after the vm is stopped.<br>> > <br>> > Before<b=
r>> > -/dev/9d53ecef-8bfc-470b-8867-836bfa7df137/<br>> fb8466c9-08=
67-4e73-8362-2c95eea89a83<br>> > After -<br>> > /dev/9d5=
3ecef-8bfc-470b-8867-836bfa7df137/33b905e2-23df-49a9-<br>> b772-4ebda3b0=
cd22<br>> <br>> This not the output of lvs, these are the symlinks to=
the active lvs.<br>> <br>> Can you share the lvs output before and a=
fter the vm is stopped?<br><div><br></div><br>No, since the vm does n=
ot start!<br><div><br></div>> <br>> > <br>> > Now the proble=
m disk has again received old ID(lvdisplay), BUT I have<br>> > alread=
y removed it!<br>> <br>> I'm not sure what you mean. Can you share th=
e output of lvdisplay before<br>> and after the operation?<br>> <br><=
div><br></div>Already is not present, I have removed this problem disk<br><=
div><br></div><br>> > <br>> > The Mysticism!<br>> > <br>&=
gt; > At me 3 disks on 9 GB, 5 days ago I have removed them. Now I them =
see <br>till<br>> > now (lvdisplay on the vdsm host) Why?<br>> <br=
>> Did you update lvm cache using "pvscan --cache"?<br><div><br></div>No=
. I should after each operation with disks, do in the console "pvscan - <br=
>cache"?<br><div><br></div><br>> <br>> > <br>> > In general =
my problem has begun that on Windows 2008 Vm the empty seat <br>has<br>>=
> come to an end.<br>> <br>> What do you mean by that?<br><div><b=
r></div>This is first problem! Second problem - don't start the vm. <br><di=
v><br></div>> <br>> > I have expanded volume in web gui. When I be=
gan to expand<br>> > a disk in VM - error.<br>> <br>> > lvdi=
splay on the vdsm host has shown the old size of<br>> > a disk!<br>&g=
t; <br>> Is the volume preallocated or thin provisioned?<br><div><br></d=
iv>All my disks - prelocated.<br><div><br></div>> <br>> Preallocated =
volumes are extended when you modify the volume size in<br>> engine ui (=
as you described). Thin provisioned volumes are extended<br>> only when =
the available space is bellow a threshold, so the lv<br>> size will not =
change after you modify the volume size.<br>> <br>> > <br>> >=
; Sometimes normally all works!<br>> <br>> Do you mean that now every=
thing works?<br><div><br></div><br>The VM it has been removed, since for a =
week I could not start it!<br><div><br></div>Now all works on others VM. Bu=
t there were 2 problems! My problem to <br>understand, that I have made not=
so or it is a problem oVirt. <br>I wish to use oVirt, but is not assured o=
f it because of these problems!<br><div><br></div>> <br>> > <br>&g=
t; > How I understand, probably, "all ok" when you work with VM which ar=
e <br>on<br>> > SPM host??!<br>> <br>> Lost you here.<br><div><=
br></div>It agree, a head around ))<br><div><br></div><br>Thanks<br><div><b=
r></div>Roma<br>-------------- next part --------------<br>An HTML attachme=
nt was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attac=
hments/20141216/78dbbd5d/attachment.html><br><div><br></div>------------=
------------------<br><div><br></div>______________________________________=
_________<br>Users mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.or=
g/mailman/listinfo/users<br><div><br></div><br>End of Users Digest, Vol 39,=
Issue 104<br>**************************************<br></div><div><br></di=
v></div></body></html>
------=_Part_11273251_1557423152.1418807793774--
10 years, 4 months
- 1
- 0
[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola
Hi,
Release management for 3.6.0 [1] has been updated following the new release process[2].
ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [3] and reviewed by maintainers.
Finished the review process, the remaining key milestones for this release will be scheduled.
For reference, external project schedules we're tracking are:
Fedora 21: 2014-12-09 (RELEASED)
Fedora 22: no earlier than 2015-05-19
Foreman 1.8.0: 2015-03-01
GlusterFS 3.7: 2015-04-29
OpenStack Kilo: 2015-04-30
QEMU 2.1.3: 2014-12-29
QEMU 2.2.0: 2014-12-09 (RELEASED)
The tracker bug for 3.6.0 [4] currently shows no blockers.
There are 461 bugs [5] targeted to 3.6.0.
Excluding node and documentation bugs we have 438 bugs [6] targeted to 3.6.0.
[1] http://www.ovirt.org/OVirt_3.6_Release_Management
[2] http://www.ovirt.org/Release_process
[3] http://goo.gl/9X3G49
[4] https://bugzilla.redhat.com/show_bug.cgi?id=1155425
[5] http://goo.gl/zwkF3r
[6] http://goo.gl/ZbUiMc
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 4 months
- 1
- 0
[QE][ACTION REQUIRED] oVirt 3.5.1 RC status
by Sandro Bonazzola
Hi,
according to the new oVirt 3.5.1 schedule, we're going to start composing oVirt 3.5.1 RC on *2015-01-07 08:00 UTC* from 3.5 branch.
The new GA release date is now targeted to 2015-01-14.
VDSM team decided to release a new vdsm package as async release for 3.5.0. Due to issues with Fedora Koji Build System packages are not yet ready to
be released.
ACTION: VDSM team to follow up when the packages will be ready to be released.
The bug tracker [1] shows 1 open blocker:
Bug ID Whiteboard Status Summary
1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile
In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC.
- ACTION: assignee please provide ETA on above blocker
Maintainers:
- Please be sure that 3.5 snapshot allow to create VMs
- Please be sure that no pending patches are going to block the release
- If any patch must block the RC release please raise the issue as soon as possible.
There are still 62 bugs [2] targeted to 3.5.1.
Excluding node and documentation bugs we still have 41 bugs [3] targeted to 3.5.1.
Maintainers / Assignee:
- Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed.
- ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1:
it will ease gathering the blocking bugs for next releases.
- ACTION: Please fill release notes, the page has been created here [4]
Community:
- If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5]
[1] http://bugzilla.redhat.com/1155170
[2] http://goo.gl/7G0PDV
[3] http://goo.gl/6gUbVr
[4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes
[5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 4 months
- 1
- 0
FQDN for vm creating with hosted-engine
by Yue, Cong
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA3F65svrcaexch1atg_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi
Now I am trying to confirm KVM's HA with ovirt, and doing the walk through =
as the following guide.
http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/
During the VM setting, FQDN is asked, what FQDN means about? Does it mean t=
he hostname of VM host? In my case, it is compute2-2.
The following is my hosts file, my VM host and storage is 10.0.0.92.
And I am trying to assign 10.0.0.95 to the hosted VM.
---
[root@compute2-2 ~]# cat /etc/hosts
10.0.0.93 compute2-2 nfs2-2
10.0.0.95 ovrit-test
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdoma=
in4
::1 localhost localhost.localdomain localhost6 localhost6.localdoma=
in6
----
Also how I can remove the VM I installed, as for when I try to do hosted-en=
gine --deploy, it shows
---
[root@compute2-2 ~]# hosted-engine --deploy [ INFO ] Stage: Initializing
Continuing will configure this host for serving as hypervisor and=
create a VM where you have to install oVirt Engine afterwards.
Are you sure you want to continue? (Yes, No)[Yes]: Yes [ INFO ] =
Generating a temporary VNC password.
[ INFO ] Stage: Environment setup
Configuration files: []
Log file:
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141216144036=
-30j0wk.log
Version: otopi-1.3.0 (otopi-1.3.0-1.el7) [ INFO ] Hardware suppo=
rts virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Sta=
ge: Environment packages setup [ INFO ] Stage: Programs detection [ INFO =
] Stage: Environment setup [ ERROR ] The following VMs has been found: ac4c=
8d35-ca47-4394-afa8-1180c768128c
[ ERROR ] Failed to execute stage 'Environment setup': Cannot setup Hosted =
Engine with other VMs running [ INFO ] Stage: Clean up [ INFO ] Generatin=
g answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been upda=
ted [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination
--
Thanks,
Cong
________________________________
This e-mail message is for the sole use of the intended recipient(s) and ma=
y contain confidential and privileged information. Any unauthorized review,=
use, disclosure or distribution is prohibited. If you are not the intended=
recipient, please contact the sender by reply e-mail and destroy all copie=
s of the original message. If you are the intended recipient, please be adv=
ised that the content of this message is subject to access, review and disc=
losure by the sender's e-mail System Administrator.
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA3F65svrcaexch1atg_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"\@SimSun";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
{mso-style-priority:99;
mso-style-link:"Plain Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.PlainTextChar
{mso-style-name:"Plain Text Char";
mso-style-priority:99;
mso-style-link:"Plain Text";
font-family:"Calibri","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoPlainText">Hi<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText">Now I am trying to confirm KVM's HA with ovirt, a=
nd doing the walk through as the following guide.<o:p></o:p></p>
<p class=3D"MsoPlainText"><a href=3D"http://community.redhat.com/blog/2014/=
10/up-and-running-with-ovirt-3-5/">http://community.redhat.com/blog/2014/10=
/up-and-running-with-ovirt-3-5/</a><o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText">During the VM setting, FQDN is asked, what FQDN m=
eans about? Does it mean the hostname of VM host? In my case, it is compute=
2-2.<o:p></o:p></p>
<p class=3D"MsoPlainText">The following is my hosts file, my VM host and st=
orage is 10.0.0.92.<o:p></o:p></p>
<p class=3D"MsoPlainText">And I am trying to assign 10.0.0.95 to the hosted=
VM.<o:p></o:p></p>
<p class=3D"MsoPlainText">---<o:p></o:p></p>
<p class=3D"MsoPlainText">[root@compute2-2 ~]# cat /etc/hosts<o:p></o:p></p=
>
<p class=3D"MsoPlainText">10.0.0.93 compute2-2 nfs2-2<o:p></o:p></p>
<p class=3D"MsoPlainText">10.0.0.95 ovrit-test<o:p></o:p></p>
<p class=3D"MsoPlainText">127.0.0.1 localhost localhost.localdo=
main localhost4 localhost4.localdomain4<o:p></o:p></p>
<p class=3D"MsoPlainText">::1 &nbs=
p; localhost localhost.localdomain localhost6 localhost6.localdomain6<o:p><=
/o:p></p>
<p class=3D"MsoPlainText">----<o:p></o:p></p>
<p class=3D"MsoPlainText">Also how I can remove the VM I installed, as for =
when I try to do hosted-engine --deploy, it shows<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText">---<o:p></o:p></p>
<p class=3D"MsoPlainText">[root@compute2-2 ~]# hosted-engine --deploy [ INF=
O ] Stage: Initializing<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Continuing will configure this host for serving as hypervisor and cre=
ate a VM where you have to install oVirt Engine afterwards.<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Are you sure you want to continue? (Yes, No)[Yes]: Yes [ INFO ]=
Generating a temporary VNC password.<o:p></o:p></p>
<p class=3D"MsoPlainText">[ INFO ] Stage: Environment setup<o:p></o:p=
></p>
<p class=3D"MsoPlainText"> &=
nbsp; Configuration files: []<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Log file:<o:p></o:p></p>
<p class=3D"MsoPlainText">/var/log/ovirt-hosted-engine-setup/ovirt-hosted-e=
ngine-setup-20141216144036-30j0wk.log<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Version: otopi-1.3.0 (otopi-1.3.0-1.el7) [ INFO ] Hardware supp=
orts virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO&=
nbsp; ] Stage: Environment packages setup [ INFO ] Stage: Programs de=
tection [ INFO ] Stage:
Environment setup [ ERROR ] The following VMs has been found: ac4c8d35-ca4=
7-4394-afa8-1180c768128c<o:p></o:p></p>
<p class=3D"MsoPlainText">[ ERROR ] Failed to execute stage 'Environment se=
tup': Cannot setup Hosted Engine with other VMs running [ INFO ] Stag=
e: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine=
/answers.conf'<o:p></o:p></p>
<p class=3D"MsoPlainText">[ INFO ] Answer file '/etc/ovirt-hosted-eng=
ine/answers.conf' has been updated [ INFO ] Stage: Pre-termination [ =
INFO ] Stage: Termination<o:p></o:p></p>
<p class=3D"MsoPlainText">--<o:p></o:p></p>
<p class=3D"MsoPlainText">Thanks,<o:p></o:p></p>
<p class=3D"MsoPlainText">Cong<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
<br>
<hr>
<font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t=
he sole use of the intended recipient(s) and may contain confidential and p=
rivileged information. Any unauthorized review, use, disclosure or distribu=
tion is prohibited. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy =
all copies of the original message. If you are the intended recipient, plea=
se be advised that the content of this message is subject to access, review=
and disclosure by the sender's
e-mail System Administrator.<br>
</font>
</body>
</html>
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA3F65svrcaexch1atg_--
10 years, 4 months
- 2
- 1
Ovirt Node Heartbeat Settings
by Punit Dambiwal
Hi,
I want to know more about the Ovirt engine and host node heartbeat settings
and interval....that means how and when the engine node consider the host
node as dead or shoot the command to fence it for reboot....
Is there any way to modify those interval and settings to prevent the
false-positive etc...
Thanks,
Punit
10 years, 4 months
- 2
- 6
About translation of oVirt-engine-reports on Zanata.
by 张亚琪
hi all,
I have forced on ovirt-engine-reports recently. I have found some
little problem on Zanata. And
the content of this project is not synchronize with the latest code.Would
you update the project of
Ovirt Engine Reports on Zanata. Thank you for your time. :)
10 years, 4 months
- 1
- 0
Re: [ovirt-users] [RFI] oVirt 3.6 Planning
by Itamar Heim
On Dec 13, 2014 7:07 AM, Jason Greene <jason.greene(a)redhat.com> wrote:
>
> > On 12.09.2014 14:22, Itamar Heim wrote:
> >
> > With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> > oVirt 3.6”?
>
> + Windows HV Support: https://bugzilla.redhat.com/show_bug.cgi?id=1125297
>
Just to note you can do this today by either:
- vdsm custom hook
- change of engine config if you know your hosts are only 7.0
- iirc, also possible by editing the specific osinfo config file to add the flags there
> Without these flags, my testing shows a completely idle 4 vcpu win slave
> uses ~15% of a host core, which limits overcommit ability. With them it
> goes down to 3.6% in my testing. hv_relaxed on its own shows no
> improvement over idle time.
>
> Unfortunately there is a KVM kernel bug that leads to win hangs with
> these flags, and so until RHEL gets 3.16, which looks like 7.1, only Fedora works:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1091818
>
> + Ability to add local storage without putting the host in maintenance mode
>
This should work today. Only the wizard to 'configure local storage' requires this at it performs create DC, create cluster, move host to new cluster, add storage domain.
The 'move host to new cluster' requires host to be in maint. Adding another local domain. Should not require this.
> + Some out-of-the-box option for self-hosted engine without shared storage
> (e.g. gluser, ceph, drdb, application directed replication, etc)
>
Focus here will be gluster for 3.6
Thanks,
Itamar
>
> Thanks!
>
> --
> Jason T. Greene
> WildFly Lead / JBoss EAP Platform Architect
> JBoss, a division of Red Hat
>
10 years, 4 months
- 3
- 2
Complete CentOS 7 environment
by Aslam, Usman
We are upgrading hardware and I'm upgrading/rebuilding our Ovirt infrastructure.
Are CentOS 7 host nodes supported? And can the engine be installed on CentOS 7? (3.5 repo isn't working for me)
Thanks,
Usman
10 years, 4 months
- 8
- 12
Re: [ovirt-users] 3. vdsm losing connection to libvirt (Chris Adams)
by Nikolai Sednev
------=_Part_10957803_1008904620.1418749854056
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi,
Can I get engine, libvirt, vdsm, mom, logs from host8 and connectivity log?
Have you tried installing clean OSs on hosts, especially on problematic host?
I'd also try to disable JSONRPC on hosts, by putting them to maintenance and then removing JSONRPC from the check box on all hosts, just to compare if it resolves the issue.
Thanks in advance.
Best regards,
Nikolai
____________________
Nikolai Sednev
Senior Quality Engineer at Compute team
Red Hat Israel
34 Jerusalem Road,
Ra'anana, Israel 43501
Tel: +972 9 7692043
Mobile: +972 52 7342734
Email: nsednev(a)redhat.com
IRC: nsednev
----- Original Message -----
From: users-request(a)ovirt.org
To: users(a)ovirt.org
Sent: Tuesday, December 16, 2014 5:50:28 PM
Subject: Users Digest, Vol 39, Issue 98
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."
Today's Topics:
1. Re: Free Ovirt Powered Cloud (Lior Vernia)
2. gluster rpms not found (Pat Pierson)
3. vdsm losing connection to libvirt (Chris Adams)
4. Re: Creating new users on oVirt 3.5 (Donny Davis)
5. Re: gfapi, 3.5.1 (Alex Crow)
----------------------------------------------------------------------
Message: 1
Date: Tue, 16 Dec 2014 15:55:02 +0200
From: Lior Vernia <lvernia(a)redhat.com>
To: Donny Davis <donny(a)cloudspin.me>
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] Free Ovirt Powered Cloud
Message-ID: <549039B6.2010804(a)redhat.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi Donny,
On 15/12/14 18:24, Donny Davis wrote:
> Hi guys, I'm providing a free public cloud solution entirely based on
> vanilla oVirt called cloudspin.me <http://cloudspin.me>
>
This looks great! :)
> It runs on IPv6, and I am looking for people to use the system, host
> services and report back to me with their results.
>
Do you also use IPv6 internally in your deployment? e.g. assign IPv6
addresses to your hosts, storage domain, power management etc.? We'd be
very interested to hear what works and what doesn't. And perhaps help
push forward what doesn't, if you need it :)
> Data I am looking for
>
> Connection Speed - Is it comparable to other services
>
> User experience - Are there any changes recommended
>
> Does it work for you - What does, and does not work for you.
>
>
>
> I am trying to get funding to keep this a free resource for everyone to
> use. (not from here:)
>
> I am completely open to any and all suggestions, and or help with
> things. I am a one man show at the moment.
>
> If anyone has any questions please email me back
>
> Donny D
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
------------------------------
Message: 2
Date: Tue, 16 Dec 2014 09:08:57 -0500
From: Pat Pierson <ihasn2004(a)gmail.com>
To: nathan(a)robotics.net
Cc: "users(a)ovirt.org" <users(a)ovirt.org>
Subject: [ovirt-users] gluster rpms not found
Message-ID:
<CAMRYiEiKL1MEGoHWjKtnhW3DXjouU0w3hs5zFx75sfBL8M4JaQ(a)mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Nathan,
Did you find a work around for this? I am running into the same issue.
Is there a way to force vdsm to see gluster? Or a way to manually run the
search so I can see why it fails?
>*<>
*nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580
|www.broadsoft.com
On Fri, Jun 20, 2014 at 11:01 AM, Nathan Stratton <nathan at
robotics.net <http://lists.ovirt.org/mailman/listinfo/users>>
wrote:
>* Actually I have vdsm-gluster, that is why vdsm tries to find the gluster
*>* packages. Is there a way I can run the vdsm gluster rpm search manually to
*>* see what is going wrong?
*>>* [root at virt01a <http://lists.ovirt.org/mailman/listinfo/users>
~]# yum list installed |grep vdsm
*>* vdsm.x86_64 4.14.9-0.el6 @ovirt-3.4-stable
*>>* vdsm-cli.noarch 4.14.9-0.el6 @ovirt-3.4-stable
*>>* vdsm-gluster.noarch 4.14.9-0.el6 @ovirt-3.4-stable
*>>* vdsm-python.x86_64 4.14.9-0.el6 @ovirt-3.4-stable
*>>* vdsm-python-zombiereaper.noarch
*>* vdsm-xmlrpc.noarch 4.14.9-0.el6 @ovirt-3.4-stable
*>>>>* ><>
*>* nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580
<%2B1-240-404-6580> |
*>* www.broadsoft.com <http://www.broadsoft.com/>
*>>>* On Thu, Jun 19, 2014 at 8:39 PM, Andrew Lau <andrew at
andrewklau.com <http://lists.ovirt.org/mailman/listinfo/users>> wrote:
*>>>* You're missing vdsm-gluster
*>>>>* yum install vdsm-gluster
*>>>>* On Fri, Jun 20, 2014 at 6:24 AM, Nathan Stratton <nathan at
robotics.net <http://lists.ovirt.org/mailman/listinfo/users>>
*>>* wrote:
*>>* > I am running ovirt 3.4 and have gluster installed:
*>>* >
*>>* > [root at virt01a
<http://lists.ovirt.org/mailman/listinfo/users>]# yum list installed
|grep gluster
*>>* > glusterfs.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-api.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-cli.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-fuse.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-libs.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-rdma.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-server.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* >
*>>* > However vdsm can't seem to find them:
*>>* >
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,250::caps::458::root::(_getKeyPackages) rpm package
*>>* glusterfs-rdma
*>>* > not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,250::caps::458::root::(_getKeyPackages) rpm package
*>>* glusterfs-fuse
*>>* > not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,251::caps::458::root::(_getKeyPackages) rpm package
*>>* gluster-swift
*>>* > not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-object not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rpm package glusterfs
*>>* not
*>>* > found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-plugin not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-account not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-proxy not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-doc not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package
*>>* > glusterfs-server not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-container not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package
*>>* > glusterfs-geo-replication not found
*>>* >
*>>* > Any ideas?
*>>* >
*>>* >><>
*>>* > nathan stratton | vp technology | broadsoft, inc |
+1-240-404-6580 <%2B1-240-404-6580> |
*>>* > www.broadsoft.com <http://www.broadsoft.com/>
*>>* >
*>>* > _______________________________________________
*>>* > Users mailing list
*>>* > Users at ovirt.org <http://lists.ovirt.org/mailman/listinfo/users>
*>>* > http://lists.ovirt.org/mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
*>>* >
*>>>>-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140621/9b14c8fe/atta...>
--
Patrick Pierson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/58d14872/atta...>
------------------------------
Message: 3
Date: Tue, 16 Dec 2014 08:48:48 -0600
From: Chris Adams <cma(a)cmadams.net>
To: users(a)ovirt.org
Subject: [ovirt-users] vdsm losing connection to libvirt
Message-ID: <20141216144848.GA1708(a)cmadams.net>
Content-Type: text/plain; charset=us-ascii
I have a oVirt setup that has three nodes, all running CentOS 7, with a
hosted engine running CentOS 6. Two of the nodes (node8 and node9) are
configured for hosted engine, and the third (node2) is just a "regular"
node (as you might guess from the names, more nodes are coming as I
migrate VMs to oVirt).
On one node, node8, vdsm periodically loses its connection to libvirt,
which causes vdsm to restart. There doesn't appear to be any trigger
that I can see (not time of day, load, etc. related). The engine VM is
up and running on node8 (don't know if that has anything to do with it).
I get some entries in /var/log/messages repeated continuously; the
"ovirt-ha-broker: sending ioctl 5401 to a partition" I mentioned before,
and the following:
Dec 15 20:56:23 node8 journal: User record for user '107' was not found: No such file or directory
Dec 15 20:56:23 node8 journal: Group record for user '107' was not found: No such file or directory
I don't think those have any relevance (don't know where they come
from); filtering those out, I see:
Dec 15 20:56:33 node8 journal: End of file while reading data: Input/output error
Dec 15 20:56:33 node8 journal: Tried to close invalid fd 0
Dec 15 20:56:38 node8 journal: vdsm root WARNING connection to libvirt broken. ecode: 1 edom: 7
Dec 15 20:56:38 node8 journal: vdsm root CRITICAL taking calling process down.
Dec 15 20:56:38 node8 journal: vdsm vds ERROR libvirt error
Dec 15 20:56:38 node8 journal: ovirt-ha-broker mgmt_bridge.MgmtBridge ERROR Failed to getVdsCapabilities: Error 16 from getVdsCapabilities: Unexpected exception
Dec 15 20:56:45 node8 journal: End of file while reading data: Input/output error
Dec 15 20:56:45 node8 vdsmd_init_common.sh: vdsm: Running run_final_hooks
Dec 15 20:56:45 node8 systemd: Starting Virtual Desktop Server Manager...
<and then all the normal-looking vdsm startup>
It is happening about once a day, but not at any regular interval or
time (was 02:23 Sunday, then 20:56 Monday).
vdsm.log has this at that time:
Thread-601576::DEBUG::2014-12-15 20:56:38,715::BindingXMLRPC::1132::vds::(wrapper) client [127.0.0.1]::call getCapabilities with () {}
Thread-601576::DEBUG::2014-12-15 20:56:38,718::utils::738::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None)
Thread-601576::DEBUG::2014-12-15 20:56:38,746::utils::758::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0
Thread-601576::WARNING::2014-12-15 20:56:38,754::libvirtconnection::135::root::(wrapper) connection to libvirt broken. ecode: 1 edom: 7
Thread-601576::CRITICAL::2014-12-15 20:56:38,754::libvirtconnection::137::root::(wrapper) taking calling process down.
MainThread::DEBUG::2014-12-15 20:56:38,754::vdsm::58::vds::(sigtermHandler) Received signal 15
Thread-601576::DEBUG::2014-12-15 20:56:38,755::libvirtconnection::143::root::(wrapper) Unknown libvirterror: ecode: 1 edom: 7 level: 2 message: internal error: client socket is closed
MainThread::DEBUG::2014-12-15 20:56:38,755::protocoldetector::135::vds.MultiProtocolAcceptor::(stop) Stopping Acceptor
MainThread::INFO::2014-12-15 20:56:38,755::__init__::563::jsonrpc.JsonRpcServer::(stop) Stopping JsonRPC Server
Detector thread::DEBUG::2014-12-15 20:56:38,756::protocoldetector::106::vds.MultiProtocolAcceptor::(_cleanup) Cleaning Acceptor
MainThread::INFO::2014-12-15 20:56:38,757::vmchannels::188::vds::(stop) VM channels listener was stopped.
MainThread::INFO::2014-12-15 20:56:38,758::momIF::91::MOM::(stop) Shutting down MOM
MainThread::DEBUG::2014-12-15 20:56:38,759::task::595::Storage.TaskManager.Task::(_updateState) Task=`26c7680c-23e2-42bb-964c-272e778a168a`::moving from state init -> state preparing
MainThread::INFO::2014-12-15 20:56:38,759::logUtils::44::dispatcher::(wrapper) Run and protect: prepareForShutdown(options=None)
Thread-601576::ERROR::2014-12-15 20:56:38,755::BindingXMLRPC::1142::vds::(wrapper) libvirt error
Traceback (most recent call last):
File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1135, in wrapper
res = f(*args, **kwargs)
File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 463, in getCapabilities
ret = api.getCapabilities()
File "/usr/share/vdsm/API.py", line 1245, in getCapabilities
c = caps.get()
File "/usr/share/vdsm/caps.py", line 615, in get
caps.update(netinfo.get())
File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 812, in get
nets = networks()
File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 119, in networks
allNets = ((net, net.name()) for net in conn.listAllNetworks(0))
File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 129, in wrapper
__connections.get(id(target)).pingLibvirt()
File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3642, in getLibVersion
if ret == -1: raise libvirtError ('virConnectGetLibVersion() failed', conn=self)
libvirtError: internal error: client socket is closed
--
Chris Adams <cma(a)cmadams.net>
------------------------------
Message: 4
Date: Tue, 16 Dec 2014 07:57:16 -0700
From: "Donny Davis" <donny(a)cloudspin.me>
To: "'Alon Bar-Lev'" <alonbl(a)redhat.com>, "'Fedele Stabile'"
<fedele.stabile(a)fis.unical.it>
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] Creating new users on oVirt 3.5
Message-ID: <008801d01940$9682f2f0$c388d8d0$(a)cloudspin.me>
Content-Type: text/plain; charset="us-ascii"
Check out my write-up on AAA,
I tried my best to break it down, and make it simple
https://cloudspin.me/ovirt-simple-ldap-aaa/
-----Original Message-----
From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of
Alon Bar-Lev
Sent: Tuesday, December 16, 2014 1:49 AM
To: Fedele Stabile
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] Creating new users on oVirt 3.5
----- Original Message -----
> From: "Fedele Stabile" <fedele.stabile(a)fis.unical.it>
> To: users(a)ovirt.org
> Sent: Monday, December 15, 2014 8:05:28 PM
> Subject: [ovirt-users] Creating new users on oVirt 3.5
>
> Hello,
> I have to create some users on my oVirt 3.5 infrastructure.
> On FridayI was following istructions on
> http://www.ovirt.org/LDAP_Quick_Start
> LDAP Quick Start
> so I correctly created a OpenLDAP server and a Kerberos service, but
> this morning I read that the instructions are obsolete...
> Now I'm trying to understand how to implement the new mechanism... but
> I'm in troubles:
> 1) run yum install ovirt-engine-extension-aaa-ldap
> 2) copied files in /etc/ovirt-engine/extensions.d and modified the
> name in fis.unical.it-auth(n/z).properties
> 3) copied files in /etc/ovirt-engine/aaa but now I can't do anything
>
> Can you help me with newbye instructions to install the aaa-extensions?
> Thank you very much
> Fedele Stabile
Hello,
Have you read[1]?
We of course need help in improving documentation :) Can you please send
engine.log when starting up engine so I can see if there are any issues?
Please make sure that at /etc/ovirt-engine/extensions.d you set the
config.profile.file.1 to absolute file, /etc/ovirt-enigne/aaa/ as we wait
for 3.5.1 to support relative names.
The simplest sequence is:
1. copy recursive /usr/share/ovirt-engine-extension-aaa-ldap/examples/simple
to /etc/ovirt-engine 2. edit /etc/ovirt-engine/extension.d/* replace ../aaa
to /etc/ovirt-engine/aaa this is pending 3.5.1.
3. edit /etc/ovirt-engine/aaa/ldap1.properties and set vars.server,
vars.user, vars.password to meet your setup.
4. restart engine.
5. send me engine.log
Regards,
Alon
[1]
http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;
f=README;hb=HEAD
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
------------------------------
Message: 5
Date: Tue, 16 Dec 2014 15:50:23 +0000
From: Alex Crow <acrow(a)integrafin.co.uk>
To: users(a)ovirt.org
Subject: Re: [ovirt-users] gfapi, 3.5.1
Message-ID: <549054BF.2090105(a)integrafin.co.uk>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi,
Anyone know if this is due to work correctly in the next iteration of 3.5?
Thanks
Alex
On 09/12/14 10:33, Alex Crow wrote:
> Hi,
>
> Will the vdsm patches to properly enable libgfapi storage for VMs (and
> matching refactored code in the hosted-engine setup scripts) for VMs
> make it into 3.5.1? It's not in the snapshots yet it seems.
>
> I notice it's in master/3.6 snapshot but something stops the HA stuff
> in self-hosted setups from connecting storage:
>
> from Master test setup:
> /var/log/ovirt-hosted-engine-ha/broker.log
>
> MainThread::INFO::2014-12-08
> 19:22:56,287::hosted_engine::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
> Found certificate common name: 172.17.10.50
> MainThread::WARNING::2014-12-08
> 19:22:56,395::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed to connect storage, waiting '15' seconds before the next attempt
> MainThread::WARNING::2014-12-08
> 19:23:11,501::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed to connect storage, waiting '15' seconds before the next attempt
> MainThread::WARNING::2014-12-08
> 19:23:26,610::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed to connect storage, waiting '15' seconds before the next attempt
> MainThread::WARNING::2014-12-08
> 19:23:41,717::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed to connect storage, waiting '15' seconds before the next attempt
> MainThread::WARNING::2014-12-08
> 19:23:56,824::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed to connect storage, waiting '15' seconds before the next attempt
> MainThread::ERROR::2014-12-08
> 19:24:11,840::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed trying to connect storage:
> MainThread::ERROR::2014-12-08
> 19:24:11,840::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
> Error: 'Failed trying to connect storage' - trying to restart agent
> MainThread::WARNING::2014-12-08
> 19:24:16,845::agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
> Restarting agent, attempt '8'
> MainThread::INFO::2014-12-08
> 19:24:16,855::hosted_engine::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
> Found certificate common name: 172.17.10.50
> MainThread::WARNING::2014-12-08
> 19:24:16,962::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed to connect storage, waiting '15' seconds before the next attempt
> MainThread::WARNING::2014-12-08
> 19:24:32,069::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed to connect storage, waiting '15' seconds before the next attempt
> MainThread::WARNING::2014-12-08
> 19:24:47,181::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed to connect storage, waiting '15' seconds before the next attempt
> MainThread::WARNING::2014-12-08
> 19:25:02,288::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed to connect storage, waiting '15' seconds before the next attempt
> MainThread::WARNING::2014-12-08
> 19:25:17,389::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed to connect storage, waiting '15' seconds before the next attempt
> MainThread::ERROR::2014-12-08
> 19:25:32,404::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
> Failed trying to connect storage:
> MainThread::ERROR::2014-12-08
> 19:25:32,404::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
> Error: 'Failed trying to connect storage' - trying to restart agent
> MainThread::WARNING::2014-12-08
> 19:25:37,409::agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
> Restarting agent, attempt '9'
> MainThread::ERROR::2014-12-08
> 19:25:37,409::agent::178::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
> Too many errors occurred, giving up. Please review the log and
> consider filing a bug.
> MainThread::INFO::2014-12-08
> 19:25:37,409::agent::118::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
> Agent shutting down
> (END) - Next: /var/log/ovirt-hosted-engine-ha/broker.log
>
> vdsm.log:
>
> Detector thread::DEBUG::2014-12-08
> 19:20:45,458::protocoldetector::214::vds.MultiProtocolAcceptor::(_remove_connection)
> Removing connection 127.0.0.1:53083
> Detector thread::DEBUG::2014-12-08
> 19:20:45,458::BindingXMLRPC::1193::XmlDetector::(handleSocket) xml
> over http detected from ('127.0.0.1', 53083)
> Thread-44::DEBUG::2014-12-08
> 19:20:45,459::BindingXMLRPC::318::vds::(wrapper) client [127.0.0.1]
> Thread-44::DEBUG::2014-12-08
> 19:20:45,460::task::592::Storage.TaskManager.Task::(_updateState)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state init ->
> state preparing
> Thread-44::INFO::2014-12-08
> 19:20:45,460::logUtils::48::dispatcher::(wrapper) Run and protect:
> connectStorageServer(domType=1,
> spUUID='ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', conList=[{'connection':
> 'zebulon.ifa.net:/engine', 'iqn': ',', 'protocol_version': '3'
> , 'kvm': 'password', '=': 'user', ',': '='}], options=None)
> Thread-44::DEBUG::2014-12-08
> 19:20:45,461::hsm::2384::Storage.HSM::(__prefetchDomains) nfs local
> path: /rhev/data-center/mnt/zebulon.ifa.net:_engine
> Thread-44::DEBUG::2014-12-08
> 19:20:45,462::hsm::2408::Storage.HSM::(__prefetchDomains) Found SD
> uuids: (u'd3240928-dae9-4ed0-8a28-7ab552455063',)
> Thread-44::DEBUG::2014-12-08
> 19:20:45,463::hsm::2464::Storage.HSM::(connectStorageServer) knownSDs:
> {d3240928-dae9-4ed0-8a28-7ab552455063: storage.nfsSD.findDomain}
> Thread-44::ERROR::2014-12-08
> 19:20:45,463::task::863::Storage.TaskManager.Task::(_setError)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Unexpected error
> Traceback (most recent call last):
> File "/usr/share/vdsm/storage/task.py", line 870, in _run
> return fn(*args, **kargs)
> File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
> res = f(*args, **kwargs)
> File "/usr/share/vdsm/storage/hsm.py", line 2466, in
> connectStorageServer
> res.append({'id': conDef["id"], 'status': status})
> KeyError: 'id'
> Thread-44::DEBUG::2014-12-08
> 19:20:45,463::task::882::Storage.TaskManager.Task::(_run)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._run:
> b5accf8f-014a-412d-9fb8-9e9447d49b72 (1,
> 'ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', [{'kvm': 'password', ',': '=',
> 'conn
> ection': 'zebulon.ifa.net:/engine', 'iqn': ',', 'protocol_version':
> '3', '=': 'user'}]) {} failed - stopping task
> Thread-44::DEBUG::2014-12-08
> 19:20:45,463::task::1214::Storage.TaskManager.Task::(stop)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::stopping in state
> preparing (force False)
> Thread-44::DEBUG::2014-12-08
> 19:20:45,463::task::990::Storage.TaskManager.Task::(_decref)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::ref 1 aborting True
> Thread-44::INFO::2014-12-08
> 19:20:45,463::task::1168::Storage.TaskManager.Task::(prepare)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::aborting: Task is
> aborted: u"'id'" - code 100
> Thread-44::DEBUG::2014-12-08
> 19:20:45,463::task::1173::Storage.TaskManager.Task::(prepare)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Prepare: aborted: 'id'
> Thread-44::DEBUG::2014-12-08
> 19:20:45,463::task::990::Storage.TaskManager.Task::(_decref)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::ref 0 aborting True
> Thread-44::DEBUG::2014-12-08
> 19:20:45,463::task::925::Storage.TaskManager.Task::(_doAbort)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._doAbort: force False
> Thread-44::DEBUG::2014-12-08
> 19:20:45,463::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll)
> Owner.cancelAll requests {}
> Thread-44::DEBUG::2014-12-08
> 19:20:45,463::task::592::Storage.TaskManager.Task::(_updateState)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state
> preparing -> state aborting
> Thread-44::DEBUG::2014-12-08
> 19:20:45,464::task::547::Storage.TaskManager.Task::(__state_aborting)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::_aborting: recover policy
> none
> Thread-44::DEBUG::2014-12-08
> 19:20:45,464::task::592::Storage.TaskManager.Task::(_updateState)
> Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state
> aborting -> state failed
> Thread-44::DEBUG::2014-12-08
> 19:20:45,464::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll)
> Owner.releaseAll requests {} resources {}
> Thread-44::DEBUG::2014-12-08
> 19:20:45,464::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll)
> Owner.cancelAll requests {}
> Thread-44::ERROR::2014-12-08
> 19:20:45,464::dispatcher::79::Storage.Dispatcher::(wrapper) 'id'
> Traceback (most recent call last):
> File "/usr/share/vdsm/storage/dispatcher.py", line 71, in wrapper
> result = ctask.prepare(func, *args, **kwargs)
> File "/usr/share/vdsm/storage/task.py", line 103, in wrapper
> return m(self, *a, **kw)
> File "/usr/share/vdsm/storage/task.py", line 1176, in prepare
> raise self.error
> KeyError: 'id'
> clientIFinit::ERROR::2014-12-08
> 19:20:48,190::clientIF::460::vds::(_recoverExistingVms) Vm's recovery
> failed
> Traceback (most recent call last):
> File "/usr/share/vdsm/clientIF.py", line 404, in _recoverExistingVms
> caps.CpuTopology().cores())
> File "/usr/share/vdsm/caps.py", line 200, in __init__
> self._topology = _getCpuTopology(capabilities)
> File "/usr/share/vdsm/caps.py", line 232, in _getCpuTopology
> capabilities = _getFreshCapsXMLStr()
> File "/usr/share/vdsm/caps.py", line 222, in _getFreshCapsXMLStr
> return libvirtconnection.get().getCapabilities()
> File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
> line 157, in get
> passwd)
> File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
> line 102, in open_connection
> return utils.retry(libvirtOpen, timeout=10, sleep=0.2)
> File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 935, in
> retry
> return func()
> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 102, in
> openAuth
> if ret is None:raise libvirtError('virConnectOpenAuth() failed')
> libvirtError: authentication failed: polkit:
> polkit\56retains_authorization_after_challenge=1
> Authorization requires authentication but no agent is available.
>
>
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
"Transact" is operated by Integrated Financial Arrangements plc. 29
Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608
5300. (Registered office: as above; Registered in England and Wales
under number: 3727592). Authorised and regulated by the Financial
Conduct Authority (entered on the Financial Services Register; no. 190856).
------------------------------
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
End of Users Digest, Vol 39, Issue 98
*************************************
------=_Part_10957803_1008904620.1418749854056
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo=
r: #000000"><div>Hi,</div><div>Can I get engine, libvirt, vdsm, mom, logs f=
rom host8 and connectivity log?</div><div>Have you tried installing clean O=
Ss on hosts, especially on problematic host?</div><div>I'd also try to disa=
ble JSONRPC on hosts, by putting them to maintenance and then removing JSON=
RPC from the check box on all hosts, just to compare if it resolves the iss=
ue.</div><div><br></div><div><br></div><div><span name=3D"x"></span><br>Tha=
nks in advance.<br><div><br></div>Best regards,<br>Nikolai<br>_____________=
_______<br>Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red=
Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501<br><div><br></d=
iv>Tel: +972 9 7692043<br>Mobile: +972 52 73427=
34<br>Email: nsednev(a)redhat.com<br>IRC: nsednev<span name=3D"x"></span><br>=
</div><div><br></div><hr id=3D"zwchr"><div style=3D"color:#000;font-weight:=
normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,s=
ans-serif;font-size:12pt;"><b>From: </b>users-request(a)ovirt.org<br><b>To: <=
/b>users(a)ovirt.org<br><b>Sent: </b>Tuesday, December 16, 2014 5:50:28 PM<br=
><b>Subject: </b>Users Digest, Vol 39, Issue 98<br><div><br></div>Send User=
s mailing list submissions to<br> =
users(a)ovirt.org<br><div><br></div>To subscribe or unsubscribe via the=
World Wide Web, visit<br> h=
ttp://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a messa=
ge with subject or body 'help' to<br> &n=
bsp; users-request(a)ovirt.org<br><div><br></div>You can reach the perso=
n managing the list at<br> u=
sers-owner(a)ovirt.org<br><div><br></div>When replying, please edit your Subj=
ect line so it is more specific<br>than "Re: Contents of Users digest..."<b=
r><div><br></div><br>Today's Topics:<br><div><br></div> 1. Re: =
Free Ovirt Powered Cloud (Lior Vernia)<br> 2. glus=
ter rpms not found (Pat Pierson)<br> 3. vdsm losing conne=
ction to libvirt (Chris Adams)<br> 4. Re: Creating new us=
ers on oVirt 3.5 (Donny Davis)<br> 5. Re: gfapi, 3.5.1 (A=
lex Crow)<br><div><br></div><br>-------------------------------------------=
---------------------------<br><div><br></div>Message: 1<br>Date: Tue, 16 D=
ec 2014 15:55:02 +0200<br>From: Lior Vernia <lvernia(a)redhat.com><br>T=
o: Donny Davis <donny(a)cloudspin.me><br>Cc: users(a)ovirt.org<br>Subject=
: Re: [ovirt-users] Free Ovirt Powered Cloud<br>Message-ID: <549039B6.20=
10804(a)redhat.com><br>Content-Type: text/plain; charset=3DISO-8859-1<br><=
div><br></div>Hi Donny,<br><div><br></div>On 15/12/14 18:24, Donny Davis wr=
ote:<br>> Hi guys, I'm providing a free public cloud solution entirely b=
ased on<br>> vanilla oVirt called cloudspin.me <http://cloudspin.me&g=
t;<br>> <br><div><br></div>This looks great! :)<br><div><br></div>> I=
t runs on IPv6, and I am looking for people to use the system, host<br>>=
services and report back to me with their results.<br>> <br><div><br></=
div>Do you also use IPv6 internally in your deployment? e.g. assign IPv6<br=
>addresses to your hosts, storage domain, power management etc.? We'd be<br=
>very interested to hear what works and what doesn't. And perhaps help<br>p=
ush forward what doesn't, if you need it :)<br><div><br></div>> Data I a=
m looking for<br>> <br>> Connection Speed - Is it comparable to other=
services<br>> <br>> User experience - Are there any changes recommen=
ded<br>> <br>> Does it work for you - What does, and does not work fo=
r you.<br>> <br>> <br>> <br>> I am trying to get funding =
to keep this a free resource for everyone to<br>> use. (not from here:)<=
br>> <br>> I am completely open to any and all suggestions, and or he=
lp with<br>> things. I am a one man show at the moment.<br>> <br>>=
If anyone has any questions please email me back<br>> <br>> Donny D<=
br>> <br>> <br>> <br>> <br>> <br>> ________________=
_______________________________<br>> Users mailing list<br>> Users@ov=
irt.org<br>> http://lists.ovirt.org/mailman/listinfo/users<br>> <br><=
div><br></div><br>------------------------------<br><div><br></div>Message:=
2<br>Date: Tue, 16 Dec 2014 09:08:57 -0500<br>From: Pat Pierson <ihasn2=
004(a)gmail.com><br>To: nathan(a)robotics.net<br>Cc: "users(a)ovirt.org" <u=
sers(a)ovirt.org><br>Subject: [ovirt-users] gluster rpms not found<b=
r>Message-ID:<br> <CAMRYi=
EiKL1MEGoHWjKtnhW3DXjouU0w3hs5zFx75sfBL8M4JaQ(a)mail.gmail.com><br>Content=
-Type: text/plain; charset=3D"utf-8"<br><div><br></div>Nathan,<br> &nb=
sp; Did you find a work around for this? I am running into the same i=
ssue.<br><div><br></div>Is there a way to force vdsm to see gluster? Or a w=
ay to manually run the<br>search so I can see why it fails?<br><div><br></d=
iv><br>>*<><br>*nathan stratton | vp technology | broadsoft, inc |=
+1-240-404-6580<br>|www.broadsoft.com<br><div><br></div><br>On Fri, Jun 20=
, 2014 at 11:01 AM, Nathan Stratton <nathan at<br>robotics.net <http:=
//lists.ovirt.org/mailman/listinfo/users>><br>wrote:<br><div><br></di=
v>>* Actually I have vdsm-gluster, that is why vdsm tries to find the gl=
uster<br>*>* packages. Is there a way I can run the vdsm gluster rpm sea=
rch manually to<br>*>* see what is going wrong?<br>*>>* [root at v=
irt01a <http://lists.ovirt.org/mailman/listinfo/users><br>~]# yum lis=
t installed |grep vdsm<br>*>* vdsm.x86_64 &n=
bsp; 4.14.9-0.el6 @ovirt-3.4-stable<br>*>>* vdsm-=
cli.noarch 4.14.9-0.el6 @ovirt-3.4=
-stable<br>*>>* vdsm-gluster.noarch 4.14.9-0.el6 =
@ovirt-3.4-stable<br>*>>* vdsm-python.x86_64 4.1=
4.9-0.el6 @ovirt-3.4-stable<br>*>>* vdsm-python-zombier=
eaper.noarch<br>*>* vdsm-xmlrpc.noarch 4.14.9-0.el6 =
@ovirt-3.4-stable<br>*>>>>* ><><br>*>* nath=
an stratton | vp technology | broadsoft, inc | +1-240-404-6580<br><%2B1-=
240-404-6580> |<br>*>* www.broadsoft.com <http://www.broadsoft.com=
/><br>*>>>* On Thu, Jun 19, 2014 at 8:39 PM, Andrew Lau <and=
rew at<br>andrewklau.com <http://lists.ovirt.org/mailman/listinfo/users&=
gt;> wrote:<br>*>>>* You're missing vdsm-gluster<br>*>>&g=
t;>* yum install vdsm-gluster<br>*>>>>* On Fri, Jun 20, 2014=
at 6:24 AM, Nathan Stratton <nathan at<br>robotics.net <http://lists=
.ovirt.org/mailman/listinfo/users>><br>*>>* wrote:<br>*>>=
* > I am running ovirt 3.4 and have gluster installed:<br>*>>* >=
;<br>*>>* > [root at virt01a<br><http://lists.ovirt.org/mailman=
/listinfo/users>]# yum list installed<br>|grep gluster<br>*>>* >=
; glusterfs.x86_64 3.5.0-2.el6 @ov=
irt-glusterfs-epel<br>*>>* > glusterfs-api.x86_64 3.5.0-2.e=
l6 @ovirt-glusterfs-epel<br>*>>* > glusterfs-c=
li.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel<br>*=
>>* > glusterfs-fuse.x86_64 3.5.0-2.el6 =
@ovirt-glusterfs-epel<br>*>>* > glusterfs-libs.x86_64 3.5.0-=
2.el6 @ovirt-glusterfs-epel<br>*>>* > glusterf=
s-rdma.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel<b=
r>*>>* > glusterfs-server.x86_64 3.5.0-2.el6 &=
nbsp;@ovirt-glusterfs-epel<br>*>>* ><br>*>>* > However vd=
sm can't seem to find them:<br>*>>* ><br>*>>* > Thread-13=
::DEBUG::2014-06-19<br>*>>* > 16:15:57,250::caps::458::root::(_get=
KeyPackages) rpm package<br>*>>* glusterfs-rdma<br>*>>* > no=
t found<br>*>>* > Thread-13::DEBUG::2014-06-19<br>*>>* > =
16:15:57,250::caps::458::root::(_getKeyPackages) rpm package<br>*>>* =
glusterfs-fuse<br>*>>* > not found<br>*>>* > Thread-13::D=
EBUG::2014-06-19<br>*>>* > 16:15:57,251::caps::458::root::(_getKey=
Packages) rpm package<br>*>>* gluster-swift<br>*>>* > not fo=
und<br>*>>* > Thread-13::DEBUG::2014-06-19<br>*>>* > 16:1=
5:57,252::caps::458::root::(_getKeyPackages) rpm package<br>*>>* >=
gluster-swift-object not found<br>*>>* > Thread-13::DEBUG::2014-0=
6-19<br>*>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rp=
m package glusterfs<br>*>>* not<br>*>>* > found<br>*>>=
* > Thread-13::DEBUG::2014-06-19<br>*>>* > 16:15:57,252::caps::=
458::root::(_getKeyPackages) rpm package<br>*>>* > gluster-swift-p=
lugin not found<br>*>>* > Thread-13::DEBUG::2014-06-19<br>*>>=
;* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package<br>*&g=
t;>* > gluster-swift-account not found<br>*>>* > Thread-13::=
DEBUG::2014-06-19<br>*>>* > 16:15:57,254::caps::458::root::(_getKe=
yPackages) rpm package<br>*>>* > gluster-swift-proxy not found<br>=
*>>* > Thread-13::DEBUG::2014-06-19<br>*>>* > 16:15:57,25=
4::caps::458::root::(_getKeyPackages) rpm package<br>*>>* > gluste=
r-swift-doc not found<br>*>>* > Thread-13::DEBUG::2014-06-19<br>*&=
gt;>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package<=
br>*>>* > glusterfs-server not found<br>*>>* > Thread-13:=
:DEBUG::2014-06-19<br>*>>* > 16:15:57,255::caps::458::root::(_getK=
eyPackages) rpm package<br>*>>* > gluster-swift-container not foun=
d<br>*>>* > Thread-13::DEBUG::2014-06-19<br>*>>* > 16:15:=
57,255::caps::458::root::(_getKeyPackages) rpm package<br>*>>* > g=
lusterfs-geo-replication not found<br>*>>* ><br>*>>* > An=
y ideas?<br>*>>* ><br>*>>* >><><br>*>>* &g=
t; nathan stratton | vp technology | broadsoft, inc |<br>+1-240-404-6580 &l=
t;%2B1-240-404-6580> |<br>*>>* > www.broadsoft.com <http://w=
ww.broadsoft.com/><br>*>>* ><br>*>>* > _______________=
________________________________<br>*>>* > Users mailing list<br>*=
>>* > Users at ovirt.org <http://lists.ovirt.org/mailman/listin=
fo/users><br>*>>* > http://lists.ovirt.org/mailman/listinfo/use=
rs<br><http://lists.ovirt.org/mailman/listinfo/users><br>*>>* &=
gt;<br>*>>>>-------------- next part --------------<br>An HTML =
attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/use=
rs/attachments/20140621/9b14c8fe/attachment.html><br><div><br></div><br>=
-- <br>Patrick Pierson<br>-------------- next part --------------<br>An HTM=
L attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/u=
sers/attachments/20141216/58d14872/attachment-0001.html><br><div><br></d=
iv>------------------------------<br><div><br></div>Message: 3<br>Date: Tue=
, 16 Dec 2014 08:48:48 -0600<br>From: Chris Adams <cma(a)cmadams.net><b=
r>To: users(a)ovirt.org<br>Subject: [ovirt-users] vdsm losing connection to l=
ibvirt<br>Message-ID: <20141216144848.GA1708(a)cmadams.net><br>Content-=
Type: text/plain; charset=3Dus-ascii<br><div><br></div>I have a oVirt setup=
that has three nodes, all running CentOS 7, with a<br>hosted engine runnin=
g CentOS 6. Two of the nodes (node8 and node9) are<br>configured for =
hosted engine, and the third (node2) is just a "regular"<br>node (as you mi=
ght guess from the names, more nodes are coming as I<br>migrate VMs to oVir=
t).<br><div><br></div>On one node, node8, vdsm periodically loses its conne=
ction to libvirt,<br>which causes vdsm to restart. There doesn't appe=
ar to be any trigger<br>that I can see (not time of day, load, etc. related=
). The engine VM is<br>up and running on node8 (don't know if that ha=
s anything to do with it).<br><div><br></div>I get some entries in /var/log=
/messages repeated continuously; the<br>"ovirt-ha-broker: sending ioctl 540=
1 to a partition" I mentioned before,<br>and the following:<br><div><br></d=
iv>Dec 15 20:56:23 node8 journal: User record for user '107' was not found:=
No such file or directory<br>Dec 15 20:56:23 node8 journal: Group record f=
or user '107' was not found: No such file or directory<br><div><br></div>I =
don't think those have any relevance (don't know where they come<br>from); =
filtering those out, I see:<br><div><br></div>Dec 15 20:56:33 node8 journal=
: End of file while reading data: Input/output error<br>Dec 15 20:56:33 nod=
e8 journal: Tried to close invalid fd 0<br>Dec 15 20:56:38 node8 journal: v=
dsm root WARNING connection to libvirt broken. ecode: 1 edom: 7<br>Dec 15 2=
0:56:38 node8 journal: vdsm root CRITICAL taking calling process down.<br>D=
ec 15 20:56:38 node8 journal: vdsm vds ERROR libvirt error<br>Dec 15 20:56:=
38 node8 journal: ovirt-ha-broker mgmt_bridge.MgmtBridge ERROR Failed to ge=
tVdsCapabilities: Error 16 from getVdsCapabilities: Unexpected exception<br=
>Dec 15 20:56:45 node8 journal: End of file while reading data: Input/outpu=
t error<br>Dec 15 20:56:45 node8 vdsmd_init_common.sh: vdsm: Running run_fi=
nal_hooks<br>Dec 15 20:56:45 node8 systemd: Starting Virtual Desktop Server=
Manager...<br><and then all the normal-looking vdsm startup><br><div=
><br></div>It is happening about once a day, but not at any regular interva=
l or<br>time (was 02:23 Sunday, then 20:56 Monday).<br><div><br></div>vdsm.=
log has this at that time:<br><div><br></div>Thread-601576::DEBUG::2014-12-=
15 20:56:38,715::BindingXMLRPC::1132::vds::(wrapper) client [127.0.0.1]::ca=
ll getCapabilities with () {}<br>Thread-601576::DEBUG::2014-12-15 20:56:38,=
718::utils::738::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all=
(cwd None)<br>Thread-601576::DEBUG::2014-12-15 20:56:38,746::utils::758::r=
oot::(execCmd) SUCCESS: <err> =3D ''; <rc> =3D 0<br>Thread-6015=
76::WARNING::2014-12-15 20:56:38,754::libvirtconnection::135::root::(wrappe=
r) connection to libvirt broken. ecode: 1 edom: 7<br>Thread-601576::CRITICA=
L::2014-12-15 20:56:38,754::libvirtconnection::137::root::(wrapper) taking =
calling process down.<br>MainThread::DEBUG::2014-12-15 20:56:38,754::vdsm::=
58::vds::(sigtermHandler) Received signal 15<br>Thread-601576::DEBUG::2014-=
12-15 20:56:38,755::libvirtconnection::143::root::(wrapper) Unknown libvirt=
error: ecode: 1 edom: 7 level: 2 message: internal error: client socket is =
closed<br>MainThread::DEBUG::2014-12-15 20:56:38,755::protocoldetector::135=
::vds.MultiProtocolAcceptor::(stop) Stopping Acceptor<br>MainThread::INFO::=
2014-12-15 20:56:38,755::__init__::563::jsonrpc.JsonRpcServer::(stop) Stopp=
ing JsonRPC Server<br>Detector thread::DEBUG::2014-12-15 20:56:38,756::prot=
ocoldetector::106::vds.MultiProtocolAcceptor::(_cleanup) Cleaning Acceptor<=
br>MainThread::INFO::2014-12-15 20:56:38,757::vmchannels::188::vds::(stop) =
VM channels listener was stopped.<br>MainThread::INFO::2014-12-15 20:56:38,=
758::momIF::91::MOM::(stop) Shutting down MOM<br>MainThread::DEBUG::2014-12=
-15 20:56:38,759::task::595::Storage.TaskManager.Task::(_updateState) Task=
=3D`26c7680c-23e2-42bb-964c-272e778a168a`::moving from state init -> sta=
te preparing<br>MainThread::INFO::2014-12-15 20:56:38,759::logUtils::44::di=
spatcher::(wrapper) Run and protect: prepareForShutdown(options=3DNone)<br>=
Thread-601576::ERROR::2014-12-15 20:56:38,755::BindingXMLRPC::1142::vds::(w=
rapper) libvirt error<br>Traceback (most recent call last):<br> =
File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1135, in wrapper<br> =
; res =3D f(*args, **kwargs)<br> File "/usr/share/vd=
sm/rpc/BindingXMLRPC.py", line 463, in getCapabilities<br> &nbs=
p;ret =3D api.getCapabilities()<br> File "/usr/share/vdsm/API.py=
", line 1245, in getCapabilities<br> c =3D caps.get()<br>=
File "/usr/share/vdsm/caps.py", line 615, in get<br>  =
; caps.update(netinfo.get())<br> File "/usr/lib/python2.7/=
site-packages/vdsm/netinfo.py", line 812, in get<br> nets=
=3D networks()<br> File "/usr/lib/python2.7/site-packages/vdsm/=
netinfo.py", line 119, in networks<br> allNets =3D ((net,=
net.name()) for net in conn.listAllNetworks(0))<br> File "/usr/=
lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 129, in wrappe=
r<br> __connections.get(id(target)).pingLibvirt()<br>&nbs=
p; File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3642, in=
getLibVersion<br> if ret =3D=3D -1: raise libvirtError (=
'virConnectGetLibVersion() failed', conn=3Dself)<br>libvirtError: internal =
error: client socket is closed<br><div><br></div><br>-- <br>Chris Adams <=
;cma(a)cmadams.net><br><div><br></div><br>------------------------------<b=
r><div><br></div>Message: 4<br>Date: Tue, 16 Dec 2014 07:57:16 -0700<br>Fro=
m: "Donny Davis" <donny(a)cloudspin.me><br>To: "'Alon Bar-Lev'" <alo=
nbl(a)redhat.com>, "'Fedele=
Stabile'"<br> <fedele.st=
abile(a)fis.unical.it><br>Cc: users(a)ovirt.org<br>Subject: Re: [ovirt-users=
] Creating new users on oVirt 3.5<br>Message-ID: <008801d01940$9682f2f0$=
c388d8d0$(a)cloudspin.me><br>Content-Type: text/plain; &n=
bsp; charset=3D"us-ascii"<br><div><br></div>Check ou=
t my write-up on AAA, <br>I tried my best to break it down, and make it sim=
ple<br><div><br></div>https://cloudspin.me/ovirt-simple-ldap-aaa/<br><div><=
br></div>-----Original Message-----<br>From: users-bounces(a)ovirt.org [mailt=
o:users-bounces@ovirt.org] On Behalf Of<br>Alon Bar-Lev<br>Sent: Tuesday, D=
ecember 16, 2014 1:49 AM<br>To: Fedele Stabile<br>Cc: users(a)ovirt.org<br>Su=
bject: Re: [ovirt-users] Creating new users on oVirt 3.5<br><div><br></div>=
<br><div><br></div>----- Original Message -----<br>> From: "Fedele Stabi=
le" <fedele.stabile(a)fis.unical.it><br>> To: users(a)ovirt.org<br>>=
; Sent: Monday, December 15, 2014 8:05:28 PM<br>> Subject: [ovirt-users]=
Creating new users on oVirt 3.5<br>> <br>> Hello,<br>> I have to =
create some users on my oVirt 3.5 infrastructure.<br>> On FridayI =
was following istructions on <br>> http://www.ovirt.org/LDAP_Quick_Start=
<br>> LDAP Quick Start<br>> so I correctly created a OpenLDAP server =
and a Kerberos service, but <br>> this morning I read that the instructi=
ons are obsolete...<br>> Now I'm trying to understand how to implement t=
he new mechanism... but <br>> I'm in troubles:<br>> 1) run yum instal=
l ovirt-engine-extension-aaa-ldap<br>> 2) copied files in /etc/ovirt-eng=
ine/extensions.d and modified the <br>> name in fis.unical.it-auth(n/z).=
properties<br>> 3) copied files in /etc/ovirt-engine/aaa but now I can't=
do anything<br>> <br>> Can you help me with newbye instructions to i=
nstall the aaa-extensions?<br>> Thank you very much<br>> Fedele Stabi=
le<br><div><br></div>Hello,<br><div><br></div>Have you read[1]?<br>We of co=
urse need help in improving documentation :) Can you please send<br>engine.=
log when starting up engine so I can see if there are any issues?<br>Please=
make sure that at /etc/ovirt-engine/extensions.d you set the<br>config.pro=
file.file.1 to absolute file, /etc/ovirt-enigne/aaa/ as we wait<br>for 3.5.=
1 to support relative names.<br><div><br></div>The simplest sequence is:<br=
><div><br></div>1. copy recursive /usr/share/ovirt-engine-extension-aaa-lda=
p/examples/simple<br>to /etc/ovirt-engine 2. edit /etc/ovirt-engine/extensi=
on.d/* replace ../aaa<br>to /etc/ovirt-engine/aaa this is pending 3.5.1.<br=
>3. edit /etc/ovirt-engine/aaa/ldap1.properties and set vars.server,<br>var=
s.user, vars.password to meet your setup.<br>4. restart engine.<br>5. send =
me engine.log<br><div><br></div>Regards,<br>Alon<br><div><br></div>[1]<br>h=
ttp://gerrit.ovirt.org/gitweb?p=3Dovirt-engine-extension-aaa-ldap.git;a=3Db=
lob;<br>f=3DREADME;hb=3DHEAD<br>___________________________________________=
____<br>Users mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.org/mai=
lman/listinfo/users<br><div><br></div><br><div><br></div>------------------=
------------<br><div><br></div>Message: 5<br>Date: Tue, 16 Dec 2014 15:50:2=
3 +0000<br>From: Alex Crow <acrow(a)integrafin.co.uk><br>To: users@ovir=
t.org<br>Subject: Re: [ovirt-users] gfapi, 3.5.1<br>Message-ID: <549054B=
F.2090105(a)integrafin.co.uk><br>Content-Type: text/plain; charset=3Dutf-8=
; format=3Dflowed<br><div><br></div>Hi,<br><div><br></div>Anyone know if th=
is is due to work correctly in the next iteration of 3.5?<br><div><br></div=
>Thanks<br><div><br></div>Alex<br><div><br></div>On 09/12/14 10:33, Alex Cr=
ow wrote:<br>> Hi,<br>><br>> Will the vdsm patches to properly ena=
ble libgfapi storage for VMs (and <br>> matching refactored code in the =
hosted-engine setup scripts) for VMs <br>> make it into 3.5.1? It's not =
in the snapshots yet it seems.<br>><br>> I notice it's in master/3.6 =
snapshot but something stops the HA stuff <br>> in self-hosted setups fr=
om connecting storage:<br>><br>> from Master test setup:<br>> /var=
/log/ovirt-hosted-engine-ha/broker.log<br>><br>> MainThread::INFO::20=
14-12-08 <br>> 19:22:56,287::hosted_engine::222::ovirt_hosted_engine_ha.=
agent.hosted_engine.HostedEngine::(_get_hostname) <br>> Found certificat=
e common name: 172.17.10.50<br>> MainThread::WARNING::2014-12-08 <br>>=
; 19:22:56,395::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_eng=
ine.HostedEngine::(_initialize_vdsm) <br>> Failed to connect storage, wa=
iting '15' seconds before the next attempt<br>> MainThread::WARNING::201=
4-12-08 <br>> 19:23:11,501::hosted_engine::497::ovirt_hosted_engine_ha.a=
gent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>> Failed to conn=
ect storage, waiting '15' seconds before the next attempt<br>> MainThrea=
d::WARNING::2014-12-08 <br>> 19:23:26,610::hosted_engine::497::ovirt_hos=
ted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>>=
Failed to connect storage, waiting '15' seconds before the next attempt<br=
>> MainThread::WARNING::2014-12-08 <br>> 19:23:41,717::hosted_engine:=
:497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize=
_vdsm) <br>> Failed to connect storage, waiting '15' seconds before the =
next attempt<br>> MainThread::WARNING::2014-12-08 <br>> 19:23:56,824:=
:hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin=
e::(_initialize_vdsm) <br>> Failed to connect storage, waiting '15' seco=
nds before the next attempt<br>> MainThread::ERROR::2014-12-08 <br>> =
19:24:11,840::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engin=
e.HostedEngine::(_initialize_vdsm) <br>> Failed trying to connect storag=
e:<br>> MainThread::ERROR::2014-12-08 <br>> 19:24:11,840::agent::173:=
:ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) <br>> Error: 'Fa=
iled trying to connect storage' - trying to restart agent<br>> MainThrea=
d::WARNING::2014-12-08 <br>> 19:24:16,845::agent::176::ovirt_hosted_engi=
ne_ha.agent.agent.Agent::(_run_agent) <br>> Restarting agent, attempt '8=
'<br>> MainThread::INFO::2014-12-08 <br>> 19:24:16,855::hosted_engine=
::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostn=
ame) <br>> Found certificate common name: 172.17.10.50<br>> MainThrea=
d::WARNING::2014-12-08 <br>> 19:24:16,962::hosted_engine::497::ovirt_hos=
ted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>>=
Failed to connect storage, waiting '15' seconds before the next attempt<br=
>> MainThread::WARNING::2014-12-08 <br>> 19:24:32,069::hosted_engine:=
:497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize=
_vdsm) <br>> Failed to connect storage, waiting '15' seconds before the =
next attempt<br>> MainThread::WARNING::2014-12-08 <br>> 19:24:47,181:=
:hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin=
e::(_initialize_vdsm) <br>> Failed to connect storage, waiting '15' seco=
nds before the next attempt<br>> MainThread::WARNING::2014-12-08 <br>>=
; 19:25:02,288::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_eng=
ine.HostedEngine::(_initialize_vdsm) <br>> Failed to connect storage, wa=
iting '15' seconds before the next attempt<br>> MainThread::WARNING::201=
4-12-08 <br>> 19:25:17,389::hosted_engine::497::ovirt_hosted_engine_ha.a=
gent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>> Failed to conn=
ect storage, waiting '15' seconds before the next attempt<br>> MainThrea=
d::ERROR::2014-12-08 <br>> 19:25:32,404::hosted_engine::500::ovirt_hoste=
d_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>> F=
ailed trying to connect storage:<br>> MainThread::ERROR::2014-12-08 <br>=
> 19:25:32,404::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_=
run_agent) <br>> Error: 'Failed trying to connect storage' - trying to r=
estart agent<br>> MainThread::WARNING::2014-12-08 <br>> 19:25:37,409:=
:agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) <br>>=
; Restarting agent, attempt '9'<br>> MainThread::ERROR::2014-12-08 <br>&=
gt; 19:25:37,409::agent::178::ovirt_hosted_engine_ha.agent.agent.Agent::(_r=
un_agent) <br>> Too many errors occurred, giving up. Please review the l=
og and <br>> consider filing a bug.<br>> MainThread::INFO::2014-12-08=
<br>> 19:25:37,409::agent::118::ovirt_hosted_engine_ha.agent.agent.Agen=
t::(run) <br>> Agent shutting down<br>> (END) - Next: /var/log/ovirt-=
hosted-engine-ha/broker.log<br>><br>> vdsm.log:<br>><br>> Detec=
tor thread::DEBUG::2014-12-08 <br>> 19:20:45,458::protocoldetector::214:=
:vds.MultiProtocolAcceptor::(_remove_connection) <br>> Removing connecti=
on 127.0.0.1:53083<br>> Detector thread::DEBUG::2014-12-08 <br>> 19:2=
0:45,458::BindingXMLRPC::1193::XmlDetector::(handleSocket) xml <br>> ove=
r http detected from ('127.0.0.1', 53083)<br>> Thread-44::DEBUG::2014-12=
-08 <br>> 19:20:45,459::BindingXMLRPC::318::vds::(wrapper) client [127.0=
.0.1]<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,460::task::592=
::Storage.TaskManager.Task::(_updateState) <br>> Task=3D`b5accf8f-014a-4=
12d-9fb8-9e9447d49b72`::moving from state init -> <br>> state prepari=
ng<br>> Thread-44::INFO::2014-12-08 <br>> 19:20:45,460::logUtils::48:=
:dispatcher::(wrapper) Run and protect: <br>> connectStorageServer(domTy=
pe=3D1, <br>> spUUID=3D'ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', conList=
=3D[{'connection': <br>> 'zebulon.ifa.net:/engine', 'iqn': ',', 'protoco=
l_version': '3'<br>> , 'kvm': 'password', '=3D': 'user', ',': '=3D'}], o=
ptions=3DNone)<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,461::=
hsm::2384::Storage.HSM::(__prefetchDomains) nfs local <br>> path: /rhev/=
data-center/mnt/zebulon.ifa.net:_engine<br>> Thread-44::DEBUG::2014-12-0=
8 <br>> 19:20:45,462::hsm::2408::Storage.HSM::(__prefetchDomains) Found =
SD <br>> uuids: (u'd3240928-dae9-4ed0-8a28-7ab552455063',)<br>> Threa=
d-44::DEBUG::2014-12-08 <br>> 19:20:45,463::hsm::2464::Storage.HSM::(con=
nectStorageServer) knownSDs: <br>> {d3240928-dae9-4ed0-8a28-7ab552455063=
: storage.nfsSD.findDomain}<br>> Thread-44::ERROR::2014-12-08 <br>> 1=
9:20:45,463::task::863::Storage.TaskManager.Task::(_setError) <br>> Task=
=3D`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Unexpected error<br>> Traceba=
ck (most recent call last):<br>> File "/usr/share/vdsm/storage/ta=
sk.py", line 870, in _run<br>> return fn(*args, **kargs)<b=
r>> File "/usr/share/vdsm/logUtils.py", line 49, in wrapper<br>&g=
t; res =3D f(*args, **kwargs)<br>> File "/usr/share=
/vdsm/storage/hsm.py", line 2466, in <br>> connectStorageServer<br>> =
res.append({'id': conDef["id"], 'status': status})<br>> Ke=
yError: 'id'<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,463::ta=
sk::882::Storage.TaskManager.Task::(_run) <br>> Task=3D`b5accf8f-014a-41=
2d-9fb8-9e9447d49b72`::Task._run: <br>> b5accf8f-014a-412d-9fb8-9e9447d4=
9b72 (1, <br>> 'ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', [{'kvm': 'passwor=
d', ',': '=3D', <br>> 'conn<br>> ection': 'zebulon.ifa.net:/engine', =
'iqn': ',', 'protocol_version': <br>> '3', '=3D': 'user'}]) {} failed - =
stopping task<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,463::t=
ask::1214::Storage.TaskManager.Task::(stop) <br>> Task=3D`b5accf8f-014a-=
412d-9fb8-9e9447d49b72`::stopping in state <br>> preparing (force False)=
<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,463::task::990::Sto=
rage.TaskManager.Task::(_decref) <br>> Task=3D`b5accf8f-014a-412d-9fb8-9=
e9447d49b72`::ref 1 aborting True<br>> Thread-44::INFO::2014-12-08 <br>&=
gt; 19:20:45,463::task::1168::Storage.TaskManager.Task::(prepare) <br>> =
Task=3D`b5accf8f-014a-412d-9fb8-9e9447d49b72`::aborting: Task is <br>> a=
borted: u"'id'" - code 100<br>> Thread-44::DEBUG::2014-12-08 <br>> 19=
:20:45,463::task::1173::Storage.TaskManager.Task::(prepare) <br>> Task=
=3D`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Prepare: aborted: 'id'<br>> T=
hread-44::DEBUG::2014-12-08 <br>> 19:20:45,463::task::990::Storage.TaskM=
anager.Task::(_decref) <br>> Task=3D`b5accf8f-014a-412d-9fb8-9e9447d49b7=
2`::ref 0 aborting True<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20=
:45,463::task::925::Storage.TaskManager.Task::(_doAbort) <br>> Task=3D`b=
5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._doAbort: force False<br>> Th=
read-44::DEBUG::2014-12-08 <br>> 19:20:45,463::resourceManager::977::Sto=
rage.ResourceManager.Owner::(cancelAll) <br>> Owner.cancelAll requests {=
}<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,463::task::592::St=
orage.TaskManager.Task::(_updateState) <br>> Task=3D`b5accf8f-014a-412d-=
9fb8-9e9447d49b72`::moving from state <br>> preparing -> state aborti=
ng<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,464::task::547::S=
torage.TaskManager.Task::(__state_aborting) <br>> Task=3D`b5accf8f-014a-=
412d-9fb8-9e9447d49b72`::_aborting: recover policy <br>> none<br>> Th=
read-44::DEBUG::2014-12-08 <br>> 19:20:45,464::task::592::Storage.TaskMa=
nager.Task::(_updateState) <br>> Task=3D`b5accf8f-014a-412d-9fb8-9e9447d=
49b72`::moving from state <br>> aborting -> state failed<br>> Thre=
ad-44::DEBUG::2014-12-08 <br>> 19:20:45,464::resourceManager::940::Stora=
ge.ResourceManager.Owner::(releaseAll) <br>> Owner.releaseAll requests {=
} resources {}<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,464::=
resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) <br>> O=
wner.cancelAll requests {}<br>> Thread-44::ERROR::2014-12-08 <br>> 19=
:20:45,464::dispatcher::79::Storage.Dispatcher::(wrapper) 'id'<br>> Trac=
eback (most recent call last):<br>> File "/usr/share/vdsm/storage=
/dispatcher.py", line 71, in wrapper<br>> result =3D ctask=
.prepare(func, *args, **kwargs)<br>> File "/usr/share/vdsm/storag=
e/task.py", line 103, in wrapper<br>> return m(self, *a, *=
*kw)<br>> File "/usr/share/vdsm/storage/task.py", line 1176, in p=
repare<br>> raise self.error<br>> KeyError: 'id'<br>>=
; clientIFinit::ERROR::2014-12-08 <br>> 19:20:48,190::clientIF::460::vds=
::(_recoverExistingVms) Vm's recovery <br>> failed<br>> Traceback (mo=
st recent call last):<br>> File "/usr/share/vdsm/clientIF.py", li=
ne 404, in _recoverExistingVms<br>> caps.CpuTopology().cor=
es())<br>> File "/usr/share/vdsm/caps.py", line 200, in __init__<=
br>> self._topology =3D _getCpuTopology(capabilities)<br>&=
gt; File "/usr/share/vdsm/caps.py", line 232, in _getCpuTopology<br>=
> capabilities =3D _getFreshCapsXMLStr()<br>> Fi=
le "/usr/share/vdsm/caps.py", line 222, in _getFreshCapsXMLStr<br>> &nbs=
p; return libvirtconnection.get().getCapabilities()<br>> F=
ile "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", <br>> =
line 157, in get<br>> passwd)<br>> File "/usr/li=
b/python2.7/site-packages/vdsm/libvirtconnection.py", <br>> line 102, in=
open_connection<br>> return utils.retry(libvirtOpen, time=
out=3D10, sleep=3D0.2)<br>> File "/usr/lib/python2.7/site-package=
s/vdsm/utils.py", line 935, in <br>> retry<br>> return =
func()<br>> File "/usr/lib64/python2.7/site-packages/libvirt.py",=
line 102, in <br>> openAuth<br>> if ret is None:raise =
libvirtError('virConnectOpenAuth() failed')<br>> libvirtError: authentic=
ation failed: polkit: <br>> polkit\56retains_authorization_after_challen=
ge=3D1<br>> Authorization requires authentication but no agent is availa=
ble.<br>><br>><br><div><br></div>-- <br>This message is intended only=
for the addressee and may contain<br>confidential information. Unless you =
are that person, you may not<br>disclose its contents or use it in any way =
and are requested to delete<br>the message along with any attachments and n=
otify us immediately.<br>"Transact" is operated by Integrated Financial Arr=
angements plc. 29<br>Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 =
Fax: (020) 7608<br>5300. (Registered office: as above; Registered in Englan=
d and Wales<br>under number: 3727592). Authorised and regulated by the Fina=
ncial<br>Conduct Authority (entered on the Financial Services Register; no.=
190856).<br><div><br></div><br><div><br></div>----------------------------=
--<br><div><br></div>_______________________________________________<br>Use=
rs mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.org/mailman/listin=
fo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue 98<br>***=
**********************************<br></div><div><br></div></div></body></h=
tml>
------=_Part_10957803_1008904620.1418749854056--
10 years, 4 months
- 2
- 1
Creating new users on oVirt 3.5
by Fedele Stabile
Hello,
I have to create some users on my oVirt 3.5 infrastructure.
On FridayI was following istructions on http://www.ovirt.org/LDAP_Quick_Start
LDAP Quick Start
so I correctly created a OpenLDAP server and a Kerberos service, but
this morning I read that the instructions are obsolete...
Now I'm trying to understand how to implement the new mechanism... but I'm
in troubles:
1) run yum install ovirt-engine-extension-aaa-ldap
2) copied files in /etc/ovirt-engine/extensions.d and modified the name in
fis.unical.it-auth(n/z).properties
3) copied files in /etc/ovirt-engine/aaa
but now I can't do anything
Can you help me with newbye instructions to install the aaa-extensions?
Thank you very much
Fedele Stabile
10 years, 4 months
- 4
- 6
How to update zanata's source text ?
by plysan
Hi,
When I'm trying to compile ovirt-engine-3.5 branch with pulled zanata
source files, I get webadmin compilation errors. And the error message lead
me to the outdated zanata translation
file: org.ovirt.engine.ui.webadmin.ApplicationMessages
The file has a source text called "{0} (VLAN {1})", but recent commit
b068ec755198c27e65f936809104ba5068cd8fd2
has changed the text to "(VLAN {0})"
So is there a way to update the zanata's source text (text on the left) ?
It seems that I don't get any options to update it, I can only update the
target text (text on the right).
thanks.
10 years, 4 months
- 3
- 6
gfapi, 3.5.1
by Alex Crow
Hi,
Will the vdsm patches to properly enable libgfapi storage for VMs (and
matching refactored code in the hosted-engine setup scripts) for VMs
make it into 3.5.1? It's not in the snapshots yet it seems.
I notice it's in master/3.6 snapshot but something stops the HA stuff in
self-hosted setups from connecting storage:
from Master test setup:
/var/log/ovirt-hosted-engine-ha/broker.log
MainThread::INFO::2014-12-08
19:22:56,287::hosted_engine::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
Found certificate common name: 172.17.10.50
MainThread::WARNING::2014-12-08
19:22:56,395::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08
19:23:11,501::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08
19:23:26,610::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08
19:23:41,717::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08
19:23:56,824::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::ERROR::2014-12-08
19:24:11,840::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed trying to connect storage:
MainThread::ERROR::2014-12-08
19:24:11,840::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
Error: 'Failed trying to connect storage' - trying to restart agent
MainThread::WARNING::2014-12-08
19:24:16,845::agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
Restarting agent, attempt '8'
MainThread::INFO::2014-12-08
19:24:16,855::hosted_engine::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
Found certificate common name: 172.17.10.50
MainThread::WARNING::2014-12-08
19:24:16,962::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08
19:24:32,069::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08
19:24:47,181::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08
19:25:02,288::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::WARNING::2014-12-08
19:25:17,389::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed to connect storage, waiting '15' seconds before the next attempt
MainThread::ERROR::2014-12-08
19:25:32,404::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm)
Failed trying to connect storage:
MainThread::ERROR::2014-12-08
19:25:32,404::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
Error: 'Failed trying to connect storage' - trying to restart agent
MainThread::WARNING::2014-12-08
19:25:37,409::agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
Restarting agent, attempt '9'
MainThread::ERROR::2014-12-08
19:25:37,409::agent::178::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
Too many errors occurred, giving up. Please review the log and consider
filing a bug.
MainThread::INFO::2014-12-08
19:25:37,409::agent::118::ovirt_hosted_engine_ha.agent.agent.Agent::(run) Agent
shutting down
(END) - Next: /var/log/ovirt-hosted-engine-ha/broker.log
vdsm.log:
Detector thread::DEBUG::2014-12-08
19:20:45,458::protocoldetector::214::vds.MultiProtocolAcceptor::(_remove_connection)
Removing connection 127.0.0.1:53083
Detector thread::DEBUG::2014-12-08
19:20:45,458::BindingXMLRPC::1193::XmlDetector::(handleSocket) xml over
http detected from ('127.0.0.1', 53083)
Thread-44::DEBUG::2014-12-08
19:20:45,459::BindingXMLRPC::318::vds::(wrapper) client [127.0.0.1]
Thread-44::DEBUG::2014-12-08
19:20:45,460::task::592::Storage.TaskManager.Task::(_updateState)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state init ->
state preparing
Thread-44::INFO::2014-12-08
19:20:45,460::logUtils::48::dispatcher::(wrapper) Run and protect:
connectStorageServer(domType=1,
spUUID='ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', conList=[{'connection':
'zebulon.ifa.net:/engine', 'iqn': ',', 'protocol_version': '3'
, 'kvm': 'password', '=': 'user', ',': '='}], options=None)
Thread-44::DEBUG::2014-12-08
19:20:45,461::hsm::2384::Storage.HSM::(__prefetchDomains) nfs local
path: /rhev/data-center/mnt/zebulon.ifa.net:_engine
Thread-44::DEBUG::2014-12-08
19:20:45,462::hsm::2408::Storage.HSM::(__prefetchDomains) Found SD
uuids: (u'd3240928-dae9-4ed0-8a28-7ab552455063',)
Thread-44::DEBUG::2014-12-08
19:20:45,463::hsm::2464::Storage.HSM::(connectStorageServer) knownSDs:
{d3240928-dae9-4ed0-8a28-7ab552455063: storage.nfsSD.findDomain}
Thread-44::ERROR::2014-12-08
19:20:45,463::task::863::Storage.TaskManager.Task::(_setError)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Unexpected error
Traceback (most recent call last):
File "/usr/share/vdsm/storage/task.py", line 870, in _run
return fn(*args, **kargs)
File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
res = f(*args, **kwargs)
File "/usr/share/vdsm/storage/hsm.py", line 2466, in connectStorageServer
res.append({'id': conDef["id"], 'status': status})
KeyError: 'id'
Thread-44::DEBUG::2014-12-08
19:20:45,463::task::882::Storage.TaskManager.Task::(_run)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._run:
b5accf8f-014a-412d-9fb8-9e9447d49b72 (1,
'ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', [{'kvm': 'password', ',': '=', 'conn
ection': 'zebulon.ifa.net:/engine', 'iqn': ',', 'protocol_version': '3',
'=': 'user'}]) {} failed - stopping task
Thread-44::DEBUG::2014-12-08
19:20:45,463::task::1214::Storage.TaskManager.Task::(stop)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::stopping in state preparing
(force False)
Thread-44::DEBUG::2014-12-08
19:20:45,463::task::990::Storage.TaskManager.Task::(_decref)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::ref 1 aborting True
Thread-44::INFO::2014-12-08
19:20:45,463::task::1168::Storage.TaskManager.Task::(prepare)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::aborting: Task is aborted:
u"'id'" - code 100
Thread-44::DEBUG::2014-12-08
19:20:45,463::task::1173::Storage.TaskManager.Task::(prepare)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Prepare: aborted: 'id'
Thread-44::DEBUG::2014-12-08
19:20:45,463::task::990::Storage.TaskManager.Task::(_decref)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::ref 0 aborting True
Thread-44::DEBUG::2014-12-08
19:20:45,463::task::925::Storage.TaskManager.Task::(_doAbort)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._doAbort: force False
Thread-44::DEBUG::2014-12-08
19:20:45,463::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-44::DEBUG::2014-12-08
19:20:45,463::task::592::Storage.TaskManager.Task::(_updateState)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state preparing
-> state aborting
Thread-44::DEBUG::2014-12-08
19:20:45,464::task::547::Storage.TaskManager.Task::(__state_aborting)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::_aborting: recover policy none
Thread-44::DEBUG::2014-12-08
19:20:45,464::task::592::Storage.TaskManager.Task::(_updateState)
Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state aborting
-> state failed
Thread-44::DEBUG::2014-12-08
19:20:45,464::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
Thread-44::DEBUG::2014-12-08
19:20:45,464::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-44::ERROR::2014-12-08
19:20:45,464::dispatcher::79::Storage.Dispatcher::(wrapper) 'id'
Traceback (most recent call last):
File "/usr/share/vdsm/storage/dispatcher.py", line 71, in wrapper
result = ctask.prepare(func, *args, **kwargs)
File "/usr/share/vdsm/storage/task.py", line 103, in wrapper
return m(self, *a, **kw)
File "/usr/share/vdsm/storage/task.py", line 1176, in prepare
raise self.error
KeyError: 'id'
clientIFinit::ERROR::2014-12-08
19:20:48,190::clientIF::460::vds::(_recoverExistingVms) Vm's recovery failed
Traceback (most recent call last):
File "/usr/share/vdsm/clientIF.py", line 404, in _recoverExistingVms
caps.CpuTopology().cores())
File "/usr/share/vdsm/caps.py", line 200, in __init__
self._topology = _getCpuTopology(capabilities)
File "/usr/share/vdsm/caps.py", line 232, in _getCpuTopology
capabilities = _getFreshCapsXMLStr()
File "/usr/share/vdsm/caps.py", line 222, in _getFreshCapsXMLStr
return libvirtconnection.get().getCapabilities()
File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
line 157, in get
passwd)
File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
line 102, in open_connection
return utils.retry(libvirtOpen, timeout=10, sleep=0.2)
File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 935, in retry
return func()
File "/usr/lib64/python2.7/site-packages/libvirt.py", line 102, in
openAuth
if ret is None:raise libvirtError('virConnectOpenAuth() failed')
libvirtError: authentication failed: polkit:
polkit\56retains_authorization_after_challenge=1
Authorization requires authentication but no agent is available.
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
"Transact" is operated by Integrated Financial Arrangements plc. 29
Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608
5300. (Registered office: as above; Registered in England and Wales
under number: 3727592). Authorised and regulated by the Financial
Conduct Authority (entered on the Financial Services Register; no. 190856).
10 years, 4 months
- 2
- 2
gluster rpms not found
by Pat Pierson
Nathan,
Did you find a work around for this? I am running into the same issue.
Is there a way to force vdsm to see gluster? Or a way to manually run the
search so I can see why it fails?
>*<>
*nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580
|www.broadsoft.com
On Fri, Jun 20, 2014 at 11:01 AM, Nathan Stratton <nathan at
robotics.net <http://lists.ovirt.org/mailman/listinfo/users>>
wrote:
>* Actually I have vdsm-gluster, that is why vdsm tries to find the gluster
*>* packages. Is there a way I can run the vdsm gluster rpm search manually to
*>* see what is going wrong?
*>>* [root at virt01a <http://lists.ovirt.org/mailman/listinfo/users>
~]# yum list installed |grep vdsm
*>* vdsm.x86_64 4.14.9-0.el6 @ovirt-3.4-stable
*>>* vdsm-cli.noarch 4.14.9-0.el6 @ovirt-3.4-stable
*>>* vdsm-gluster.noarch 4.14.9-0.el6 @ovirt-3.4-stable
*>>* vdsm-python.x86_64 4.14.9-0.el6 @ovirt-3.4-stable
*>>* vdsm-python-zombiereaper.noarch
*>* vdsm-xmlrpc.noarch 4.14.9-0.el6 @ovirt-3.4-stable
*>>>>* ><>
*>* nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580
<%2B1-240-404-6580> |
*>* www.broadsoft.com <http://www.broadsoft.com/>
*>>>* On Thu, Jun 19, 2014 at 8:39 PM, Andrew Lau <andrew at
andrewklau.com <http://lists.ovirt.org/mailman/listinfo/users>> wrote:
*>>>* You're missing vdsm-gluster
*>>>>* yum install vdsm-gluster
*>>>>* On Fri, Jun 20, 2014 at 6:24 AM, Nathan Stratton <nathan at
robotics.net <http://lists.ovirt.org/mailman/listinfo/users>>
*>>* wrote:
*>>* > I am running ovirt 3.4 and have gluster installed:
*>>* >
*>>* > [root at virt01a
<http://lists.ovirt.org/mailman/listinfo/users>]# yum list installed
|grep gluster
*>>* > glusterfs.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-api.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-cli.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-fuse.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-libs.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-rdma.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* > glusterfs-server.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel
*>>* >
*>>* > However vdsm can't seem to find them:
*>>* >
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,250::caps::458::root::(_getKeyPackages) rpm package
*>>* glusterfs-rdma
*>>* > not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,250::caps::458::root::(_getKeyPackages) rpm package
*>>* glusterfs-fuse
*>>* > not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,251::caps::458::root::(_getKeyPackages) rpm package
*>>* gluster-swift
*>>* > not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-object not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rpm package glusterfs
*>>* not
*>>* > found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-plugin not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-account not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-proxy not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-doc not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package
*>>* > glusterfs-server not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package
*>>* > gluster-swift-container not found
*>>* > Thread-13::DEBUG::2014-06-19
*>>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package
*>>* > glusterfs-geo-replication not found
*>>* >
*>>* > Any ideas?
*>>* >
*>>* >><>
*>>* > nathan stratton | vp technology | broadsoft, inc |
+1-240-404-6580 <%2B1-240-404-6580> |
*>>* > www.broadsoft.com <http://www.broadsoft.com/>
*>>* >
*>>* > _______________________________________________
*>>* > Users mailing list
*>>* > Users at ovirt.org <http://lists.ovirt.org/mailman/listinfo/users>
*>>* > http://lists.ovirt.org/mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
*>>* >
*>>>>-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140621/9b14c8fe/atta...>
--
Patrick Pierson
10 years, 4 months
- 1
- 0
Re: [ovirt-users] NFS
by Nikolai Sednev
------=_Part_10836963_1058080440.1418737821013
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi,
Can you check iptables configured correctly, then put to maintenance host, power-cycle the host and after powered up and reachable, activate it in WEBUI?
Thanks in advance.
Best regards,
Nikolai
____________________
Nikolai Sednev
Senior Quality Engineer at Compute team
Red Hat Israel
34 Jerusalem Road,
Ra'anana, Israel 43501
Tel: +972 9 7692043
Mobile: +972 52 7342734
Email: nsednev(a)redhat.com
IRC: nsednev
----- Original Message -----
From: users-request(a)ovirt.org
To: users(a)ovirt.org
Sent: Tuesday, December 16, 2014 3:31:27 PM
Subject: Users Digest, Vol 39, Issue 96
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."
Today's Topics:
1. Re: NFS (Nir Soffer)
2. Re: Problem after update ovirt to 3.5 (Simone Tiraboschi)
3. Re: Problem after update ovirt to 3.5 (Yedidyah Bar David)
4. Re: How to update zanata's source text ? (Alexander Wels)
5. Re: bash: ./autogen.sh: No such file or directory (Nir Soffer)
6. Re: VM disk tab doesn't show storage name after 3.5 upgrade
(Nir Soffer)
7. Re: NFS (Bob Doolittle)
----------------------------------------------------------------------
Message: 1
Date: Tue, 16 Dec 2014 07:45:57 -0500 (EST)
From: Nir Soffer <nsoffer(a)redhat.com>
To: Koen Vanoppen <vanoppen.koen(a)gmail.com>
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] NFS
Message-ID:
<1775969167.13951943.1418733957101.JavaMail.zimbra(a)redhat.com>
Content-Type: text/plain; charset=utf-8
----- Original Message -----
> From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com>
> To: users(a)ovirt.org
> Sent: Tuesday, December 16, 2014 10:00:32 AM
> Subject: [ovirt-users] NFS
>
> Dear all,
>
> We recently added 2 hypervisors to the domain on ovirt, but for some reason
> they can't connect to the nfs share:
> When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]# mount
> -vvv -t nfs -o vers=3,tcp progress:/media/NfsProgress /rhev/data-center/mnt/
Looks like your server does not accept nfs version 3 - does it work
if you remove the vers=3 option?
> progress.brusselsairport.aero \:_media_NfsProgress/)
> :
> mount: external mount: argv[3] = "-v"
> mount: external mount: argv[4] = "-o"
> mount: external mount: argv[5] = "rw,vers=3,tcp"
> mount.nfs: timeout set for Tue Dec 16 08:56:47 2014
> mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20'
> mount.nfs: prog 100003, trying vers=3, prot=6
> mount.nfs: portmap query failed: RPC: Program not registered
> mount.nfs: requested NFS version or transport protocol is not supported
>
> From vdsm.log:
> Thread-277::ERROR::2014-12-16
> 08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect)
> Mount failed: (32, ';mount.nfs: requested NFS version or transport protocol
> is not supported\n')
> Traceback (most recent call last):
> File "/usr/share/vdsm/storage/storageServer.py", line 209, in connect
> self._mount.mount(self.options, self._vfsType)
> File "/usr/share/vdsm/storage/mount.py", line 223, in mount
> return self._runcmd(cmd, timeout)
> File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd
> raise MountError(rc, ";".join((out, err)))
> MountError: (32, ';mount.nfs: requested NFS version or transport protocol is
> not supported\n')
> Thread-277::ERROR::2014-12-16
> 08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer) Could not
> connect to storageServer
> Traceback (most recent call last):
> File "/usr/share/vdsm/storage/hsm.py", line 2430, in connectStorageServer
> conObj.connect()
> File "/usr/share/vdsm/storage/storageServer.py", line 328, in connect
> return self._mountCon.connect()
> File "/usr/share/vdsm/storage/storageServer.py", line 217, in connect
> raise e
> MountError: (32, ';mount.nfs: requested NFS version or transport protocol is
> not supported\n')
>
> Any ideas? The rest (4 others) didn't have any problems...
4 other servers?
Try to compare the configuration between these servers.
Nir
------------------------------
Message: 2
Date: Tue, 16 Dec 2014 07:48:17 -0500 (EST)
From: Simone Tiraboschi <stirabos(a)redhat.com>
To: Juan Jose <jj197005(a)gmail.com>
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] Problem after update ovirt to 3.5
Message-ID:
<1161380684.12062869.1418734097118.JavaMail.zimbra(a)redhat.com>
Content-Type: text/plain; charset=utf-8
----- Original Message -----
> From: "Juan Jose" <jj197005(a)gmail.com>
> To: "Yedidyah Bar David" <didi(a)redhat.com>, sbonazzo(a)redhat.com
> Cc: users(a)ovirt.org
> Sent: Tuesday, December 16, 2014 1:03:17 PM
> Subject: Re: [ovirt-users] Problem after update ovirt to 3.5
>
> Hello everybody,
>
> It was the firewall, after upgrade my engine the NFS configuration had
> disappered, I have configured again as Red Hat says and now it works
> properly again.
>
> Many thank again for the indications.
We already had a patch for it [1],
it will released next month with oVirt 3.5.1
[1] http://gerrit.ovirt.org/#/c/32874/
> Juanjo.
>
> On Mon, Dec 15, 2014 at 2:32 PM, Yedidyah Bar David < didi(a)redhat.com >
> wrote:
>
>
> ----- Original Message -----
> > From: "Juan Jose" < jj197005(a)gmail.com >
> > To: users(a)ovirt.org
> > Sent: Monday, December 15, 2014 3:17:15 PM
> > Subject: [ovirt-users] Problem after update ovirt to 3.5
> >
> > Hello everybody,
> >
> > After upgrade my engine to oVirt 3.5, I have also upgraded one of my hosts
> > to
> > oVirt 3.5. After that it seems that all have gone good aparently.
> >
> > But in some seconds my ISO domain is desconnected and it is impossible to
> > Activate. I'm attaching my engine.log. The below error is showed each time
> > I
> > try to Activate the ISO domain. Before the upgrade it was working without
> > problems:
> >
> > 2014-12-15 13:25:07,607 ERROR
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call
> > Stack: null, Custom Event ID: -1, Message: Failed to connect Host host1 to
> > the Storage Domains ISO_DOMAIN.
> > 2014-12-15 13:25:07,608 INFO
> > [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
> > (org.ovirt.thread.pool-8-thread-5) [460733dd] FINISH,
> > ConnectStorageServerVDSCommand, return:
> > {81c0a853-715c-4478-a812-6a74808fc482=477}, log id: 3590969e
> > 2014-12-15 13:25:07,615 ERROR
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call
> > Stack: null, Custom Event ID: -1, Message: The error message for connection
> > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 returned by
> > VDSM
> > was: Problem while trying to mount target
> > 2014-12-15 13:25:07,616 ERROR
> > [org.ovirt.engine.core.bll.storage.NFSStorageHelper]
> > (org.ovirt.thread.pool-8-thread-5) [460733dd] The connection with details
> > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 failed because
> > of error code 477 and error message is: problem while trying to mount
> > target
> >
> > If any other information is required, please tell me.
>
> Is the ISO domain on the engine host?
>
> Please check there iptables and /etc/exports, /etc/exports.d.
>
> Please post the setup (upgrade) log, check /var/log/ovirt-engine/setup.
>
> Thanks,
> --
> Didi
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
------------------------------
Message: 3
Date: Tue, 16 Dec 2014 07:52:09 -0500 (EST)
From: Yedidyah Bar David <didi(a)redhat.com>
To: Juan Jose <jj197005(a)gmail.com>
Cc: users(a)ovirt.org
Subject: Re: [ovirt-users] Problem after update ovirt to 3.5
Message-ID:
<1501161471.29130974.1418734329990.JavaMail.zimbra(a)redhat.com>
Content-Type: text/plain; charset=utf-8
----- Original Message -----
> From: "Juan Jose" <jj197005(a)gmail.com>
> To: "Yedidyah Bar David" <didi(a)redhat.com>, sbonazzo(a)redhat.com
> Cc: users(a)ovirt.org
> Sent: Tuesday, December 16, 2014 2:03:17 PM
> Subject: Re: [ovirt-users] Problem after update ovirt to 3.5
>
> Hello everybody,
>
> It was the firewall, after upgrade my engine the NFS configuration had
> disappered, I have configured again as Red Hat says and now it works
> properly again.
>
> Many thank again for the indications.
Sorry I didn't mention it before, this is a known bug [1]. Will be fixed
in 3.5.1.
[1] https://bugzilla.redhat.com/1109326
--
Didi
------------------------------
Message: 4
Date: Tue, 16 Dec 2014 07:52:33 -0500
From: Alexander Wels <awels(a)redhat.com>
To: plysan <plysab(a)gmail.com>
Cc: "Users(a)ovirt.org List" <users(a)ovirt.org>
Subject: Re: [ovirt-users] How to update zanata's source text ?
Message-ID: <3939744.arHGUUsGyg@awels>
Content-Type: text/plain; charset="us-ascii"
On Tuesday, December 16, 2014 10:35:18 AM plysan wrote:
> 2014-12-15 22:27 GMT+08:00 Einav Cohen <ecohen(a)redhat.com>:
> > > ----- Original Message -----
> > > From: "Alexander Wels" <awels(a)redhat.com>
> > > Sent: Monday, December 15, 2014 7:45:41 AM
> > >
> > > On Sunday, December 14, 2014 03:03:56 PM plysan wrote:
> > > > Hi,
> > > >
> > > > When I'm trying to compile ovirt-engine-3.5 branch with pulled zanata
> > > > source files, I get webadmin compilation errors. And the error message
> >
> > lead
> >
> > > > me to the outdated zanata translation
> > > > file: org.ovirt.engine.ui.webadmin.ApplicationMessages
> > > > The file has a source text called "{0} (VLAN {1})", but recent commit
> > > > b068ec755198c27e65f936809104ba5068cd8fd2
> > > > has changed the text to "(VLAN {0})"
> > > >
> > > > So is there a way to update the zanata's source text (text on the
> >
> > left) ?
> >
> > > > It seems that I don't get any options to update it, I can only update
> >
> > the
> >
> > > > target text (text on the right).
> > > >
> > > > thanks.
> > >
> > > The zanata source text is generated from default values from the ovirt
> >
> > source
> >
> > > code. Einav should know more about exactly how that is done. You should
> > > always
> > > match the translation to the source and not the other way around. So I
> >
> > am not
> >
> > > sure why you are trying to change the source.
> >
> > Alexander is correct; the source text cannot and should not be changed
> > directly in Zanata.
> >
> > in order to update the source (English) text in Zanata, it needs to be
> > pushed to Zanata from the source code.
> >
> > generally, we are not updating anything in Zanata for 3.5 anymore, since
> > we are not planning any additional translation cycles for ovirt 3.5;
> > however, since we are planning out-of-cycle possible updates for the
> > German
> > and Italian translation as an exception for 3.5, it *may* also involve
> > pushing the updated source text to Zanata as part of the process, but this
> > will not happen any time soon, to my understanding.
> >
> > I am not sure if you were trying to pull the latest translations from
> > Zanata
> > and then build ovirt-engine-3.5, or simply tried to build ovirt-engine-3.5
> > as is;
> > if you were trying to build ovirt-engine-3.5 as-is and failed, that's bad
> > -
> > we need to fix that ASAP (however, I am pretty sure that we would have
> > been
> > notified about this issue already from jenkins / other people / etc.).
> > I recommend to not attempt pulling the translations from Zanata yourself,
> > as the pull itself is not enough - need to move some files around, run a
> > few
> > clean-up scripts, etc. If you still want to pull the translations
> > yourself,
> > and you are encountering problems as the ones you mentioned above - simply
> > remove/"fix" the problematic translations *locally on the .properties
> > files
> > that you pulled from Zanata - NOT in Zanata itself*.
>
> Thanks for your responses.
>
> If I want to make some translation updates in zh_CN, Is it means that the
> workflow is first modifying ovirt source code translations and then update
> it to zanata ?
> But zanata has a user friendly UI and has features that translator likes.
> So I think first modifying translations in zanata and then update it to the
> source code is better. Just my thoughts :)
>
The flow for some new text is the following:
1. The developer writes some new functionality.
2. The developer writes the *English* default message for that functionality.
This includes a key to be used by the translators.
3. Some process takes those new message(s) and puts the *English* translation
and the key into zanata.
4. The translator sees the key AND the English version in zanata and provides
the localized version in zanata.
5. Some process pulls the translation from zanata and puts it into the source
code (In a properties file).
As you can see by the workflow the translator simply translated the English
version of some message in zanata and that then automatically gets into the
source code without the translator having to do anything besides that. Once
you have made the change in zanata it will eventually end up in the project.
The process in step 5 is not automatic.
Now if you want to change a message in a particular locale and immediately see
it, then you have manually modify the properties file for the locale you are
interested in and compile the project.
> thanks.
>
> > > _______________________________________________
> > > Users mailing list
> > > Users(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
------------------------------
Message: 5
Date: Tue, 16 Dec 2014 08:24:52 -0500 (EST)
From: Nir Soffer <nsoffer(a)redhat.com>
To: Ilan Hirsfeld <ilan.hirsfeld(a)gmail.com>
Cc: users <users(a)ovirt.org>
Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or
directory
Message-ID:
<595905649.13968762.1418736292641.JavaMail.zimbra(a)redhat.com>
Content-Type: text/plain; charset=utf-8
----- Original Message -----
> From: "Ilan Hirsfeld" <ilan.hirsfeld(a)gmail.com>
> To: "Yeela Kaplan" <ykaplan(a)redhat.com>
> Cc: "users" <users(a)ovirt.org>
> Sent: Monday, December 15, 2014 6:00:47 PM
> Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or directory
>
> Are you sure???
> Because in instruction is written:
> "Fedora and Red Hat Enterprise Linux 6 users must verify the following
Thanks for reporting this, fixed now.
> packages are installed before attempting to build:"
> As far as I understand I EL7 not EL6. if you still think I have to do the
> requested command line so should I have to do the previous command lines of
> EL6 such as:
> yum install
> http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch...
> yum install http://danken.fedorapeople.org/python-pep8-1.4.5-2.el6.noarch.rpm
> Am I wrong?
> Regards,
> Ilan.
Nir
------------------------------
Message: 6
Date: Tue, 16 Dec 2014 08:28:27 -0500 (EST)
From: Nir Soffer <nsoffer(a)redhat.com>
To: Ernest Beinrohr <Ernest.Beinrohr(a)axonpro.sk>
Cc: users <users(a)ovirt.org>
Subject: Re: [ovirt-users] VM disk tab doesn't show storage name after
3.5 upgrade
Message-ID:
<964774187.13970271.1418736507786.JavaMail.zimbra(a)redhat.com>
Content-Type: text/plain; charset=utf-8
----- Original Message -----
> From: "Ernest Beinrohr" <Ernest.Beinrohr(a)axonpro.sk>
> To: "users" <users(a)ovirt.org>
> Sent: Monday, December 15, 2014 4:01:05 PM
> Subject: [ovirt-users] VM disk tab doesn't show storage name after 3.5 upgrade
>
> Before 3.5 in VM disk tab, there was the name of the storage on which the
> disks resides. After the upgrade to 3.5 this information is missing.
>
>
> PS: as a workaround I have to "edit" the disk to see where it it. I have 7
> storages so this info is important for me.
Sounds like a regression, please open a bug for this.
Nir
------------------------------
Message: 7
Date: Tue, 16 Dec 2014 08:31:23 -0500
From: Bob Doolittle <bob(a)doolittle.us.com>
To: Koen Vanoppen <vanoppen.koen(a)gmail.com>, "users(a)ovirt.org"
<users(a)ovirt.org>
Subject: Re: [ovirt-users] NFS
Message-ID: <5490342B.6070107(a)doolittle.us.com>
Content-Type: text/plain; charset="windows-1252"
95% of the time this is a firewall issue.
As a test, I'd disable your firewall completely and see if that
rectifies it. If so, you can work on proper firewall rules to allow
oVirt to work.
-Bob
On 12/16/2014 03:30 AM, Koen Vanoppen wrote:
> Already installed... :-) and the service nfs and rpcbind are running
>
> 2014-12-16 9:07 GMT+01:00 Karli Sj?berg <karli.sjoberg(a)slu.se
> <mailto:karli.sjoberg@slu.se>>:
>
> On Tue, 2014-12-16 at 09:00 +0100, Koen Vanoppen wrote:
> > Dear all,
> >
> >
> > We recently added 2 hypervisors to the domain on ovirt, but for some
> > reason they can't connect to the nfs share:
> > When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]#
> > mount -vvv -t nfs -o vers=3,tcp
> > progress:/media/NfsProgress
> /rhev/data-center/mnt/progress.brusselsairport.aero
> <http://progress.brusselsairport.aero>\:_media_NfsProgress/)
> > :
> > mount: external mount: argv[3] = "-v"
> > mount: external mount: argv[4] = "-o"
> > mount: external mount: argv[5] = "rw,vers=3,tcp"
> > mount.nfs: timeout set for Tue Dec 16 08:56:47 2014
> > mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20'
> > mount.nfs: prog 100003, trying vers=3, prot=6
> > mount.nfs: portmap query failed: RPC: Program not registered
> > mount.nfs: requested NFS version or transport protocol is not
> > supported
> >
> >
> > From vdsm.log:
> > Thread-277::ERROR::2014-12-16
> >
> 08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect)
> Mount failed: (32, ';mount.nfs: requested NFS version or transport
> protocol is not supported\n')
> > Traceback (most recent call last):
> > File "/usr/share/vdsm/storage/storageServer.py", line 209, in
> > connect
> > self._mount.mount(self.options, self._vfsType)
> > File "/usr/share/vdsm/storage/mount.py", line 223, in mount
> > return self._runcmd(cmd, timeout)
> > File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd
> > raise MountError(rc, ";".join((out, err)))
> > MountError: (32, ';mount.nfs: requested NFS version or transport
> > protocol is not supported\n')
> > Thread-277::ERROR::2014-12-16
> > 08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer)
> Could not
> > connect to storageServer
> > Traceback (most recent call last):
> > File "/usr/share/vdsm/storage/hsm.py", line 2430, in
> > connectStorageServer
> > conObj.connect()
> > File "/usr/share/vdsm/storage/storageServer.py", line 328, in
> > connect
> > return self._mountCon.connect()
> > File "/usr/share/vdsm/storage/storageServer.py", line 217, in
> > connect
> > raise e
> > MountError: (32, ';mount.nfs: requested NFS version or transport
> > protocol is not supported\n')
> >
> >
> > Any ideas? The rest (4 others) didn't have any problems...
> >
> >
> > plain text document attachment (ATT00001)
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org <mailto:Users@ovirt.org>
> > http://lists.ovirt.org/mailman/listinfo/users
>
> # yum install -y nfs-utils
>
> ?
>
>
>
> --
>
> Med V?nliga H?lsningar
>
> -------------------------------------------------------------------------------
> Karli Sj?berg
> Swedish University of Agricultural Sciences Box 7079 (Visiting Address
> Kron?sv?gen 8)
> S-750 07 Uppsala, Sweden
> Phone: +46-(0)18-67 15 66 <tel:%2B46-%280%2918-67%2015%2066>
> karli.sjoberg(a)slu.se <mailto:karli.sjoberg@slu.se>
>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/6fbaaec0/atta...>
------------------------------
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
End of Users Digest, Vol 39, Issue 96
*************************************
------=_Part_10836963_1058080440.1418737821013
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo=
r: #000000"><div>Hi,<br></div><div>Can you check iptables configured correc=
tly, then put to maintenance host, power-cycle the host and after powered u=
p and reachable, activate it in WEBUI?</div><div><br></div><div><span name=
=3D"x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nik=
olai<br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer a=
t Compute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel =
43501<br><div><br></div>Tel: +972 9 7692043<br>=
Mobile: +972 52 7342734<br>Email: nsednev(a)redhat.com<br>IRC: nsednev<span n=
ame=3D"x"></span><br></div><div><br></div><hr id=3D"zwchr"><div style=3D"co=
lor:#000;font-weight:normal;font-style:normal;text-decoration:none;font-fam=
ily:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>users-request@=
ovirt.org<br><b>To: </b>users(a)ovirt.org<br><b>Sent: </b>Tuesday, December 1=
6, 2014 3:31:27 PM<br><b>Subject: </b>Users Digest, Vol 39, Issue 96<br><di=
v><br></div>Send Users mailing list submissions to<br> &nb=
sp; users(a)ovirt.org<br><div><br></div>To subscribe o=
r unsubscribe via the World Wide Web, visit<br> &nbs=
p; http://lists.ovirt.org/mailman/listinfo/users<br>or, vi=
a email, send a message with subject or body 'help' to<br>  =
; users-request(a)ovirt.org<br><div><br></div>Yo=
u can reach the person managing the list at<br> &nbs=
p; users-owner(a)ovirt.org<br><div><br></div>When replying, =
please edit your Subject line so it is more specific<br>than "Re: Contents =
of Users digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div=
> 1. Re: NFS (Nir Soffer)<br> 2. Re: Pr=
oblem after update ovirt to 3.5 (Simone Tiraboschi)<br> 3. Re: =
Problem after update ovirt to 3.5 (Yedidyah Bar David)<br>  =
; 4. Re: How to update zanata's source text ? (Alexander Wels)<br>&nb=
sp; 5. Re: bash: ./autogen.sh: No such file or directory (Nir S=
offer)<br> 6. Re: VM disk tab doesn't show storage name a=
fter 3.5 upgrade<br> (Nir Soffer)<br> =
7. Re: NFS (Bob Doolittle)<br><div><br></div><br>--------------------=
--------------------------------------------------<br><div><br></div>Messag=
e: 1<br>Date: Tue, 16 Dec 2014 07:45:57 -0500 (EST)<br>From: Nir Soffer <=
;nsoffer(a)redhat.com><br>To: Koen Vanoppen <vanoppen.koen(a)gmail.com>=
;<br>Cc: users(a)ovirt.org<br>Subject: Re: [ovirt-users] NFS<br>Message-ID:<b=
r> <1775969167.13951943.1=
418733957101.JavaMail.zimbra(a)redhat.com><br>Content-Type: text/plain; ch=
arset=3Dutf-8<br><div><br></div>----- Original Message -----<br>> From: =
"Koen Vanoppen" <vanoppen.koen(a)gmail.com><br>> To: users(a)ovirt.org=
<br>> Sent: Tuesday, December 16, 2014 10:00:32 AM<br>> Subject: [ovi=
rt-users] NFS<br>> <br>> Dear all,<br>> <br>> We recently added=
2 hypervisors to the domain on ovirt, but for some reason<br>> they can=
't connect to the nfs share:<br>> When I manually try to mount the nfs-s=
hare ([root@ovirthyp01dev ~]# mount<br>> -vvv -t nfs -o vers=3D3,tcp pro=
gress:/media/NfsProgress /rhev/data-center/mnt/<br><div><br></div>Looks lik=
e your server does not accept nfs version 3 - does it work<br>if you remove=
the vers=3D3 option?<br><div><br></div>> progress.brusselsairport.aero =
\:_media_NfsProgress/)<br>> :<br>> mount: external mount: argv[3] =3D=
"-v"<br>> mount: external mount: argv[4] =3D "-o"<br>> mount: extern=
al mount: argv[5] =3D "rw,vers=3D3,tcp"<br>> mount.nfs: timeout set for =
Tue Dec 16 08:56:47 2014<br>> mount.nfs: trying text-based options 'vers=
=3D3,tcp,addr=3D10.110.56.20'<br>> mount.nfs: prog 100003, trying vers=
=3D3, prot=3D6<br>> mount.nfs: portmap query failed: RPC: Program not re=
gistered<br>> mount.nfs: requested NFS version or transport protocol is =
not supported<br>> <br>> From vdsm.log:<br>> Thread-277::ERROR::20=
14-12-16<br>> 08:46:32,504::storageServer::211::Storage.StorageServer.Mo=
untConnection::(connect)<br>> Mount failed: (32, ';mount.nfs: requested =
NFS version or transport protocol<br>> is not supported\n')<br>> Trac=
eback (most recent call last):<br>> File "/usr/share/vdsm/storage/storag=
eServer.py", line 209, in connect<br>> self._mount.mount(self.options, s=
elf._vfsType)<br>> File "/usr/share/vdsm/storage/mount.py", line 223, in=
mount<br>> return self._runcmd(cmd, timeout)<br>> File "/usr/share/v=
dsm/storage/mount.py", line 239, in _runcmd<br>> raise MountError(rc, ";=
".join((out, err)))<br>> MountError: (32, ';mount.nfs: requested NFS ver=
sion or transport protocol is<br>> not supported\n')<br>> Thread-277:=
:ERROR::2014-12-16<br>> 08:46:32,508::hsm::2433::Storage.HSM::(connectSt=
orageServer) Could not<br>> connect to storageServer<br>> Traceback (=
most recent call last):<br>> File "/usr/share/vdsm/storage/hsm.py", line=
2430, in connectStorageServer<br>> conObj.connect()<br>> File "/usr/=
share/vdsm/storage/storageServer.py", line 328, in connect<br>> return s=
elf._mountCon.connect()<br>> File "/usr/share/vdsm/storage/storageServer=
.py", line 217, in connect<br>> raise e<br>> MountError: (32, ';mount=
.nfs: requested NFS version or transport protocol is<br>> not supported\=
n')<br>> <br>> Any ideas? The rest (4 others) didn't have any problem=
s...<br><div><br></div>4 other servers?<br><div><br></div>Try to compare th=
e configuration between these servers.<br><div><br></div>Nir<br><div><br></=
div><br>------------------------------<br><div><br></div>Message: 2<br>Date=
: Tue, 16 Dec 2014 07:48:17 -0500 (EST)<br>From: Simone Tiraboschi <stir=
abos(a)redhat.com><br>To: Juan Jose <jj197005(a)gmail.com><br>Cc: user=
s(a)ovirt.org<br>Subject: Re: [ovirt-users] Problem after update ovirt to 3.5=
<br>Message-ID:<br> <1161=
380684.12062869.1418734097118.JavaMail.zimbra(a)redhat.com><br>Content-Typ=
e: text/plain; charset=3Dutf-8<br><div><br></div><br><div><br></div>----- O=
riginal Message -----<br>> From: "Juan Jose" <jj197005(a)gmail.com><=
br>> To: "Yedidyah Bar David" <didi(a)redhat.com>, sbonazzo(a)redhat.c=
om<br>> Cc: users(a)ovirt.org<br>> Sent: Tuesday, December 16, 2014 1:0=
3:17 PM<br>> Subject: Re: [ovirt-users] Problem after update ovirt to 3.=
5<br>> <br>> Hello everybody,<br>> <br>> It was the firewall, a=
fter upgrade my engine the NFS configuration had<br>> disappered, I have=
configured again as Red Hat says and now it works<br>> properly again.<=
br>> <br>> Many thank again for the indications.<br><div><br></div>We=
already had a patch for it [1],<br>it will released next month with oVirt =
3.5.1<br><div><br></div>[1] http://gerrit.ovirt.org/#/c/32874/<br><div><br>=
</div>> Juanjo.<br>> <br>> On Mon, Dec 15, 2014 at 2:32 PM, Yedidy=
ah Bar David < didi(a)redhat.com ><br>> wrote:<br>> <br>> <br>=
> ----- Original Message -----<br>> > From: "Juan Jose" < jj197=
005(a)gmail.com ><br>> > To: users(a)ovirt.org<br>> > Sent: Mond=
ay, December 15, 2014 3:17:15 PM<br>> > Subject: [ovirt-users] Proble=
m after update ovirt to 3.5<br>> > <br>> > Hello everybody,<br>=
> > <br>> > After upgrade my engine to oVirt 3.5, I have also u=
pgraded one of my hosts<br>> > to<br>> > oVirt 3.5. After that =
it seems that all have gone good aparently.<br>> > <br>> > But =
in some seconds my ISO domain is desconnected and it is impossible to<br>&g=
t; > Activate. I'm attaching my engine.log. The below error is showed ea=
ch time<br>> > I<br>> > try to Activate the ISO domain. Before =
the upgrade it was working without<br>> > problems:<br>> > <br>=
> > 2014-12-15 13:25:07,607 ERROR<br>> > [org.ovirt.engine.core=
.dal.dbbroker.auditloghandling.AuditLogDirector]<br>> > (org.ovirt.th=
read.pool-8-thread-5) [460733dd] Correlation ID: null, Call<br>> > St=
ack: null, Custom Event ID: -1, Message: Failed to connect Host host1 to<br=
>> > the Storage Domains ISO_DOMAIN.<br>> > 2014-12-15 13:25:07=
,608 INFO<br>> > [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectSt=
orageServerVDSCommand]<br>> > (org.ovirt.thread.pool-8-thread-5) [460=
733dd] FINISH,<br>> > ConnectStorageServerVDSCommand, return:<br>>=
> {81c0a853-715c-4478-a812-6a74808fc482=3D477}, log id: 3590969e<br>>=
; > 2014-12-15 13:25:07,615 ERROR<br>> > [org.ovirt.engine.core.da=
l.dbbroker.auditloghandling.AuditLogDirector]<br>> > (org.ovirt.threa=
d.pool-8-thread-5) [460733dd] Correlation ID: null, Call<br>> > Stack=
: null, Custom Event ID: -1, Message: The error message for connection<br>&=
gt; > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 return=
ed by<br>> > VDSM<br>> > was: Problem while trying to mount tar=
get<br>> > 2014-12-15 13:25:07,616 ERROR<br>> > [org.ovirt.engi=
ne.core.bll.storage.NFSStorageHelper]<br>> > (org.ovirt.thread.pool-8=
-thread-5) [460733dd] The connection with details<br>> > ovirt-engine=
.siee.local:/var/lib/exports/iso-20140303082312 failed because<br>> >=
of error code 477 and error message is: problem while trying to mount<br>&=
gt; > target<br>> > <br>> > If any other information is requ=
ired, please tell me.<br>> <br>> Is the ISO domain on the engine host=
?<br>> <br>> Please check there iptables and /etc/exports, /etc/expor=
ts.d.<br>> <br>> Please post the setup (upgrade) log, check /var/log/=
ovirt-engine/setup.<br>> <br>> Thanks,<br>> --<br>> Didi<br>>=
; <br>> _______________________________________________<br>> Users ma=
iling list<br>> Users(a)ovirt.org<br>> http://lists.ovirt.org/mailman/l=
istinfo/users<br>> <br><div><br></div><br>------------------------------=
<br><div><br></div>Message: 3<br>Date: Tue, 16 Dec 2014 07:52:09 -0500 (EST=
)<br>From: Yedidyah Bar David <didi(a)redhat.com><br>To: Juan Jose <=
jj197005(a)gmail.com><br>Cc: users(a)ovirt.org<br>Subject: Re: [ovirt-users]=
Problem after update ovirt to 3.5<br>Message-ID:<br> &nbs=
p; <1501161471.29130974.1418734329990.JavaMail.zi=
mbra(a)redhat.com><br>Content-Type: text/plain; charset=3Dutf-8<br><div><b=
r></div>----- Original Message -----<br>> From: "Juan Jose" <jj197005=
@gmail.com><br>> To: "Yedidyah Bar David" <didi(a)redhat.com>, sb=
onazzo(a)redhat.com<br>> Cc: users(a)ovirt.org<br>> Sent: Tuesday, Decemb=
er 16, 2014 2:03:17 PM<br>> Subject: Re: [ovirt-users] Problem after upd=
ate ovirt to 3.5<br>> <br>> Hello everybody,<br>> <br>> It was =
the firewall, after upgrade my engine the NFS configuration had<br>> dis=
appered, I have configured again as Red Hat says and now it works<br>> p=
roperly again.<br>> <br>> Many thank again for the indications.<br><d=
iv><br></div>Sorry I didn't mention it before, this is a known bug [1]. Wil=
l be fixed<br>in 3.5.1.<br><div><br></div>[1] https://bugzilla.redhat.com/1=
109326<br>-- <br>Didi<br><div><br></div><br><div><br></div>----------------=
--------------<br><div><br></div>Message: 4<br>Date: Tue, 16 Dec 2014 07:52=
:33 -0500<br>From: Alexander Wels <awels(a)redhat.com><br>To: plysan &l=
t;plysab(a)gmail.com><br>Cc: "Users(a)ovirt.org List" <users(a)ovirt.org>=
;<br>Subject: Re: [ovirt-users] How to update zanata's source text ?<br>Mes=
sage-ID: <3939744.arHGUUsGyg@awels><br>Content-Type: text/plain; char=
set=3D"us-ascii"<br><div><br></div>On Tuesday, December 16, 2014 10:35:18 A=
M plysan wrote:<br>> 2014-12-15 22:27 GMT+08:00 Einav Cohen <ecohen@r=
edhat.com>:<br>> > > ----- Original Message -----<br>> > =
> From: "Alexander Wels" <awels(a)redhat.com><br>> > > Sent=
: Monday, December 15, 2014 7:45:41 AM<br>> > > <br>> > >=
On Sunday, December 14, 2014 03:03:56 PM plysan wrote:<br>> > > &=
gt; Hi,<br>> > > > <br>> > > > When I'm trying to c=
ompile ovirt-engine-3.5 branch with pulled zanata<br>> > > > so=
urce files, I get webadmin compilation errors. And the error message<br>>=
; > <br>> > lead<br>> > <br>> > > > me to the ou=
tdated zanata translation<br>> > > > file: org.ovirt.engine.ui.=
webadmin.ApplicationMessages<br>> > > > The file has a source t=
ext called "{0} (VLAN {1})", but recent commit<br>> > > > b068e=
c755198c27e65f936809104ba5068cd8fd2<br>> > > > has changed the =
text to "(VLAN {0})"<br>> > > > <br>> > > > So is t=
here a way to update the zanata's source text (text on the<br>> > <br=
>> > left) ?<br>> > <br>> > > > It seems that I don=
't get any options to update it, I can only update<br>> > <br>> &g=
t; the<br>> > <br>> > > > target text (text on the right)=
.<br>> > > > <br>> > > > thanks.<br>> > > =
<br>> > > The zanata source text is generated from default values =
from the ovirt<br>> > <br>> > source<br>> > <br>> >=
> code. Einav should know more about exactly how that is done. You shou=
ld<br>> > > always<br>> > > match the translation to the =
source and not the other way around. So I<br>> > <br>> > am not=
<br>> > <br>> > > sure why you are trying to change the sour=
ce.<br>> > <br>> > Alexander is correct; the source text cannot=
and should not be changed<br>> > directly in Zanata.<br>> > <b=
r>> > in order to update the source (English) text in Zanata, it need=
s to be<br>> > pushed to Zanata from the source code.<br>> > <b=
r>> > generally, we are not updating anything in Zanata for 3.5 anymo=
re, since<br>> > we are not planning any additional translation cycle=
s for ovirt 3.5;<br>> > however, since we are planning out-of-cycle p=
ossible updates for the<br>> > German<br>> > and Italian transl=
ation as an exception for 3.5, it *may* also involve<br>> > pushing t=
he updated source text to Zanata as part of the process, but this<br>> &=
gt; will not happen any time soon, to my understanding.<br>> > <br>&g=
t; > I am not sure if you were trying to pull the latest translations fr=
om<br>> > Zanata<br>> > and then build ovirt-engine-3.5, or sim=
ply tried to build ovirt-engine-3.5<br>> > as is;<br>> > if you=
were trying to build ovirt-engine-3.5 as-is and failed, that's bad<br>>=
> -<br>> > we need to fix that ASAP (however, I am pretty sure th=
at we would have<br>> > been<br>> > notified about this issue a=
lready from jenkins / other people / etc.).<br>> > I recommend to not=
attempt pulling the translations from Zanata yourself,<br>> > as the=
pull itself is not enough - need to move some files around, run a<br>> =
> few<br>> > clean-up scripts, etc. If you still want to pull the =
translations<br>> > yourself,<br>> > and you are encountering p=
roblems as the ones you mentioned above - simply<br>> > remove/"fix" =
the problematic translations *locally on the .properties<br>> > files=
<br>> > that you pulled from Zanata - NOT in Zanata itself*.<br>> =
<br>> Thanks for your responses.<br>> <br>> If I want to make some=
translation updates in zh_CN, Is it means that the<br>> workflow is fir=
st modifying ovirt source code translations and then update<br>> it to z=
anata ?<br>> But zanata has a user friendly UI and has features that tra=
nslator likes.<br>> So I think first modifying translations in zanata an=
d then update it to the<br>> source code is better. Just my thoughts :)<=
br>> <br><div><br></div>The flow for some new text is the following:<br>=
<div><br></div>1. The developer writes some new functionality.<br>2. The de=
veloper writes the *English* default message for that functionality. <br>Th=
is includes a key to be used by the translators.<br>3. Some process takes t=
hose new message(s) and puts the *English* translation <br>and the key into=
zanata.<br>4. The translator sees the key AND the English version in zanat=
a and provides <br>the localized version in zanata.<br>5. Some process pull=
s the translation from zanata and puts it into the source <br>code (In a pr=
operties file).<br><div><br></div><br>As you can see by the workflow the tr=
anslator simply translated the English <br>version of some message in zanat=
a and that then automatically gets into the <br>source code without the tra=
nslator having to do anything besides that. Once <br>you have made the chan=
ge in zanata it will eventually end up in the project. <br>The process in s=
tep 5 is not automatic.<br><div><br></div>Now if you want to change a messa=
ge in a particular locale and immediately see <br>it, then you have manuall=
y modify the properties file for the locale you are <br>interested in and c=
ompile the project.<br><div><br></div>> thanks.<br>> <br>> > &g=
t; _______________________________________________<br>> > > Users =
mailing list<br>> > > Users(a)ovirt.org<br>> > > http://lis=
ts.ovirt.org/mailman/listinfo/users<br><div><br></div><br><div><br></div>--=
----------------------------<br><div><br></div>Message: 5<br>Date: Tue, 16 =
Dec 2014 08:24:52 -0500 (EST)<br>From: Nir Soffer <nsoffer(a)redhat.com>=
;<br>To: Ilan Hirsfeld <ilan.hirsfeld(a)gmail.com><br>Cc: users <use=
rs(a)ovirt.org><br>Subject: Re: [ovirt-users] bash: ./autogen.sh: No such =
file or<br> directory<br>Mes=
sage-ID:<br> <595905649.1=
3968762.1418736292641.JavaMail.zimbra(a)redhat.com><br>Content-Type: text/=
plain; charset=3Dutf-8<br><div><br></div>----- Original Message -----<br>&g=
t; From: "Ilan Hirsfeld" <ilan.hirsfeld(a)gmail.com><br>> To: "Yeela=
Kaplan" <ykaplan(a)redhat.com><br>> Cc: "users" <users(a)ovirt.org=
><br>> Sent: Monday, December 15, 2014 6:00:47 PM<br>> Subject: Re=
: [ovirt-users] bash: ./autogen.sh: No such file or directory<br>> <br>&=
gt; Are you sure???<br>> Because in instruction is written:<br>> "Fed=
ora and Red Hat Enterprise Linux 6 users must verify the following<br><div>=
<br></div>Thanks for reporting this, fixed now.<br><div><br></div>> pack=
ages are installed before attempting to build:"<br>> As far as I underst=
and I EL7 not EL6. if you still think I have to do the<br>> requested co=
mmand line so should I have to do the previous command lines of<br>> EL6=
such as:<br>> yum install<br>> http://download.fedoraproject.org/pub=
/epel/6/i386/epel-release-6-8.noarch.rpm<br>> yum install http://danken.=
fedorapeople.org/python-pep8-1.4.5-2.el6.noarch.rpm<br>> Am I wrong?<br>=
> Regards,<br>> Ilan.<br><div><br></div>Nir<br><div><br></div><br>---=
---------------------------<br><div><br></div>Message: 6<br>Date: Tue, 16 D=
ec 2014 08:28:27 -0500 (EST)<br>From: Nir Soffer <nsoffer(a)redhat.com>=
<br>To: Ernest Beinrohr <Ernest.Beinrohr(a)axonpro.sk><br>Cc: users <=
;users(a)ovirt.org><br>Subject: Re: [ovirt-users] VM disk tab doesn't show=
storage name after<br> 3.5 =
upgrade<br>Message-ID:<br> &=
lt;964774187.13970271.1418736507786.JavaMail.zimbra(a)redhat.com><br>Conte=
nt-Type: text/plain; charset=3Dutf-8<br><div><br></div>----- Original Messa=
ge -----<br>> From: "Ernest Beinrohr" <Ernest.Beinrohr(a)axonpro.sk>=
<br>> To: "users" <users(a)ovirt.org><br>> Sent: Monday, December=
15, 2014 4:01:05 PM<br>> Subject: [ovirt-users] VM disk tab doesn't sho=
w storage name after 3.5 upg=
rade<br>> <br>> Before 3.5 in VM disk tab, there was the name of the =
storage on which the<br>> disks resides. After the upgrade to 3.5 this i=
nformation is missing.<br>> <br>> <br>> PS: as a workaround I have=
to "edit" the disk to see where it it. I have 7<br>> storages so this i=
nfo is important for me.<br><div><br></div>Sounds like a regression, please=
open a bug for this.<br><div><br></div>Nir<br><div><br></div><br>---------=
---------------------<br><div><br></div>Message: 7<br>Date: Tue, 16 Dec 201=
4 08:31:23 -0500<br>From: Bob Doolittle <bob(a)doolittle.us.com><br>To:=
Koen Vanoppen <vanoppen.koen(a)gmail.com>, &nb=
sp; "users(a)ovirt.org"<br> &nb=
sp; <users(a)ovirt.org><br>Subject: Re: [ovirt-users] NFS<br=
>Message-ID: <5490342B.6070107(a)doolittle.us.com><br>Content-Type: tex=
t/plain; charset=3D"windows-1252"<br><div><br></div>95% of the time this is=
a firewall issue.<br><div><br></div>As a test, I'd disable your firewall c=
ompletely and see if that<br>rectifies it. If so, you can work on proper fi=
rewall rules to allow<br>oVirt to work.<br><div><br></div>-Bob<br><div><br>=
</div>On 12/16/2014 03:30 AM, Koen Vanoppen wrote:<br>> Already installe=
d... :-) and the service nfs and rpcbind are running<br>><br>> 2014-1=
2-16 9:07 GMT+01:00 Karli Sj?berg <karli.sjoberg(a)slu.se<br>> <mail=
to:karli.sjoberg@slu.se>>:<br>><br>> On Tue, 2014=
-12-16 at 09:00 +0100, Koen Vanoppen wrote:<br>> > Dear=
all,<br>> ><br>> ><br>> =
> We recently added 2 hypervisors to the domain on ovirt, but for=
some<br>> > reason they can't connect to the nfs share=
:<br>> > When I manually try to mount the nfs-share ([r=
oot@ovirthyp01dev ~]#<br>> > mount -vvv -t nfs -o vers=
=3D3,tcp<br>> > progress:/media/NfsProgress<br>> &nb=
sp; /rhev/data-center/mnt/progress.brusselsairport.aero<br>> &nbs=
p; <http://progress.brusselsairport.aero>\:_media_NfsProgress/=
)<br>> > :<br>> > mount: external m=
ount: argv[3] =3D "-v"<br>> > mount: external mount: ar=
gv[4] =3D "-o"<br>> > mount: external mount: argv[5] =
=3D "rw,vers=3D3,tcp"<br>> > mount.nfs: timeout set for=
Tue Dec 16 08:56:47 2014<br>> > mount.nfs: trying text=
-based options 'vers=3D3,tcp,addr=3D10.110.56.20'<br>> >=
; mount.nfs: prog 100003, trying vers=3D3, prot=3D6<br>> &=
gt; mount.nfs: portmap query failed: RPC: Program not registered<br>> &n=
bsp; > mount.nfs: requested NFS version or transport protocol is =
not<br>> > supported<br>> ><br>>=
><br>> > From vdsm.log:<br>>  =
; > Thread-277::ERROR::2014-12-16<br>> ><br>&=
gt; 08:46:32,504::storageServer::211::Storage.StorageServer.M=
ountConnection::(connect)<br>> Mount failed: (32, ';mount.=
nfs: requested NFS version or transport<br>> protocol is n=
ot supported\n')<br>> > Traceback (most recent call las=
t):<br>> > File "/usr/share/vdsm/storage/storage=
Server.py", line 209, in<br>> > connect<br>> =
> self._mount.mount(self.options, self._vfsType)<br=
>> > File "/usr/share/vdsm/storage/mount.py", li=
ne 223, in mount<br>> > return self._runc=
md(cmd, timeout)<br>> > File "/usr/share/vdsm/st=
orage/mount.py", line 239, in _runcmd<br>> > &nb=
sp; raise MountError(rc, ";".join((out, err)))<br>> > M=
ountError: (32, ';mount.nfs: requested NFS version or transport<br>> &nb=
sp; > protocol is not supported\n')<br>> > Th=
read-277::ERROR::2014-12-16<br>> > 08:46:32,508::hsm::2=
433::Storage.HSM::(connectStorageServer)<br>> Could not<br=
>> > connect to storageServer<br>> >=
; Traceback (most recent call last):<br>> > File=
"/usr/share/vdsm/storage/hsm.py", line 2430, in<br>> >=
connectStorageServer<br>> > conObj.conne=
ct()<br>> > File "/usr/share/vdsm/storage/storag=
eServer.py", line 328, in<br>> > connect<br>> =
> return self._mountCon.connect()<br>> &=
nbsp; > File "/usr/share/vdsm/storage/storageServer.py", line 217=
, in<br>> > connect<br>> > &=
nbsp; raise e<br>> > MountError: (32, ';mount.nfs: requ=
ested NFS version or transport<br>> > protocol is not s=
upported\n')<br>> ><br>> ><br>> =
> Any ideas? The rest (4 others) didn't have any problems.=
..<br>> ><br>> ><br>> &nb=
sp; > plain text document attachment (ATT00001)<br>> &g=
t; _______________________________________________<br>> &g=
t; Users mailing list<br>> > Users(a)ovirt.org <mailto=
:Users@ovirt.org><br>> > http://lists.ovirt.org/mail=
man/listinfo/users<br>><br>> # yum install -y nfs-utils=
<br>><br>> ?<br>><br>><br>><br>> &nb=
sp; --<br>><br>> Med V?nliga H?lsningar<br>><br>>=
------------------------------------------------------------=
-------------------<br>> Karli Sj?berg<br>> &nbs=
p; Swedish University of Agricultural Sciences Box 7079 (Visiting Address<b=
r>> Kron?sv?gen 8)<br>> S-750 07 Uppsala,=
Sweden<br>> Phone: +46-(0)18-67 15 66 <tel:%2B46=
-%280%2918-67%2015%2066><br>> karli.sjoberg(a)slu.se <=
mailto:karli.sjoberg@slu.se><br>><br>><br>><br>> ___________=
____________________________________<br>> Users mailing list<br>> Use=
rs(a)ovirt.org<br>> http://lists.ovirt.org/mailman/listinfo/users<br><div>=
<br></div>-------------- next part --------------<br>An HTML attachment was=
scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments=
/20141216/6fbaaec0/attachment.html><br><div><br></div>------------------=
------------<br><div><br></div>____________________________________________=
___<br>Users mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.org/mail=
man/listinfo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue=
96<br>*************************************<br></div><div><br></div></div>=
</body></html>
------=_Part_10836963_1058080440.1418737821013--
10 years, 4 months
- 1
- 0
NFS
by Koen Vanoppen
Dear all,
We recently added 2 hypervisors to the domain on ovirt, but for some reason
they can't connect to the nfs share:
When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]# mount
-vvv -t nfs -o vers=3,tcp progress:/media/NfsProgress /rhev/data-center/mnt/
progress.brusselsairport.aero\:_media_NfsProgress/)
:
mount: external mount: argv[3] = "-v"
mount: external mount: argv[4] = "-o"
mount: external mount: argv[5] = "rw,vers=3,tcp"
mount.nfs: timeout set for Tue Dec 16 08:56:47 2014
mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: portmap query failed: RPC: Program not registered
mount.nfs: requested NFS version or transport protocol is not supported
>From vdsm.log:
Thread-277::ERROR::2014-12-16
08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect)
Mount failed: (32, ';mount.nfs: requested NFS version or transport protocol
is not supported\n')
Traceback (most recent call last):
File "/usr/share/vdsm/storage/storageServer.py", line 209, in connect
self._mount.mount(self.options, self._vfsType)
File "/usr/share/vdsm/storage/mount.py", line 223, in mount
return self._runcmd(cmd, timeout)
File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd
raise MountError(rc, ";".join((out, err)))
MountError: (32, ';mount.nfs: requested NFS version or transport protocol
is not supported\n')
Thread-277::ERROR::2014-12-16
08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer) Could not
connect to storageServer
Traceback (most recent call last):
File "/usr/share/vdsm/storage/hsm.py", line 2430, in connectStorageServer
conObj.connect()
File "/usr/share/vdsm/storage/storageServer.py", line 328, in connect
return self._mountCon.connect()
File "/usr/share/vdsm/storage/storageServer.py", line 217, in connect
raise e
MountError: (32, ';mount.nfs: requested NFS version or transport protocol
is not supported\n')
Any ideas? The rest (4 others) didn't have any problems...
10 years, 4 months
- 4
- 6
Re: [ovirt-users] bash: ./autogen.sh: No such file or directory
by Yeela Kaplan
yum install make autoconf automake pyflakes logrotate gcc python-pep8 libvirt-python python-devel \
python-nose rpm-build sanlock-python genisoimage python-ordereddict python-pthreading libselinux-python\
python-ethtool m2crypto python-dmidecode python-netaddr python-inotify python-argparse git \
python-cpopen bridge-utils libguestfs-tools-c pyparted openssl libnl3 libtool gettext-devel python-ioprocess \
policycoreutils-python python-simplejson
----- Original Message -----
> From: "Ilan Hirsfeld" <ilan.hirsfeld(a)gmail.com>
> To: "Yedidyah Bar David" <didi(a)redhat.com>
> Cc: "Yeela Kaplan" <ykaplan(a)redhat.com>
> Sent: Monday, December 15, 2014 5:39:13 PM
> Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or directory
>
> [root@localhost Desktop]# pwd
> /home/bih016/Desktop
> [root@localhost Desktop]# cd vdsm
> [root@localhost vdsm]# ./autogen.sh --system
> ./autogen.sh: line 3: autoreconf: command not found
> Running ./configure with --prefix=/usr --sysconfdir=/etc
> --localstatedir=/var --libdir=/usr/lib64
> ./autogen.sh: line 26: ./configure: No such file or directory
> Regards,
> Ilan.
>
> On Mon, Dec 15, 2014 at 5:35 PM, Yedidyah Bar David <didi(a)redhat.com> wrote:
> >
> > ----- Original Message -----
> > > From: "Ilan Hirsfeld" <ilan.hirsfeld(a)gmail.com>
> > > To: "Yeela Kaplan" <ykaplan(a)redhat.com>, didi(a)redhat.com
> > > Sent: Monday, December 15, 2014 5:31:12 PM
> > > Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or directory
> > >
> > > On Mon, Dec 15, 2014 at 5:29 PM, Ilan Hirsfeld <ilan.hirsfeld(a)gmail.com>
> > > wrote:
> > > >
> > > > Hi,
> > > >
> > > > The OS is:
> > > > [root@localhost Desktop]# cat /etc/redhat-release
> > > > CentOS Linux release 7.0.1406 (Core)
> > > > [root@localhost Desktop]# uname -r
> > > > 3.10.0-123.13.1.el7.x86_64
> > > > [root@localhost Desktop]# rpm -qa | grep release
> > > > ovirt-release35-001-0.5.rc2.noarch
> > > > centos-release-7-0.1406.el7.centos.2.5.x86_64
> > > >
> > > > [root@localhost Desktop]# pwd
> > > > /home/bih016/Desktop
> > > >
> > > > I follow the instructions on the site
> > http://www.ovirt.org/Vdsm_Developers
> > > > :
> > > >
> > > > *http://www.ovirt.org/Vdsm_Developers#Installing_the_required_packages
> > > > <http://www.ovirt.org/Vdsm_Developers#Installing_the_required_packages
> > >*
> > > >
> > > > 1. yum install
> > > > http://resources.ovirt.org/releases/ovirt-release/ovirt-release35.rpm
> > > >
> > > > 2. rpm -q wget 2> /dev/null || yum install wget
> > > > wget -O /etc/yum.repos.d/glusterfs-epel.repo
> > > >
> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/gluste...
> > > >
> > > > *http://www.ovirt.org/Vdsm_Developers#Getting_the_source
> > > > <http://www.ovirt.org/Vdsm_Developers#Getting_the_source>:*
> > > > git clone http://gerrit.ovirt.org/p/vdsm.git
> > > >
> > > > *http://www.ovirt.org/Vdsm_Developers#Building_a_VDSM_RPM
> > > > <http://www.ovirt.org/Vdsm_Developers#Building_a_VDSM_RPM>:*
> > > > [root@localhost Desktop]# ./autogen.sh --system
> > > > bash: ./autogen.sh: No such file or directory
> > > >
> > > > Regards,
> > > > Ilan.
> > > >
> > > >
> > > >
> > > > On Mon, Dec 15, 2014 at 5:07 PM, Yeela Kaplan <ykaplan(a)redhat.com>
> > wrote:
> > > >>
> > > >> what is the directory you're running it from (pwd)?
> > > >> You should be under vdsm.
> >
> > So you should follow Yeela's advice.
> >
> > > >> Try listing the files and see if the script autogen.sh is there.
> > > >>
> > > >> ----- Original Message -----
> > > >> > From: "Ilan Hirsfeld" <ilan.hirsfeld(a)gmail.com>
> > > >> > To: "users" <users(a)ovirt.org>
> > > >> > Sent: Monday, December 15, 2014 4:54:52 PM
> > > >> > Subject: [ovirt-users] bash: ./autogen.sh: No such file or directory
> > > >> >
> > > >> > Hi,
> > > >> > I'm trying to do a Building a VDSM RPM and in command line I type
> > the
> > > >> > following:
> > > >> > ./autogen.sh --system
> > > >> > bash: ./autogen.sh: No such file or directory
> > > >> > Can anybody help what was wrong?
> > > >> > Any help will be blessed.
> > > >> > Regards,
> > > >> > Ilan.
> > > >> >
> > > >> > _______________________________________________
> > > >> > Users mailing list
> > > >> > Users(a)ovirt.org
> > > >> > http://lists.ovirt.org/mailman/listinfo/users
> > > >> >
> > > >>
> > > >
> > >
> >
> > --
> > Didi
> >
> >
>
10 years, 4 months
- 4
- 4
Problem after update ovirt to 3.5 (Juan Jose)
by Nikolai Sednev
------=_Part_10317007_2024199731.1418650214305
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi Juan,
Looks like a bug connected to NFS mount, can you supply VDSM and libvirt logs?
Was NFS share active and up after upgrade?
Was all of your hosts at the same host cluster at the same VDSM version at 3.5 after engine was upgraded to 3.5?
Thanks in advance.
Best regards,
Nikolai
____________________
Nikolai Sednev
Senior Quality Engineer at Compute team
Red Hat Israel
34 Jerusalem Road,
Ra'anana, Israel 43501
Tel: +972 9 7692043
Mobile: +972 52 7342734
Email: nsednev(a)redhat.com
IRC: nsednev
----- Original Message -----
From: users-request(a)ovirt.org
To: users(a)ovirt.org
Sent: Monday, December 15, 2014 3:21:58 PM
Subject: Users Digest, Vol 39, Issue 82
Send Users mailing list submissions to
users(a)ovirt.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-request(a)ovirt.org
You can reach the person managing the list at
users-owner(a)ovirt.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."
Today's Topics:
1. Problem after update ovirt to 3.5 (Juan Jose)
----------------------------------------------------------------------
Message: 1
Date: Mon, 15 Dec 2014 14:17:15 +0100
From: Juan Jose <jj197005(a)gmail.com>
To: "users(a)ovirt.org" <users(a)ovirt.org>
Subject: [ovirt-users] Problem after update ovirt to 3.5
Message-ID:
<CADrE9wbepEG3xU8B0ANS8JuTouiVJ8mC5BSdBD6Q16uKfW4eHA(a)mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello everybody,
After upgrade my engine to oVirt 3.5, I have also upgraded one of my hosts
to oVirt 3.5. After that it seems that all have gone good aparently.
But in some seconds my ISO domain is desconnected and it is impossible to
Activate. I'm attaching my engine.log. The below error is showed each time
I try to Activate the ISO domain. Before the upgrade it was working without
problems:
2014-12-15 13:25:07,607 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call
Stack: null, Custom Event ID: -1, Message: Failed to connect Host host1 to
the Storage Domains ISO_DOMAIN.
2014-12-15 13:25:07,608 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
(org.ovirt.thread.pool-8-thread-5) [460733dd] FINISH,
ConnectStorageServerVDSCommand, return:
{81c0a853-715c-4478-a812-6a74808fc482=477}, log id: 3590969e
2014-12-15 13:25:07,615 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call
Stack: null, Custom Event ID: -1, Message: The error message for connection
ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 returned by
VDSM was: Problem while trying to mount target
2014-12-15 13:25:07,616 ERROR
[org.ovirt.engine.core.bll.storage.NFSStorageHelper]
(org.ovirt.thread.pool-8-thread-5) [460733dd] The connection with details
ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 failed because
of error code 477 and error message is: problem while trying to mount target
If any other information is required, please tell me.
Many thanks in advanced,
Juanjo.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141215/c90d6bc1/atta...>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: engine.log
Type: text/x-log
Size: 2594755 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20141215/c90d6bc1/atta...>
------------------------------
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
End of Users Digest, Vol 39, Issue 82
*************************************
------=_Part_10317007_2024199731.1418650214305
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo=
r: #000000"><div>Hi Juan,</div><div>Looks like a bug connected to NFS mount=
, can you supply VDSM and libvirt logs?</div><div>Was NFS share active and =
up after upgrade?</div><div>Was all of your hosts at the same host cluster =
at the same VDSM version at 3.5 after engine was upgraded to 3.5?</div><div=
><br></div><div><span name=3D"x"></span><br>Thanks in advance.<br><div><br>=
</div>Best regards,<br>Nikolai<br>____________________<br>Nikolai Sednev<br=
>Senior Quality Engineer at Compute team<br>Red Hat Israel<br>34 Jerusalem =
Road,<br>Ra'anana, Israel 43501<br><div><br></div>Tel: =
+972 9 7692043<br>Mobile: +972 52 7342734<br>Email: nsednev(a)redhat.=
com<br>IRC: nsednev<span name=3D"x"></span><br></div><div><br></div><hr id=
=3D"zwchr"><div style=3D"color:#000;font-weight:normal;font-style:normal;te=
xt-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;">=
<b>From: </b>users-request(a)ovirt.org<br><b>To: </b>users(a)ovirt.org<br><b>Se=
nt: </b>Monday, December 15, 2014 3:21:58 PM<br><b>Subject: </b>Users Diges=
t, Vol 39, Issue 82<br><div><br></div>Send Users mailing list submissions t=
o<br> users(a)ovirt.org<br><di=
v><br></div>To subscribe or unsubscribe via the World Wide Web, visit<br>&n=
bsp; http://lists.ovirt.org/mailma=
n/listinfo/users<br>or, via email, send a message with subject or body 'hel=
p' to<br> users-request@ovir=
t.org<br><div><br></div>You can reach the person managing the list at<br>&n=
bsp; users-owner(a)ovirt.org<br><div=
><br></div>When replying, please edit your Subject line so it is more speci=
fic<br>than "Re: Contents of Users digest..."<br><div><br></div><br>Today's=
Topics:<br><div><br></div> 1. Problem after update ovirt=
to 3.5 (Juan Jose)<br><div><br></div><br>---------------------------------=
-------------------------------------<br><div><br></div>Message: 1<br>Date:=
Mon, 15 Dec 2014 14:17:15 +0100<br>From: Juan Jose <jj197005(a)gmail.com&=
gt;<br>To: "users(a)ovirt.org" <users(a)ovirt.org><br>Subject: [ovirt-use=
rs] Problem after update ovirt to 3.5<br>Message-ID:<br> &=
nbsp; <CADrE9wbepEG3xU8B0ANS8JuTouiVJ8mC5BSdBD6Q1=
6uKfW4eHA(a)mail.gmail.com><br>Content-Type: text/plain; charset=3D"utf-8"=
<br><div><br></div>Hello everybody,<br><div><br></div>After upgrade my engi=
ne to oVirt 3.5, I have also upgraded one of my hosts<br>to oVirt 3.5. Afte=
r that it seems that all have gone good aparently.<br><div><br></div>But in=
some seconds my ISO domain is desconnected and it is impossible to<br>Acti=
vate. I'm attaching my engine.log. The below error is showed each time<br>I=
try to Activate the ISO domain. Before the upgrade it was working without<=
br>problems:<br><div><br></div>2014-12-15 13:25:07,607 ERROR<br>[org.ovirt.=
engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]<br>(org.ovirt.t=
hread.pool-8-thread-5) [460733dd] Correlation ID: null, Call<br>Stack: null=
, Custom Event ID: -1, Message: Failed to connect Host host1 to<br>the Stor=
age Domains ISO_DOMAIN.<br>2014-12-15 13:25:07,608 INFO<br>[org.ovirt.engin=
e.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]<br>(org.ovirt.th=
read.pool-8-thread-5) [460733dd] FINISH,<br>ConnectStorageServerVDSCommand,=
return:<br>{81c0a853-715c-4478-a812-6a74808fc482=3D477}, log id: 3590969e<=
br>2014-12-15 13:25:07,615 ERROR<br>[org.ovirt.engine.core.dal.dbbroker.aud=
itloghandling.AuditLogDirector]<br>(org.ovirt.thread.pool-8-thread-5) [4607=
33dd] Correlation ID: null, Call<br>Stack: null, Custom Event ID: -1, Messa=
ge: The error message for connection<br>ovirt-engine.siee.local:/var/lib/ex=
ports/iso-20140303082312 returned by<br>VDSM was: Problem while trying to m=
ount target<br>2014-12-15 13:25:07,616 ERROR<br>[org.ovirt.engine.core.bll.=
storage.NFSStorageHelper]<br>(org.ovirt.thread.pool-8-thread-5) [460733dd] =
The connection with details<br>ovirt-engine.siee.local:/var/lib/exports/iso=
-20140303082312 failed because<br>of error code 477 and error message is: p=
roblem while trying to mount target<br><div><br></div>If any other informat=
ion is required, please tell me.<br><div><br></div>Many thanks in advanced,=
<br><div><br></div>Juanjo.<br>-------------- next part --------------<br>An=
HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/piperma=
il/users/attachments/20141215/c90d6bc1/attachment.html><br>-------------=
- next part --------------<br>A non-text attachment was scrubbed...<br>Name=
: engine.log<br>Type: text/x-log<br>Size: 2594755 bytes<br>Desc: not availa=
ble<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/20141215=
/c90d6bc1/attachment.bin><br><div><br></div>----------------------------=
--<br><div><br></div>_______________________________________________<br>Use=
rs mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.org/mailman/listin=
fo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue 82<br>***=
**********************************<br></div><div><br></div></div></body></h=
tml>
------=_Part_10317007_2024199731.1418650214305--
10 years, 4 months
- 2
- 2
Re: [ovirt-users] Don't start vm
by Roman Nikolayevich Drovalev
Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå MIME.
--=_alternative 00406F2D43257DB0_=
Content-Type: text/plain; charset="US-ASCII"
Hi,
> >
> > Hi,
> > answer below
> >
> > > > Nir Soffer <nsoffer(a)redhat.com>
> > > >
> > > > > > Hi,
> > > > > >
> > > > > > I attach the file. Below log in the vdsm.log.62.xz
> > > > > >
> > > > > > The given nonexistent disk has probably appeared after
template
> > > > removal
> > > > > > from which it has been created.
> > > > > > BUT it was independent and before problems was not, after
template
> > > > > > removal!
> > > > > > The disk exists, but at it has changed ID!
> > > > >
> > > > > I don't understand this description.
> > > > >
> > > > > Can you describe to steps to reproduce this issue?
> > > > >
> > > > > Guessing from your description:
> > > > > 1. Create vm with x disks
> > > > > 2. Create template
> > > > > 3. Create vm from template
> > > > > 4. Remove template
> > > > > ?
> > > >
> > > > Yes.
> > > > 1. Create vm with x disks on the DS 3524 through FC (multipathd on
> > vdsm)
> > > > 2. Create template
> > > > 3. Create vm (independent) from template
> > > > 4. Start vm and job in the vm
> > > > 5. Remove template
> > > > 6. Stop vm
> > > > 7. Don`t start vm with error
> > >
> > > Do you mean - start vm fail with error about missing lv?
>
Yes
>
> > >
> > > > 8. seek it disk - #lsblk
> > >
> > > Can you share the output of lsblk both before and after you stop the
vm?
No, since vm does not start!
>
> > >
> > > > 9. many command with block 253:20
> > >
> > > Not sure what do you mean by that
>
> You did not explain what you mean
Hm, ?? vgchange ....
>
> > > Note: do *not* activate all lvs using "vgchange -a y"
> > > Only vdsm should activate its volumes.
> >
> > OK! If vm don`t start, how to take data from vm?
>
> Of course if you need to troubshoot the system, and the vm is not
> running, there is no problem to access the lv directly.
>
> Even then, you should *not* activate all lvs in a vg using
>
> vgchange -a y
>
> But activate only the lv you want to access using
>
> lvchange -a y
Thank you, did not know
>
> >
> > >
> > > > 10. mount finded lvm in lvm volume and save data
> > >
> > > Mount? how mount is related to lvm?
> >
> > VM disk is lv on vdsm. I mounted lv, inside lvm on lv vdsm!
>
> You mean you activate the lv on the host?
Yes, intro LVM vdsm
>
> > > > 12. reboot all vdsm host
> > > > 13. dont't find ID it disk! ID it disk changed!
> > >
> > > Please share output of lvs both before and after the vm is stopped.
> >
> > Before
> > -/dev/9d53ecef-8bfc-470b-8867-836bfa7df137/
> fb8466c9-0867-4e73-8362-2c95eea89a83
> > After -
> > /dev/9d53ecef-8bfc-470b-8867-836bfa7df137/33b905e2-23df-49a9-
> b772-4ebda3b0cd22
>
> This not the output of lvs, these are the symlinks to the active lvs.
>
> Can you share the lvs output before and after the vm is stopped?
No, since the vm does not start!
>
> >
> > Now the problem disk has again received old ID(lvdisplay), BUT I have
> > already removed it!
>
> I'm not sure what you mean. Can you share the output of lvdisplay before
> and after the operation?
>
Already is not present, I have removed this problem disk
> >
> > The Mysticism!
> >
> > At me 3 disks on 9 GB, 5 days ago I have removed them. Now I them see
till
> > now (lvdisplay on the vdsm host) Why?
>
> Did you update lvm cache using "pvscan --cache"?
No. I should after each operation with disks, do in the console "pvscan -
cache"?
>
> >
> > In general my problem has begun that on Windows 2008 Vm the empty seat
has
> > come to an end.
>
> What do you mean by that?
This is first problem! Second problem - don't start the vm.
>
> > I have expanded volume in web gui. When I began to expand
> > a disk in VM - error.
>
> > lvdisplay on the vdsm host has shown the old size of
> > a disk!
>
> Is the volume preallocated or thin provisioned?
All my disks - prelocated.
>
> Preallocated volumes are extended when you modify the volume size in
> engine ui (as you described). Thin provisioned volumes are extended
> only when the available space is bellow a threshold, so the lv
> size will not change after you modify the volume size.
>
> >
> > Sometimes normally all works!
>
> Do you mean that now everything works?
The VM it has been removed, since for a week I could not start it!
Now all works on others VM. But there were 2 problems! My problem to
understand, that I have made not so or it is a problem oVirt.
I wish to use oVirt, but is not assured of it because of these problems!
>
> >
> > How I understand, probably, "all ok" when you work with VM which are
on
> > SPM host??!
>
> Lost you here.
It agree, a head around ))
Thanks
Roma
--=_alternative 00406F2D43257DB0_=
Content-Type: text/html; charset="US-ASCII"
<font size=2 face="sans-serif">Hi, </font>
<br>
<br><tt><font size=2><br>
> > <br>
> > Hi,<br>
> > answer below<br>
> > <br>
> > > > Nir Soffer <nsoffer(a)redhat.com><br>
> > > > <br>
> > > > > > Hi,<br>
> > > > > > <br>
> > > > > > I attach the file. Below log in the vdsm.log.62.xz<br>
> > > > > > <br>
> > > > > > The given nonexistent disk has probably appeared
after template<br>
> > > > removal<br>
> > > > > > from which it has been created.<br>
> > > > > > BUT it was independent and before problems
was not, after template<br>
> > > > > > removal!<br>
> > > > > > The disk exists, but at it has changed ID!<br>
> > > > > <br>
> > > > > I don't understand this description.<br>
> > > > > <br>
> > > > > Can you describe to steps to reproduce this issue?<br>
> > > > > <br>
> > > > > Guessing from your description:<br>
> > > > > 1. Create vm with x disks<br>
> > > > > 2. Create template<br>
> > > > > 3. Create vm from template<br>
> > > > > 4. Remove template<br>
> > > > > ?<br>
> > > > <br>
> > > > Yes.<br>
> > > > 1. Create vm with x disks on the DS 3524 through FC
(multipathd on<br>
> > vdsm)<br>
> > > > 2. Create template<br>
> > > > 3. Create vm (independent) from template<br>
> > > > 4. Start vm and job in the vm<br>
> > > > 5. Remove template<br>
> > > > 6. Stop vm<br>
> > > > 7. Don`t start vm with error<br>
> > > <br>
> > > Do you mean - start vm fail with error about missing lv?<br>
> <br>
</font></tt>
<br><tt><font size=2>Yes</font></tt>
<br>
<br>
<br><tt><font size=2> <br>
> <br>
> > > <br>
> > > > 8. seek it disk - #lsblk<br>
> > > <br>
> > > Can you share the output of lsblk both before and after
you stop the vm?</font></tt>
<br>
<br><tt><font size=2>No, since vm does not start!</font></tt>
<br>
<br><tt><font size=2><br>
> <br>
> > > <br>
> > > > 9. many command with block 253:20<br>
> > > <br>
> > > Not sure what do you mean by that<br>
> <br>
> You did not explain what you mean</font></tt>
<br>
<br><tt><font size=2>Hm, ?? vgchange ....</font></tt>
<br><tt><font size=2><br>
> <br>
> > > Note: do *not* activate all lvs using "vgchange -a
y"<br>
> > > Only vdsm should activate its volumes.<br>
> > <br>
> > OK! If vm don`t start, how to take data from vm?<br>
> <br>
> Of course if you need to troubshoot the system, and the vm is not<br>
> running, there is no problem to access the lv directly.<br>
> <br>
> Even then, you should *not* activate all lvs in a vg using <br>
> <br>
> vgchange -a y<br>
> <br>
> But activate only the lv you want to access using<br>
> <br>
> lvchange -a y</font></tt>
<br>
<br><tt><font size=2>Thank you, did not know</font></tt>
<br><tt><font size=2><br>
> <br>
> > <br>
> > > <br>
> > > > 10. mount finded lvm in lvm volume and save data<br>
> > > <br>
> > > Mount? how mount is related to lvm?<br>
> > <br>
> > VM disk is lv on vdsm. I mounted lv, inside lvm on lv vdsm!<br>
> <br>
> You mean you activate the lv on the host?</font></tt>
<br>
<br><tt><font size=2>Yes, intro LVM vdsm</font></tt>
<br>
<br><tt><font size=2><br>
> <br>
> > > > 12. reboot all vdsm host<br>
> > > > 13. dont't find ID it disk! ID it disk changed!<br>
> > > <br>
> > > Please share output of lvs both before and after the vm
is stopped.<br>
> > <br>
> > Before<br>
> > -/dev/9d53ecef-8bfc-470b-8867-836bfa7df137/<br>
> fb8466c9-0867-4e73-8362-2c95eea89a83<br>
> > After -<br>
> > /dev/9d53ecef-8bfc-470b-8867-836bfa7df137/33b905e2-23df-49a9-<br>
> b772-4ebda3b0cd22<br>
> <br>
> This not the output of lvs, these are the symlinks to the active lvs.<br>
> <br>
> Can you share the lvs output before and after the vm is stopped?</font></tt>
<br>
<br>
<br><tt><font size=2>No, since the vm does not start!</font></tt>
<br><tt><font size=2><br>
> <br>
> > <br>
> > Now the problem disk has again received old ID(lvdisplay), BUT
I have<br>
> > already removed it!<br>
> <br>
> I'm not sure what you mean. Can you share the output of lvdisplay
before<br>
> and after the operation?<br>
> </font></tt>
<br>
<br><tt><font size=2>Already is not present, I have removed this problem
disk</font></tt>
<br>
<br><tt><font size=2><br>
> > <br>
> > The Mysticism!<br>
> > <br>
> > At me 3 disks on 9 GB, 5 days ago I have removed them. Now I
them see till<br>
> > now (lvdisplay on the vdsm host) Why?<br>
> <br>
> Did you update lvm cache using "pvscan --cache"?</font></tt>
<br>
<br><tt><font size=2>No. I should after each operation with disks, do in
the console "pvscan - cache"?</font></tt>
<br>
<br><tt><font size=2><br>
> <br>
> > <br>
> > In general my problem has begun that on Windows 2008 Vm the empty
seat has<br>
> > come to an end.<br>
> <br>
> What do you mean by that?</font></tt>
<br>
<br><tt><font size=2>This is first problem! Second problem - don't start
the vm. </font></tt>
<br><tt><font size=2><br>
> <br>
> > I have expanded volume in web gui. When I began to expand<br>
> > a disk in VM - error.<br>
> <br>
> > lvdisplay on the vdsm host has shown the old size of<br>
> > a disk!<br>
> <br>
> Is the volume preallocated or thin provisioned?</font></tt>
<br>
<br><tt><font size=2>All my disks - prelocated.</font></tt>
<br><tt><font size=2><br>
> <br>
> Preallocated volumes are extended when you modify the volume size
in<br>
> engine ui (as you described). Thin provisioned volumes are extended<br>
> only when the available space is bellow a threshold, so the lv<br>
> size will not change after you modify the volume size.<br>
> <br>
> > <br>
> > Sometimes normally all works!<br>
> <br>
> Do you mean that now everything works?</font></tt>
<br>
<br>
<br><tt><font size=2>The VM it has been removed, since for a week I could
not start it!</font></tt>
<br>
<br><tt><font size=2>Now all works on others VM. But there were 2 problems!
My problem to understand, that I have made not so or it is a problem oVirt.
</font></tt>
<br><tt><font size=2>I wish to use oVirt, but is not assured of it because
of these problems!</font></tt>
<br><tt><font size=2><br>
> <br>
> > <br>
> > How I understand, probably, "all ok" when you work
with VM which are on<br>
> > SPM host??!<br>
> <br>
> Lost you here.<br>
</font></tt>
<br><tt><font size=2>It agree, a head around ))</font></tt>
<br>
<br>
<br><tt><font size=2>Thanks</font></tt>
<br>
<br><tt><font size=2>Roma<br>
</font></tt>
--=_alternative 00406F2D43257DB0_=--
10 years, 4 months
- 1
- 0
Installtion fail for Ovirt engine in CentOS 6.5
by Yue, Cong
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA3ACAsvrcaexch1atg_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi
I am trying to install Ovirt engine into centOS6.5 according to the manual =
as folows:
http://www.ovirt.org/Quick_Start_Guide#Install_oVirt_Engine_.28Fedora_.2F_R=
ed_Hat_Enterprise_Linux_.2F_CentOS.29
I met one error during engine-setup, the message is as follows:
----
[root@ovirt-mgmnt user1]# engine-setup
[ INFO ] Stage: Initializing
[ INFO ] Stage: Environment setup
Configuration files:
['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf',
'/etc/ovirt-engine-setup.conf.d/10-packaging.conf']
Log file:
/var/log/ovirt-engine/setup/ovirt-engine-setup-20141215113915-w7bbrh.log
Version: otopi-1.3.0 (otopi-1.3.0-1.el6) [ INFO ] Stage: Environ=
ment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: En=
vironment setup [ INFO ] Stage: Environment customization
--=3D=3D PRODUCT OPTIONS =3D=3D--
Configure Engine on this host (Yes, No) [Yes]:
Configure WebSocket Proxy on this host (Yes, No) [Yes]:
--=3D=3D PACKAGES =3D=3D--
[ INFO ] Checking for product updates...
[ INFO ] No product updates found
--=3D=3D ALL IN ONE CONFIGURATION =3D=3D--
--=3D=3D NETWORK CONFIGURATION =3D=3D--
Setup can automatically configure the firewall on this system.
Note: automatic configuration of the firewall may overwrite curre=
nt settings.
Do you want Setup to configure the firewall? (Yes, No)
[Yes]: [ INFO ] iptables will be configured as firewall manager.
Host fully qualified DNS name of this server [ovirt-mgmnt]:
[WARNING] Host name ovirt-mgmnt has no domain suffix [WARNING] Failed to re=
solve ovirt-mgmnt using DNS, it can be resolved only locally
--=3D=3D DATABASE CONFIGURATION =3D=3D--
Where is the Engine database located? (Local, Remote) [Local]:
Setup can configure the local postgresql server automatically for=
the engine to run. This may conflict with existing applications.
Would you like Setup to automatically configure postgresql and cr=
eate Engine database, or prefer to perform that manually?
(Automatic, Manual) [Automatic]:
--=3D=3D OVIRT ENGINE CONFIGURATION =3D=3D--
Engine admin password:
Confirm engine admin password:
[WARNING] Password is weak: it is based on a dictionary word
Use weak password? (Yes, No) [No]: Yes
Application mode (Both, Virt, Gluster) [Both]:
--=3D=3D PKI CONFIGURATION =3D=3D--
Organization name for certificate [Test]:
--=3D=3D APACHE CONFIGURATION =3D=3D--
Setup can configure the default page of the web server to present=
the application home page. This may conflict with existing applications.
Do you wish to set the application as the default page of the web=
server? (Yes, No) [Yes]:
Setup can configure apache to use SSL using a certificate issued =
from the internal CA.
Do you wish Setup to configure that, or prefer to perform that ma=
nually? (Automatic, Manual) [Automatic]:
--=3D=3D SYSTEM CONFIGURATION =3D=3D--
Configure an NFS share on this server to be used as an ISO Domain=
? (Yes, No) [Yes]:
Local ISO domain path [/var/lib/exports/iso]:
Local ISO domain ACL - note that the default will restrict access=
to ovirt-mgmnt only, for security reasons [ovirt-mgmnt(rw)]:
Local ISO domain name [ISO_DOMAIN]:
--=3D=3D MISC CONFIGURATION =3D=3D--
--=3D=3D END OF CONFIGURATION =3D=3D--
[ INFO ] Stage: Setup validation
[WARNING] Less than 16384MB of memory is available
--=3D=3D CONFIGURATION PREVIEW =3D=3D--
Application mode : both
Datacenter storage type : False
Firewall manager : iptables
Update Firewall : True
Host FQDN : ovirt-mgmnt
Engine database name : engine
Engine database secured connection : False
Engine database host : localhost
Engine database user name : engine
Engine database host name validation : False
Engine database port : 5432
Engine installation : True
NFS setup : True
PKI organization : Test
NFS mount point : /var/lib/exports/iso
NFS export ACL : ovirt-mgmnt(rw)
Configure local Engine database : True
Set application as default page : True
Configure Apache SSL : True
Configure WebSocket Proxy : True
Please confirm installation settings (OK, Cancel) [OK]:
[ INFO ] Stage: Transaction setup
[ INFO ] Stopping engine service
[ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping we=
bsocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: =
Package installation [ INFO ] Stage: Misc configuration [ INFO ] Creating=
PostgreSQL 'engine' database [ ERROR ] Failed to execute stage 'Misc confi=
guration': Command '/sbin/service' failed to execute [ INFO ] Yum Performi=
ng yum transaction rollback [ INFO ] Stage: Clean up
Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20141215113915-w7bbrh.log
[ INFO ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20141215114117-setup.conf'
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ ERROR ] Execution of setup failed
----
Do I need do more preparations before install ovirt engine? I am using ovir=
t3.5 as the manual above advised.
Thanks,
Cong
________________________________
This e-mail message is for the sole use of the intended recipient(s) and ma=
y contain confidential and privileged information. Any unauthorized review,=
use, disclosure or distribution is prohibited. If you are not the intended=
recipient, please contact the sender by reply e-mail and destroy all copie=
s of the original message. If you are the intended recipient, please be adv=
ised that the content of this message is subject to access, review and disc=
losure by the sender's e-mail System Administrator.
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA3ACAsvrcaexch1atg_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"\@SimSun";
panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
{mso-style-priority:99;
mso-style-link:"Plain Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.PlainTextChar
{mso-style-name:"Plain Text Char";
mso-style-priority:99;
mso-style-link:"Plain Text";
font-family:"Calibri","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoPlainText">I am trying to install Ovirt engine into centOS6.=
5 according to the manual as folows:<o:p></o:p></p>
<p class=3D"MsoPlainText"><a href=3D"http://www.ovirt.org/Quick_Start_Guide=
#Install_oVirt_Engine_.28Fedora_.2F_Red_Hat_Enterprise_Linux_.2F_CentOS.29"=
>http://www.ovirt.org/Quick_Start_Guide#Install_oVirt_Engine_.28Fedora_.2F_=
Red_Hat_Enterprise_Linux_.2F_CentOS.29</a><o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText">I met one error during engine-setup, the message =
is as follows:<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText">----<o:p></o:p></p>
<p class=3D"MsoPlainText">[root@ovirt-mgmnt user1]# engine-setup<o:p></o:p>=
</p>
<p class=3D"MsoPlainText">[ INFO ] Stage: Initializing<o:p></o:p></p>
<p class=3D"MsoPlainText">[ INFO ] Stage: Environment setup<o:p></o:p=
></p>
<p class=3D"MsoPlainText"> &=
nbsp; Configuration files:<o:p></o:p></p>
<p class=3D"MsoPlainText">['/etc/ovirt-engine-setup.conf.d/10-packaging-jbo=
ss.conf',<o:p></o:p></p>
<p class=3D"MsoPlainText">'/etc/ovirt-engine-setup.conf.d/10-packaging.conf=
']<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Log file:<o:p></o:p></p>
<p class=3D"MsoPlainText">/var/log/ovirt-engine/setup/ovirt-engine-setup-20=
141215113915-w7bbrh.log<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Version: otopi-1.3.0 (otopi-1.3.0-1.el6) [ INFO ] Stage: Enviro=
nment packages setup [ INFO ] Stage: Programs detection [ INFO =
] Stage: Environment setup [ INFO ] Stage: Environment customization<=
o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D PRODUCT OPTIONS =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Configure Engine on this host (Yes, No) [Yes]:<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Configure WebSocket Proxy on this host (Yes, No) [Yes]:<o:p></o:p></p=
>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D PACKAGES =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText">[ INFO ] Checking for product updates...<o:=
p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText">[ INFO ] No product updates found<o:p></o:p=
></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D ALL IN ONE CONFIGURATION =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D NETWORK CONFIGURATION =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Setup can automatically configure the firewall on this system.<o:p></=
o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Note: automatic configuration of the firewall may overwrite current s=
ettings.<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Do you want Setup to configure the firewall? (Yes, No)<o:p></o:p></p>
<p class=3D"MsoPlainText">[Yes]: [ INFO ] iptables will be configured=
as firewall manager.<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Host fully qualified DNS name of this server [ovirt-mgmnt]:<o:p></o:p=
></p>
<p class=3D"MsoPlainText">[WARNING] Host name ovirt-mgmnt has no domain suf=
fix [WARNING] Failed to resolve ovirt-mgmnt using DNS, it can be resolved o=
nly locally<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D DATABASE CONFIGURATION =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Where is the Engine database located? (Local, Remote) [Local]:<o:p></=
o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Setup can configure the local postgresql server automatically for the=
engine to run. This may conflict with existing applications.<o:p></o:p></p=
>
<p class=3D"MsoPlainText"> &=
nbsp; Would you like Setup to automatically configure postgresql and create=
Engine database, or prefer to perform that manually?<o:p></o:p></p>
<p class=3D"MsoPlainText">(Automatic, Manual) [Automatic]:<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D OVIRT ENGINE CONFIGURATION =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Engine admin password:<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Confirm engine admin password:<o:p></o:p></p>
<p class=3D"MsoPlainText">[WARNING] Password is weak: it is based on a dict=
ionary word<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Use weak password? (Yes, No) [No]: Yes<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Application mode (Both, Virt, Gluster) [Both]:<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D PKI CONFIGURATION =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Organization name for certificate [Test]:<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D APACHE CONFIGURATION =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Setup can configure the default page of the web server to present the=
application home page. This may conflict with existing applications.<o:p><=
/o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Do you wish to set the application as the default page of the web ser=
ver? (Yes, No) [Yes]:<o:p></o:p></p>
<p class=3D"MsoPlainText"> =
Setup can configure apache to use SSL using a certificate issued from=
the internal CA.<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Do you wish Setup to configure that, or prefer to perform that manual=
ly? (Automatic, Manual) [Automatic]:<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D SYSTEM CONFIGURATION =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> =
Configure an NFS share on this server to be used as an ISO Domain? (Y=
es, No) [Yes]:<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Local ISO domain path [/var/lib/exports/iso]:<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Local ISO domain ACL - note that the default will restrict access to =
ovirt-mgmnt only, for security reasons [ovirt-mgmnt(rw)]:<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Local ISO domain name [ISO_DOMAIN]:<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D MISC CONFIGURATION =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D END OF CONFIGURATION =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText">[ INFO ] Stage: Setup validation<o:p></o:p>=
</p>
<p class=3D"MsoPlainText">[WARNING] Less than 16384MB of memory is availabl=
e<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; --=3D=3D CONFIGURATION PREVIEW =3D=3D--<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Application mode  =
; &n=
bsp; : both<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Datacenter storage type &nbs=
p; : False<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Firewall manager  =
; &n=
bsp; : iptables<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Update Firewall =
&nb=
sp; : True<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Host FQDN =
&nb=
sp; : ovirt-mgmnt<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Engine database name &=
nbsp; : engine<=
o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Engine database secured connection : Fa=
lse<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Engine database host &=
nbsp; : localho=
st<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Engine database user name &n=
bsp; : engine<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Engine database host name validation : False<o:p></=
o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Engine database port &=
nbsp; : 5432<o:=
p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Engine installation &=
nbsp; : Tr=
ue<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; NFS setup =
&nb=
sp; : True<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; PKI organization  =
; &n=
bsp; : Test<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; NFS mount point =
&nb=
sp; : /var/lib/exports/iso<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; NFS export ACL &=
nbsp; &nbs=
p; : ovirt-mgmnt(rw)<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Configure local Engine database &n=
bsp; : True<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Set application as default page &n=
bsp; : True<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Configure Apache SSL &=
nbsp; : True<o:=
p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Configure WebSocket Proxy &n=
bsp; : True<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText"> =
Please confirm installation settings (OK, Cancel) [OK]:<o:p></o:p></p=
>
<p class=3D"MsoPlainText">[ INFO ] Stage: Transaction setup<o:p></o:p=
></p>
<p class=3D"MsoPlainText">[ INFO ] Stopping engine service<o:p></o:p>=
</p>
<p class=3D"MsoPlainText">[ INFO ] Stopping ovirt-fence-kdump-listene=
r service [ INFO ] Stopping websocket-proxy service [ INFO ] St=
age: Misc configuration [ INFO ] Stage: Package installation [ INFO&n=
bsp; ] Stage: Misc configuration [ INFO ] Creating PostgreSQL
'engine' database [ ERROR ] Failed to execute stage 'Misc configuration': =
Command '/sbin/service' failed to execute [ INFO ] Yum Performing yum=
transaction rollback [ INFO ] Stage: Clean up<o:p></o:p></p>
<p class=3D"MsoPlainText"> &=
nbsp; Log file is located at<o:p></o:p></p>
<p class=3D"MsoPlainText">/var/log/ovirt-engine/setup/ovirt-engine-setup-20=
141215113915-w7bbrh.log<o:p></o:p></p>
<p class=3D"MsoPlainText">[ INFO ] Generating answer file<o:p></o:p><=
/p>
<p class=3D"MsoPlainText">'/var/lib/ovirt-engine/setup/answers/201412151141=
17-setup.conf'<o:p></o:p></p>
<p class=3D"MsoPlainText">[ INFO ] Stage: Pre-termination<o:p></o:p><=
/p>
<p class=3D"MsoPlainText">[ INFO ] Stage: Termination<o:p></o:p></p>
<p class=3D"MsoPlainText">[ ERROR ] Execution of setup failed<o:p></o:p></p=
>
<p class=3D"MsoPlainText">----<o:p></o:p></p>
<p class=3D"MsoPlainText"><o:p> </o:p></p>
<p class=3D"MsoPlainText">Do I need do more preparations before install ovi=
rt engine? I am using ovirt3.5 as the manual above advised.<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">Thanks,<o:p></o:p></p>
<p class=3D"MsoNormal">Cong<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
<br>
<hr>
<font face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail message is for t=
he sole use of the intended recipient(s) and may contain confidential and p=
rivileged information. Any unauthorized review, use, disclosure or distribu=
tion is prohibited. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy =
all copies of the original message. If you are the intended recipient, plea=
se be advised that the content of this message is subject to access, review=
and disclosure by the sender's
e-mail System Administrator.<br>
</font>
</body>
</html>
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA3ACAsvrcaexch1atg_--
10 years, 4 months
- 3
- 6
Re: [ovirt-users] oVirt Neutron integration question
by Andrew Brimer
This is a multi-part message in MIME format.
------_=_NextPart_001_01D018AB.ADA98816
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
This is the log information that I get when I hit the Test button on New
External Provider.
=20
=20
/var/log/ovirt-engine/engine.log
=20
2014-12-15 20:37:09,865 INFO
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
(ajp--127.0.0.1-8702-8) [5ec3469f] Running command:
TestProviderConnectivityCommand internal: false. Entities affected :
ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group
CREATE_STORAGE_POOL with role type ADMIN
2014-12-15 20:37:09,934 ERROR
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
(ajp--127.0.0.1-8702-8) [5ec3469f] Command
org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw
Vdc Bll exception. With error message VdcBLLException: (Failed with
error PROVIDER_FAILURE and code 5050)
=20
/var/log/ovirt-engine/server.log
=20
2014-12-15 20:49:17,507 WARN
[org.apache.http.impl.client.DefaultHttpClient] (ajp--127.0.0.1-8702-8)
Authentication error: Unable to respond to any of these challenges:
{keystone=3DWww-Authenticate: Keystone uri=3D"http://10.1.2.3:35357"}
=20
=20
From: Andrew Brimer=20
Sent: Monday, December 15, 2014 3:02 PM
To: Moti Asayag (masayag(a)redhat.com)
Cc: users(a)ovirt.org
Subject: oVirt Neutron integration question
=20
Hi Moti,
=20
I am progressing from the Neutron appliance to Neutron on bare metal and
have some questions. I currently have a Fedora 20 blade for the RDO
PackStack (Icehouse) that will become my Neutron node.
=20
Are you able to provide the PackStack answers file and any other
configuration details that went into the creation of the appliance?=20
=20
Thanks very much for any help that you could provide to this effort.
=20
Kind Regards,
=20
Andrew Brimer
------_=_NextPart_001_01D018AB.ADA98816
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META =
HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span =
style=3D'color:#1F497D'>This is the log information that I get when I =
hit the Test button on New External Provider.<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p> </o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p> </o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'>/var/log/ovirt-engine/engine.log<o:p></o:p></span=
></p><p class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p> </o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:#1F497D'>2014-12-15 20:37:09,865 =
INFO =
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] =
(ajp--127.0.0.1-8702-8) [5ec3469f] Running command: =
TestProviderConnectivityCommand internal: false. Entities affected =
: ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction =
group CREATE_STORAGE_POOL with role type ADMIN<o:p></o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:#1F497D'>2014-12-15 20:37:09,934 =
ERROR =
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] =
(ajp--127.0.0.1-8702-8) [5ec3469f] Command =
org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw =
Vdc Bll exception. With error message VdcBLLException: (Failed with =
error PROVIDER_FAILURE and code 5050)<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p> </o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'>/var/log/ovirt-engine/server.log<o:p></o:p></span=
></p><p class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p> </o:p></span></p><p =
class=3DMsoNormal><span style=3D'color:#1F497D'>2014-12-15 20:49:17,507 =
WARN [org.apache.http.impl.client.DefaultHttpClient] =
(ajp--127.0.0.1-8702-8) Authentication error: Unable to respond to any =
of these challenges: {keystone=3DWww-Authenticate: Keystone =
uri=3D"http://10.1.2.3:35357"}<o:p></o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p> </o:p></span></p><p =
class=3DMsoNormal><span =
style=3D'color:#1F497D'><o:p> </o:p></span></p><div><div =
style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in'><p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span>=
</b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> =
Andrew Brimer <br><b>Sent:</b> Monday, December 15, 2014 3:02 =
PM<br><b>To:</b> Moti Asayag (masayag(a)redhat.com)<br><b>Cc:</b> =
users(a)ovirt.org<br><b>Subject:</b> oVirt Neutron integration =
question<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Hi =
Moti,<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>I am progressing from the Neutron appliance to Neutron =
on bare metal and have some questions. I currently have a Fedora 20 =
blade for the RDO PackStack (Icehouse) that will become my Neutron =
node.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Are you able to provide the PackStack answers file and =
any other configuration details that went into the creation of the =
appliance? <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Thanks very much for any help that you could provide =
to this effort.<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Kind =
Regards,<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Andrew Brimer<o:p></o:p></p></div></body></html>
------_=_NextPart_001_01D018AB.ADA98816--
10 years, 4 months
- 2
- 2
oVirt Neutron integration question
by Andrew Brimer
This is a multi-part message in MIME format.
------_=_NextPart_001_01D018A2.0D0742A8
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi Moti,
=20
I am progressing from the Neutron appliance to Neutron on bare metal and
have some questions. I currently have a Fedora 20 blade for the RDO
PackStack (Icehouse) that will become my Neutron node.
=20
Are you able to provide the PackStack answers file and any other
configuration details that went into the creation of the appliance?=20
=20
Thanks very much for any help that you could provide to this effort.
=20
Kind Regards,
=20
Andrew Brimer
------_=_NextPart_001_01D018A2.0D0742A8
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>Hi =
Moti,<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>I am progressing from the Neutron appliance to Neutron =
on bare metal and have some questions. I currently have a Fedora 20 =
blade for the RDO PackStack (Icehouse) that will become my Neutron =
node.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Are you able to provide the PackStack answers file and =
any other configuration details that went into the creation of the =
appliance? <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Thanks very much for any help that you could provide =
to this effort.<o:p></o:p></p><p =
class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Kind =
Regards,<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p =
class=3DMsoNormal>Andrew Brimer<o:p></o:p></p></div></body></html>
------_=_NextPart_001_01D018A2.0D0742A8--
10 years, 4 months
- 2
- 1
Import existing Gluster into Ovirt
by John Gardeniers
While pondering the question of importing an existing Gluster into Ovirt
I came across
http://www.ovirt.org/Features/Gluster_Import_Existing_Cluster. One
rather important question not explicitly addressed in that article is -
can the import be safely done while the Gluster installation is live and
hosting files?
That article is about Ovirt 3.2, is it safe to assume the same procedure
holds true for recent versions?
regards,
John
10 years, 4 months
- 3
- 3