December 2014 - Users - oVirt List Archives

Can not connect to Storage domain data
by Yue, Cong 18 Dec '14

18 Dec '14

--_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></style> </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_--

1 0

architecture of ovirt in case of using hosted-engine
by Yue, Cong 18 Dec '14

18 Dec '14

--_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></style> </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_--

1 0

Problem with installing second host for hosted_engine (3.5)
by Otto Strassen 18 Dec '14

18 Dec '14

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

2 4

IPv6 Functionality for WebSocket Proxy
by Donny Davis 18 Dec '14

18 Dec '14

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></style></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--

1 1

Get involved in oVirt project! Xmas edition
by Sandro Bonazzola 18 Dec '14

18 Dec '14

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

1 0

NUMA and non-NUMA nodes and migration
by Chris Adams 18 Dec '14

18 Dec '14

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>

2 2

Re: [ovirt-users] vm has paused due to unknown storage error
by Martijn Grendelman 18 Dec '14

18 Dec '14

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 >

1 0

rhevm engine Compilation failure
by QuantumCloud 18 Dec '14

18 Dec '14

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

1 0

Re: [ovirt-users] vm has paused due to unknown storage error
by Martijn Grendelman 18 Dec '14

18 Dec '14

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? > >

1 0

oVirt Weekly Sync Meeting: Dec. 17, 2014
by Brian Proffitt 18 Dec '14

18 Dec '14

========================= #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

2 2

Re: [ovirt-users] FQDN for vm creating with hosted-engine
by Yue, Cong 18 Dec '14

18 Dec '14

--- 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.

2 1

Used Network resources of host XY [97%] exceeded
by Ml Ml 18 Dec '14

18 Dec '14

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

3 2

Too much memory used in hosts
by Dinuwan 18 Dec '14

18 Dec '14

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></style></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--

2 5

after rebooting nodes cannot activate them
by Gabi C 18 Dec '14

18 Dec '14

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>

1 0

Cannot activate storage domain
by Brent Hartzell 18 Dec '14

18 Dec '14

------=_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></style></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--

3 2

Re: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
by Yue, Cong 18 Dec '14

18 Dec '14

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.

2 1

Re: [ovirt-users] NFS can not be mounted after the installation of ovirt-hosted-engine
by Donny Davis 18 Dec '14

18 Dec '14

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.

3 2

event monitoring
by Demeter Tibor 18 Dec '14

18 Dec '14

------=_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--

3 3

snapshot deletion problem
by Demeter Tibor 18 Dec '14

18 Dec '14

------=_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--

1 0

Re: [ovirt-users] nfs shared storage can not be mounted in second host during hosted-engine --deploy
by Yue, Cong 18 Dec '14

18 Dec '14

--_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></style> </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:&quot= ;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:&quot= ;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_--

1 0

Re: [ovirt-users] nfs shared storage can not be mounted in second host during hosted-engine --deploy
by Yue, Cong 18 Dec '14

18 Dec '14

--_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></style> </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:&quot= ;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_--

1 0

nfs shared storage can not be mounted in second host during hosted-engine --deploy
by Yue, Cong 18 Dec '14

18 Dec '14

--_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></style> </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_--

1 0

Re: [ovirt-users] Free Ovirt Powered Cloud
by Donny Davis 17 Dec '14

17 Dec '14

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!

2 1

NFS can not be mounted after the installation of ovirt-hosted-engine
by Yue, Cong 17 Dec '14

17 Dec '14

--_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></style> </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_--

2 2

disk ordering
by Paul Jansen 17 Dec '14

17 Dec '14

------=_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--

3 4

vdsm losing connection to libvirt
by Chris Adams 17 Dec '14

17 Dec '14

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>

3 2

alternate method of fencing
by Brent Hartzell 17 Dec '14

17 Dec '14

------=_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></style></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--

2 1

VM disk tab doesn't show storage name after 3.5 upgrade
by Ernest Beinrohr 17 Dec '14

17 Dec '14

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

2 2

1. FQDN for vm creating with hosted-engine (Yue, Cong)
by Nikolai Sednev 17 Dec '14

17 Dec '14

------=_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/attach…> ------------------------------ 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/attach…> ------------------------------ 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/attach…> ------------------------------ 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/attach…> ------------------------------ _______________________________________________ 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> &nbsp= ;        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>&nbsp= ;<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>> &gt= ; > > > > <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>> &gt= ; > > > I don't understand this description.<br>> > > &gt= ; > <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>> > > &gt= ; 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>> &gt= ; > > 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>> &gt= ; 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--

1 0

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 17 Dec '14

17 Dec '14

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

1 0

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status
by Sandro Bonazzola 17 Dec '14

17 Dec '14

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

1 0

FQDN for vm creating with hosted-engine
by Yue, Cong 17 Dec '14

17 Dec '14

--_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></style> </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_--

2 1

Ovirt Node Heartbeat Settings
by Punit Dambiwal 17 Dec '14

17 Dec '14

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

2 6

About translation of oVirt-engine-reports on Zanata.
by 张亚琪 17 Dec '14

17 Dec '14

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. :)

1 0

Re: [ovirt-users] [RFI] oVirt 3.6 Planning
by Itamar Heim 17 Dec '14

17 Dec '14

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 >

3 2

Complete CentOS 7 environment
by Aslam, Usman 16 Dec '14

16 Dec '14

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

8 12

Re: [ovirt-users] 3. vdsm losing connection to libvirt (Chris Adams)
by Nikolai Sednev 16 Dec '14

16 Dec '14

------=_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/attach…> -- Patrick Pierson -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/58d14872/attach…> ------------------------------ 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>*>>* &gt= ;<br>*>>* > [root at virt01a<br><http://lists.ovirt.org/mailman= /listinfo/users>]# yum list installed<br>|grep gluster<br>*>>* &gt= ; 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>*>&gt= ;* > 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>&nbsp= ;   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> &nbsp= ;  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 &lt= ;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>&gt= ; 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>&gt= ; 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>&gt= ; 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>&gt= ; 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>&gt= ; 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--

2 1

Creating new users on oVirt 3.5
by Fedele Stabile 16 Dec '14

16 Dec '14

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

4 6

How to update zanata's source text ?
by plysan 16 Dec '14

16 Dec '14

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.

3 6

gfapi, 3.5.1
by Alex Crow 16 Dec '14

16 Dec '14

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).

2 2

gluster rpms not found
by Pat Pierson 16 Dec '14

16 Dec '14

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/attach…> -- Patrick Pierson

1 0

Re: [ovirt-users] NFS
by Nikolai Sednev 16 Dec '14

16 Dec '14

------=_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.r… > 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/attach…> ------------------------------ _______________________________________________ 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>  &nbsp= ;     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> &nbsp= ; 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 &lt= ;nsoffer(a)redhat.com><br>To: Koen Vanoppen <vanoppen.koen(a)gmail.com&gt= ;<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>&gt= ; > 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>&gt= ; <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&gt= ;<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>&gt= ; > <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&gt= ;<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 &lt= ;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>>     &gt= ; 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>> &nbsp= ;   > 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>>     &gt= ; 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--

1 0

NFS
by Koen Vanoppen 16 Dec '14

16 Dec '14

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...

4 6

Re: [ovirt-users] bash: ./autogen.sh: No such file or directory
by Yeela Kaplan 16 Dec '14

16 Dec '14

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/glusterf… > > > > > > > > *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 > > > > >

4 4

Problem after update ovirt to 3.5 (Juan Jose)
by Nikolai Sednev 16 Dec '14

16 Dec '14

------=_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/attach…> -------------- 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/attach…> ------------------------------ _______________________________________________ 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--

2 2

Re: [ovirt-users] Don't start vm
by Roman Nikolayevich Drovalev 16 Dec '14

16 Dec '14

Ýòî ñîîáùåíèå èç íåñêîëüêèõ ÷àñòåé â ôîðìàòå 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_=--

1 0

Installtion fail for Ovirt engine in CentOS 6.5
by Yue, Cong 15 Dec '14

15 Dec '14

--_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></style> </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        &nbsp= ;            &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        &nbsp= ;            &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        &nbsp= ;            &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_--

3 6

Re: [ovirt-users] oVirt Neutron integration question
by Andrew Brimer 15 Dec '14

15 Dec '14

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></style></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--

2 2

oVirt Neutron integration question
by Andrew Brimer 15 Dec '14

15 Dec '14

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></style></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--

2 1

Import existing Gluster into Ovirt
by John Gardeniers 15 Dec '14

15 Dec '14

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

3 3