Hi, I just added a gluster-node. I wanted to replace one brick of the data domain. I did with "gluster vol replace-brick <old_brick> <new_brick> commit force" and all gluster processes did well. My Cluster volumes now shows this one <old_brick> down and does not show the <new_brick>, where as gluster vol status is fine.

Is there any service I forgot to restart? Frank ______________________________________________________________________________ BODDEN-KLINIKEN Ribnitz-Damgarten GmbH Sandhufe 2 18311 Ribnitz-Damgarten Telefon: 03821-700-0 Fax: 03821-700-240 E-Mail: info(a)bodden-kliniken.de Internet: http://www.bodden-kliniken.de Sitz: Ribnitz-Damgarten, Amtsgericht: Stralsund, HRB 2919, Steuer-Nr.: 081/126/00028 Aufsichtsratsvorsitzende: Carmen Schröter, Geschäftsführer: Dr. Falko Milski Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorge- sehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, beachten Sie bitte, dass jede Form der Veröf- fentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail unzulässig ist. Wir bitten Sie, sofort den Absender zu informieren und die E-Mail zu löschen. Bodden-Kliniken Ribnitz-Damgarten GmbH 2014 *** Virenfrei durch Kerio Mail Server und Sophos Antivirus *** _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

Hi Sahina, the UI reports 2 Bricks down, as I replaced another one. Gluster vol status is fine. # gluster vol info Volume Name: data Type: Distributed-Replicate Volume ID: b7af7293-57d7-4dcb-b733-21474df371bd Status: Started Number of Bricks: 2 x 3 = 6 Transport-type: tcp,rdma Bricks: Brick1: 139.64.206.100:/tank/data/brick1 Brick2: 139.64.206.101:/tank/data/brick1 Brick3: 139.64.206.100:/tank/data/brick2 Brick4: 139.64.206.103:/tank/data/brick1 Brick5: 139.64.206.103:/tank/data/brick2 Brick6: 139.64.206.101:/tank/data/brick3 Options Reconfigured: diagnostics.count-fop-hits: on diagnostics.latency-measurement: on nfs.transport-type: tcp config.transport: tcp performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off cluster.eager-lock: enable network.remote-dio: enable storage.owner-uid: 36 storage.owner-gid: 36 server.allow-insecure: on The interesting part from engine.log seems to be: 2015-07-01 10:12:46,542 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturnFor Xm lRpc] (DefaultQuartzScheduler_Worker-93) [4d68b8aa] Could not add brick 139.64.206.103:/tank/data/brick1 to volume b7af7293-57d7-4dcb-b733 -21474df371bd - server uuid 06006fcf-9488-44d1-8925-c699b48714bc not found in cluster 00000001-0001-0001-0001-0000000001e3 2015-07-01 10:12:46,543 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturnFor Xm lRpc] (DefaultQuartzScheduler_Worker-93) [4d68b8aa] Could not add brick 139.64.206.103:/tank/data/brick2 to volume b7af7293-57d7-4dcb-b733 -21474df371bd - server uuid 06006fcf-9488-44d1-8925-c699b48714bc not found in cluster 00000001-0001-0001-0001-0000000001e3 Yes, the machine is not part of the cluster, es the cpu model does not fit the clusters minimum (Nehalem <-> Westmere) and the machine is not intended to be VM host - I did not think of it as a problem to the cluster. Frank Am Dienstag, den 30.06.2015, 12:49 +0530 schrieb Sahina Bose: > On 06/29/2015 06:50 PM, Frank Rothenstein wrote: > > Hi, > > > > I just added a gluster-node. I wanted to replace one brick of the > > > > data > > domain. I did with "gluster vol replace-brick <old_brick> > > <new_brick> > > commit force" and all gluster processes did well. > > My Cluster volumes now shows this one <old_brick> down and does > > not > > show the <new_brick>, where as gluster vol status is fine. > > The engine should have detected that the brick was replaced and > update > in the UI. If not, this is a bug. > Could you provide engine log, and output of "gluster volume info" > > > > Is there any service I forgot to restart? > > > > Frank > > > > > > > > > > > > _________________________________________________________________ > > __ > > ___________ > > BODDEN-KLINIKEN Ribnitz-Damgarten GmbH > > Sandhufe 2 > > 18311 Ribnitz-Damgarten > > > > Telefon: 03821-700-0 > > Fax: 03821-700-240 > > > > E-Mail: info(a)bodden-kliniken.de Internet: > > http://www.bodden-kliniken.de > > > > Sitz: Ribnitz-Damgarten, Amtsgericht: Stralsund, HRB 2919, Steuer > > -Nr.: 081/126/00028 > > Aufsichtsratsvorsitzende: Carmen Schröter, Geschäftsführer: Dr. > > Falko Milski > > > > Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten > > Adressaten bestimmt. Wenn Sie nicht der vorge- > > sehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, > > > > beachten Sie bitte, dass jede Form der Veröf- > > fentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser > > E > > -Mail unzulässig ist. Wir bitten Sie, sofort den > > Absender zu informieren und die E-Mail zu löschen. > > > > > > Bodden-Kliniken Ribnitz-Damgarten GmbH 2014 > > *** Virenfrei durch Kerio Mail Server und Sophos Antivirus *** > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > _____________________________________________________________________ _________ BODDEN-KLINIKEN Ribnitz-Damgarten GmbH Sandhufe 2 18311 Ribnitz-Damgarten Telefon: 03821-700-0 Fax: 03821-700-240 E-Mail: info(a)bodden-kliniken.de Internet: http://www.bodden-kliniken.de Sitz: Ribnitz-Damgarten, Amtsgericht: Stralsund, HRB 2919, Steuer -Nr.: 081/126/00028 Aufsichtsratsvorsitzende: Carmen Schröter, Geschäftsführer: Dr. Falko Milski Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorge- sehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, beachten Sie bitte, dass jede Form der Veröf- fentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E -Mail unzulässig ist. Wir bitten Sie, sofort den Absender zu informieren und die E-Mail zu löschen. Bodden-Kliniken Ribnitz-Damgarten GmbH 2014 *** Virenfrei durch Kerio Mail Server und Sophos Antivirus *** _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users