From Blaster at 556nato.com Wed Jan 8 11:01:19 2014 Content-Type: multipart/mixed; boundary="===============6411954003147699796==" MIME-Version: 1.0 From: Blaster To: users at ovirt.org Subject: [Users] Bad volume specification Date: Wed, 08 Jan 2014 10:01:13 -0600 Message-ID: <52CD7649.1030109@556nato.com> --===============6411954003147699796== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------080701090401070704010104 Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Content-Transfer-Encoding: 7bit I have a couple ESXi Win 7 images on VMDKs that I converted to raw using = qemu-img convert. Under ovirt 3.3.1 I then used a procedure posted here previously where = you create a VM, add a disk, then copy over the converted image onto the = oVirt created image and away you go. I did this twice under oVirt 3.3.1 and it worked great. Now I have built a new oVirt 3.3.2 system and tried the same thing, and = I get the error: VM win7-01 is down. Exit message: Bad volume specification {'index': 0, = 'iface': 'virtio', 'reqsize': '0', 'format': 'raw', 'bootOrder': '1', = 'volumeID': 'd750e9e0-a906-4369-8bbb-a3b676121321', 'apparentsize': = '107374182400', 'imageID': 'f674cb27-c28b-4373-ad75-9ed8a765ca31', = 'specParams': {}, 'readonly': 'false', 'domainID': = 'f14f471e-0cce-414d-af57-779eeb88c97a', 'optional': 'false', 'deviceId': = 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'truesize': '107374194688', = 'poolID': '18f6234c-a9de-4fdf-bd9a-2bd90b9f33f9', 'device': 'disk', = 'shared': 'false', 'propagateErrors': 'off', 'type': 'disk'}. The original oVirt 3.3.1 system that has now been upgraded to 3.3.2 = still boots this same disk image just fine. I'm guessing it's upset because apparentsize and truesize are different? Why did 3.3.1 seem not to care but 3.3.2 does now? Any way I can true these up? I've tried a few things with qemu-img but = haven't gotten the magic right yet. --------------080701090401070704010104 Content-Type: text/html; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit I have a couple ESXi Win 7 images on VMDKs that I converted to raw using qemu-img convert.

Under ovirt 3.3.1 I then used a procedure posted here previously where you create a VM, add a disk, then copy over the converted image onto the oVirt created image and away you go.

I did this twice under oVirt 3.3.1 and it worked great.

Now I have built a new oVirt 3.3.2 system and tried the same thing, and I get the error:

VM win7-01 is down. Exit message: Bad volume specification {'index': 0, 'iface': 'virtio', 'reqsize': '0', 'format': 'raw', 'bootOrder': '1', 'volumeID': 'd750e9e0-a906-4369-8bbb-a3b676121321', 'apparentsize': '107374182400', 'imageID': 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'specParams': {}, 'readonly': 'false', 'domainID': 'f14f471e-0cce-414d-af57-779eeb88c97a', 'optional': 'false', 'deviceId': 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'truesize': '107374194688', 'poolID': '18f6234c-a9de-4fdf-bd9a-2bd90b9f33f9', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'type': 'disk'}.

The original oVirt 3.3.1 system that has now been upgraded to 3.3.2 still boots this same disk image just fine.

I'm guessing it's upset because apparentsize and truesize are different?

Why did 3.3.1 seem not to care but 3.3.2 does now?

Any way I can true these up? I've tried a few things with qemu-img but haven't gotten the magic right yet.

--------------080701090401070704010104-- --===============6411954003147699796== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS0wODA3MDEwOTA0MDEwNzA3MDQwMTAxMDQKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog N2JpdAoKSSBoYXZlIGEgY291cGxlIEVTWGkgV2luIDcgaW1hZ2VzIG9uIFZNREtzIHRoYXQgSSBj b252ZXJ0ZWQgdG8gcmF3IHVzaW5nIApxZW11LWltZyBjb252ZXJ0LgoKVW5kZXIgb3ZpcnQgMy4z LjEgSSB0aGVuIHVzZWQgYSBwcm9jZWR1cmUgcG9zdGVkIGhlcmUgcHJldmlvdXNseSB3aGVyZSAK eW91IGNyZWF0ZSBhIFZNLCBhZGQgYSBkaXNrLCB0aGVuIGNvcHkgb3ZlciB0aGUgY29udmVydGVk IGltYWdlIG9udG8gdGhlIApvVmlydCBjcmVhdGVkIGltYWdlIGFuZCBhd2F5IHlvdSBnby4KCkkg ZGlkIHRoaXMgdHdpY2UgdW5kZXIgb1ZpcnQgMy4zLjEgYW5kIGl0IHdvcmtlZCBncmVhdC4KCk5v dyBJIGhhdmUgYnVpbHQgYSBuZXcgb1ZpcnQgMy4zLjIgc3lzdGVtIGFuZCB0cmllZCB0aGUgc2Ft ZSB0aGluZywgYW5kIApJIGdldCB0aGUgZXJyb3I6CgpWTSB3aW43LTAxIGlzIGRvd24uIEV4aXQg bWVzc2FnZTogQmFkIHZvbHVtZSBzcGVjaWZpY2F0aW9uIHsnaW5kZXgnOiAwLCAKJ2lmYWNlJzog J3ZpcnRpbycsICdyZXFzaXplJzogJzAnLCAnZm9ybWF0JzogJ3JhdycsICdib290T3JkZXInOiAn MScsIAondm9sdW1lSUQnOiAnZDc1MGU5ZTAtYTkwNi00MzY5LThiYmItYTNiNjc2MTIxMzIxJywg J2FwcGFyZW50c2l6ZSc6IAonMTA3Mzc0MTgyNDAwJywgJ2ltYWdlSUQnOiAnZjY3NGNiMjctYzI4 Yi00MzczLWFkNzUtOWVkOGE3NjVjYTMxJywgCidzcGVjUGFyYW1zJzoge30sICdyZWFkb25seSc6 ICdmYWxzZScsICdkb21haW5JRCc6IAonZjE0ZjQ3MWUtMGNjZS00MTRkLWFmNTctNzc5ZWViODhj OTdhJywgJ29wdGlvbmFsJzogJ2ZhbHNlJywgJ2RldmljZUlkJzogCidmNjc0Y2IyNy1jMjhiLTQz NzMtYWQ3NS05ZWQ4YTc2NWNhMzEnLCAndHJ1ZXNpemUnOiAnMTA3Mzc0MTk0Njg4JywgCidwb29s SUQnOiAnMThmNjIzNGMtYTlkZS00ZmRmLWJkOWEtMmJkOTBiOWYzM2Y5JywgJ2RldmljZSc6ICdk aXNrJywgCidzaGFyZWQnOiAnZmFsc2UnLCAncHJvcGFnYXRlRXJyb3JzJzogJ29mZicsICd0eXBl JzogJ2Rpc2snfS4KClRoZSBvcmlnaW5hbCBvVmlydCAzLjMuMSBzeXN0ZW0gdGhhdCBoYXMgbm93 IGJlZW4gdXBncmFkZWQgdG8gMy4zLjIgCnN0aWxsIGJvb3RzIHRoaXMgc2FtZSBkaXNrIGltYWdl IGp1c3QgZmluZS4KCkknbSBndWVzc2luZyBpdCdzIHVwc2V0IGJlY2F1c2UgYXBwYXJlbnRzaXpl IGFuZCB0cnVlc2l6ZSBhcmUgZGlmZmVyZW50PwoKV2h5IGRpZCAzLjMuMSBzZWVtIG5vdCB0byBj YXJlIGJ1dCAzLjMuMiBkb2VzIG5vdz8KCkFueSB3YXkgSSBjYW4gdHJ1ZSB0aGVzZSB1cD8gIEkn dmUgdHJpZWQgYSBmZXcgdGhpbmdzIHdpdGggcWVtdS1pbWcgYnV0IApoYXZlbid0IGdvdHRlbiB0 aGUgbWFnaWMgcmlnaHQgeWV0LgoKCgoKCi0tLS0tLS0tLS0tLS0tMDgwNzAxMDkwNDAxMDcwNzA0 MDEwMTA0CkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PUlTTy04ODU5LTEKQ29udGVu dC1UcmFuc2Zlci1FbmNvZGluZzogN2JpdAoKPGh0bWw+CiAgPGhlYWQ+CgogICAgPG1ldGEgaHR0 cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4 NTktMSI+CiAgPC9oZWFkPgogIDxib2R5IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9IiMwMDAwMDAi PgogICAgSSBoYXZlIGEgY291cGxlIEVTWGkgV2luIDcgaW1hZ2VzIG9uIFZNREtzIHRoYXQgSSBj b252ZXJ0ZWQgdG8gcmF3CiAgICB1c2luZyBxZW11LWltZyBjb252ZXJ0LiZuYnNwOyZuYnNwOyA8 YnI+CiAgICA8YnI+CiAgICBVbmRlciBvdmlydCAzLjMuMSBJIHRoZW4gdXNlZCBhIHByb2NlZHVy ZSBwb3N0ZWQgaGVyZSBwcmV2aW91c2x5CiAgICB3aGVyZSB5b3UgY3JlYXRlIGEgVk0sIGFkZCBh IGRpc2ssIHRoZW4gY29weSBvdmVyIHRoZSBjb252ZXJ0ZWQKICAgIGltYWdlIG9udG8gdGhlIG9W aXJ0IGNyZWF0ZWQgaW1hZ2UgYW5kIGF3YXkgeW91IGdvLjxicj4KICAgIDxicj4KICAgIEkgZGlk IHRoaXMgdHdpY2UgdW5kZXIgb1ZpcnQgMy4zLjEgYW5kIGl0IHdvcmtlZCBncmVhdC48YnI+CiAg ICA8YnI+CiAgICBOb3cgSSBoYXZlIGJ1aWx0IGEgbmV3IG9WaXJ0IDMuMy4yIHN5c3RlbSBhbmQg dHJpZWQgdGhlIHNhbWUgdGhpbmcsCiAgICBhbmQgSSBnZXQgdGhlIGVycm9yOjxicj4KICAgIDxi cj4KICAgIDxkaXYgdGl0bGU9IlZNIHdpbjctMDEgaXMgZG93bi4gRXhpdCBtZXNzYWdlOiBCYWQg dm9sdW1lCiAgICAgIHNwZWNpZmljYXRpb24geydpbmRleCc6IDAsICdpZmFjZSc6ICd2aXJ0aW8n LCAncmVxc2l6ZSc6ICcwJywKICAgICAgJ2Zvcm1hdCc6ICdyYXcnLCAnYm9vdE9yZGVyJzogJzEn LCAndm9sdW1lSUQnOgogICAgICAnZDc1MGU5ZTAtYTkwNi00MzY5LThiYmItYTNiNjc2MTIxMzIx JywgJ2FwcGFyZW50c2l6ZSc6CiAgICAgICcxMDczNzQxODI0MDAnLCAnaW1hZ2VJRCc6ICdmNjc0 Y2IyNy1jMjhiLTQzNzMtYWQ3NS05ZWQ4YTc2NWNhMzEnLAogICAgICAnc3BlY1BhcmFtcyc6IHt9 LCAncmVhZG9ubHknOiAnZmFsc2UnLCAnZG9tYWluSUQnOgogICAgICAnZjE0ZjQ3MWUtMGNjZS00 MTRkLWFmNTctNzc5ZWViODhjOTdhJywgJ29wdGlvbmFsJzogJ2ZhbHNlJywKICAgICAgJ2Rldmlj ZUlkJzogJ2Y2NzRjYjI3LWMyOGItNDM3My1hZDc1LTllZDhhNzY1Y2EzMScsICd0cnVlc2l6ZSc6 CiAgICAgICcxMDczNzQxOTQ2ODgnLCAncG9vbElEJzogJzE4ZjYyMzRjLWE5ZGUtNGZkZi1iZDlh LTJiZDkwYjlmMzNmOScsCiAgICAgICdkZXZpY2UnOiAnZGlzaycsICdzaGFyZWQnOiAnZmFsc2Un LCAncHJvcGFnYXRlRXJyb3JzJzogJ29mZicsCiAgICAgICd0eXBlJzogJ2Rpc2snfS4iIHRhYmlu ZGV4PSIwIiBzdHlsZT0ib3V0bGluZS1zdHlsZTogbm9uZTsiCiAgICAgIF9fZ3d0X2NlbGw9ImNl bGwtZ3d0LXVpZC03MzgxMiI+CiAgICAgIDxkaXYgaWQ9Imd3dC11aWQtMzQxMl9jb2wyX3JvdzQi PlZNIHdpbjctMDEgaXMgZG93bi4gRXhpdCBtZXNzYWdlOgogICAgICAgIEJhZCB2b2x1bWUgc3Bl Y2lmaWNhdGlvbiB7J2luZGV4JzogMCwgJ2lmYWNlJzogJ3ZpcnRpbycsCiAgICAgICAgJ3JlcXNp emUnOiAnMCcsICdmb3JtYXQnOiAncmF3JywgJ2Jvb3RPcmRlcic6ICcxJywgJ3ZvbHVtZUlEJzoK ICAgICAgICAnZDc1MGU5ZTAtYTkwNi00MzY5LThiYmItYTNiNjc2MTIxMzIxJywgJ2FwcGFyZW50 c2l6ZSc6CiAgICAgICAgJzEwNzM3NDE4MjQwMCcsICdpbWFnZUlEJzoKICAgICAgICAnZjY3NGNi MjctYzI4Yi00MzczLWFkNzUtOWVkOGE3NjVjYTMxJywgJ3NwZWNQYXJhbXMnOiB7fSwKICAgICAg ICAncmVhZG9ubHknOiAnZmFsc2UnLCAnZG9tYWluSUQnOgogICAgICAgICdmMTRmNDcxZS0wY2Nl LTQxNGQtYWY1Ny03NzllZWI4OGM5N2EnLCAnb3B0aW9uYWwnOiAnZmFsc2UnLAogICAgICAgICdk ZXZpY2VJZCc6ICdmNjc0Y2IyNy1jMjhiLTQzNzMtYWQ3NS05ZWQ4YTc2NWNhMzEnLCAndHJ1ZXNp emUnOgogICAgICAgICcxMDczNzQxOTQ2ODgnLCAncG9vbElEJzoKICAgICAgICAnMThmNjIzNGMt YTlkZS00ZmRmLWJkOWEtMmJkOTBiOWYzM2Y5JywgJ2RldmljZSc6ICdkaXNrJywKICAgICAgICAn c2hhcmVkJzogJ2ZhbHNlJywgJ3Byb3BhZ2F0ZUVycm9ycyc6ICdvZmYnLCAndHlwZSc6ICdkaXNr J30uPC9kaXY+CiAgICA8L2Rpdj4KICAgIDxicj4KICAgIFRoZSBvcmlnaW5hbCBvVmlydCAzLjMu MSBzeXN0ZW0gdGhhdCBoYXMgbm93IGJlZW4gdXBncmFkZWQgdG8gMy4zLjIKICAgIHN0aWxsIGJv b3RzIHRoaXMgc2FtZSBkaXNrIGltYWdlIGp1c3QgZmluZS48YnI+CiAgICA8YnI+CiAgICBJJ20g Z3Vlc3NpbmcgaXQncyB1cHNldCBiZWNhdXNlIGFwcGFyZW50c2l6ZSBhbmQgdHJ1ZXNpemUgYXJl CiAgICBkaWZmZXJlbnQ/PGJyPgogICAgPGJyPgogICAgV2h5IGRpZCAzLjMuMSBzZWVtIG5vdCB0 byBjYXJlIGJ1dCAzLjMuMiBkb2VzIG5vdz88YnI+CiAgICA8YnI+CiAgICBBbnkgd2F5IEkgY2Fu IHRydWUgdGhlc2UgdXA/Jm5ic3A7IEkndmUgdHJpZWQgYSBmZXcgdGhpbmdzIHdpdGggcWVtdS1p bWcKICAgIGJ1dCBoYXZlbid0IGdvdHRlbiB0aGUgbWFnaWMgcmlnaHQgeWV0Ljxicj4KICAgIDxi cj4KICAgIDxicj4KICAgIDxicj4KICAgIDxicj4KICA8L2JvZHk+CjwvaHRtbD4KCi0tLS0tLS0t LS0tLS0tMDgwNzAxMDkwNDAxMDcwNzA0MDEwMTA0LS0KCg== --===============6411954003147699796==-- From danken at redhat.com Wed Jan 8 11:12:18 2014 Content-Type: multipart/mixed; boundary="===============8089699146068354723==" MIME-Version: 1.0 From: Dan Kenigsberg To: users at ovirt.org Subject: Re: [Users] Bad volume specification Date: Wed, 08 Jan 2014 16:10:48 +0000 Message-ID: <20140108161048.GI30055@redhat.com> In-Reply-To: 52CD7649.1030109@556nato.com --===============8089699146068354723== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Wed, Jan 08, 2014 at 10:01:13AM -0600, Blaster wrote: > I have a couple ESXi Win 7 images on VMDKs that I converted to raw > using qemu-img convert. > = > Under ovirt 3.3.1 I then used a procedure posted here previously > where you create a VM, add a disk, then copy over the converted > image onto the oVirt created image and away you go. > = > I did this twice under oVirt 3.3.1 and it worked great. > = > Now I have built a new oVirt 3.3.2 system and tried the same thing, > and I get the error: > = > VM win7-01 is down. Exit message: Bad volume specification {'index': > 0, 'iface': 'virtio', 'reqsize': '0', 'format': 'raw', 'bootOrder': > '1', 'volumeID': 'd750e9e0-a906-4369-8bbb-a3b676121321', > 'apparentsize': '107374182400', 'imageID': > 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'specParams': {}, > 'readonly': 'false', 'domainID': > 'f14f471e-0cce-414d-af57-779eeb88c97a', 'optional': 'false', > 'deviceId': 'f674cb27-c28b-4373-ad75-9ed8a765ca31', 'truesize': > '107374194688', 'poolID': '18f6234c-a9de-4fdf-bd9a-2bd90b9f33f9', > 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', > 'type': 'disk'}. > = > The original oVirt 3.3.1 system that has now been upgraded to 3.3.2 > still boots this same disk image just fine. > = > I'm guessing it's upset because apparentsize and truesize are different? > = > Why did 3.3.1 seem not to care but 3.3.2 does now? No quick answer pops to mind. Could you share your vdsm.log from the vmCreate line up until the error you have quoted? > = > Any way I can true these up? I've tried a few things with qemu-img > but haven't gotten the magic right yet. --===============8089699146068354723==-- From blaster at 556nato.com Wed Jan 8 13:47:03 2014 Content-Type: multipart/mixed; boundary="===============7429662463935216416==" MIME-Version: 1.0 From: Blaster To: users at ovirt.org Subject: Re: [Users] Bad volume specification Date: Wed, 08 Jan 2014 12:46:28 -0600 Message-ID: <88461C0B-D28F-476D-A287-7C697AF13033@556nato.com> In-Reply-To: 20140108161048.GI30055@redhat.com --===============7429662463935216416== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --Apple-Mail=3D_AAEE13C0-B640-41DB-9751-0B4AC8094F2E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=3Dwindows-1252 On Jan 8, 2014, at 10:10 AM, Dan Kenigsberg wrote: >=3D20 > No quick answer pops to mind. Could you share your vdsm.log from the > vmCreate line up until the error you have quoted? >=3D20 I figured it out. The disk image permissions didn=3D92t copy over, so =3D vdsm couldn=3D92t read the disk image.. Thanks for the response.=3D --Apple-Mail=3D_AAEE13C0-B640-41DB-9751-0B4AC8094F2E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=3Dwindows-1252

On Jan 8, 2014, at 10:10 AM, Dan =3D Kenigsberg <danken(a)redhat.com> =3D wrote:

No quick answer pops to mind. =3D Could you share your vdsm.log from the
vmCreate line up until the =3D error you have quoted?

I figured it out. = =3D The disk image permissions didn=3D92t copy over, so vdsm couldn=3D92t= =3D read the disk image..

Thanks for the =3D response.

=3D --Apple-Mail=3D_AAEE13C0-B640-41DB-9751-0B4AC8094F2E-- --===============7429662463935216416== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" Ci0tQXBwbGUtTWFpbD1fQUFFRTEzQzAtQjY0MC00MURCLTk3NTEtMEI0QUM4MDk0RjJFCkNvbnRl bnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKQ29udGVudC1UeXBlOiB0ZXh0 L3BsYWluOwoJY2hhcnNldD13aW5kb3dzLTEyNTIKCgpPbiBKYW4gOCwgMjAxNCwgYXQgMTA6MTAg QU0sIERhbiBLZW5pZ3NiZXJnIDxkYW5rZW5AcmVkaGF0LmNvbT4gd3JvdGU6Cgo+PTIwCj4gTm8g cXVpY2sgYW5zd2VyIHBvcHMgdG8gbWluZC4gQ291bGQgeW91IHNoYXJlIHlvdXIgdmRzbS5sb2cg ZnJvbSB0aGUKPiB2bUNyZWF0ZSBsaW5lIHVwIHVudGlsIHRoZSBlcnJvciB5b3UgaGF2ZSBxdW90 ZWQ/Cj49MjAKSSBmaWd1cmVkIGl0IG91dC4gIFRoZSBkaXNrIGltYWdlIHBlcm1pc3Npb25zIGRp ZG49OTJ0IGNvcHkgb3Zlciwgc28gPQp2ZHNtIGNvdWxkbj05MnQgcmVhZCB0aGUgZGlzayBpbWFn ZS4uCgpUaGFua3MgZm9yIHRoZSByZXNwb25zZS49CgotLUFwcGxlLU1haWw9X0FBRUUxM0MwLUI2 NDAtNDFEQi05NzUxLTBCNEFDODA5NEYyRQpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90 ZWQtcHJpbnRhYmxlCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOwoJY2hhcnNldD13aW5kb3dzLTEy NTIKCjxodG1sPjxoZWFkPjxtZXRhIGh0dHAtZXF1aXY9M0QiQ29udGVudC1UeXBlIiBjb250ZW50 PTNEInRleHQvaHRtbCA9CmNoYXJzZXQ9M0R3aW5kb3dzLTEyNTIiPjwvaGVhZD48Ym9keSBzdHls ZT0zRCJ3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7ID0KLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAt d2Via2l0LWxpbmUtYnJlYWs6ID0KYWZ0ZXItd2hpdGUtc3BhY2U7Ij48YnI+PGRpdj48ZGl2Pk9u IEphbiA4LCAyMDE0LCBhdCAxMDoxMCBBTSwgRGFuID0KS2VuaWdzYmVyZyAmbHQ7PGEgPQpocmVm PTNEIm1haWx0bzpkYW5rZW5AcmVkaGF0LmNvbSI+ZGFua2VuQHJlZGhhdC5jb208L2E+Jmd0OyA9 Cndyb3RlOjwvZGl2PjxiciBjbGFzcz0zRCJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj48Ymxv Y2txdW90ZSA9CnR5cGU9M0QiY2l0ZSI+PGRpdiBzdHlsZT0zRCJmb250LXNpemU6IDEycHg7IGZv bnQtc3R5bGU6IG5vcm1hbDsgPQpmb250LXZhcmlhbnQ6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5v cm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgPQpsaW5lLWhlaWdodDogbm9ybWFsOyBvcnBo YW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgPQp0ZXh0LXRy YW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNw YWNpbmc6ID0KMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7Ij48YnI+Tm8gcXVp Y2sgYW5zd2VyIHBvcHMgdG8gbWluZC4gPQpDb3VsZCB5b3Ugc2hhcmUgeW91ciB2ZHNtLmxvZyBm cm9tIHRoZTxicj52bUNyZWF0ZSBsaW5lIHVwIHVudGlsIHRoZSA9CmVycm9yIHlvdSBoYXZlIHF1 b3RlZD88YnI+PGJyPjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj5JIGZpZ3VyZWQgaXQgb3V0LiA9 CiZuYnNwO1RoZSBkaXNrIGltYWdlIHBlcm1pc3Npb25zIGRpZG49OTJ0IGNvcHkgb3Zlciwgc28g dmRzbSBjb3VsZG49OTJ0ID0KcmVhZCB0aGUgZGlzayBpbWFnZS4uPGRpdj48YnI+PC9kaXY+PGRp dj5UaGFua3MgZm9yIHRoZSA9CnJlc3BvbnNlLjwvZGl2PjwvYm9keT48L2h0bWw+PQoKLS1BcHBs ZS1NYWlsPV9BQUVFMTNDMC1CNjQwLTQxREItOTc1MS0wQjRBQzgwOTRGMkUtLQoK --===============7429662463935216416==--