[ovirt-users] Gluster storage network not being used for Gluster
Hi, I configured a "Gluster storage" network, but it doesn't look like it is being used for Gluster. Specifically, the switch's LEDs are not blinking, and the hosts' "Total Tx" and "Total Rx" counts are not changing (and they're tiny, under 1 MB.) The management network must still be being used. I have 3 hosts running oVirt Node 4.1.x. I set them up via the gluster hosted engine. The gluster storage network is 10.0.20.x. These are the contents of /var/lib/glusterd/peers: [root@centerpoint peers]# cat 8a83fddd-df7e-4e3b-9fc7-ca1c9bf9deaa uuid=8a83fddd-df7e-4e3b-9fc7-ca1c9bf9deaa state=3 hostname1=death-star.ad.depaulo.org hostname2=death-star hostname3=192.168.1.52 hostname4=10.0.20.52 [root@centerpoint peers]# cat b6b96427-a0dd-47ff-b3e0-038eb0967fb9 uuid=b6b96427-a0dd-47ff-b3e0-038eb0967fb9 state=3 hostname1=starkiller-base.ad.depaulo.org hostname2=starkiller-base hostname3=192.168.1.53 Thanks in advance, -Mike ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] oVirt Node update not updating kernel, glibc, etc
Hi, I installed 3 ovirt 4.1.1 nodes in early May. Today used oVirt's webgui to update ("Upgrade") 2 of them. They are both reporting oVirt Node 4.1.2 & vdsm-4.19.15-1.el7.centos now. However, it appears that the kernel was not updated: [root@death-star peers]# uname -a Linux death-star 3.10.0-514.16.1.el7.x86_64 #1 SMP Wed Apr 12 15:04:24 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux And neither was glibc The installed version is still 2.17-157.el7_3.1 rather than 2.17-157.el7_3.4 . The following lines were appended to /var/log/yum.log: Jul 01 18:47:49 Installed: ovirt-node-ng-image-4.1.2-1.el7.centos.noarch Jul 01 18:50:27 Installed: ovirt-node-ng-image-update-4.1.2-1.el7.centos.noarch Jul 01 18:50:27 Erased: ovirt-node-ng-image-update-placeholder-4.1.1.1-1.el7.centos.noarch Thanks in advance, -Mike ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Gluster issue with /var/lib/glusterd/peers/ file
Hi everyone, I have ovirt 4.1.1/4.1.2 running on 3 hosts with a gluster hosted engine. I was working on setting up a network for gluster storage and migration. The addresses for it will be 10.0.20.x, rather than 192.168.1.x for the management network. However, I switched gluster storage and migration back over to the management network. I updated and rebooted one of my hosts (death-star, 10.0.20.52) and on reboot, the glusterd service would start, but wouldn't seem to work. The engine webgui reported that its bricks were down, and commands like this would fail: [root@death-star glusterfs]# gluster pool list pool list: failed [root@death-star glusterfs]# gluster peer status peer status: failed Upon further investigation, I had under /var/lib/glusterd/peers/ the 2 existing UUID files, plus a new 3rd one: [root@death-star peers]# cat 10.0.20.53 uuid=---- state=0 hostname1=10.0.20.53 I moved that file out of there, restarted glusterd, and now gluster is working again. I am guessing that this is a bug. Let me know if I should attach other log files; I am not sure which ones. And yes, 10.0.20.53 is the IP of one of the other hosts. -Mike ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted Engine Setup with the gluster bricks on the same disk as the OS
On Thu, May 18, 2017 at 10:03 AM, Sachidananda URS wrote: > Hi, > > On Thu, May 18, 2017 at 7:08 PM, Sahina Bose wrote: > >> >> >> On Thu, May 18, 2017 at 3:20 PM, Mike DePaulo >> wrote: >> >>> Well, I tried both of the following: >>> 1. Having only a boot partition and a PV for the OS that does not take >>> up the entire disk, and then specifying "sda" in Hosted Engine Setup. >>> 2. Having not only a boot partition and a PV for the OS, but also an >>> empty (and not formatted) /dev/sda3 PV that I created with fdisk. >>> Then, specfying "sda3" in Hosted Engine Setup. >>> >>> Both attempts resulted in errors like this: >>> failed: [centerpoint.ad.depaulo.org] (item=/dev/sda3) => {"failed": >>> true, "failed_when_result": true, "item": "/dev/sda3", "msg": " >>> Device /dev/sda3 not found (or ignored by filtering).\n", "rc": 5} >>> >> >> Can you provide gdeploy logs? I think, it's at ~/.gdeploy/gdeploy.log >> >> >>> >>> It seems like having gluster bricks on the same disk as the OS doesn't >>> work at all. >>> >>> > > Hi, /dev/sda3 should work, the error here is possibly due to filesystem > signature. > > Can you please set wipefs=yes? For example > > [pv] > action=create > wipefs=yes > devices=/dev/sda3 > > -sac > > Sorry for the long delay. This worked. Thank you very much. -Mike ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted Engine Setup with the gluster bricks on the same disk as the OS
Well, I tried both of the following: 1. Having only a boot partition and a PV for the OS that does not take up the entire disk, and then specifying "sda" in Hosted Engine Setup. 2. Having not only a boot partition and a PV for the OS, but also an empty (and not formatted) /dev/sda3 PV that I created with fdisk. Then, specfying "sda3" in Hosted Engine Setup. Both attempts resulted in errors like this: failed: [centerpoint.ad.depaulo.org] (item=/dev/sda3) => {"failed": true, "failed_when_result": true, "item": "/dev/sda3", "msg": " Device /dev/sda3 not found (or ignored by filtering).\n", "rc": 5} It seems like having gluster bricks on the same disk as the OS doesn't work at all. I am going to buy separate OS SSDs. -Mike On Tue, May 9, 2017 at 6:22 AM, Mike DePaulo wrote: > On Mon, May 8, 2017 at 9:00 AM, knarra wrote: >> On 05/07/2017 04:48 PM, Mike DePaulo wrote: >>> >>> Hi. I am trying to follow this guide. Is it possible to use part of my >>> OS disk /dev/sda for the bricks? >>> >>> https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4-1-and-gluster-storage/ >>> >>> I am using oVirt Node 4.1.1.1. I am aware of the manual partitioning >>> requirements. I am guessing I have to create an LV for the OS that >>> does not take up the entire disk during install, manually create a pv >>> like /dev/sda3 afterwards, and then run Hosted Engine Setup and >>> specify /sda3 rather than sdb? >>> >>> Thanks, >>> -Mike >>> ___ >>> Users mailing list >>> Users@ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> Hi Mike, >> >> If you create gluster bricks on the same disk as OS it works but we do >> not recommend setting up gluster bricks on the same disk as the os. When >> user tries to create a gluster volume using by specifying the bricks from >> root partition it displays an error message "Bricks in root parition not >> recommended and use force at the end to create volume". >> >> Thanks >> >> kasturi >> > > Thank you very much. Is my process for doing this (listed in my > original email) correct though? > > -Mike ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted Engine Setup with the gluster bricks on the same disk as the OS
On Mon, May 8, 2017 at 9:00 AM, knarra wrote: > On 05/07/2017 04:48 PM, Mike DePaulo wrote: >> >> Hi. I am trying to follow this guide. Is it possible to use part of my >> OS disk /dev/sda for the bricks? >> >> https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4-1-and-gluster-storage/ >> >> I am using oVirt Node 4.1.1.1. I am aware of the manual partitioning >> requirements. I am guessing I have to create an LV for the OS that >> does not take up the entire disk during install, manually create a pv >> like /dev/sda3 afterwards, and then run Hosted Engine Setup and >> specify /sda3 rather than sdb? >> >> Thanks, >> -Mike >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > Hi Mike, > > If you create gluster bricks on the same disk as OS it works but we do > not recommend setting up gluster bricks on the same disk as the os. When > user tries to create a gluster volume using by specifying the bricks from > root partition it displays an error message "Bricks in root parition not > recommended and use force at the end to create volume". > > Thanks > > kasturi > Thank you very much. Is my process for doing this (listed in my original email) correct though? -Mike ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Hosted Engine Setup with the gluster bricks on the same disk as the OS
Hi. I am trying to follow this guide. Is it possible to use part of my OS disk /dev/sda for the bricks? https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4-1-and-gluster-storage/ I am using oVirt Node 4.1.1.1. I am aware of the manual partitioning requirements. I am guessing I have to create an LV for the OS that does not take up the entire disk during install, manually create a pv like /dev/sda3 afterwards, and then run Hosted Engine Setup and specify /sda3 rather than sdb? Thanks, -Mike ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] "bridge port" error when setting up hosted-engine on 2nd oVirt 3.6.2 node
That fixed it! FYI: I actually obtained ovirt-hosted-engine-setup 1.3.3.3 by using the 2016-02-17 ovirt node iso, ovirt-node-iso-3.6-0.999.201602171021.el7.centos.iso, which contains it. Thank you very much, -Mike On Wed, Feb 17, 2016 at 9:26 AM, Simone Tiraboschi wrote: > Thanks Mike, > could you please retry with ovirt-hosted-engine-setup 1.3.3.3 ? > http://resources.ovirt.org/pub/ovirt-3.6-pre/rpm/el7/noarch/ovirt-hosted-engine-setup-1.3.3.3-1.el7.centos.noarch.rpm > It should address also that. > > thanks, > Simone > > > On Wed, Feb 17, 2016 at 3:00 PM, Mike DePaulo wrote: >> >> Yes, I am getting the answer files from node 1 (death-star). I've attached >> it. >> >> That variable does not exist in it. >> >> On Wed, Feb 17, 2016 at 3:17 AM, Simone Tiraboschi >> wrote: >> > >> > >> > On Wed, Feb 17, 2016 at 3:31 AM, Mike DePaulo >> > wrote: >> >> >> >> I tried the new build, yet the problem persists: >> >> ovirt-node-iso-3.6-0.999.201602161021.el7.centos.iso >> >> >> >> Also, are you sure that commit fixes the same problem? I am not using >> >> DHCP. >> > >> > >> > Are you using an answerfile? >> > Can you please check the value of OVEHOSTED_NETWORK/bridgeIf ? >> > >> >> >> >> >> >> -Mike >> >> >> >> On Tue, Feb 16, 2016 at 5:22 PM, Bond, Darryl >> >> wrote: >> >> > I've got the same problem on the second hosted engine server. >> >> > >> >> > When you say available in tomorrows build, when will that be >> >> > available >> >> > for yum update using the ovirt36-pre repository? >> >> > >> >> > >> >> > Darryl >> >> > >> >> > >> >> > From: users-boun...@ovirt.org on behalf of >> >> > Simone Tiraboschi >> >> > Sent: Tuesday, 16 February 2016 4:15 AM >> >> > To: Yedidyah Bar David >> >> > Cc: users >> >> > Subject: Re: [ovirt-users] "bridge port" error when setting up >> >> > hosted-engine on 2nd oVirt 3.6.2 node >> >> > >> >> > >> >> > >> >> > On Mon, Feb 15, 2016 at 3:50 PM, Yedidyah Bar David >> >> > mailto:d...@redhat.com>> wrote: >> >> > On Mon, Feb 15, 2016 at 4:22 PM, Mike DePaulo >> >> > mailto:mikedep...@gmail.com>> wrote: >> >> >> Hi, >> >> >> >> >> >> I am getting the following error when I attempt to setup my 2nd >> >> >> ovirt >> >> >> node as a hosted-engine: >> >> >> >> >> >> RuntimeError: The selected device None is not a supported bridge >> >> >> port >> >> >> >> >> >> The 1st node is death-star (192.168.1.50) >> >> >> The 2nd node is starkiller-base (192.168.1.52) >> >> >> >> >> >> This is not a production environment; this is my apartment. >> >> >> >> >> >> I am able to access the engine's webGUI. >> >> >> >> >> >> Both death-star and starkiller-base start out with only eno1 as >> >> >> their >> >> >> only NIC. >> >> >> death-star, by the end of the hosted-engine-setup, had ovirtmgmt >> >> >> also >> >> >> (with the same MAC address.) >> >> >> starkiller-base does not have ovirtmgmt yet. >> >> >> I am not using VLANs. >> >> >> >> >> >> node version: ovirt-node-iso-3.6-0.999.201602121021.el7.centos.iso >> >> >> engine appliance version: >> >> >> oVirt-Engine-Appliance-CentOS-x86_64-7-20160126.ova >> >> > >> >> > Seems like a bug in [1] - seems like we do not configure the bridge >> >> > anymore >> >> > on additional host. But I didn't yet try that myself, I might be >> >> > missing >> >> > something. Adding Simone. >> >> > >> >> > [1] >> >> > >> >> > https://gerrit.ovirt.org/#/q/Ifcff652ef28e6b912514df2dd2daac2b07eca61e,n,z >> >> > -- >> >> > Didi >> >> > >> >> > Yes, it was a real bug: https://gerrit.ovirt.org/#/c/53428/ should >> >> > add
Re: [ovirt-users] "bridge port" error when setting up hosted-engine on 2nd oVirt 3.6.2 node
Yes, I am getting the answer files from node 1 (death-star). I've attached it. That variable does not exist in it. On Wed, Feb 17, 2016 at 3:17 AM, Simone Tiraboschi wrote: > > > On Wed, Feb 17, 2016 at 3:31 AM, Mike DePaulo wrote: >> >> I tried the new build, yet the problem persists: >> ovirt-node-iso-3.6-0.999.201602161021.el7.centos.iso >> >> Also, are you sure that commit fixes the same problem? I am not using >> DHCP. > > > Are you using an answerfile? > Can you please check the value of OVEHOSTED_NETWORK/bridgeIf ? > >> >> >> -Mike >> >> On Tue, Feb 16, 2016 at 5:22 PM, Bond, Darryl wrote: >> > I've got the same problem on the second hosted engine server. >> > >> > When you say available in tomorrows build, when will that be available >> > for yum update using the ovirt36-pre repository? >> > >> > >> > Darryl >> > >> > >> > From: users-boun...@ovirt.org on behalf of >> > Simone Tiraboschi >> > Sent: Tuesday, 16 February 2016 4:15 AM >> > To: Yedidyah Bar David >> > Cc: users >> > Subject: Re: [ovirt-users] "bridge port" error when setting up >> > hosted-engine on 2nd oVirt 3.6.2 node >> > >> > >> > >> > On Mon, Feb 15, 2016 at 3:50 PM, Yedidyah Bar David >> > mailto:d...@redhat.com>> wrote: >> > On Mon, Feb 15, 2016 at 4:22 PM, Mike DePaulo >> > mailto:mikedep...@gmail.com>> wrote: >> >> Hi, >> >> >> >> I am getting the following error when I attempt to setup my 2nd ovirt >> >> node as a hosted-engine: >> >> >> >> RuntimeError: The selected device None is not a supported bridge port >> >> >> >> The 1st node is death-star (192.168.1.50) >> >> The 2nd node is starkiller-base (192.168.1.52) >> >> >> >> This is not a production environment; this is my apartment. >> >> >> >> I am able to access the engine's webGUI. >> >> >> >> Both death-star and starkiller-base start out with only eno1 as their >> >> only NIC. >> >> death-star, by the end of the hosted-engine-setup, had ovirtmgmt also >> >> (with the same MAC address.) >> >> starkiller-base does not have ovirtmgmt yet. >> >> I am not using VLANs. >> >> >> >> node version: ovirt-node-iso-3.6-0.999.201602121021.el7.centos.iso >> >> engine appliance version: >> >> oVirt-Engine-Appliance-CentOS-x86_64-7-20160126.ova >> > >> > Seems like a bug in [1] - seems like we do not configure the bridge >> > anymore >> > on additional host. But I didn't yet try that myself, I might be missing >> > something. Adding Simone. >> > >> > [1] >> > https://gerrit.ovirt.org/#/q/Ifcff652ef28e6b912514df2dd2daac2b07eca61e,n,z >> > -- >> > Didi >> > >> > Yes, it was a real bug: https://gerrit.ovirt.org/#/c/53428/ should >> > address it. >> > It should be available in tomorrow build. >> > >> > >> > >> > The contents of this electronic message and any attachments are intended >> > only for the addressee and may contain legally privileged, personal, >> > sensitive or confidential information. If you are not the intended >> > addressee, and have received this email, any transmission, distribution, >> > downloading, printing or photocopying of the contents of this message or >> > attachments is strictly prohibited. Any legal privilege or confidentiality >> > attached to this message and attachments is not waived, lost or destroyed >> > by >> > reason of delivery to any person other than intended addressee. If you have >> > received this message and are not the intended addressee you should notify >> > the sender by return email and destroy all copies of the message and any >> > attachments. Unless expressly attributed, the views expressed in this email >> > do not necessarily represent the views of the company. >> > ___ >> > Users mailing list >> > Users@ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users > > answers-20160215004735.conf Description: Binary data ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt Community Newsletter: June/July 2015 Edition
On 08/03/2015 03:17 PM, Brian Proffitt wrote: > OSCON, Red Hat Summit, LinuxCon, KVM Forum... so many events this summer Thank you very much for compiling this list. I assume it is hard to measure how many people use it (since its an email), so I figured I I wold point out that I personally will use it. signature.asc Description: OpenPGP digital signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users