October 2015 - Users - oVirt List Archives

Unable to import hosted engine storage domain in 3.6RC with FC storage
by Christopher Miersma 15 Oct '15

15 Oct '15

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

2 3

AIO UPG from 3.5 to 3.6 - Dependency Error on vdsm-jsonrpc-java
by Christian Rebel 15 Oct '15

15 Oct '15

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></style></head><body lang=3DDE-AT link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>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><o:p> </o:p>Error: Package: = ovirt-engine-backend-3.5.4.2-1.el7.centos.noarch = (@ovirt-3.5)<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Requires: vdsm-jsonrpc-java = < 1.1.0<o:p></o:p>=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>=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>=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>=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>=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>=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>=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>=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>=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>=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>=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>=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>=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>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = vdsm-jsonrpc-java =3D = 1.1.4-0.0.master.20150724142738.gitda84cc7.el7<o:p></o:p></div></body= ></html> ------=_NextPart_000_011D_01D1077C.4FC73710--

1 0

[ANN] oVirt 3.6.0 Second Release Candidate is now available for testing
by Sandro Bonazzola 15 Oct '15

15 Oct '15

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

1 0

Backup / Export Storage
by Soeren Malchow 15 Oct '15

15 Oct '15

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

1 0

Identify the vm name in storage
by Budur Nagaraju 14 Oct '15

14 Oct '15

HI how to identify the vm instance in storage ? is there any way to identify ? Thanks, Nagaraju

2 1

Re: [ovirt-users] Logical Networks with different MTUs
by Yevgeny Zaspitsky 14 Oct '15

14 Oct '15

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 >

1 0

Upgrading
by Fernando Fuentes 14 Oct '15

14 Oct '15

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!

2 2

VM Network activity on ovirt UI
by Marc Seward 14 Oct '15

14 Oct '15

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.

2 3

Any way to correlate a VM disk (e.g. /dev/vda) to the vdsm ovirt disk?
by ccox＠endlessnow.com 13 Oct '15

13 Oct '15

I want to correlate virtual disks back to their originating storage under ovirt. Is there any way to do this? e.g. (made up example) /dev/vda maps to ovirt disk disk1_vm serial 978e00a3-b4c9-4962-bc4f-ffc9267acdd8

5 7

engine.log is looping with Volume XXX contains a apparently corrupt brick(s).
by Nico 13 Oct '15

13 Oct '15

--=_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'> Hi   Recently, i built a small oVirt platform= with 2 dedicated servers and GlusterFS to synch the VM storage.</span= >   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<= /p> vdsm-gluster-4.16.26-0.el7.centos.noarch= glusterfs-server-3.7.4-2.el7.x86_64</spa= n>     GlusterFS Setup is simple, 2 bricks in r= eplicate mode. 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   # gluster volume info   Volume Name: ovirt Type: Replicate Volume ID: 043d2d36-dc2c-4f75-9d28-96dba= c25d07c Status: Started Number of Bricks: 1 x 2 =3D 2 Transport-type: tcp Bricks: Brick1: ovirt01:/gluster/ovirt</p= > Brick2: ovirt02:/gluster/ovirt</p= > 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 th= rough a moint point that oVirt created when i configured the Storage with t= he GUI:   localhost:/ovirt       &n= bsp;         306G    216G   78G  74= % /rhev/data-center/mnt/glusterSD/localhost:_ovirt   I created 7 VM on this shared storage an= d all is working fine. I can do Live migration; all is working.   But when i check /var/log/ovirt/engine= =2Elog on ovirt01, there are error in loop every 2 seconds:   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 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 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 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.   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. 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>   Thanks in advance;   Regards Nico <div> </div> </body></html> --=_96b09eee02d72544a4bd8a6df3818a5b--

3 6