No OVF Store on Export Domain - normal?

--_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, When I attached my NFS export domain to a data center, I see the following = message in the events log "The Storage Domain does not contain any OVF_STORE disks. Usually the Stora= ge Domain does not contain OVF_STORE disks when the Storage Domain has been= previously managed with a Data Center version lower then 3.5." However, the export domain and oVirt have been used below 3.5. Is this normal behavior for an export domain or is there something I should= do to fix it? I can export / import VMs from / to the export domain just fine (until now) Thank you for your feedback, -- Christophe --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_ 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"=
</p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I can export / import VMs from = / to the export domain just fine (until now)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you for your feedback,<o:=
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri",sans-serif; mso-fareast-language:EN-US;} a:link, span.MsoHyperlink {mso-style-priority:99; color:#0563C1; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:#954F72; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal-compose; font-family:"Calibri",sans-serif; color:windowtext;} .MsoChpDefault {mso-style-type:export-only; font-family:"Calibri",sans-serif; mso-fareast-language:EN-US;} @page WordSection1 {size:612.0pt 792.0pt; margin:70.85pt 70.85pt 70.85pt 70.85pt;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--> </head> <body lang=3D"FR-LU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">When I attached my NFS export d= omain to a data center, I see the following message in the events log<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">“The Storage Domain does = not contain any OVF_STORE disks. Usually the Storage Domain does not contai= n OVF_STORE disks when the Storage Domain has been previously managed with = a Data Center version lower then 3.5.”<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">However, the export domain and = oVirt have been used below 3.5.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Is this normal behavior for an = export domain or is there something I should do to fix it?<o:p></o:p></span= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">--<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Christophe<o:p></o:p></span></p=
</div> </body> </html> --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_--

</p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I can export / import VMs from = / to the export domain just fine (until now)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you for your feedback,<o:=
--_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46AB7Ehoshiunilux_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Note, I did mean "the export domain and ovirt have never been used below 3.5 Thank you for your help, From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of= Christophe TREFOIS Sent: samedi 6 f=E9vrier 2016 15:39 To: users@ovirt.org Subject: [ovirt-users] No OVF Store on Export Domain - normal? Hi, When I attached my NFS export domain to a data center, I see the following = message in the events log "The Storage Domain does not contain any OVF_STORE disks. Usually the Stora= ge Domain does not contain OVF_STORE disks when the Storage Domain has been= previously managed with a Data Center version lower then 3.5." However, the export domain and oVirt have been used below 3.5. Is this normal behavior for an export domain or is there something I should= do to fix it? I can export / import VMs from / to the export domain just fine (until now) Thank you for your feedback, -- Christophe --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46AB7Ehoshiunilux_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style><!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri",sans-serif; mso-fareast-language:EN-US;} a:link, span.MsoHyperlink {mso-style-priority:99; color:#0563C1; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:#954F72; text-decoration:underline;} p.msonormal0, li.msonormal0, div.msonormal0 {mso-style-name:msonormal; mso-margin-top-alt:auto; margin-right:0cm; mso-margin-bottom-alt:auto; margin-left:0cm; font-size:12.0pt; font-family:"Times New Roman",serif;} span.EmailStyle18 {mso-style-type:personal; font-family:"Calibri",sans-serif; color:windowtext;} span.EmailStyle19 {mso-style-type:personal-reply; font-family:"Calibri",sans-serif; color:#1F497D;} .MsoChpDefault {mso-style-type:export-only; font-size:10.0pt;} @page WordSection1 {size:612.0pt 792.0pt; margin:70.85pt 70.85pt 70.85pt 70.85pt;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--> </head> <body lang=3D"FR-LU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Note, I= did mean<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">“= the export domain and ovirt have <i>never </i>been used below 3.5<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Thank y= ou for your help,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm = 4.0pt"> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> <p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"mso-fareast-languag= e:FR-LU">From:</span></b><span lang=3D"EN-US" style=3D"mso-fareast-language= :FR-LU"> users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] <b>On Behalf Of </b>Christophe TREFOIS<br> <b>Sent:</b> samedi 6 f=E9vrier 2016 15:39<br> <b>To:</b> users@ovirt.org<br> <b>Subject:</b> [ovirt-users] No OVF Store on Export Domain - normal?<o:p><= /o:p></span></p> </div> </div> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">When I attached my NFS export d= omain to a data center, I see the following message in the events log<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">“The Storage Domain does = not contain any OVF_STORE disks. Usually the Storage Domain does not contai= n OVF_STORE disks when the Storage Domain has been previously managed with = a Data Center version lower then 3.5.”<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">However, the export domain and = oVirt have been used below 3.5.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Is this normal behavior for an = export domain or is there something I should do to fix it?<o:p></o:p></span= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">--<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Christophe<o:p></o:p></span></p=
</div> </div> </body> </html> --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46AB7Ehoshiunilux_--

Hi Christophe, An export domain never contains OVF_STORE disks, and thus this message should not be logged at all. There's nothing you should do to fix it, just ignore it. Regards, Idan On Sat, Feb 6, 2016 at 4:45 PM, Christophe TREFOIS < christophe.trefois@uni.lu> wrote:
Note, I did mean
“the export domain and ovirt have *never *been used below 3.5
Thank you for your help,
*From:* users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] *On Behalf Of *Christophe TREFOIS *Sent:* samedi 6 février 2016 15:39 *To:* users@ovirt.org *Subject:* [ovirt-users] No OVF Store on Export Domain - normal?
Hi,
When I attached my NFS export domain to a data center, I see the following message in the events log
“The Storage Domain does not contain any OVF_STORE disks. Usually the Storage Domain does not contain OVF_STORE disks when the Storage Domain has been previously managed with a Data Center version lower then 3.5.”
However, the export domain and oVirt have been used below 3.5.
Is this normal behavior for an export domain or is there something I should do to fix it?
I can export / import VMs from / to the export domain just fine (until now)
Thank you for your feedback,
--
Christophe
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

On Sun, Feb 7, 2016 at 12:41 PM, Idan Shaby <ishaby@redhat.com> wrote:
Hi Christophe,
An export domain never contains OVF_STORE disks, and thus this message should not be logged at all. There's nothing you should do to fix it, just ignore it.
Ignoring the message will not fix the issue, please file a bug to remove or rephrase this log.
Regards, Idan
On Sat, Feb 6, 2016 at 4:45 PM, Christophe TREFOIS <christophe.trefois@uni.lu> wrote:
Note, I did mean
“the export domain and ovirt have never been used below 3.5
Thank you for your help,
From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Christophe TREFOIS Sent: samedi 6 février 2016 15:39 To: users@ovirt.org Subject: [ovirt-users] No OVF Store on Export Domain - normal?
Hi,
When I attached my NFS export domain to a data center, I see the following message in the events log
“The Storage Domain does not contain any OVF_STORE disks. Usually the Storage Domain does not contain OVF_STORE disks when the Storage Domain has been previously managed with a Data Center version lower then 3.5.”
However, the export domain and oVirt have been used below 3.5.
Is this normal behavior for an export domain or is there something I should do to fix it?
I can export / import VMs from / to the export domain just fine (until now)
Thank you for your feedback,
--
Christophe
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

This bug has been filed on 7/2/16 and solved on master on 9/2/16. Regards, Idan On Sat, Feb 20, 2016 at 1:39 AM, Nir Soffer <nsoffer@redhat.com> wrote:
On Sun, Feb 7, 2016 at 12:41 PM, Idan Shaby <ishaby@redhat.com> wrote:
Hi Christophe,
An export domain never contains OVF_STORE disks, and thus this message should not be logged at all. There's nothing you should do to fix it, just ignore it.
Ignoring the message will not fix the issue, please file a bug to remove or rephrase this log.
Regards, Idan
On Sat, Feb 6, 2016 at 4:45 PM, Christophe TREFOIS <christophe.trefois@uni.lu> wrote:
Note, I did mean
“the export domain and ovirt have never been used below 3.5
Thank you for your help,
From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On
Behalf
Of Christophe TREFOIS Sent: samedi 6 février 2016 15:39 To: users@ovirt.org Subject: [ovirt-users] No OVF Store on Export Domain - normal?
Hi,
When I attached my NFS export domain to a data center, I see the following message in the events log
“The Storage Domain does not contain any OVF_STORE disks. Usually the Storage Domain does not contain OVF_STORE disks when the Storage Domain has been previously managed with a Data Center version lower then 3.5.”
However, the export domain and oVirt have been used below 3.5.
Is this normal behavior for an export domain or is there something I should do to fix it?
I can export / import VMs from / to the export domain just fine (until now)
Thank you for your feedback,
--
Christophe
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users

--_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D52B085hoshiunilux_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBib3RoLA0KDQpUaGFua3MgZm9yIHRoYXQuIEkgaG9wZSBJIGNhbiB1cGdyYWRlIHRvIDMu NiBzb29uLg0KDQpLaW5kIHJlZ2FyZHMsDQoNCi0tDQpDaHJpc3RvcGhlDQoNCkZyb206IElkYW4g U2hhYnkgW21haWx0bzppc2hhYnlAcmVkaGF0LmNvbV0NClNlbnQ6IGRpbWFuY2hlIDIxIGbDqXZy aWVyIDIwMTYgMDg6NDANClRvOiBOaXIgU29mZmVyIDxuc29mZmVyQHJlZGhhdC5jb20+DQpDYzog Q2hyaXN0b3BoZSBUUkVGT0lTIDxjaHJpc3RvcGhlLnRyZWZvaXNAdW5pLmx1PjsgdXNlcnNAb3Zp cnQub3JnDQpTdWJqZWN0OiBSZTogW292aXJ0LXVzZXJzXSBObyBPVkYgU3RvcmUgb24gRXhwb3J0 IERvbWFpbiAtIG5vcm1hbD8NCg0KVGhpcyBidWcgaGFzIGJlZW4gZmlsZWQgb24gNy8yLzE2IGFu ZCBzb2x2ZWQgb24gbWFzdGVyIG9uIDkvMi8xNi4NCg0KDQpSZWdhcmRzLA0KSWRhbg0KDQpPbiBT YXQsIEZlYiAyMCwgMjAxNiBhdCAxOjM5IEFNLCBOaXIgU29mZmVyIDxuc29mZmVyQHJlZGhhdC5j b208bWFpbHRvOm5zb2ZmZXJAcmVkaGF0LmNvbT4+IHdyb3RlOg0KT24gU3VuLCBGZWIgNywgMjAx NiBhdCAxMjo0MSBQTSwgSWRhbiBTaGFieSA8aXNoYWJ5QHJlZGhhdC5jb208bWFpbHRvOmlzaGFi eUByZWRoYXQuY29tPj4gd3JvdGU6DQo+IEhpIENocmlzdG9waGUsDQo+DQo+IEFuIGV4cG9ydCBk b21haW4gbmV2ZXIgY29udGFpbnMgT1ZGX1NUT1JFIGRpc2tzLCBhbmQgdGh1cyB0aGlzIG1lc3Nh Z2UNCj4gc2hvdWxkIG5vdCBiZSBsb2dnZWQgYXQgYWxsLg0KPiBUaGVyZSdzIG5vdGhpbmcgeW91 IHNob3VsZCBkbyB0byBmaXggaXQsIGp1c3QgaWdub3JlIGl0Lg0KDQpJZ25vcmluZyB0aGUgbWVz c2FnZSB3aWxsIG5vdCBmaXggdGhlIGlzc3VlLCBwbGVhc2UgZmlsZSBhIGJ1ZyB0byByZW1vdmUg b3INCnJlcGhyYXNlIHRoaXMgbG9nLg0KDQo+DQo+DQo+IFJlZ2FyZHMsDQo+IElkYW4NCj4NCj4g T24gU2F0LCBGZWIgNiwgMjAxNiBhdCA0OjQ1IFBNLCBDaHJpc3RvcGhlIFRSRUZPSVMNCj4gPGNo cmlzdG9waGUudHJlZm9pc0B1bmkubHU8bWFpbHRvOmNocmlzdG9waGUudHJlZm9pc0B1bmkubHU+ PiB3cm90ZToNCj4+DQo+PiBOb3RlLCBJIGRpZCBtZWFuDQo+Pg0KPj4NCj4+DQo+PiDigJx0aGUg ZXhwb3J0IGRvbWFpbiBhbmQgb3ZpcnQgaGF2ZSBuZXZlciBiZWVuIHVzZWQgYmVsb3cgMy41DQo+ Pg0KPj4NCj4+DQo+PiBUaGFuayB5b3UgZm9yIHlvdXIgaGVscCwNCj4+DQo+Pg0KPj4NCj4+IEZy b206IHVzZXJzLWJvdW5jZXNAb3ZpcnQub3JnPG1haWx0bzp1c2Vycy1ib3VuY2VzQG92aXJ0Lm9y Zz4gW21haWx0bzp1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZzxtYWlsdG86dXNlcnMtYm91bmNlc0Bv dmlydC5vcmc+XSBPbiBCZWhhbGYNCj4+IE9mIENocmlzdG9waGUgVFJFRk9JUw0KPj4gU2VudDog c2FtZWRpIDYgZsOpdnJpZXIgMjAxNiAxNTozOQ0KPj4gVG86IHVzZXJzQG92aXJ0Lm9yZzxtYWls dG86dXNlcnNAb3ZpcnQub3JnPg0KPj4gU3ViamVjdDogW292aXJ0LXVzZXJzXSBObyBPVkYgU3Rv cmUgb24gRXhwb3J0IERvbWFpbiAtIG5vcm1hbD8NCj4+DQo+Pg0KPj4NCj4+IEhpLA0KPj4NCj4+ DQo+Pg0KPj4gV2hlbiBJIGF0dGFjaGVkIG15IE5GUyBleHBvcnQgZG9tYWluIHRvIGEgZGF0YSBj ZW50ZXIsIEkgc2VlIHRoZSBmb2xsb3dpbmcNCj4+IG1lc3NhZ2UgaW4gdGhlIGV2ZW50cyBsb2cN Cj4+DQo+Pg0KPj4NCj4+IOKAnFRoZSBTdG9yYWdlIERvbWFpbiBkb2VzIG5vdCBjb250YWluIGFu eSBPVkZfU1RPUkUgZGlza3MuIFVzdWFsbHkgdGhlDQo+PiBTdG9yYWdlIERvbWFpbiBkb2VzIG5v dCBjb250YWluIE9WRl9TVE9SRSBkaXNrcyB3aGVuIHRoZSBTdG9yYWdlIERvbWFpbiBoYXMNCj4+ IGJlZW4gcHJldmlvdXNseSBtYW5hZ2VkIHdpdGggYSBEYXRhIENlbnRlciB2ZXJzaW9uIGxvd2Vy IHRoZW4gMy41LuKAnQ0KPj4NCj4+DQo+Pg0KPj4gSG93ZXZlciwgdGhlIGV4cG9ydCBkb21haW4g YW5kIG9WaXJ0IGhhdmUgYmVlbiB1c2VkIGJlbG93IDMuNS4NCj4+DQo+Pg0KPj4NCj4+IElzIHRo aXMgbm9ybWFsIGJlaGF2aW9yIGZvciBhbiBleHBvcnQgZG9tYWluIG9yIGlzIHRoZXJlIHNvbWV0 aGluZyBJDQo+PiBzaG91bGQgZG8gdG8gZml4IGl0Pw0KPj4NCj4+DQo+Pg0KPj4gSSBjYW4gZXhw b3J0IC8gaW1wb3J0IFZNcyBmcm9tIC8gdG8gdGhlIGV4cG9ydCBkb21haW4ganVzdCBmaW5lICh1 bnRpbA0KPj4gbm93KQ0KPj4NCj4+DQo+Pg0KPj4gVGhhbmsgeW91IGZvciB5b3VyIGZlZWRiYWNr LA0KPj4NCj4+DQo+Pg0KPj4gLS0NCj4+DQo+PiBDaHJpc3RvcGhlDQo+Pg0KPj4NCj4+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBVc2VycyBtYWls aW5nIGxpc3QNCj4+IFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNlcnNAb3ZpcnQub3JnPg0KPj4g aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+Pg0KPg0KPg0K PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2Vy cyBtYWlsaW5nIGxpc3QNCj4gVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+ DQo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0KPg0KDQo= --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D52B085hoshiunilux_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFu Lk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpw dXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1z b25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCglt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4 DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44 NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQi IHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+ PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0 IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFk Pg0KPGJvZHkgbGFuZz0iRlItTFUiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBj bGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ RGVhciBib3RoLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj5UaGFua3MgZm9yIHRoYXQuIEkgaG9wZSBJIGNhbiB1cGdyYWRl IHRvIDMuNiBzb29uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5LaW5kIHJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPi0tPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5DaHJpc3Rv cGhlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQi Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFF MSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj4gSWRhbiBTaGFieSBbbWFpbHRvOmlzaGFieUByZWRoYXQu Y29tXQ0KPGJyPg0KPGI+U2VudDo8L2I+IGRpbWFuY2hlIDIxIGbDqXZyaWVyIDIwMTYgMDg6NDA8 YnI+DQo8Yj5Ubzo8L2I+IE5pciBTb2ZmZXIgJmx0O25zb2ZmZXJAcmVkaGF0LmNvbSZndDs8YnI+ DQo8Yj5DYzo8L2I+IENocmlzdG9waGUgVFJFRk9JUyAmbHQ7Y2hyaXN0b3BoZS50cmVmb2lzQHVu aS5sdSZndDs7IHVzZXJzQG92aXJ0Lm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW292aXJ0 LXVzZXJzXSBObyBPVkYgU3RvcmUgb24gRXhwb3J0IERvbWFpbiAtIG5vcm1hbD88bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyBidWcgaGFz IGJlZW4gZmlsZWQgb24gNy8yLzE2IGFuZCBzb2x2ZWQgb24gbWFzdGVyIG9uIDkvMi8xNi48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiciBjbGVh cj0iYWxsIj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQpSZWdh cmRzLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JZGFuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9k aXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFNhdCwgRmViIDIwLCAyMDE2IGF0IDE6Mzkg QU0sIE5pciBTb2ZmZXIgJmx0OzxhIGhyZWY9Im1haWx0bzpuc29mZmVyQHJlZGhhdC5jb20iIHRh cmdldD0iX2JsYW5rIj5uc29mZmVyQHJlZGhhdC5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpw PjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAj Q0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7 bWFyZ2luLXJpZ2h0OjBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBTdW4sIEZlYiA3LCAy MDE2IGF0IDEyOjQxIFBNLCBJZGFuIFNoYWJ5ICZsdDs8YSBocmVmPSJtYWlsdG86aXNoYWJ5QHJl ZGhhdC5jb20iPmlzaGFieUByZWRoYXQuY29tPC9hPiZndDsgd3JvdGU6PGJyPg0KJmd0OyBIaSBD aHJpc3RvcGhlLDxicj4NCiZndDs8YnI+DQomZ3Q7IEFuIGV4cG9ydCBkb21haW4gbmV2ZXIgY29u dGFpbnMgT1ZGX1NUT1JFIGRpc2tzLCBhbmQgdGh1cyB0aGlzIG1lc3NhZ2U8YnI+DQomZ3Q7IHNo b3VsZCBub3QgYmUgbG9nZ2VkIGF0IGFsbC48YnI+DQomZ3Q7IFRoZXJlJ3Mgbm90aGluZyB5b3Ug c2hvdWxkIGRvIHRvIGZpeCBpdCwganVzdCBpZ25vcmUgaXQuPGJyPg0KPGJyPg0KSWdub3Jpbmcg dGhlIG1lc3NhZ2Ugd2lsbCBub3QgZml4IHRoZSBpc3N1ZSwgcGxlYXNlIGZpbGUgYSBidWcgdG8g cmVtb3ZlIG9yPGJyPg0KcmVwaHJhc2UgdGhpcyBsb2cuPG86cD48L286cD48L3A+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0 OyBSZWdhcmRzLDxicj4NCiZndDsgSWRhbjxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIFNhdCwgRmVi IDYsIDIwMTYgYXQgNDo0NSBQTSwgQ2hyaXN0b3BoZSBUUkVGT0lTPGJyPg0KJmd0OyAmbHQ7PGEg aHJlZj0ibWFpbHRvOmNocmlzdG9waGUudHJlZm9pc0B1bmkubHUiPmNocmlzdG9waGUudHJlZm9p c0B1bmkubHU8L2E+Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IE5vdGUs IEkgZGlkIG1lYW48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+ DQomZ3Q7Jmd0OyDigJx0aGUgZXhwb3J0IGRvbWFpbiBhbmQgb3ZpcnQgaGF2ZSBuZXZlciBiZWVu IHVzZWQgYmVsb3cgMy41PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7 PGJyPg0KJmd0OyZndDsgVGhhbmsgeW91IGZvciB5b3VyIGhlbHAsPGJyPg0KJmd0OyZndDs8YnI+ DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgRnJvbTogPGEgaHJlZj0ibWFp bHRvOnVzZXJzLWJvdW5jZXNAb3ZpcnQub3JnIj51c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZzwvYT4g W21haWx0bzo8YSBocmVmPSJtYWlsdG86dXNlcnMtYm91bmNlc0BvdmlydC5vcmciPnVzZXJzLWJv dW5jZXNAb3ZpcnQub3JnPC9hPl0gT24gQmVoYWxmPGJyPg0KJmd0OyZndDsgT2YgQ2hyaXN0b3Bo ZSBUUkVGT0lTPGJyPg0KJmd0OyZndDsgU2VudDogc2FtZWRpIDYgZsOpdnJpZXIgMjAxNiAxNToz OTxicj4NCiZndDsmZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86dXNlcnNAb3ZpcnQub3JnIj51c2Vy c0BvdmlydC5vcmc8L2E+PGJyPg0KJmd0OyZndDsgU3ViamVjdDogW292aXJ0LXVzZXJzXSBObyBP VkYgU3RvcmUgb24gRXhwb3J0IERvbWFpbiAtIG5vcm1hbD88YnI+DQomZ3Q7Jmd0Ozxicj4NCiZn dDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBIaSw8YnI+DQomZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBXaGVuIEkgYXR0YWNoZWQgbXkg TkZTIGV4cG9ydCBkb21haW4gdG8gYSBkYXRhIGNlbnRlciwgSSBzZWUgdGhlIGZvbGxvd2luZzxi cj4NCiZndDsmZ3Q7IG1lc3NhZ2UgaW4gdGhlIGV2ZW50cyBsb2c8YnI+DQomZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyDigJxUaGUgU3RvcmFnZSBEb21h aW4gZG9lcyBub3QgY29udGFpbiBhbnkgT1ZGX1NUT1JFIGRpc2tzLiBVc3VhbGx5IHRoZTxicj4N CiZndDsmZ3Q7IFN0b3JhZ2UgRG9tYWluIGRvZXMgbm90IGNvbnRhaW4gT1ZGX1NUT1JFIGRpc2tz IHdoZW4gdGhlIFN0b3JhZ2UgRG9tYWluIGhhczxicj4NCiZndDsmZ3Q7IGJlZW4gcHJldmlvdXNs eSBtYW5hZ2VkIHdpdGggYSBEYXRhIENlbnRlciB2ZXJzaW9uIGxvd2VyIHRoZW4gMy41LuKAnTxi cj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IEhv d2V2ZXIsIHRoZSBleHBvcnQgZG9tYWluIGFuZCBvVmlydCBoYXZlIGJlZW4gdXNlZCBiZWxvdyAz LjUuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZn dDsgSXMgdGhpcyBub3JtYWwgYmVoYXZpb3IgZm9yIGFuIGV4cG9ydCBkb21haW4gb3IgaXMgdGhl cmUgc29tZXRoaW5nIEk8YnI+DQomZ3Q7Jmd0OyBzaG91bGQgZG8gdG8gZml4IGl0Pzxicj4NCiZn dDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IEkgY2FuIGV4 cG9ydCAvIGltcG9ydCBWTXMgZnJvbSAvIHRvIHRoZSBleHBvcnQgZG9tYWluIGp1c3QgZmluZSAo dW50aWw8YnI+DQomZ3Q7Jmd0OyBub3cpPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgVGhhbmsgeW91IGZvciB5b3VyIGZlZWRiYWNrLDxicj4N CiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IC0tPGJy Pg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBDaHJpc3RvcGhlPGJyPg0KJmd0OyZndDs8YnI+DQom Z3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KJmd0OyZndDsgVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyZn dDsgPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNAb3ZpcnQub3JnPC9hPjxi cj4NCiZndDsmZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0 aW5mby91c2VycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1h bi9saXN0aW5mby91c2VyczwvYT48YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCiZndDsgVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyA8YSBocmVmPSJtYWlsdG86VXNl cnNAb3ZpcnQub3JnIj5Vc2Vyc0BvdmlydC5vcmc8L2E+PGJyPg0KJmd0OyA8YSBocmVmPSJodHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiIHRhcmdldD0iX2JsYW5r Ij5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+PGJyPg0K Jmd0OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D52B085hoshiunilux_--

No problem, please note that this bug [1] has been fixed on master, and thus will be available only on ovirt 4.0. We add bug fixes to 3.6 only if they are critical. Regards, Idan [1] *Bug 1305343* <https://bugzilla.redhat.com/show_bug.cgi?id=1305343> - Irrelevant warnings are logged when attaching an export domain to a dc On Sun, Feb 21, 2016 at 12:33 PM, Christophe TREFOIS < christophe.trefois@uni.lu> wrote:
Dear both,
Thanks for that. I hope I can upgrade to 3.6 soon.
Kind regards,
--
Christophe
*From:* Idan Shaby [mailto:ishaby@redhat.com] *Sent:* dimanche 21 février 2016 08:40 *To:* Nir Soffer <nsoffer@redhat.com> *Cc:* Christophe TREFOIS <christophe.trefois@uni.lu>; users@ovirt.org *Subject:* Re: [ovirt-users] No OVF Store on Export Domain - normal?
This bug has been filed on 7/2/16 and solved on master on 9/2/16.
Regards,
Idan
On Sat, Feb 20, 2016 at 1:39 AM, Nir Soffer <nsoffer@redhat.com> wrote:
On Sun, Feb 7, 2016 at 12:41 PM, Idan Shaby <ishaby@redhat.com> wrote:
Hi Christophe,
An export domain never contains OVF_STORE disks, and thus this message should not be logged at all. There's nothing you should do to fix it, just ignore it.
Ignoring the message will not fix the issue, please file a bug to remove or rephrase this log.
Regards, Idan
On Sat, Feb 6, 2016 at 4:45 PM, Christophe TREFOIS <christophe.trefois@uni.lu> wrote:
Note, I did mean
“the export domain and ovirt have never been used below 3.5
Thank you for your help,
From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On
Behalf
Of Christophe TREFOIS Sent: samedi 6 février 2016 15:39 To: users@ovirt.org Subject: [ovirt-users] No OVF Store on Export Domain - normal?
Hi,
When I attached my NFS export domain to a data center, I see the following message in the events log
“The Storage Domain does not contain any OVF_STORE disks. Usually the Storage Domain does not contain OVF_STORE disks when the Storage Domain has been previously managed with a Data Center version lower then 3.5.”
However, the export domain and oVirt have been used below 3.5.
Is this normal behavior for an export domain or is there something I should do to fix it?
I can export / import VMs from / to the export domain just fine (until now)
Thank you for your feedback,
--
Christophe
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (3)
-
Christophe TREFOIS
-
Idan Shaby
-
Nir Soffer