Unable to import hosted engine storage domain in 3.6RC with FC storage
by Christopher Miersma
Hi All,
I'm having an issue with the current release candidate for 3.6, running
on CentOS 7. I'm trying to install the hosted engine on fibre channel
storage. I can successfully install the VM, and get everything up and
running, but the hosted engine VM itself does not appear in the web
interface, nor does the storage domain on which the hosted engine's
disks reside appear. When I create a new storage domain on the SAN, I
can see the LUN on which the hosted engine resides, but it is greyed
out. When I first started the cluster and got the host and engine VM
installed and running, it gave me the message " The Hosted Engine
Storage Domain doesn't exist. It shoudl be imported into the setup."
I've tried importing and attaching the storage domain, but it simply
doesn't appear in the interface to allow me to import it. I've tired
every Attach/Import/Activate screen that I could find. I've also opened
a bug report (https://bugzilla.redhat.com/show_bug.cgi?id=1267337), but
with no success so far.
Has anyone else had a similar issue? Can you import the hosted engine
storage domain after setup, and if so on what kind of storage? From some
of the posts I've seen, it looks like people are getting it to work with
NFS and maybe iSCSI, but I haven't seen anyone else mention Fibre Channel.
Christopher Miersma
9 years, 1 month
AIO UPG from 3.5 to 3.6 - Dependency Error on vdsm-jsonrpc-java
by Christian Rebel
This is a multipart message in MIME format.
------=_NextPart_000_011D_01D1077C.4FC73710
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I=B4m getting the below Dependency Error on an AIO UPG from 3.5 to 3.6, =
any
ideas how to fix it?=20
=20
Error: Package: ovirt-engine-backend-3.5.4.2-1.el7.centos.noarch
(@ovirt-3.5)
Requires: vdsm-jsonrpc-java < 1.1.0
Removing: vdsm-jsonrpc-java-1.0.15-1.el7.noarch (@ovirt-3.5)
vdsm-jsonrpc-java =3D 1.0.15-1.el7
Updated By: vdsm-jsonrpc-java-1.1.5-1.el7.centos.noarch
(ovirt-3.6)
vdsm-jsonrpc-java =3D 1.1.5-1.el7.centos
Available: vdsm-jsonrpc-java-1.0.14-1.el7.noarch (ovirt-3.5)
vdsm-jsonrpc-java =3D 1.0.14-1.el7
Available:
vdsm-jsonrpc-java-1.1.1-0.0.master.20150430093147.git6efacdc.el7.noarch
(ovirt-3.6)
vdsm-jsonrpc-java =3D
1.1.1-0.0.master.20150430093147.git6efacdc.el7
Available:
vdsm-jsonrpc-java-1.1.2-0.0.master.20150617081704.git4d4207f.el7.noarch
(ovirt-3.6)
vdsm-jsonrpc-java =3D
1.1.2-0.0.master.20150617081704.git4d4207f.el7
Available:
vdsm-jsonrpc-java-1.1.3-0.0.master.20150701140902.giteb3f88c.el7.noarch
(ovirt-3.6)
vdsm-jsonrpc-java =3D
1.1.3-0.0.master.20150701140902.giteb3f88c.el7
Available:
vdsm-jsonrpc-java-1.1.4-0.0.master.20150724142738.gitda84cc7.el7.noarch
(ovirt-3.6)
vdsm-jsonrpc-java =3D
1.1.4-0.0.master.20150724142738.gitda84cc7.el7
------=_NextPart_000_011D_01D1077C.4FC73710
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta =
http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1"><meta name=3DGenerator content=3D"Microsoft Word =
14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin: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:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 2.0cm 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=3DDE-AT link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span =
lang=3DEN-US>I=B4m getting the below Dependency Error on an AIO UPG from =
3.5 to 3.6, any ideas how to fix it? <o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>Error: Package: =
ovirt-engine-backend-3.5.4.2-1.el7.centos.noarch =
(@ovirt-3.5)<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Requires: vdsm-jsonrpc-java =
< 1.1.0<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Removing: =
vdsm-jsonrpc-java-1.0.15-1.el7.noarch =
(@ovirt-3.5)<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
vdsm-jsonrpc-java =3D 1.0.15-1.el7<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
Updated By: vdsm-jsonrpc-java-1.1.5-1.el7.centos.noarch =
(ovirt-3.6)<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
vdsm-jsonrpc-java =3D 1.1.5-1.el7.centos<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
Available: vdsm-jsonrpc-java-1.0.14-1.el7.noarch =
(ovirt-3.5)<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
vdsm-jsonrpc-java =3D 1.0.14-1.el7<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
Available: =
vdsm-jsonrpc-java-1.1.1-0.0.master.20150430093147.git6efacdc.el7.noarch =
(ovirt-3.6)<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
vdsm-jsonrpc-java =3D =
1.1.1-0.0.master.20150430093147.git6efacdc.el7<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
Available: =
vdsm-jsonrpc-java-1.1.2-0.0.master.20150617081704.git4d4207f.el7.noarch =
(ovirt-3.6)<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
=A0=A0vdsm-jsonrpc-java =3D =
1.1.2-0.0.master.20150617081704.git4d4207f.el7<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
Available: =
vdsm-jsonrpc-java-1.1.3-0.0.master.20150701140902.giteb3f88c.el7.noarch =
(ovirt-3.6)<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
vdsm-jsonrpc-java =3D =
1.1.3-0.0.master.20150701140902.giteb3f88c.el7<o:p></o:p></span></p><p =
class=3DMsoNormal><span lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
Available: =
vdsm-jsonrpc-java-1.1.4-0.0.master.20150724142738.gitda84cc7.el7.noarch =
(ovirt-3.6)<o:p></o:p></span></p><p class=3DMsoNormal><span =
lang=3DEN-US>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
</span>vdsm-jsonrpc-java =3D =
1.1.4-0.0.master.20150724142738.gitda84cc7.el7<o:p></o:p></p></div></body=
></html>
------=_NextPart_000_011D_01D1077C.4FC73710--
9 years, 1 month
[ANN] oVirt 3.6.0 Second Release Candidate is now available for testing
by Sandro Bonazzola
The oVirt Project is pleased to announce the availability
of the Second Release Candidate of oVirt 3.6 for testing, as of October
15th, 2015.
This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar).
This release supports Hypervisor Hosts running
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar),
Fedora 21 and Fedora 22.
Highly experimental support for Debian 8.1 Jessie has been added too.
This release of oVirt 3.6.0 includes numerous bug fixes.
See the release notes [1] for an initial list of the new features and bugs
fixed.
Please refer to release notes [1] for Installation / Upgrade instructions.
New oVirt Node ISO and oVirt Live ISO will be available soon as well[2].
Please note that mirrors[3] may need usually one day before being
synchronized.
Please refer to the release notes for known issues in this release.
[1] http://www.ovirt.org/OVirt_3.6_Release_Notes
[2] http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/iso/
[3] http://www.ovirt.org/Repository_mirrorsCurrent_mirrors
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
9 years, 1 month
Backup / Export Storage
by Soeren Malchow
--_000_4DE6BB4567504CC78BFEA6EF38855C66mcongroupcom_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
RGVhciBhbGwsDQoNCldlIGhhdmUgYSBsYXJnZSBhbW91bnQgb2YgVm1zIGluIHRoZSBiYWNrdXAv
ZXhwb3J0IHN0b3JhZ2UsIGJhc2ljYWxseSBldmVyeSBvZiB0aGUgYXBwcm94IDUwIG1hY2hpbmVz
IGluIGFwcHJveCAyMC0zMCBnZW5lcmF0aW9ucywgdGhlIGxpc3RpbmcgKGluIFZNIEltcG9ydCBU
YWIgb2YgdGhlIHN0b3JhZ2UpIHdhcyBhbHdheXMgdmVyeSBzbG93LCBidXQgbm93IGkgZ2V0IGFu
IGVycm9yIOKAkyBhbSBzbWFsbCBwb3B1cCB3aXRoIGEgNTAyLg0KDQpJIGNhbiBub3QgZXZlbiBk
ZWxldGUgVm1zIHRvIG1ha2UgdGhlIHN0b3JhZ2Ugc21hbGxlciBhZ2Fpbi4NCg0KUmVnYXJkaW5n
IHRoaXMgaSBoYXZlIGEgZmV3IHF1ZXN0aW9ucw0KDQogIDEuICBIb3cgZG8gaSByZWR1Y2UgdGhl
IGFtb3VudCBvZiBWTVMgc28gdGhhdCBpIGNhbiBhY2Nlc3MgdGhlIFZNIEltcG9ydCBhZ2FpbiA/
IENhbiBpIGp1c3QgZGVsZXRlIG9uIHN0b3JhZ2UgbGV2ZWwgPw0KICAyLiAgSXMgdGhlcmUgYW55
dGhpbmcgaSBjYW4gZG8gdG8gc3BlZWQgdXAgdGhlIGxpc3RpbmcNCiAgMy4gIERvZXMgYW55b25l
IGhhdmUgYW4gaWRlYSBob3cgdG8gZXhwb3J0IHRoZSBleHBvcnRlZCAoeWVzIDotKSApIFZNUyB0
byBhbm90aGVyIHN0b3JhZ2UgaW4gYSB3YXkgdGhhdCB0aGV5IGNhbiBiZSBhY2Nlc3NlZCBhbmQg
cmVpbXBvcnRlZCBpZiBuZWNlc3NhcnksIGFzIGZhciBhcyBpIGtub3cgdGhlIG1hY2hpbmVzIGFy
ZSBhbHJlYWR5IG92ZiBmb3JtYXRzLCBpIHdvdWxkIG9ubHkgbmVlZCB0byBnZXQgdGhlIG5hbWUg
Zm9yIGVhY2ggbWFjaGluZSBhbmQgd3JpdGUgaXQgc29tZWh3ZXJlIGVsc2UsIHN1Z2dlc3Rpb25z
ID8NCg0KQ2hlZXJzDQpTb2VyZW4NCg==
--_000_4DE6BB4567504CC78BFEA6EF38855C66mcongroupcom_
Content-Type: text/html; charset="utf-8"
Content-ID: <EEDA9A26D75F374F900DE89D20E637D5(a)mcon-group.directory>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy
YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy
ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx
NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8
ZGl2PkRlYXIgYWxsLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+V2UgaGF2ZSBhIGxh
cmdlIGFtb3VudCBvZiBWbXMgaW4gdGhlIGJhY2t1cC9leHBvcnQgc3RvcmFnZSwgYmFzaWNhbGx5
IGV2ZXJ5IG9mIHRoZSBhcHByb3ggNTAgbWFjaGluZXMgaW4gYXBwcm94IDIwLTMwIGdlbmVyYXRp
b25zLCB0aGUgbGlzdGluZyAoaW4gVk0gSW1wb3J0IFRhYiBvZiB0aGUgc3RvcmFnZSkgd2FzIGFs
d2F5cyB2ZXJ5IHNsb3csIGJ1dCBub3cgaSBnZXQgYW4gZXJyb3Ig4oCTIGFtIHNtYWxsIHBvcHVw
IHdpdGggYSA1MDIuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5JIGNhbiBub3QgZXZl
biBkZWxldGUgVm1zIHRvIG1ha2UgdGhlIHN0b3JhZ2Ugc21hbGxlciBhZ2Fpbi48L2Rpdj4NCjxk
aXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlJlZ2FyZGluZyB0aGlzIGkgaGF2ZSBhIGZldyBxdWVzdGlv
bnM8L2Rpdj4NCjxvbD4NCjxsaT5Ib3cgZG8gaSByZWR1Y2UgdGhlIGFtb3VudCBvZiBWTVMgc28g
dGhhdCBpIGNhbiBhY2Nlc3MgdGhlIFZNIEltcG9ydCBhZ2FpbiA/IENhbiBpIGp1c3QgZGVsZXRl
IG9uIHN0b3JhZ2UgbGV2ZWwgPzwvbGk+PGxpPklzIHRoZXJlIGFueXRoaW5nIGkgY2FuIGRvIHRv
IHNwZWVkIHVwIHRoZSBsaXN0aW5nPC9saT48bGk+RG9lcyBhbnlvbmUgaGF2ZSBhbiBpZGVhIGhv
dyB0byBleHBvcnQgdGhlIGV4cG9ydGVkICh5ZXMgOi0pICkgVk1TIHRvIGFub3RoZXIgc3RvcmFn
ZSBpbiBhIHdheSB0aGF0IHRoZXkgY2FuIGJlIGFjY2Vzc2VkIGFuZCByZWltcG9ydGVkIGlmIG5l
Y2Vzc2FyeSwgYXMgZmFyIGFzIGkga25vdyB0aGUgbWFjaGluZXMgYXJlIGFscmVhZHkgb3ZmIGZv
cm1hdHMsIGkgd291bGQgb25seSBuZWVkIHRvIGdldCB0aGUgbmFtZSBmb3IgZWFjaCBtYWNoaW5l
DQogYW5kIHdyaXRlIGl0IHNvbWVod2VyZSBlbHNlLCBzdWdnZXN0aW9ucyA/PC9saT48L29sPg0K
PGRpdj5DaGVlcnM8L2Rpdj4NCjxkaXY+U29lcmVuICZuYnNwOzwvZGl2Pg0KPGRpdj4NCjxkaXYg
aWQ9Ik1BQ19PVVRMT09LX1NJR05BVFVSRSI+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+
DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_4DE6BB4567504CC78BFEA6EF38855C66mcongroupcom_--
9 years, 1 month
Re: [ovirt-users] Logical Networks with different MTUs
by Yevgeny Zaspitsky
Hello Cam,
The problem you described seems to be similar to the described in
https://bugzilla.redhat.com/show_bug.cgi?id=1242227.
The mentioned bug was fixed in one of the recent oVirt builds.
The updated Ovirt code allows to mix networks (regardless of them being VM
or non-VM) on a single NIC with the following conditions:
- not more than one non-VLAN network in conjunction with any number of
VLANs
- MTU of the VLAN networks have to be equal to that of a non-VLAN one if
such exists
So I'd advise you to update you oVirt to the latest build.
Regards,
Yevgeny
On Tue, Oct 6, 2015 at 2:47 AM, Cam Wright <cwright(a)cuttingedge.com.au>
wrote:
> Hi,
>
> I've just started building an oVirt farm as a replacement for our
> existing infrastructure and I'm having issues configuring multiple
> VLAN bridges with different MTUs.
>
> When I try to add a logical network with a VLAN tag + VM Network + MTU
> 9000 to a bonded interface on my host with only the ovirtmgmt network
> (MTU 1500, default) it throws up an error message and won't let me
> continue, error message below:
>
> Cannot setup Networks. The following Logical Networks do not have the
> same MTU value: ovirtmgmt(default),
> net_bne_vlan10(9000).
>
> Eventually, I will want to add more logical networks with the default
> MTU, so setting the ovirtmgmt MTU to 9000 is unfortunately not going
> to solve my issue.
>
> This is something I can do in vanilla Linux networking where I set the
> 802.3ad bond to be MTU 9000 and configure two different bridges off
> that interface to 1500 and 9000, however this does not seem to be
> possible in the oVirt web interface.
>
> I've dug through the Administration guide and feature requests and
> there doesn't seem to be anything there around using different MTU
> values for different logical networks.
>
> Has anyone been able to successfully do this? The
> /etc/sysconfig/network-scripts and /var/lib/vdsm/persistence/netconf
> files seem to get rewritten whenever the vdsm service does anything,
> so I'm reluctant to edit them manually.
>
> The hosts were built using the hosted-engine installer on Fedora 22.
> The engine is running Fedora 22 also, see below:
>
> [root@bne-ovirtengine01 ~]# cat /etc/redhat-release
> Fedora release 22 (Twenty Two)
> [root@bne-ovirtengine01 ~]# uname -r
> 4.0.4-301.fc22.x86_64
>
> oVirt Engine Version: 3.6.0-1.fc22
>
> Any assistance would be appreciated.
>
> Cam Wright | Systems Administrator
> CUTTINGEDGE
> 90 Victoria St, West End, Brisbane, QLD, 4101
> T +61 7 3013 6222
> E cwright(a)cuttingedge.com.au | W www.cuttingedge.com.au
>
> /SYD /BNE /MEL /TYO
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
9 years, 1 month
Upgrading
by Fernando Fuentes
Is there a best practice when upgrading from ovirt 3.4 to 3.5?
I upgraded my development server which is a self hosted server and I
just did a regular update without putting anything under maintenance...
Though my vm's where turned off. It all went well and the migration from
krb/ldap to AAA went smoothly and so far is running like a champ.
I am about to do the same to our production cluster and was wondering if
I must put all Hosts under maintenance before I do the upgrade? Is it
any different than a self hosted ovirt setup?
Thanks in advance for all/any tips from the mailing list!
9 years, 1 month
VM Network activity on ovirt UI
by Marc Seward
I'm generating network activity on a VM using iperf.The VM acts as an iperf
client.On the client,iperf reports that data has been successfully sent to
iperf server.The iperf server also shows that it's successfully receiving
data from the iperf client.But,network is at 0% on the ovirt UI.The client
and server are on different private networks.
On the same VM,when I generate network activity by fetching a file from a
public network using wget,the network column correctly shows activity on
the ovirt UI for the VM.
Could someone help me understand why I am unable to see network activity on
the ovirt UI when iperf is used?
Appreciate your help.TIA.
9 years, 1 month
engine.log is looping with Volume XXX contains a apparently corrupt brick(s).
by Nico
--=_96b09eee02d72544a4bd8a6df3818a5b
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Hi
Recently, i built a small oVirt platform with 2 dedicated servers and
GlusterFS to synch the VM storage.
oVirt Setup is simple:
ovirt01 : Host Agent (VDSM) + oVirt Engine
ovirt02 : Host Agent (VDSM)
Version :
ovirt-release35-005-1.noarch
ovirt-engine-3.5.4.2-1.el7.centos.noarch
vdsm-4.16.26-0.el7.centos.x86_64
vdsm-gluster-4.16.26-0.el7.centos.noarch
glusterfs-server-3.7.4-2.el7.x86_64
GlusterFS Setup is simple, 2 bricks in replicate mode.
It was done in shell; not using oVirt GUI, and then it was added in
STORAGE as a new DOMAIN; Type:DATA GlusterFS V3
# gluster volume info
Volume Name: ovirt
Type: Replicate
Volume ID: 043d2d36-dc2c-4f75-9d28-96dbac25d07c
Status: Started
Number of Bricks: 1 x 2 = 2
Transport-type: tcp
Bricks:
Brick1: ovirt01:/gluster/ovirt
Brick2: ovirt02:/gluster/ovirt
Options Reconfigured:
performance.readdir-ahead: on
nfs.disable: true
auth.allow: IP_A, IP_B
network.ping-timeout: 10
storage.owner-uid: 36
storage.owner-gid: 36
server.allow-insecure: on
the data are reachable on the 2 nodes through a moint point that oVirt
created when i configured the Storage with the GUI:
localhost:/ovirt 306G 216G 78G 74%
/rhev/data-center/mnt/glusterSD/localhost:_ovirt
I created 7 VM on this shared storage and all is working fine. I can do
Live migration; all is working.
But when i check /var/log/ovirt/engine.log on ovirt01, there are error
in loop every 2 seconds:
2015-10-11 17:29:50,971 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler_Worker-29) [34dbe5cf] START,
GlusterVolumesListVDSCommand(HostName = ovirt02, HostId =
65a5bb5d-721f-4a4b-9e77-c4b9162c0aa6), log id: 41443b77
2015-10-11 17:29:50,998 WARN
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturnForXmlRpc]
(DefaultQuartzScheduler_Worker-29) [34dbe5cf] Could not add brick
ovirt02:/gluster/ovirt to volume 043d2d36-dc2c-4f75-9d28-96dbac25d07c -
server uuid 3c340e59-334f-4aa6-ad61-af2acaf3cad6 not found in cluster
fb976d4f-de13-449b-93e8-600fcb59d4e6
2015-10-11 17:29:50,999 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler_Worker-29) [34dbe5cf] FINISH,
GlusterVolumesListVDSCommand, return:
{043d2d36-dc2c-4f75-9d28-96dbac25d07c=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@200ae0d1},
log id: 41443b77
2015-10-11 17:29:51,001 WARN
[org.ovirt.engine.core.bll.gluster.GlusterSyncJob]
(DefaultQuartzScheduler_Worker-29) [34dbe5cf] Volume ovirt contains a
apparently corrupt brick(s). Hence will not add it to engine at this
point.
I played a lot with oVirt at first it was running on a single node; in
Local Datacenter; then i added a second node, move the first host to a
new datacenter; migrated the images VM etc; with some pain at some very
moment and now all looks fine but i prefer to double check.
So, i want to know if there is a real issue with ovirt/gluster setup
that i don't see, any info are welcome because i'm a bit worried to see
these message in LOOP on the log.
Thanks in advance;
Regards
Nico
--=_96b09eee02d72544a4bd8a6df3818a5b
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset=UTF-8
<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; charset=
=3DUTF-8" /></head><body style=3D'font-size: 10pt; font-family: Verdana,Gen=
eva,sans-serif'>
<p class=3D"p1"><span class=3D"s1">Hi</span></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">Recently, i built a small oVirt platform=
with 2 dedicated servers and GlusterFS to synch the VM storage.</span=
></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">oVirt Setup is simple:</span></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">ovirt01 : Host Agent (VDSM) =
+ oVirt Engine </span></p>
<p class=3D"p1"><span class=3D"s1">ovirt02 : Host Agent (VDSM)</span>=
</p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">Version : </span></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">ovirt-release35-005-1.noarch</span></p>
<p class=3D"p1"><span class=3D"s1">ovirt-engine-3.5.4.2-1.el7.centos.noarch=
</span></p>
<p class=3D"p1"><span class=3D"s1">vdsm-4.16.26-0.el7.centos.x86_64</span><=
/p>
<p class=3D"p1"><span class=3D"s1">vdsm-gluster-4.16.26-0.el7.centos.noarch=
</span></p>
<p class=3D"p1"><span class=3D"s1">glusterfs-server-3.7.4-2.el7.x86_64</spa=
n></p>
<p class=3D"p2"> </p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">GlusterFS Setup is simple, 2 bricks in r=
eplicate mode.</span></p>
<p class=3D"p1"><span class=3D"s1">It was done in shell; not using oV=
irt GUI, and then it was added in STORAGE as a new DOMAIN; Type:DATA Gluste=
rFS V3</span></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1"># gluster volume info</span></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">Volume Name: ovirt</span></p>
<p class=3D"p1"><span class=3D"s1">Type: Replicate</span></p>
<p class=3D"p1"><span class=3D"s1">Volume ID: 043d2d36-dc2c-4f75-9d28-96dba=
c25d07c</span></p>
<p class=3D"p1"><span class=3D"s1">Status: Started</span></p>
<p class=3D"p1"><span class=3D"s1">Number of Bricks: 1 x 2 =3D 2</span></p>
<p class=3D"p1"><span class=3D"s1">Transport-type: tcp</span></p>
<p class=3D"p1"><span class=3D"s1">Bricks:</span></p>
<p class=3D"p1"><span class=3D"s1">Brick1: ovirt01:/gluster/ovirt</span></p=
>
<p class=3D"p1"><span class=3D"s1">Brick2: ovirt02:/gluster/ovirt</span></p=
>
<p class=3D"p1"><span class=3D"s1">Options Reconfigured:</span></p>
<p class=3D"p1"><span class=3D"s1">performance.readdir-ahead: on</span></p>
<p class=3D"p1"><span class=3D"s1">nfs.disable: true</span></p>
<p class=3D"p1"><span class=3D"s1">auth.allow: IP_A, IP_B</span></p>
<p class=3D"p1"><span class=3D"s1">network.ping-timeout: 10</span></p>
<p class=3D"p1"><span class=3D"s1">storage.owner-uid: 36</span></p>
<p class=3D"p1"><span class=3D"s1">storage.owner-gid: 36</span></p>
<p class=3D"p1"><span class=3D"s1">server.allow-insecure: on</span></p>
<p class=3D"p2"> </p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">the data are reachable on the 2 nodes th=
rough a moint point that oVirt created when i configured the Storage with t=
he GUI:</span></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">localhost:/ovirt &n=
bsp; 306G 216G 78G 74=
% /rhev/data-center/mnt/glusterSD/localhost:_ovirt</span></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">I created 7 VM on this shared storage an=
d all is working fine. I can do Live migration; all is working.</span></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">But when i check /var/log/ovirt/engine=
=2Elog on ovirt01, there are error in loop every 2 seconds:</span></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">2015-10-11 17:29:50,971 INFO [org=
=2Eovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (Defau=
ltQuartzScheduler_Worker-29) [34dbe5cf] START, GlusterVolumesListVDSCommand=
(HostName =3D ovirt02, HostId =3D 65a5bb5d-721f-4a4b-9e77-c4b9162c0aa6), lo=
g id: 41443b77</span></p>
<p class=3D"p1"><span class=3D"s1">2015-10-11 17:29:50,998 WARN [org=
=2Eovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturnForXmlRpc] (=
DefaultQuartzScheduler_Worker-29) [34dbe5cf] Could not add brick ovirt02:/g=
luster/ovirt to volume 043d2d36-dc2c-4f75-9d28-96dbac25d07c - server uuid 3=
c340e59-334f-4aa6-ad61-af2acaf3cad6 not found in cluster fb976d4f-de13-449b=
-93e8-600fcb59d4e6</span></p>
<p class=3D"p1"><span class=3D"s1">2015-10-11 17:29:50,999 INFO [org=
=2Eovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (Defau=
ltQuartzScheduler_Worker-29) [34dbe5cf] FINISH, GlusterVolumesListVDSComman=
d, return: {043d2d36-dc2c-4f75-9d28-96dbac25d07c=3Dorg.ovirt.engine.core.co=
mmon.businessentities.gluster.GlusterVolumeEntity@200ae0d1}, log id: 41443b=
77</span></p>
<p class=3D"p1"><span class=3D"s1">2015-10-11 17:29:51,001 WARN [org=
=2Eovirt.engine.core.bll.gluster.GlusterSyncJob] (DefaultQuartzScheduler_Wo=
rker-29) [34dbe5cf] Volume ovirt contains a apparently corrupt brick(s). He=
nce will not add it to engine at this point.</span></p>
<p class=3D"p2"> </p>
<p class=3D"p2"><span class=3D"s1"></span>I played a lot with oVirt at firs=
t it was running on a single node; in Local Datacenter; then i added a seco=
nd node, move the first host to a new datacenter; migrated the images VM et=
c; with some pain at some very moment and now all looks fine but i prefer t=
o double check.</p>
<p class=3D"p1"><span class=3D"s1">So, i want to know if there is a real is=
sue with ovirt/gluster setup that i don’t see, any info are welcome b=
ecause i’m a bit worried to see these message in LOOP on the log.</sp=
an></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">Thanks in advance;</span></p>
<p class=3D"p2"> </p>
<p class=3D"p1"><span class=3D"s1">Regards</span></p>
<p class=3D"p1"><span class=3D"s1">Nico</span></p>
<div> </div>
</body></html>
--=_96b09eee02d72544a4bd8a6df3818a5b--
9 years, 1 month
