September 2014 - Users - Ovirt List Archives

by Stefan Wendler

Hi, this might be documented somewhere but I cannot find it. In what way does ovirt rely on vdsm:kvm being 36:36? Or can I just change the uid:gid everywhere and be golden? I need to change the uid:gid of vdsm:kvm to a value >1024. It has something to do with the setup of the diskstore I am supposed to use for this setup. The diskstore is a Synology which has all kinds of strange implications on the setup. Cheers, Stefan

9 years, 9 months

2
2
0 / 0

How to disconnect hosted-engine NFS storage pool?

by Groten, Ryan

--_000_61A8344D117D814CA4DA393472F38CF4018F626E33CD1001M360cor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I want to unmounted the hosted-engine NFS share without affecting all the o= ther running VMs on the host. When I shutdown the hosted-engine and enable= global maintenance, the storage pool is still mounted and I can't unmount = it because the "sanlock" process is using it. Is there any way to disconnect the storage pool? There is a hosted-engine = --connect-storage option but I see nothing to disconnect it. Thanks, Ryan --_000_61A8344D117D814CA4DA393472F38CF4018F626E33CD1001M360cor_ 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=3DGenerator content=3D"Micros= oft Word 14 (filtered medium)"><style></style></head><body lang=3DEN-CA link=3Dblue vli= nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span style=3D'f= ont-size:10.0pt;font-family:"Century Gothic","sans-serif"'>I want to unmoun= ted the hosted-engine NFS share without affecting all the other running VMs= on the host.  When I shutdown the hosted-engine and enable global mai= ntenance, the storage pool is still mounted and I can’t unmount it be= cause the “sanlock” process is using it.<o:p></o:p></span></p><= p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Century Go= thic","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Century Gothic","sans-serif"'>Is the= re any way to disconnect the storage pool?  There is a hosted-engine -= -connect-storage option but I see nothing to disconnect it.<o:p></o:p></spa= n></p><p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Cen= tury Gothic","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal= ><span style=3D'font-size:10.0pt;font-family:"Century Gothic","sans-serif"'= >Thanks,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-size= :10.0pt;font-family:"Century Gothic","sans-serif"'>Ryan<o:p></o:p></span></= p></div></body></html>= --_000_61A8344D117D814CA4DA393472F38CF4018F626E33CD1001M360cor_--

9 years, 9 months

3
7
0 / 0

[OVIRT-3.5-TEST-DAY-3] Remote DWH & Reports

by Frantisek Kobzik

Hello everyone, I forgot to post my test day result and was told to do it now (I basically re-discovered two issues that are already known). So here it is: Testing DWH and Reports on separate machine HW 3 VMs - Engine, DWH&Reports (5 GB RAM), Host with local storage Test subject Deploy and run DWH and Reports on other machine (from engine machine) Progress - Deployed with help of annotated setup [1] Result - PROBLEM: Reports link on engine (machine A) links to services/reports-redirect, this opens flow.html on machine A (I'd suppose rediring to B)! - opening flow.html on B gives 404 anyway - manual navigation to https://dwh/ovirt-engine-reports/login.html finally opens dwh reports portal - seems that bz has already been created https://bugzilla.redhat.com/show_bug.cgi?id=1142256 - Certificate machinery is ok, despite the fact copying/pasting from/to stdout/stdin seems a little bit bizzare to me. Opened https://bugzilla.redhat.com/show_bug.cgi?id=1144309 - Clicked through reports portal and it seems it works nice - I was able to see information about my deployment (Clusters, Hosts, VMs). Cheers! Franta.

9 years, 9 months

1
0
0 / 0

Fwd: Re: Geo-replication user flows

by Sahina Bose

This is a multi-part message in MIME format. --------------070706000003030108020808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit FYI... Feedback about geo-replication user flows - thanks to Ju. (http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience). Please feel free to add/comment thanks sahina -------- Original Message -------- Subject: Re: Geo-replication user flows Date: Tue, 16 Sep 2014 13:49:17 -0400 From: Ju Lim <julim(a)redhat.com> To: Sahina Bose <sabose(a)redhat.com> Hi Sahina: Thanks for getting back to me. I took away 3 action items from the email: Geo-replication session configuration options mockup -- we're working on putting something together Dashboard - what to show in the dashboard; we're working on putting something together Checkpoint history - what to show. Here's what I believe you should show: * show what you would get from the "# gluster volume geo-replication <source_volume> <destination_host>::<destination_volume> config log-file | xargs grep checkpoint" command * show the following columns (I'll assume you don't need a mockup as this most likely would be shown in a table) o checkpoint name, checkpoint creation date, amount of data transferred (indicate if delta or cumulative size), status Please feel free to forward to oVirt users. Thanks, Ju On Sep 12, 2014, at 5:01 AM, Sahina Bose <sabose(a)redhat.com <mailto:sabose@redhat.com>> wrote: > Ju, > > Thanks for the detailed feedback. My responses inline. > > On 09/11/2014 01:24 AM, Ju Lim wrote: >> Sahina: >> >> I finally had some time to review the Geo-replication proposal on >> http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience. >> >> Will we have a tab (sibling to Volumes, Clusters, etc.) for >> Replication Sessions so a user can see all Geo-Replication Sessions >> in 1 place vs. looking into every volume to identify them? I see >> later a question asked about it. +1 that we need a "Geo-Replication >> Sessions" or "Geo-Replication" in the main tab. > > This tab would be empty if there are no replication sessions. > But having a tab will all replication sessions would be useful and > could be used to start a new one. > > >> >> Is there a proposal yet for what we'll show related to replication in >> the dashboard? > > No, no proposal yet. > >> >> For the Geo-Replication detail tab (in the Volume main tab), >> Should the action be "New" or "Create Session"? Reason I ask is that >> it's "Create Volume" vs. "New Volume" in the master area. > > We are trying to be consistent with the verbs..and have changed to > Volume -> New for creating a volume. So it should be "New Session" IMO > > >> >> For the Create Session / New, can we use the same dialog whether it's >> coming from the Geo-Replication detail tab (in the Volume main tab) >> and the "Geo-Replication Sessions" main tab? >> >> The only difference is that the one from the main tab would >> additionally ask the source (host / IP Address + volume). For the >> detail tab, instead of prompting for the source, we can show it. > > Yes, it can be the same dialog. The information regarding source > volume would be prefilled if it's coming from the geo-replication sub-tab. > > >> >> For the Destination (or Remote) Cluster Volumes, can the destination >> volume be of a different volume type to participate in geo-replication? > > Destination volume can be of a different volume type. > >> >> For the Geo-Replication Session Options, can we make the >> configuration options >> (https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Ad...) more >> usable vs. cryptic as it currently seems? Specifically, can we >> showcase the defaults and provide the rest as Advanced configurations >> that they can change? > > We were planning to have a UI similar to the volume options. Do let us > know, if there's a better way to do this. > >> >> The Geo-Replication Session Details view -- I'm not sure what this is >> telling the user other then how long the host has been up. Does this >> mean that replication has been running for as long as the uptime for >> those hosts? It seems to be missing Checkpoint information and >> Checkpoint history information, which is important for >> geo-replication consistency. >> >> Specifically, when I think of what is typically shown in a >> geo-replication session, I'd expect to see the following columns of >> information: >> >> Source Volume, Destination / Remote Volume, Status, Last Checkpoint, >> Last Checkpoint Label >> >> If different volume types can be used within the same replication >> session, then we would also want to show the volume type on the >> remote volume. > > Session details view will also show information on files/bytes > skipped, moved etc per brick node. > > Regarding checkpoint, there's currently only a checkpoint status being > shown. There's some enhancements to be done in gluster geo-rep with > regards to checkpoints > > What information would need to be shown in checkpoint history? > > >> >> BTW, do you know if there are plans to show volume size (total, used, >> available/remaining) in the Volume master area? > > Yes, we have introduced a volume capacity column in the Volumes tab, > which will show these details. > >> >> Is there any possibility to change the terminology from master-slave >> to source-destination, source-remote, master-remote? The >> master-slave terminology is quite unusual in the storage replication >> realm. I ask as I see docs, CLI, etc. that already use the >> master-slave terminology. > > We could change in the docs and UI...CLI, not so sure. > > >> >> We're happy to put together mockups and/or a proposal if it would be >> helpful. Is this the best way to provide input, or should I be >> posting my comments on >> http://www.ovirt.org/Talk:Features/Gluster_Geo_Replication? > > If you have suggestions on showing the configuration options and for > the dashboard, that would be welcome. > I could forward this to ovirt users for wider circulation. > > thanks! > >> >> Please advise. >> >> Thanks, >> Ju >> >> >> On Sep 4, 2014, at 10:23 AM, Sahina Bose <sabose(a)redhat.com >> <mailto:sabose@redhat.com>> wrote: >> >>> Hi all, >>> >>> The user experience section >>> http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience , >>> has been updated to capture the user flows. (The mockups, however, >>> are older and do not completely reflect the updated text) >>> >>> There are couple of open questions. Please review and provide >>> suggestions. >>> >>> thanks >>> sahina >>> >> > --------------070706000003030108020808 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> FYI... Feedback about geo-replication user flows - thanks to Ju. (<a class="moz-txt-link-freetext" href="http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience">http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience</a>).<br> <br> Please feel free to add/comment<br> <br> thanks<br> sahina<br> <div class="moz-forward-container"><br> <br> -------- Original Message -------- <table class="moz-email-headers-table" cellpadding="0" cellspacing="0" border="0"> <tbody> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Subject: </th> <td>Re: Geo-replication user flows</td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Date: </th> <td>Tue, 16 Sep 2014 13:49:17 -0400</td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">From: </th> <td>Ju Lim <a class="moz-txt-link-rfc2396E" href="mailto:julim@redhat.com"><julim(a)redhat.com></a></td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">To: </th> <td>Sahina Bose <a class="moz-txt-link-rfc2396E" href="mailto:sabose@redhat.com"><sabose(a)redhat.com></a></td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE"><br> </th> <td><br> </td> </tr> </tbody> </table> <br> <br> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> Hi Sahina: <div><br> </div> <div>Thanks for getting back to me.  I took away 3 action items from the email:</div> <div><br> </div> <div> <div> <div><font face="Arial">Geo-replication session configuration options mockup -- we're working on putting something together</font></div> <div><font face="Arial"><br> </font></div> <div> <div><font face="Arial">Dashboard - what to show in the dashboard; </font><span style="font-family: Arial; ">we're working on putting something together</span></div> </div> </div> <div><span style="font-family: Arial; "><br> </span></div> <div> <div><font face="Arial">Checkpoint history - what to show.  Here's what I believe you should show:</font></div> <div> <ul> <li><font face="Arial">show what you would get from the "<span style="background-color: rgb(245, 245, 245); line-height: 18.2000007629395px; orphans: 4; text-align: left; white-space: pre-wrap; widows: 4; "># gluster volume geo-replication <source_volume> <destination_host>::<destination_volume> config log-file | xargs grep checkpoint" command</span></font></li> <li><span style="background-color: rgb(245, 245, 245); line-height: 18.2000007629395px; orphans: 4; text-align: left; white-space: pre-wrap; widows: 4; "><font face="Arial">show the following columns (I'll assume you don't need a mockup as this most likely would be shown in a table)</font></span></li> <ul> <li><span style="background-color: rgb(245, 245, 245); line-height: 18.2000007629395px; orphans: 4; text-align: left; white-space: pre-wrap; widows: 4; "><font face="Arial">checkpoint name, checkpoint creation date, amount of data transferred (indicate if delta or cumulative size), status</font></span></li> </ul> </ul> <div>Please feel free to forward to oVirt users.</div> </div> </div> </div> <div><br> </div> <div>Thanks,</div> <div>Ju</div> <div><br> </div> <div> <div> <div>On Sep 12, 2014, at 5:01 AM, Sahina Bose <<a moz-do-not-send="true" href="mailto:sabose@redhat.com">sabose(a)redhat.com</a>> wrote:</div> <br class="Apple-interchange-newline"> <blockquote type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <div bgcolor="#FFFFFF" text="#000000"> Ju,<br> <br> Thanks for the detailed feedback. My responses inline.<br> <br> <div class="moz-cite-prefix">On 09/11/2014 01:24 AM, Ju Lim wrote:<br> </div> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> <span style="line-height: 22px; font-size: 13px;"><font face="Arial">Sahina:</font></span> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">I finally had some time to review the Geo-replication proposal on <a moz-do-not-send="true" href="http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience" style="line-height: 15px; ">http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience</a>.</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Will we have a tab (sibling to Volumes, Clusters, etc.) for Replication Sessions so a user can see all Geo-Replication Sessions in 1 place vs. looking into every volume to identify them?  I see later a question asked about it.  +1 that we need a "Geo-Replication Sessions" or "Geo-Replication" in the main tab.</font></div> </blockquote> <br> <font face="Arial">This tab would be empty if there are no replication sessions.<br> But having a tab will all replication sessions would be useful and could be used to start a new one.<br> <br>  <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Is there a proposal yet for what we'll show related to replication in the dashboard?</font></div> </blockquote> <br> <font face="Arial">No, no proposal yet.<br> <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">For the Geo-Replication detail tab (in the Volume main tab), </font></div> <div><font style="font-size: 13px;" face="Arial">Should the action be "New" or "Create Session"?  Reason I ask is that it's "Create Volume" vs. "New Volume" in the master area.</font></div> </blockquote> <br> We are trying to be consistent with the verbs..and have changed to Volume -> New for creating a volume. So it should be "New Session" IMO<br> <br> <br> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">For the Create Session / New, can we use the same dialog whether it's coming from the Geo-Replication detail tab (in the Volume main tab) and the "Geo-Replication Sessions" main tab?</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">The only difference is that the one from the main tab would additionally ask the source (host / IP Address + volume).  For the detail tab, instead of prompting for the source, we can show it.</font></div> </blockquote> <br> <font face="Arial">Yes, it can be the same dialog. The information regarding source volume would be prefilled if it's coming from the geo-replication sub-tab.<br> <br> <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">For the Destination (or Remote) Cluster Volumes, can the destination volume be of a different volume type to participate in geo-replication?</font></div> </blockquote> <br> <font face="Arial">Destination volume can be of a different volume type.</font><br> <br> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">For the Geo-Replication Session Options, can we make the configuration options (<a moz-do-not-send="true" href="https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Ad...">https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Ad...</a>) more usable vs. cryptic as it currently seems?  Specifically, can we showcase the defaults and provide the rest as Advanced configurations that they can change?</font></div> </blockquote> <br> We were planning to have a UI similar to the volume options. Do let us know, if there's a better way to do this.<br> <br> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">The Geo-Replication Session Details view -- I'm not sure what this is telling the user other then how long the host has been up.  Does this mean that replication has been running for as long as the uptime for those hosts?  It seems to be missing Checkpoint information and Checkpoint history information, which is important for geo-replication consistency.</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Specifically, when I think of what is typically shown in a geo-replication session, I'd expect to see the following columns of information:</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">   Source Volume, Destination / Remote Volume, Status, Last Checkpoint, Last Checkpoint Label</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">If different volume types can be used within the same replication session, then we would also want to show the volume type on the remote volume.</font></div> </blockquote> <br> <font face="Arial">Session details view will also show information on files/bytes skipped, moved</font> etc per brick node.<br> <br> Regarding checkpoint, there's currently only a checkpoint status being shown. There's some enhancements to be done in gluster geo-rep with regards to checkpoints<br> <br> What information would need to be shown in checkpoint history?<br> <br> <br> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">BTW, do you know if there are plans to show volume size (total, used, available/remaining) in the Volume master area?</font></div> </blockquote> <br> <font face="Arial">Yes, we have introduced a volume capacity column in the Volumes tab, which will show these details.<br> <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Is there any possibility to change the terminology from master-slave to source-destination, source-remote, master-remote?  The master-slave terminology is quite unusual in the storage replication realm.  I ask as I see docs, CLI, etc. that already use the master-slave terminology.</font></div> </blockquote> <br> <font face="Arial">We could change in the docs and UI...CLI, not so sure.<br> <br> <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">We're happy to put together mockups and/or a proposal if it would be helpful.  Is this the best way to provide input, or should I be posting my comments on <a moz-do-not-send="true" href="http://www.ovirt.org/Talk:Features/Gluster_Geo_Replication">http://www.ovirt.org/Talk:Features/Gluster_Geo_Replication</a>?</font></div> </blockquote> <br> <font face="Arial">If you have suggestions on showing the configuration options and for the dashboard, that would be welcome.<br> I could forward this to ovirt users for wider circulation.<br> <br> thanks!<br> <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Please advise.</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Thanks,</font></div> <div><font style="font-size: 13px;" face="Arial">Ju</font></div> <div style="font-family: Noteworthy-Light; font-size: 15px; "><br> </div> <div><br> </div> <div> <div>On Sep 4, 2014, at 10:23 AM, Sahina Bose <<a moz-do-not-send="true" href="mailto:sabose@redhat.com">sabose(a)redhat.com</a>> wrote:</div> <br class="Apple-interchange-newline"> <blockquote type="cite">Hi all,<br> <br> The user experience section <a moz-do-not-send="true" href="http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience">http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience</a> , has been updated to capture the user flows. (The mockups, however, are older and do not completely reflect the updated text)<br> <br> There are couple of open questions. Please review and provide suggestions.<br> <br> thanks<br> sahina<br> <br> </blockquote> </div> <br> </blockquote> <br> </div> </blockquote> </div> <br> </div> <br> </div> <br> </body> </html> --------------070706000003030108020808--

9 years, 9 months

1
0
0 / 0

connetcion noVNC via FireFox only?

by Grzegorz Szypa

Hi. Like subject this is only available on FireFox Browser? and as it is with Internet Explorer? -- G.Sz.

9 years, 9 months

2
1
0 / 0

[oVirt 3.4.3] RDP Browser plug-in - SSO

by Grzegorz Szypa

Hi. I have a little problem with log-in to Windows VMs via SSO. When connect to VM in username filed i get a example text "/user@domain" What going on wit this sign " / " -- G.Sz.

9 years, 9 months

2
1
0 / 0

Bug: Spice port changed!!!!!

by PaulCheung

--_dbdd9665-244a-40a0-a04a-304b99388545_ Content-Type: multipart/alternative; boundary="_054c85cf-197b-4417-8de0-b797aa86b678_" --_054c85cf-197b-4417-8de0-b797aa86b678_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQpBZnRlciBzaHV0ZG93biB0aGUgVk0sIHRoZW4gcmVzdGFydCB0aGUgVk0gdGhl IFZtJ3Mgc3BpY2UgcG9ydCBpcyBjaGFuZ2VkISAgICAgICAgICAgICAgDQoNCkJlY2F1c2UgSSBo YXZlIDEwIHRlcm1pbmFsIEFSTS1Cb3ggIHJ1bm5pbmcgc3BpY2UgY2xpZW50IGNvbm5lY3RlZCB0 byB0aGUgdm0sICBidXQgYWZ0ZXIgdGhlIFZNIHNodXRkb3duIGFuZCBzdGFydCBhZ2FpbiwgdGhl IHZtIG5vdCB0aGUgb25lIHdoaWNlIHRoZSBvbmUgYmVmb3JlLg0KSSB3aXNoIHlvdSBjYW4gbGV0 IHVzIGhhdmUgYSBvcHRpb24sIHRvIGxldCB0aGUgVk0gd2l0aCBhIGZpeGVkIHNwaWNlIHBvcnQs ICAgbGlrZTp2bTE6ICAgc3BpY2UgcG9ydCA6IDU5MDAgICB0bHM6NTkwMXZtMjogICAgNTkwMiAg IDU5MDMNCkFuZCBJIGhhdmUgYW5vdGhlciByZWNvbW1vbmQ6ICAgIGhhdmUgYSBmdWN0aW9uIHRv IGRvIHRoYXQgOg0KaWYgdGhlIHZtIHNodXRkb3duIGJ5IHVzZXIsICAgaXQgd2lsbCBzdGFydCB0 aGUgVk0gYXV0b21hdGljLiBUaGF0IG1lYW5zIHRoZSBWTSBjYW4gbm90IGJlIHNodXRkb3duIQ0K DQoNCkkgaG9wZSB5b3UgY2FuIGhhdmUgdGhpcyB0d28gZnVjdGlvbiEgICBUaGF0IG1lYW5zIGEg bG90IHRvIHRob3NlIHdobyBhcmUgdXNpbmcgVGVybWluYWwgYm94IHVzZXIgbGlrZSBtZS4NCg0K SSBhbSBzb3JyeSBmb3IgbXkgcG9vciBFbmdsaXNoLiAgQnV0IEkgaG9wZSB5b3UgYWxsIGNhbiB1 bmRlcnN0YW5kIHdoYXQgSSBhbSBzYXlpbmcuDQoNCg0KDQoNCgoNCg0KU2luY2VyZWx5IHlvdXJz LA0KUGF1bENoZXVuZw0KDQoNCiB0ZWw6IDE4MC04ODgyLTcxNzMNCiAJCSAJICAgCQkgIA== --_054c85cf-197b-4417-8de0-b797aa86b678_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5Os6iyO3RxbraDQp9DQotLT48L3N0eWxlPjwvaGVhZD4NCjxib2R5IGNsYXNzPSdo bW1lc3NhZ2UnPjxkaXYgZGlyPSdsdHInPkRlYXIgYWxsLDxkaXY+PGJyPjwvZGl2PjxkaXY+QWZ0 ZXIgc2h1dGRvd24gdGhlIFZNLCB0aGVuIHJlc3RhcnQgdGhlIFZNIHRoZSBWbSdzIHNwaWNlIHBv cnQgaXMgY2hhbmdlZCE8L2Rpdj48ZGl2PjxkaXYgaWQ9ImlubGluZUltYWdlMCIgc3R5bGU9ImRp c3BsYXk6IGlubGluZS1ibG9jayI+PHNjcmlwdCB0eXBlPSJqc3YjMTExOV8iPjwvc2NyaXB0PiAg ICA8c3BhbiBjb250ZW50ZWRpdGFibGU9InRydWUiPiZuYnNwOzwvc3Bhbj4gICAgPGRpdiBzdHls ZT0iZGlzcGxheTogaW5saW5lLWJsb2NrIiB1bnNlbGVjdGFibGU9Im9uIiBjb250ZW50ZWRpdGFi bGU9ImZhbHNlIiBjbGFzcz0iaW5saW5lSW1hZ2UiIGluaXRoZWlnaHQ9IjIwOCIgaW5pdHdpZHRo PSI0NTIiPjxpbWcgc3JjPSJjaWQ6aW5saW5lSW1hZ2UwIiBoZWlnaHQ9IjIwOCIgd2lkdGg9IjQ1 MiI+PC9kaXY+ICAgIDxzcGFuIGNvbnRlbnRlZGl0YWJsZT0idHJ1ZSI+Jm5ic3A7PC9zcGFuPjxz Y3JpcHQgdHlwZT0ianN2LzExMTlfIj48L3NjcmlwdD48L2Rpdj48YnI+PC9kaXY+PGRpdj48YnI+ PC9kaXY+PGRpdj5CZWNhdXNlIEkgaGF2ZSAxMCB0ZXJtaW5hbCBBUk0tQm94ICZuYnNwO3J1bm5p bmcgc3BpY2UgY2xpZW50IGNvbm5lY3RlZCB0byB0aGUgdm0sICZuYnNwO2J1dCBhZnRlciB0aGUg Vk0gc2h1dGRvd24gYW5kIHN0YXJ0IGFnYWluLCB0aGUgdm0gbm90IHRoZSBvbmUgd2hpY2UgdGhl IG9uZSBiZWZvcmUuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIHdpc2ggeW91IGNhbiBsZXQg dXMgaGF2ZSBhIG9wdGlvbiwgdG8gbGV0IHRoZSBWTSB3aXRoIGEgZml4ZWQgc3BpY2UgcG9ydCwg Jm5ic3A7IGxpa2U6PC9kaXY+PGRpdj52bTE6ICZuYnNwOyBzcGljZSBwb3J0IDogNTkwMCAmbmJz cDsgdGxzOjU5MDE8L2Rpdj48ZGl2PnZtMjogJm5ic3A7ICZuYnNwOzU5MDIgJm5ic3A7IDU5MDM8 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkFuZCBJIGhhdmUgYW5vdGhlciByZWNvbW1vbmQ6ICZu YnNwOyAmbmJzcDtoYXZlIGEgZnVjdGlvbiB0byBkbyB0aGF0IDo8L2Rpdj48ZGl2Pjxicj48L2Rp dj48ZGl2PmlmIHRoZSB2bSBzaHV0ZG93biBieSB1c2VyLCAmbmJzcDsgaXQgd2lsbCBzdGFydCB0 aGUgVk0gYXV0b21hdGljLiBUaGF0IG1lYW5zIHRoZSBWTSBjYW4gbm90IGJlIHNodXRkb3duITwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+SSBo b3BlIHlvdSBjYW4gaGF2ZSB0aGlzIHR3byBmdWN0aW9uISAmbmJzcDsgVGhhdCBtZWFucyBhIGxv dCB0byB0aG9zZSB3aG8gYXJlIHVzaW5nIFRlcm1pbmFsIGJveCB1c2VyIGxpa2UgbWUuPC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIGFtIHNvcnJ5IGZvciBteSBwb29y IEVuZ2xpc2guICZuYnNwO0J1dCBJIGhvcGUgeW91IGFsbCBjYW4gdW5kZXJzdGFuZCB3aGF0IEkg YW0gc2F5aW5nLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjxkaXY+Cjxicj48YnI+U2luY2VyZWx5IHlvdXJz LDxicj5QYXVsQ2hldW5nPGJyPjxicj48YnI+Jm5ic3A7dGVsOiAxODAtODg4Mi03MTczPGJyPjwv ZGl2PjwvZGl2PiAJCSAJICAgCQkgIDwvZGl2PjwvYm9keT4NCjwvaHRtbD4= --_054c85cf-197b-4417-8de0-b797aa86b678_-- --_dbdd9665-244a-40a0-a04a-304b99388545_ Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: <inlineImage0> Content-Disposition: attachment; filename="=?gb2312?B?zt6x6sziLnBuZw==?=" iVBORw0KGgoAAAANSUhEUgAAAcQAAADQCAIAAAAWDYZxAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAABYhSURBVHhe7Z1RmqwoEkZrPbWVu5JaSC6k1jEb 6Md5mP30KKIGCIoYXkM49fVDX1NDOBH8oil/fv3vv/98vervz+c/wd/vj2z+98/v54/YMPw73D34 9GsKFmzbjb9+eCXO2qYwSm7717l2yh6EJ3hVomksBF5G4HVi+jK+NBcCEOiEAGLaSaLpJgQgcC8B xPRevkSHAAQ6IYCYdpJougkBCNxLADG9ly/RIQCBTgggpp0kmm5CAAL3EkBM7+VLdAhAoBMCJsR0 eTMyfGn09SmY3nr98/n9+X59X+gABCCwTyAS0/kl9784/MdT+tMNorq8Ze7eYNdpxvrmfupV+8vn 8JeCRBwnpvE6gvqKdCcquN6sb+0PbZpXMSwQkv0dDrnMob5jF4/M5TcZ9lkOw9ntcU7U1fV62Odc nvFo1Y09eqIrWzG9r7nR6qSpFUF5hZM4ncJzdTGdS4r1mGy9aWN6kLjz6Ymp68GRmI4jY75mTAUt ryC3DuZkfsuHTeWemfzuR1PhUNFflfNWgto77Liu6k6q0V85ar90NKGuM4dHHYrpdGUYFHa+1Kxj U1w0gilfYnt+Weesn4n53QROHPr5zGtJxw/Eskk3i/31a0P9dt+kQJ+3wqZ0D74tmv1lr1FexHMO 0a9JN2X//wRFv3L+Hf7mnXdXkG7bmZ1ByJTNCu7VeUlDJNti5e6VdayJfuXr+CC/mQNPcPgaBvDc Mcl5b5lytrkpcRHJ/5nuPcaHQtlxl8qLv41zh7u/ghlRpq52ZpRbDofnTfRXDtvl8Zc/q2/28q/N FGgcDVdK61APL+1wKKZ+RrfcYP75TJ1Zb86nKd883nLb3SEJDtNg8Fef1MzUkV0PjGay/pNlp3li tkCPB1s0sysX06kIVoGLPQAS9euCF54h3a+JrH/iGtyOyf3HD6aGHZ0sN1PYbpdTgJFuoKe+79FR KnWe7le5mB7N3KdI5Rx22lPR3xTnubhdDQdVJEtuHXfrLjIvwU3I+MG+5mTrKscnx2H/vCkx/bOY ZwStjMf+0v6GZqbpIbq5QHgUue0uRTti6oduDNRfZcOhtMJdB7xLmtd9lwVtMfXFN1+3Y+VMDs5p 45G+LZ1L9Ss6eOnmeombZiJz5R2drFRE5n5u55pBhrMD4PACH0/cxfVSfnQ8Czm4WBbPTPMim22P gpgGCd1I/Dab+bxE8rkZiPEYCio4bEbmYpPmsH/eRL2FXZAJXnkGHQ9KpWDKfVh7t+1QODNNiEf8 ZY7bpVZM15tZMbMY8zTeUcYjyp8kegKaFdNwWhsFO1KfQvCbotne5R9/oZ/o156YiqYtdwabURG1 v1RM8w9nlcS0jKu448kdEMxbDiRkjVHMYXMdD+rzWOsP+Ef5itKdKM7sw83oYeINYpqqt3GGFMvy 7jN6OSPeqMXc3/AqFWS4rG4e2qtSTGOIa45DuNEzvpn7fDO+c8PlZrJuf7HzDGkMG5woPzMdMvYR 98lx+d8lpmNLp4I+M3/Z9Cv4zsyRWB+niCIW9RZU64ZduYiEcQIZWhmmHsvMk+bTQjOdI0hryTja z+/lmelOe9aPEiWaPvGWv4wfPCIbAqSKM5eX6RnBctajqgvIyrrKzdBzHPbPG/dXXjzcFDWqkrHZ ca9LiuAh9YxOeySm8QwreHiZ/MIhP40XXxkJhuP+/p/ylmF5NWppgbwCioPEVzRDGLf38nXZ8njX t1Scdjt1vJKQpEhNVXFU1sFpg35NnwR3V+6rHzdmwldGcl8Aivv/8AuTuYx3brcTp1hyO55vPnTN yxqsUkn3+5VL0Iri+LS5/mY57HBO1/NuGe3f9rrvt6Y7mPy4y6R+ELvPZzXvPb4dTtfVaQ6Z82bj CHnwDQ6StrksCf7HfboyhBWOPRJThVMchlj5Hg+Gw2DP7JAX0+x92TMN5ayPEsjdGeTmg+WNfeqd IeXzKt0plnPT3PP5l/Y1e/NILH8RNn/dfAQOJ43vPLZ1Il45Cn42opzd9Qjl55J7Kp43mCjLH8uo a9kjR5lYTvpIzzkpBCAAAUUCiKkiTEJBAAL9EkBM+809PYcABBQJIKaKMAkFAQj0SwAx7Tf39BwC EFAkgJgqwiQUBCDQL4EWxdS/uC+Tmls3Up745WXYi69AhS+Bl9j7lLdRdc9g8cXmxerQEmA6ce59 YY13+VW7RjAI3EGgRTEdON31qvz+S9dlCQqWx1155/nU2qqytom9cqu73XVp2i+4RIXbF/WVa7re szDwNC0OgMBXO2IqZlLT+t5ourT7srT3A33Wn1FMWteZ4LRxWSDrl4GGa3YjB+htWW92L/C8zIhp uHnlHLs3zT2Q+2tcihizELBKoBUxlZOkxG3+dhjLLdLo4Sl/xh0fWL9Qe7bFWoT29pnpupw/NDVI eZvmrfDE2pYys1GrY4V2QWCXQCNiemRVl5oTpRewPePPuJkGRo6OyQe15WJaMzONHjlH1jSzofvS hqyYzq7G7qHqYuDFsIRAcwQ6FlORS/G87xl/xpvF9HLZ5p5By9v8tG9syVXhcvMIAAEDBBoR07zv 5/LkNJrcWfNn3PGBzf0YSYWfZnnFyccOCWPA+QsoacmY9I0NLhOv9gQqZ8eefRJoRUxzvp/v8WdM +8Du+VpW+GmeKvK0J1De3ifjK9qCH9ApbuzcKYF2xFQpgVfeVUo0gbmYUl4IAwHrBBBTmSH8Ga3X K+2DgFkCiKnZ1NAwCEDgTQQQ0zdli7ZCAAJmCSCmZlNDwyAAgTcRQEzflC3aCgEImCWAmJpNDQ2D AATeRAAxfVO2aCsEIGCWQItiip+pRrmd9zOd3s7P+L26DwNbVI1GEgMCdgi0KKYDXfxML5fYST9T v+Q0s0hhtI/5KTdmudx4AkDg7xNoR0zxM81XT41r1Ek/U3/ylJh6e8ScOv/9oueMELiDQCtiip+p dnXkbvOFw5bbJbx134jpapKCmGqniHi2CDQipviZ7pZVzcxUBgx/b2SN9ru5dd+IaeTUcvEXtGwN HloDAUmgYzEVGPAzPRgVx36mO7f5/iNmpkhP2wQaEVP8TLW/KT/tZzqNkx2XLMS0bSmhd62IKX6m +rV8ys80Nl4Nf+5p+ZTbfP08EdEIgXbEVAkofqZKIAkDgc4IIKYy4fiZdlb+dBcCegQQUz2WRIIA BDomgJh2nHy6DgEI6BFATPVYEgkCEOiYAGLacfLpOgQgoEcAMdVjSSQIQKBjAohpx8mn6xCAgB6B FsUUP1ON+jjvZ7oeEZqf5LZrtJIYEDBDoEUxHeDiZ3q5wk76mY4LeudVT4EvSm775QYSAAK2CLQj pviZ5iurxjXqpJ9psChfHJvbbmsY0BoIXCfQipjiZ3q9FsIIJ/1MY9FcZ6liOf4QM1yzr91o4kHg OQKNiCl+prslVDMzlQEL/EwR0+cGMWe2QaBjMRUJwM/0oBqP/UwDvQ1u84U5IC58NkY9rbiFQCNi ip/p436m3z+fn++pRiNhTW+/pZwJCoHnCLQipviZ6tfQKT/T4fTr/uGrUbnt+i0mIgQeJNCOmCpB xM9UCSRhINAZAcRUJhw/087Kn+5CQI8AYqrHkkgQgEDHBBDTjpNP1yEAAT0CiKkeSyJBAAIdE0BM O04+XYcABPQIIKZ6LIkEAQh0TAAx7Tj5dB0CENAj0KKY4meqUR/n/Uwd98GHz6+DWhqxvHC2/Uij ocSAgA0CLYrpQBY/08vlddLPdNTeYeFT5DjjFqbNGjqKbbg26nIjCQABOwTaEVP8TPNVVeMaddLP 1J98I6ayUfic2Bn4tESfQCtiip+pdm2c9DMtENO7bhe0e048CFQRaERM8TPdzX7NzFQGLPAzPRBT 1wLu8avGKAe9hEDHYioyhJ/pQbke+5nuiKkTUr58eoki0MxqAo2IKX6m2tO+QQAX/fNfLm2KLJyw uo9TX0AtP7RXXaUcCIEXEGhFTPEz1S+2U36m03tR69/0W0+b5wvc6evniYhGCLQjpkpA8TNVAkkY CHRGADGVCcfPtLPyp7sQ0COAmOqxJBIEINAxAcS04+TTdQhAQI8AYqrHkkgQgEDHBBDTjpNP1yEA AT0CiKkeSyJBAAIdE0BMO04+XYcABPQItCim+Jlq1Md5P9P1iPDVfPxMNfJBDPMEWhTTAfpdBkWD XlxeZB4swrwS7+f3zvVEJ/1MJ+PSqd5lD/EzNa8BNFCJQDtiip9pviRqXKNO+pkGi/KLjlWqYMJA wAiBVsQUP1PtgjrpZxqL6TxLFc2663ZBu+fEg0AVgUbEFD/T3ezXzExlwAI/0wMxxc+0anhy0JsI dCymwZxped4XPcSMblg3z0zljHj0SAqeYs4CE25OGNdtjgyt7DK/BXLvM9Ogio/9TINehSDwM32T ItDWagKNiCl+po/7mX7/fObfJY2+gMLPtHp4cuCbCLQipviZ6lfdKT/T4fTr/sv8HD9T/bQQ0SqB dsRUifCVd5USTdj9tU6lJhMGAhAwQAAxlUnAz9RASdIECLyTAGL6zrzRaghAwBgBxNRYQmgOBCDw TgKI6TvzRqshAAFjBBBTYwmhORCAwDsJIKbvzButhgAEjBFATI0lhOZAAALvJNCimOJnqlGLen6m Y2tcTtzfnbaBGv0mBgQqCbQopm7sJlyLKhHJw/AzjXxLV3fXjJ/pQA+TE4XKI4R9Au2IKX6m+Wqr cY0q8iRdL1pZP1N3/bE/EGghBK4SaEVM8TO9Wgnx8Vp+poPKfj6//h7/8s8UaPeSeBBQI9CImOJn ulsRNTNTGfCCn+l0ai+izFLVBi6B7BHoWExFMsTzPvxMU0Va72c6iqm4zVf2kbE3oGhRvwQaEVP8 TLW/JXca+D0NjFEQU1/CR4bQST/T4XBx9F1fDPY7gOm5HQKtiCl+pvo1peBn6hvFi1H62SGiOQLt iKkSWuX7UPxMlfJCGAhYJ4CYygzhZ2q9XmkfBMwSQEzNpoaGQQACbyKAmL4pW7QVAhAwSwAxNZsa GgYBCLyJAGL6pmzRVghAwCwBxNRsamgYBCDwJgKI6ZuyRVshAAGzBFoUU/xMNcpN1890MjTFy1Qj M8QwSqBFMR1Q37VsET/TCj/TIR/jitKfn1/E1KgM0CwNAu2IKX6m+XqocY3S8jN1C33HZf6ZgBpV TAwIGCDQipjiZ6pdTEp+pqtJCmKqnSLi2SLQiJjiZ7pbVjUzUxnwgp/p6nHi/KFxh7Y1/mmNIoGO xVRQxM/0oKTq/UzXwMxMFcctoQwSaERM8TPV/qZc0c/Ulz1ianD80yRFAq2IKX6mikXhQ+n5ma6/ 9Mxtvn6eiGiEQDtiqgQUP1MlkISBQGcEEFOZcPxMOyt/ugsBPQKIqR5LIkEAAh0TQEw7Tj5dhwAE 9AggpnosiQQBCHRMADHtOPl0HQIQ0COAmOqxJBIEINAxAcS04+TTdQhAQI9Ai2KKn6lGfZz3M52W 4adfy1+X6GPDp5EdYhgk0KKYDpjxM71ca7nVn8LHQFp1eXeoyHHGtcLJMhp6OSMEME6gHTHFzzRf ajWuUSf9TP3Jt2Lq/LSNjwKaBwEFAq2IKX6mCsUQhDjpZ5oV00FeP59haooDn3aGiGeMQCNiip/p bl3VzExlwAI/05yYTqf2D1KZpRob/jRHk0DHYiow4md6UFPHfqZ7Yipu85V9ZDSHArEgcI1AI2KK n6n2Nzyn/UynOkx9ATX+mt6f9eNrBcvRELBKoBUxxc9Uv8JO+ZlGP08y3NiHM3//0JQv9fXzREQj BNoRUyWgyvehqZmaUksJAwEIWCKAmMps4GdqqTZpCwReRQAxfVW6aCwEIGCVAGJqNTO0CwIQeBUB xPRV6aKxEICAVQKIqdXM0C4IQOBVBBDTV6WLxkIAAlYJIKZWM0O7IACBVxFoUUzxM9UoQT0/U7xM NfJBDPMEWhTTATp+ppcrT8nP1PucuuaEfimXW0gACJgi0I6Y4meaL6wa1yglP1MZxplGfZuqfxoD ATUCrYgpfqZqJeEDafmZjvPR+Q+XaO0sEc8QgUbEFD/T3ZqqmZnKgBf8TActXcxNvn8+TEwNDX6a okugYzEVIPEzPaiqej/T4DKH7Yvu6CWaKQKNiCl+plb9TINHr4ipqcFPY3QJtCKm+Jnq1sUYTcnP VDqdYmeqnyYiWiHQjpgqEVX+wpm5mFJeCAMB6wQQU5kh/Eyt1yvtg4BZAoip2dTQMAhA4E0EENM3 ZYu2QgACZgkgpmZTQ8MgAIE3EUBM35Qt2goBCJglgJiaTQ0NgwAE3kQAMX1TtmgrBCBglkCLYoqf qUa5nfczXV4si6yhcts1WkkMCJgh0KKYDnDxM71cYSf9TIVt13gxW5Y65bZfbh8BIGCMQDtiip9p vrRqXKPq/ExdG3I6nNtubEzQHAhUEWhFTPEzrUr/zkF1fqZjwGKLKe0mEw8CTxJoREzxM90topqZ qQxY7mfqzpSwM8ltf7L2OTcEVAl0LKaCI36mB0VVNNl0gpn4XZLcdtVCJhgEnibQiJjiZ/q0n+n4 rVPqV0ly258ufM4PAW0CrYgpfqbalXHKz3TzHMHf6ee26zeWiBB4mkA7YqpEEj9TJZCEgUBnBBBT mXD8TDsrf7oLAT0CiKkeSyJBAAIdE0BMO04+XYcABPQIIKZ6LIkEAQh0TAAx7Tj5dB0CENAjgJjq sSQSBCDQMQHEtOPk03UIQECPQItiip+pRn2c9zN13BPrSddIiUX7Gk0lBgQsEGhRTAeu+JleLq6T fqajYg5aGTnOuFQsy0xDv5TLLSQABEwRaEdM8TPNF1aNa1Sdn+lGTIMNGJqaGvw0RpdAK2KKn6lu XTiH5/GuffoT9+dippnw1TsU05QZinbTiQeBJwg0Iqb4me4WT83MVAYs9zNFTJ8YxZzTBIGOxVTw x8/0oBiL/EzHGAkxFdNabvNNDHoacQ+BRsQUP9On/Ux9eW6/gPr++fx8T5/yBdQ9g5ioNgi0Iqb4 merXU9pDa3oBKvUodd3u3pBaGrTG4dUo/SwR0QyBdsRUCSl+pkogCQOBzgggpjLh+Jl2Vv50FwJ6 BBBTPZZEggAEOiaAmHacfLoOAQjoEUBM9VheiPTv11fyvwshORQCEPirBBDTv4o7dzLE1EQaaAQE LhBATC/A0zsUMdVjSSQIPEPAhJgury42tnB7WvCzfY99m2rE9Jny56wQ0CMQiem8iPt3XrSid6Zc pPGU/nRyhYx7S0mnGTk/zZz/5sk++0tBoq1OTIuWUCKmJ6GzOwTMEdiKqY6ApTrq5mnx36A16xnD SZzO+/MZP82s/2ZVioJeLBHcxQExrSLKQRB4G4FDMZ3eYx/0bp7frYIoPNoClUxs39gWLQfM+pmY 301iKn1KP/NSxvEDsa7RzWJ/3YefP367P8OBn2bJPXhBTrdiKlddTgT3wjAzLYDMLhAwTeBQTMfW z/fD0/9PKrXenE87zGKR2+4OScxMJzXzN/ipmWlkmhnNZL2/x7LT2NTxLMt8MBbTSNTKxVRC8NPa NbO5menQt6IzIKamRwmNg0ABgX/5gwAEIACBywS+LkcgAAQgAAEI/IuYUgQQgAAEFAj8H1/p2TGK pzLEAAAAAElFTkSuQmCC --_dbdd9665-244a-40a0-a04a-304b99388545_--

9 years, 9 months

3
8
0 / 0

Re: [ovirt-users] question on VM

by Bill Dossett

--_000_B47F00825D68444ABC037330782753603715E7D3013BR1MPN1012MG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In the absence of any comment and continued testing I have found that I can= ping the host network IP that the VM is running on... and the host can pin= g the VM. So it would appear that nothing is wrong with the VM... I could = only ping the host from the VM once I stopped iptables, so the firewall was= stopping that. But I still can't ping outside of the host or ping the VM = from elsewhere... and the VM continues to get an IP address from the DHCP s= erver without issue. I have gone back to my networks and checked them thor= oughly and can't see any issues, I have migrated the VM from one host to an= other and the condition persists in that it can ping the host that it is ru= nning on and the host can ping it (providing I turn off the firewall) num= erous reboots etc and no change. :( Bill Dossett Virtualisation Architect Pitney Bowes - Tech Central 6 Hercules Way, 600 Leavesden Park Watford, WD25 7GS Phone (+44) (0)1923 279353 | VOIP: 54739353 Mobile (+44) (0)7775 908612 bill.dossett(a)pb.com<mailto:bill.dossett@pb.com> www.pb.com<http://www.pb.com/> In Engineering? Raise a ticket via Remedy Anywhere [HERE<http://teamsite.in= side.pb.com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx>] take= s less than a minute ManageIQ User Guide available [HERE<https://dl.dropbox.com/u/6219441/Manage= IQ%20-%20User%20Manual%20PB%20v4.pdf>] Check out the ManageIQ Blog for recent enhancements and information [HERE]<= http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.aspx> ________________________________ --_000_B47F00825D68444ABC037330782753603715E7D3013BR1MPN1012MG_ 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-GB" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">In the absence of any = comment and continued testing I have found that I can ping the host network= IP that the VM is running on… and the host can ping the VM.  So= it would appear that nothing is wrong with the VM… I could only ping the host from the VM once I stopped iptables, = so the firewall was stopping that.  But I still can’t ping outsi= de of the host or ping the VM from elsewhere… and the VM continues to= get an IP address from the DHCP server without issue.  I have gone back to my networks and checked them thoroughly and can’= t see any issues, I have migrated the VM from one host to another and the c= ondition persists in that it can ping the host that it is running on and th= e host can ping it (providing  I turn off the firewall)  numerous reboots etc and no change.  </span><= span style=3D"font-family:Wingdings;color:#1F497D">L</span><span style=3D"c= olor:#1F497D"><o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" style=3D"border-collapse:collapse"> <tbody> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Bill Dossett<o:p></o= :p></span></b></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Virtualisation Archi= tect</span></b><span style=3D"font-size:10.0pt;font-family:"Verdana&qu= ot;,"sans-serif";color:#A2A2A2;mso-fareast-language:EN-GB"><o:p><= /o:p></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Pitney Bowes –= Tech Central</span></b><b><span style=3D"font-size:10.0pt;font-family:&quo= t;Verdana","sans-serif";color:gray;mso-fareast-language:EN-G= B"><o:p></o:p></span></b></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">6 Hercules Way, 600 Lea= vesden Park<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Watford, WD25 7GS</span= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB"><o:p></o:p></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Phone</span><span style= =3D"font-size:10.0pt;font-family:"Verdana","sans-serif"= ;color:black;mso-fareast-language:EN-GB"> </span><span style=3D"font-size:10.0pt;font-family:"Verdana",&quo= t;sans-serif";color:gray;mso-fareast-language:EN-GB">(+44) (0)1923= 279353 | VOIP: 54739353</span><span style=3D"font-size:10.0pt;font-family:= "Verdana","sans-serif";color:gray;mso-fareast-language:= EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Mobile</span><span styl= e=3D"font-size:10.0pt;font-family:"Verdana","sans-serif&quot= ;;color:black;mso-fareast-language:EN-GB"> </span><span style=3D"font-size:10.0pt;font-family:"Verdana",&quo= t;sans-serif";color:gray;mso-fareast-language:EN-GB">(+44) (0)7775= 908612</span><span style=3D"font-size:10.0pt;font-family:"Verdana&quo= t;,"sans-serif";color:gray;mso-fareast-language:EN-GB"><o:p></o:p= ></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB"><a href=3D"mailto:bill.= dossett(a)pb.com"><span style=3D"color:blue">bill.dossett(a)pb.com</span></a></= span><span style=3D"font-size:10.0pt;font-family:"Verdana","= sans-serif";color:blue;mso-fareast-language:EN-GB"><o:p></o:p></span><= /p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:blue;mso-fareast-language:EN-GB"><a href=3D"http://www.p= b.com/"><span style=3D"color:blue">www.pb.com</span></a> <o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:blue;mso-fareast-language:EN-GB"><o:p> </o:p></span= ></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";mso-fareast-language:EN-GB">In Engineering?</span></b><span= style=3D"font-size:10.0pt;font-family:"Verdana","sans-serif= ";mso-fareast-language:EN-GB"> <b>Raise a ticket via Remedy Anywhere [<a href=3D"http://teamsite.inside.pb= .com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx"><span style= =3D"color:blue">HERE</span></a>]<span style=3D"color:blue"> </span><span style=3D"color:black">takes less than a minute</span></b></spa= n><span style=3D"font-size:10.0pt;font-family:"Verdana","san= s-serif";color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p= > </td> </tr> </tbody> </table> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;mso-fareast-language= :EN-GB"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Verdana","sans-serif";mso-fareast-language:EN-GB">ManageIQ = User Guide available</span></b><span style=3D"font-size:10.0pt;font-family:= "Verdana","sans-serif";mso-fareast-language:EN-GB"> [<b= ><a href=3D"https://dl.dropbox.com/u/6219441/ManageIQ%20-%20User%20Manual%2= 0PB%20v4.pdf"><span style=3D"color:blue">HERE</span></a></b>]<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-GB"><o:p>&nbs= p;</o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Verdana","sans-serif";mso-fareast-language:EN-GB">Check out= the ManageIQ Blog for recent enhancements and information <a href=3D"http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.a= spx"><span style=3D"color:blue">[HERE]</span></a><o:p></o:p></span></b></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"Black" size=3D"2"><br> </font> </body> </html> --_000_B47F00825D68444ABC037330782753603715E7D3013BR1MPN1012MG_--

9 years, 9 months

1
0
0 / 0

ovirt engine not responding

by Thomas Scofield

Since upgrading our ovirt setup from 3.2 to 3.3 we have run into some issues with the ovirt-engine becoming non responsive. The first few times we just cycled the server and moved on with things, but the problem kept re-occurring. After digging into the server.log we identified a number of errors, some samples below 2014-09-18 03:20:06,115 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 2) JBAS015004: Caught exception writing deployment marker file /var/tmp/ovirt-engine/deployments/engine.ear.pending: java.io.FileNotFoundException: /var/tmp/ovirt-engine/deployments/engine.ear.pending (No such file or directory) 2014-09-18 03:20:06,121 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 2) JBAS015004: Caught exception writing deployment marker file /var/tmp/ovirt-engine/deployments/engine.ear.isundeploying: java.io.FileNotFoundException: /var/tmp/ovirt-engine/deployments/engine.ear.isundeploying (No such file or directory) I didn't see any similar messages posted to the forum. After doing some digging we found that the OS delivered /etc/cron.daily/tmpwatch was the culprit. It has an line that cleans up /var/tmp. flags=-umc /usr/sbin/tmpwatch "$flags" 30d /var/tmp The tmpwatch combined with the noatime that we have set in fstab causes these files to be deleted. Our immediate solution will be to remove the noatime from fstab. Should these files be moved to a different directory, or can the engine recreate them if they get removed from the tmp directory?

9 years, 9 months

1
0
0 / 0

ovirt-engine 3.5 rpm missing for el7

by SULLIVAN, Chris (WGK)

--_000_C417081C2581084FB080BCF68A21CC69447148A5EPEXMBX02WOODGR_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCknigJltIHRlc3RpbmcgaG9zdGVkLWVuZ2luZSB2My41LjAgb24gZWw3IGFuZCBpdOKA mXMgbW9zdGx5IHByb2dyZXNzaW5nIG9rLCBob3dldmVyIHdoZW4gSSBnbyB0byBpbnN0YWxsIG92 aXJ0LWVuZ2luZSAzLjUgb24gdGhlIGhvc3RlZCBlbmdpbmUgVk0gKGFsc28gcnVubmluZyBlbDcp IHRoZSBycG0gaXMgbWlzc2luZy4gSeKAmXZlIGNoZWNrZWQgdGhlIHJlcG8gbG9jYXRpb25zIG9u IHJlc291cmNlcy5vdmlydC5vcmcgYW5kIGl0IGFwcGVhcnMgdGhhdCBvdmlydC1lbmdpbmUgaXMg bm90IGJlaW5nIGJ1aWx0IGZvciBlbDcsIHdoZXJlYXMgaXQgZXhpc3RzIGZvciBlbDYvZjE5L2Yy MC4NCg0KQXJlIHRoZXJlIHBsYW5zIHRvIGJ1aWxkIG92aXJ0LWVuZ2luZSAzLjUgZm9yIGVsNyBv ciBhcmUgdGhlcmUgYmxvY2tlcnMgc3BlY2lmaWMgdG8gdGhhdCBPUyB2ZXJzaW9uPyBBbHRlcm5h dGl2ZWx5LCBjYW4gSSBtaXggYW5kIGVsNiBlbmdpbmUgd2l0aCBlbDcgaG9zdHMgYWxsIHJ1bm5p bmcgb3ZpcnQgMy41Pw0KDQpUaGFua3MsDQoNCkNocmlzIFN1bGxpdmFuDQoNCg0KDQoNCg0KDQoN ClBMRUFTRSBDT05TSURFUiBUSEUgRU5WSVJPTk1FTlQsIERPTidUIFBSSU5UIFRISVMgRU1BSUwg VU5MRVNTIFlPVSBSRUFMTFkgTkVFRCBUTy4NCg0KDQoNClRoaXMgZW1haWwgYW5kIGl0cyBhdHRh Y2htZW50cyBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB3aGljaCBpcyBjb25maWRlbnRpYWwgYW5k L29yIGxlZ2FsbHkgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lw aWVudCBvZiB0aGlzIGUtbWFpbCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkg YnkgZS1tYWlsIGFuZCBkZWxldGUgdGhpcyBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBmcm9t IHlvdXIgY29tcHV0ZXIgYW5kIElUIHN5c3RlbXMuIFlvdSBtdXN0IG5vdCBjb3B5LCByZS10cmFu c21pdCwgdXNlIG9yIGRpc2Nsb3NlIChvdGhlciB0aGFuIHRvIHRoZSBzZW5kZXIpIHRoZSBleGlz dGVuY2Ugb3IgY29udGVudHMgb2YgdGhpcyBlbWFpbCBvciBpdHMgYXR0YWNobWVudHMgb3IgcGVy bWl0IGFueW9uZSBlbHNlIHRvIGRvIHNvLg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t DQoNCg0K --_000_C417081C2581084FB080BCF68A21CC69447148A5EPEXMBX02WOODGR_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xh aW1lciBNYWlsIERpc2NsYWltZXJzIG9uIDAyOjU1OjMxIFR1ZXNkYXksIDIzIFNlcHRlbWJlciAy MDE0IC0tPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0 bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj5QLmExMWVjNjVkLTQx MzktNDcyZS1hNTM3LTg1NzI1NjJkNWQ2ZCB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KTEku YTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIHsNCglNQVJHSU46IDBjbSAwY20g MHB0DQp9DQpESVYuYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIHsNCglNQVJH SU46IDBjbSAwY20gMHB0DQp9DQpUQUJMRS5hMTFlYzY1ZC00MTM5LTQ3MmUtYTUzNy04NTcyNTYy ZDVkNmRUYWJsZSB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KRElWLlNlY3Rpb24xIHsNCglw YWdlOiBTZWN0aW9uMQ0KfQ0KPC9zdHlsZT4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8q IEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBE ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K CXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNv QWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxv b24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNw YW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNw YW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7 DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQi Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8cCBjbGFzcz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3 MjU2MmQ1ZDZkIj48L3A+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SGksPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPknigJltIHRlc3RpbmcgaG9zdGVk LWVuZ2luZSB2My41LjAgb24gZWw3IGFuZCBpdOKAmXMgbW9zdGx5IHByb2dyZXNzaW5nIG9rLCBo b3dldmVyIHdoZW4gSSBnbyB0byBpbnN0YWxsIG92aXJ0LWVuZ2luZSAzLjUgb24gdGhlIGhvc3Rl ZCBlbmdpbmUgVk0gKGFsc28gcnVubmluZyBlbDcpIHRoZSBycG0gaXMgbWlzc2luZy4gSeKAmXZl IGNoZWNrZWQgdGhlIHJlcG8gbG9jYXRpb25zIG9uIHJlc291cmNlcy5vdmlydC5vcmcNCiBhbmQg aXQgYXBwZWFycyB0aGF0IG92aXJ0LWVuZ2luZSBpcyBub3QgYmVpbmcgYnVpbHQgZm9yIGVsNywg d2hlcmVhcyBpdCBleGlzdHMgZm9yIGVsNi9mMTkvZjIwLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5BcmUgdGhlcmUgcGxhbnMgdG8gYnVpbGQgb3ZpcnQtZW5naW5lIDMuNSBmb3IgZWw3IG9yIGFy ZSB0aGVyZSBibG9ja2VycyBzcGVjaWZpYyB0byB0aGF0IE9TIHZlcnNpb24/IEFsdGVybmF0aXZl bHksIGNhbiBJIG1peCBhbmQgZWw2IGVuZ2luZSB3aXRoIGVsNyBob3N0cyBhbGwgcnVubmluZyBv dmlydCAzLjU/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Q2hyaXMgU3VsbGl2YW48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tQVUiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1BVSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tQVUiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tQVUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cD48L3A+DQo8cCBjbGFz cz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIj4mbmJzcDs8L3A+DQo8cCBj bGFzcz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIj48Zm9udCBzaXplPSIy IiBmYWNlPSJBcmlhbCI+UExFQVNFIENPTlNJREVSIFRIRSBFTlZJUk9OTUVOVCwgRE9OJ1QgUFJJ TlQgVEhJUyBFTUFJTCBVTkxFU1MgWU9VIFJFQUxMWSBORUVEIFRPLjwvZm9udD48L3A+DQo8cCBj bGFzcz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIj48Zm9udCBzaXplPSIy IiBmYWNlPSJBcmlhbCI+PC9mb250PiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJhMTFlYzY1ZC00MTM5 LTQ3MmUtYTUzNy04NTcyNTYyZDVkNmQiPjxmb250IHNpemU9IjIiIGZhY2U9IkFyaWFsIj5UaGlz IGVtYWlsIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gd2hpY2gg aXMgY29uZmlkZW50aWFsIGFuZC9vciBsZWdhbGx5IHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90 IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgb2YgdGhpcyBlLW1haWwgcGxlYXNlIG5vdGlmeSB0aGUg c2VuZGVyDQogaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGFuZCBkZWxldGUgdGhpcyBlLW1haWwgYW5k IGl0cyBhdHRhY2htZW50cyBmcm9tIHlvdXIgY29tcHV0ZXIgYW5kIElUIHN5c3RlbXMuIFlvdSBt dXN0IG5vdCBjb3B5LCByZS10cmFuc21pdCwgdXNlIG9yIGRpc2Nsb3NlIChvdGhlciB0aGFuIHRv IHRoZSBzZW5kZXIpIHRoZSBleGlzdGVuY2Ugb3IgY29udGVudHMgb2YgdGhpcyBlbWFpbCBvciBp dHMgYXR0YWNobWVudHMgb3IgcGVybWl0IGFueW9uZSBlbHNlDQogdG8gZG8gc28uPC9mb250Pjwv cD4NCjxwIGNsYXNzPSJhMTFlYzY1ZC00MTM5LTQ3MmUtYTUzNy04NTcyNTYyZDVkNmQiPjxmb250 IGZhY2U9IkFyaWFsIj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9mb250PjwvcD4NCjxw IGNsYXNzPSJhMTFlYzY1ZC00MTM5LTQ3MmUtYTUzNy04NTcyNTYyZDVkNmQiPjxmb250IGZhY2U9 IkFyaWFsIj48L2ZvbnQ+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9ImExMWVjNjVkLTQxMzktNDcyZS1h NTM3LTg1NzI1NjJkNWQ2ZCI+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwiPjwvZm9udD48L3A+ DQo8cD48Zm9udCBmYWNlPSJBcmlhbCI+PC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9IkFyaWFs Ij48L2ZvbnQ+PC9wPg0KPHA+PC9wPg0KPHA+PC9wPg0KPHA+PC9wPg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_C417081C2581084FB080BCF68A21CC69447148A5EPEXMBX02WOODGR_--

9 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Users September 2014