Re: [ovirt-users] NIC Bonding

[Edward Haas]

On Wed, Nov 15, 2017 at 1:52 PM, Petr Horacek  wrote:

> Hello Bryan,
>
> I'm afraid it is not possible with oVirt. You can only attach NICs to a
> bonding via the way Arthur suggested.
>
> Regards,
> Petr
>
> 2017-11-09 16:41 GMT+02:00 Bryan Sockel :
>
>> I have a similar setup i am trying to achieve, but i would like to create
>> 2 bonds to increase the bandwith and then configure 1 bond as a backup to
>> the primary.  Is there some way to do this?
>>
>
I would argue that such a setup is problematic. The bond link goes down
only when all its slaves are down, therefore, if you loose one slave, the
BW is decreased and the backup will not take over.
Using 3 or 4 slaves bond can allow you to get both increased BW and
redundancy.

Thanks,
Edy.


>>
>> Bryan Sockel
>>
>> Sent using Alt-N's own MDaemon Messaging Server 
>> Get to know the Alt-N family by liking us on Facebook
>> 
>> !
>>
>>
>>
>> -Original Message-
>> From: Arthur Melo 
>> To: magnus.isaks...@ilw.se
>> Cc: users 
>> Date: Mon, 6 Nov 2017 10:18:03 -0200
>> Subject: Re: [ovirt-users] NIC Bonding
>>
>> Just drag and drop NICs then configure it to active/backup! :)
>>
>> Atenciosamente,
>> Arthur Melo
>> Linux User #302250
>>
>>
>> 2017-11-06 8:15 GMT-02:00 :
>>>
>>> Hello!
>>> I'm new(-ish) to oVirt and have a question regarding network.
>>> I currently use vmware, the hosts have 4 nic each and connected to two
>>> switches in stack(extreme), i have two vSwitch with two nic each setup in
>>> active/standby, with this i don't have to do anything with the physical
>>> switch.
>>> So how do i do this setup on oVirt so i don't need to configure the
>>> switches?
>>> I know how to bond the cards, but i am afraid of a switchloop, so i just
>>> want to make sure that does not happen.
>>>
>>> Regards
>>> Magnus Isaksson
>>>
>>> ___
>>> 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
>>
>>
>
> ___
> 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

Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2

[Misak Khachatryan]

Hi,

I don't mean on the fly upgrade, just confused that i should stop all
VMs at once, as i understood procedure. If it's possible to do per VM,
it's perfectly OK for me.

Thank you Nir for clarification.

Best regards,
Misak Khachatryan


On Thu, Nov 16, 2017 at 2:05 AM, Nir Soffer  wrote:
> On Wed, Nov 15, 2017 at 8:58 AM Misak Khachatryan  wrote:
>>
>> Hi,
>>
>> will it be a more clean approach? I can't tolerate full stop of all
>> VMs just to enable it, seems too disastrous for real production
>> environment. Will it be some migration mechanisms in future?
>
>
> You can enable it per vm, you don't need to stop all of them. But I think
> we do not support upgrading a machine with running vms, so upgrading
> requires:
>
> 1. migrating vms from the host you want to upgrade
> 2. upgrading the host
> 3. stopping the vm you want to upgrade to libgfapi
> 4. starting this vm on the upgraded host
>
> Theoretically qemu could switch from one disk to another, but I'm not
> sure this is supported when switching to the same disk using different
> transports. I know it is not supported now to mirror a network drive to
> another network drive.
>
> The old disk is using:
>
> 
>  file="/rhev/data-center/mnt/server:_volname/sd_id/images/img_id/vol_id"/>
> 
>  name="qemu" type="raw"/>
> 
>
> The new disk should use:
>
> 
>  protocol="gluster">
> 
> 
>  name="qemu" type="raw"/>
> 
>
> Adding qemu-block mailing list.
>
> Nir
>
>>
>>
>> Best regards,
>> Misak Khachatryan
>>
>>
>> On Fri, Nov 10, 2017 at 12:35 AM, Darrell Budic 
>> wrote:
>> > You do need to stop the VMs and restart them, not just issue a reboot. I
>> > havn’t tried under 4.2 yet, but it works in 4.1.6 that way for me.
>> >
>> > 
>> > From: Alessandro De Salvo 
>> > Subject: Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2
>> > Date: November 9, 2017 at 2:35:01 AM CST
>> > To: users@ovirt.org
>> >
>> >
>> > Hi again,
>> >
>> > OK, tried to stop all the vms, except the engine, set engine-config -s
>> > LibgfApiSupported=true (for 4.2 only) and restarted the engine.
>> >
>> > When I tried restarting the VMs they are still not using gfapi, so it
>> > does
>> > not seem to help.
>> >
>> > Cheers,
>> >
>> >
>> > Alessandro
>> >
>> >
>> >
>> > Il 09/11/17 09:12, Alessandro De Salvo ha scritto:
>> >
>> > Hi,
>> > where should I enable gfapi via the UI?
>> > The only command I tried was engine-config -s LibgfApiSupported=true but
>> > the
>> > result is what is shown in my output below, so it’s set to true for
>> > v4.2. Is
>> > it enough?
>> > I’ll try restarting the engine. Is it really needed to stop all the VMs
>> > and
>> > restart them all? Of course this is a test setup and I can do it, but
>> > for
>> > production clusters in the future it may be a problem.
>> > Thanks,
>> >
>> >Alessandro
>> >
>> > Il giorno 09 nov 2017, alle ore 07:23, Kasturi Narra 
>> > ha
>> > scritto:
>> >
>> > Hi ,
>> >
>> > The procedure to enable gfapi is below.
>> >
>> > 1) stop all the vms running
>> > 2) Enable gfapi via UI or using engine-config command
>> > 3) Restart ovirt-engine service
>> > 4) start the vms.
>> >
>> > Hope you have not missed any !!
>> >
>> > Thanks
>> > kasturi
>> >
>> > On Wed, Nov 8, 2017 at 11:58 PM, Alessandro De Salvo
>> >  wrote:
>> >>
>> >> Hi,
>> >>
>> >> I'm using the latest 4.2 beta release and want to try the gfapi access,
>> >> but I'm currently failing to use it.
>> >>
>> >> My test setup has an external glusterfs cluster v3.12, not managed by
>> >> oVirt.
>> >>
>> >> The compatibility flag is correctly showing gfapi should be enabled
>> >> with
>> >> 4.2:
>> >>
>> >> # engine-config -g LibgfApiSupported
>> >> LibgfApiSupported: false version: 3.6
>> >> LibgfApiSupported: false version: 4.0
>> >> LibgfApiSupported: false version: 4.1
>> >> LibgfApiSupported: true version: 4.2
>> >>
>> >> The data center and cluster have the 4.2 compatibility flags as well.
>> >>
>> >> However, when starting a VM with a disk on gluster I can still see the
>> >> disk is mounted via fuse.
>> >>
>> >> Any clue of what I'm still missing?
>> >>
>> >> Thanks,
>> >>
>> >>
>> >>Alessandro
>> >>
>> >> ___
>> >> 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
>> >
>> >
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>> >
>> >
>> > 

Re: [ovirt-users] Hosted engine not starting up after system reboot

[Rudi Ahlers]

I forgot to add:

The file   /var/run/ovirt-hosted-engine-ha/vm.conf doesn't exist:

[root@virt1 ~]# ll /var/run/ovirt-hosted-engine-ha/vm.conf
ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such file or
directory
[root@virt1 ~]# ll /var/run/ovirt-hosted-engine-ha/
total 8
-rw-r--r--. 1 root root 5 Nov 16 08:05 agent.pid
-rw-r--r--. 1 root root 5 Nov 16 06:45 broker.pid
srwxr-xr-x. 1 vdsm kvm  0 Nov 16 06:45 broker.socket

I am not sure how to get it (back?) or how to generate it?


On Thu, Nov 16, 2017 at 7:55 AM, Rudi Ahlers  wrote:

> Hi,
>
> I wonder if someone can help. After a system reboot, the Hosted-Agent
> isn't running. This is on a fresh installaion CentOS Linux release 7.4.1708
> running ovirt-release41-4.1.7-1.el7.centos.noarch. Gluster is setup on 3
> nodes, but hosted-engine is only setup on the 1st node for now.
>
> [root@virt1 ~]# hosted-engine --console
> Virtual machine does not exist
> The engine VM is not on this host
>
> [root@virt1 ~]# hosted-engine --vm-status
> The hosted engine configuration has not been retrieved from shared
> storage. Please ensure that ovirt-ha-agent is running and the storage
> server is reachable.
>
>
> [root@virt1 ~]# ps ax | grep ovirt-ha-agent
> 41309 ?Rsl0:14 /usr/bin/python 
> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent
> --no-daemon
> 42818 pts/0S+ 0:00 grep --color=auto ovirt-ha-agent
>
>
> [root@virt1 ~]# mount | grep engine
> /dev/mapper/storage-engine on /storage/engine type xfs
> (rw,relatime,seclabel,attr2,inode64,sunit=1024,swidth=2048,noquota)
> virt1:/engine on /mnt/engine type fuse.glusterfs
> (rw,relatime,user_id=0,group_id=0,default_permissions,
> allow_other,max_read=131072)
> virt1:/engine on /rhev/data-center/mnt/glusterSD/virt1:_engine type
> fuse.glusterfs (rw,relatime,user_id=0,group_id=0,default_permissions,
> allow_other,max_read=131072)
>
>
> And then I see this error:
>
> [root@virt1 ~]# systemctl status ovirt-ha-agent -l
> ● ovirt-ha-agent.service - oVirt Hosted Engine High Availability
> Monitoring Agent
>Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service;
> enabled; vendor preset: disabled)
>Active: active (running) since Thu 2017-11-16 07:44:43 SAST; 4min 23s
> ago
>  Main PID: 41309 (ovirt-ha-agent)
>CGroup: /system.slice/ovirt-ha-agent.service
>└─41309 /usr/bin/python 
> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent
> --no-daemon
>
> Nov 16 07:48:30 virt ovirt-ha-agent[41309]: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR
> Unable to identify the OVF_STORE volume, falling back to initial vm.conf.
> Please ensure you already added your first data domain for regular VMs
> Nov 16 07:48:30 virt ovirt-ha-agent[41309]: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR
> 'version' is not stored in the HE configuration image
> Nov 16 07:48:39 virt ovirt-ha-agent[41309]: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR
> Unable to identify the OVF_STORE volume, falling back to initial vm.conf.
> Please ensure you already added your first data domain for regular VMs
> Nov 16 07:48:39 virt ovirt-ha-agent[41309]: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR
> 'version' is not stored in the HE configuration image
> Nov 16 07:48:41 virt ovirt-ha-agent[41309]: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR
> Unable to identify the OVF_STORE volume, falling back to initial vm.conf.
> Please ensure you already added your first data domain for regular VMs
> Nov 16 07:48:41 virt ovirt-ha-agent[41309]: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR
> 'version' is not stored in the HE configuration image
> Nov 16 07:48:41 virt ovirt-ha-agent[41309]: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent
> call last):
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 191, in _run_agent
>   return
> action(he)
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 64, in action_proper
>   return
> he.start_monitoring()
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 423, in start_monitoring
>   for
> old_state, state, delay in self.fsm:
> File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/fsm/machine.py",
> line 127, in next
>

[ovirt-users] Hosted engine not starting up after system reboot

[Rudi Ahlers]

Hi,

I wonder if someone can help. After a system reboot, the Hosted-Agent isn't
running. This is on a fresh installaion CentOS Linux release 7.4.1708
running ovirt-release41-4.1.7-1.el7.centos.noarch. Gluster is setup on 3
nodes, but hosted-engine is only setup on the 1st node for now.

[root@virt1 ~]# hosted-engine --console
Virtual machine does not exist
The engine VM is not on this host

[root@virt1 ~]# hosted-engine --vm-status
The hosted engine configuration has not been retrieved from shared storage.
Please ensure that ovirt-ha-agent is running and the storage server is
reachable.


[root@virt1 ~]# ps ax | grep ovirt-ha-agent
41309 ?Rsl0:14 /usr/bin/python
/usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon
42818 pts/0S+ 0:00 grep --color=auto ovirt-ha-agent


[root@virt1 ~]# mount | grep engine
/dev/mapper/storage-engine on /storage/engine type xfs
(rw,relatime,seclabel,attr2,inode64,sunit=1024,swidth=2048,noquota)
virt1:/engine on /mnt/engine type fuse.glusterfs
(rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)
virt1:/engine on /rhev/data-center/mnt/glusterSD/virt1:_engine type
fuse.glusterfs
(rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)


And then I see this error:

[root@virt1 ~]# systemctl status ovirt-ha-agent -l
● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring
Agent
   Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled;
vendor preset: disabled)
   Active: active (running) since Thu 2017-11-16 07:44:43 SAST; 4min 23s ago
 Main PID: 41309 (ovirt-ha-agent)
   CGroup: /system.slice/ovirt-ha-agent.service
   └─41309 /usr/bin/python
/usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon

Nov 16 07:48:30 virt ovirt-ha-agent[41309]: ovirt-ha-agent
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable
to identify the OVF_STORE volume, falling back to initial vm.conf. Please
ensure you already added your first data domain for regular VMs
Nov 16 07:48:30 virt ovirt-ha-agent[41309]: ovirt-ha-agent
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR
'version' is not stored in the HE configuration image
Nov 16 07:48:39 virt ovirt-ha-agent[41309]: ovirt-ha-agent
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable
to identify the OVF_STORE volume, falling back to initial vm.conf. Please
ensure you already added your first data domain for regular VMs
Nov 16 07:48:39 virt ovirt-ha-agent[41309]: ovirt-ha-agent
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR
'version' is not stored in the HE configuration image
Nov 16 07:48:41 virt ovirt-ha-agent[41309]: ovirt-ha-agent
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable
to identify the OVF_STORE volume, falling back to initial vm.conf. Please
ensure you already added your first data domain for regular VMs
Nov 16 07:48:41 virt ovirt-ha-agent[41309]: ovirt-ha-agent
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR
'version' is not stored in the HE configuration image
Nov 16 07:48:41 virt ovirt-ha-agent[41309]: ovirt-ha-agent
ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call
last):
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
line 191, in _run_agent
  return
action(he)
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
line 64, in action_proper
  return
he.start_monitoring()
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
line 423, in start_monitoring
  for
old_state, state, delay in self.fsm:
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/fsm/machine.py",
line 127, in next
  new_data =
self.refresh(self._state.data)
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/state_machine.py",
line 123, in refresh
  ] =
self.hosted_engine.min_memory_threshold
File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
line 183, in min_memory_threshold
  return
int(self._config.get(config.VM, config.MEM_SIZE))
File

[ovirt-users] where to change vnc password?

[Rudi Ahlers]

Hi,

I installed hosted-engine on a VM but failed to see the VNC password due to
power failure. The hosted-engine VM is running now, but I don't know where
to see or change the VNC password. Can someone please tell me where to
change it?

-- 
Kind Regards
Rudi Ahlers
Website: http://www.rudiahlers.co.za
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2

[Nir Soffer]

On Wed, Nov 15, 2017 at 8:58 AM Misak Khachatryan  wrote:

> Hi,
>
> will it be a more clean approach? I can't tolerate full stop of all
> VMs just to enable it, seems too disastrous for real production
> environment. Will it be some migration mechanisms in future?
>

You can enable it per vm, you don't need to stop all of them. But I think
we do not support upgrading a machine with running vms, so upgrading
requires:

1. migrating vms from the host you want to upgrade
2. upgrading the host
3. stopping the vm you want to upgrade to libgfapi
4. starting this vm on the upgraded host

Theoretically qemu could switch from one disk to another, but I'm not
sure this is supported when switching to the same disk using different
transports. I know it is not supported now to mirror a network drive to
another network drive.

The old disk is using:







The new disk should use:










Adding qemu-block mailing list.

Nir


>
> Best regards,
> Misak Khachatryan
>
>
> On Fri, Nov 10, 2017 at 12:35 AM, Darrell Budic 
> wrote:
> > You do need to stop the VMs and restart them, not just issue a reboot. I
> > havn’t tried under 4.2 yet, but it works in 4.1.6 that way for me.
> >
> > 
> > From: Alessandro De Salvo 
> > Subject: Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2
> > Date: November 9, 2017 at 2:35:01 AM CST
> > To: users@ovirt.org
> >
> >
> > Hi again,
> >
> > OK, tried to stop all the vms, except the engine, set engine-config -s
> > LibgfApiSupported=true (for 4.2 only) and restarted the engine.
> >
> > When I tried restarting the VMs they are still not using gfapi, so it
> does
> > not seem to help.
> >
> > Cheers,
> >
> >
> > Alessandro
> >
> >
> >
> > Il 09/11/17 09:12, Alessandro De Salvo ha scritto:
> >
> > Hi,
> > where should I enable gfapi via the UI?
> > The only command I tried was engine-config -s LibgfApiSupported=true but
> the
> > result is what is shown in my output below, so it’s set to true for
> v4.2. Is
> > it enough?
> > I’ll try restarting the engine. Is it really needed to stop all the VMs
> and
> > restart them all? Of course this is a test setup and I can do it, but for
> > production clusters in the future it may be a problem.
> > Thanks,
> >
> >Alessandro
> >
> > Il giorno 09 nov 2017, alle ore 07:23, Kasturi Narra 
> ha
> > scritto:
> >
> > Hi ,
> >
> > The procedure to enable gfapi is below.
> >
> > 1) stop all the vms running
> > 2) Enable gfapi via UI or using engine-config command
> > 3) Restart ovirt-engine service
> > 4) start the vms.
> >
> > Hope you have not missed any !!
> >
> > Thanks
> > kasturi
> >
> > On Wed, Nov 8, 2017 at 11:58 PM, Alessandro De Salvo
> >  wrote:
> >>
> >> Hi,
> >>
> >> I'm using the latest 4.2 beta release and want to try the gfapi access,
> >> but I'm currently failing to use it.
> >>
> >> My test setup has an external glusterfs cluster v3.12, not managed by
> >> oVirt.
> >>
> >> The compatibility flag is correctly showing gfapi should be enabled with
> >> 4.2:
> >>
> >> # engine-config -g LibgfApiSupported
> >> LibgfApiSupported: false version: 3.6
> >> LibgfApiSupported: false version: 4.0
> >> LibgfApiSupported: false version: 4.1
> >> LibgfApiSupported: true version: 4.2
> >>
> >> The data center and cluster have the 4.2 compatibility flags as well.
> >>
> >> However, when starting a VM with a disk on gluster I can still see the
> >> disk is mounted via fuse.
> >>
> >> Any clue of what I'm still missing?
> >>
> >> Thanks,
> >>
> >>
> >>Alessandro
> >>
> >> ___
> >> 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
> >
> >
> > ___
> > 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
> >
> ___
> 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

Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2

[Kasturi Narra]

Hi Misak,

  I do not think we will be supporting any in the near future. Enabling
gfapi means that access mechanism of drive changes and i think we will need
to stop the vms.

Thanks
kasturi

On Wed, Nov 15, 2017 at 12:27 PM, Misak Khachatryan 
wrote:

> Hi,
>
> will it be a more clean approach? I can't tolerate full stop of all
> VMs just to enable it, seems too disastrous for real production
> environment. Will it be some migration mechanisms in future?
>
> Best regards,
> Misak Khachatryan
>
>
> On Fri, Nov 10, 2017 at 12:35 AM, Darrell Budic 
> wrote:
> > You do need to stop the VMs and restart them, not just issue a reboot. I
> > havn’t tried under 4.2 yet, but it works in 4.1.6 that way for me.
> >
> > 
> > From: Alessandro De Salvo 
> > Subject: Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2
> > Date: November 9, 2017 at 2:35:01 AM CST
> > To: users@ovirt.org
> >
> >
> > Hi again,
> >
> > OK, tried to stop all the vms, except the engine, set engine-config -s
> > LibgfApiSupported=true (for 4.2 only) and restarted the engine.
> >
> > When I tried restarting the VMs they are still not using gfapi, so it
> does
> > not seem to help.
> >
> > Cheers,
> >
> >
> > Alessandro
> >
> >
> >
> > Il 09/11/17 09:12, Alessandro De Salvo ha scritto:
> >
> > Hi,
> > where should I enable gfapi via the UI?
> > The only command I tried was engine-config -s LibgfApiSupported=true but
> the
> > result is what is shown in my output below, so it’s set to true for
> v4.2. Is
> > it enough?
> > I’ll try restarting the engine. Is it really needed to stop all the VMs
> and
> > restart them all? Of course this is a test setup and I can do it, but for
> > production clusters in the future it may be a problem.
> > Thanks,
> >
> >Alessandro
> >
> > Il giorno 09 nov 2017, alle ore 07:23, Kasturi Narra 
> ha
> > scritto:
> >
> > Hi ,
> >
> > The procedure to enable gfapi is below.
> >
> > 1) stop all the vms running
> > 2) Enable gfapi via UI or using engine-config command
> > 3) Restart ovirt-engine service
> > 4) start the vms.
> >
> > Hope you have not missed any !!
> >
> > Thanks
> > kasturi
> >
> > On Wed, Nov 8, 2017 at 11:58 PM, Alessandro De Salvo
> >  wrote:
> >>
> >> Hi,
> >>
> >> I'm using the latest 4.2 beta release and want to try the gfapi access,
> >> but I'm currently failing to use it.
> >>
> >> My test setup has an external glusterfs cluster v3.12, not managed by
> >> oVirt.
> >>
> >> The compatibility flag is correctly showing gfapi should be enabled with
> >> 4.2:
> >>
> >> # engine-config -g LibgfApiSupported
> >> LibgfApiSupported: false version: 3.6
> >> LibgfApiSupported: false version: 4.0
> >> LibgfApiSupported: false version: 4.1
> >> LibgfApiSupported: true version: 4.2
> >>
> >> The data center and cluster have the 4.2 compatibility flags as well.
> >>
> >> However, when starting a VM with a disk on gluster I can still see the
> >> disk is mounted via fuse.
> >>
> >> Any clue of what I'm still missing?
> >>
> >> Thanks,
> >>
> >>
> >>Alessandro
> >>
> >> ___
> >> 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
> >
> >
> > ___
> > 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
> >
> ___
> 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

Re: [ovirt-users] cannot remove gluster brick

[Kasturi Narra]

Hello Rudi,

 Removing a brick from a replica 3 volume means that you are
reducing the replica count from 3 to 2. You are seeing the first error
because when you are trying to remove a brick from replica 3 volume you do
not need to migrate data as the same data is present in other two replicate
sets. What you could simply do is 'gluster volume remove-brick data replica
2 srv1:/gluster/data/brick1 force' which removes it from the volume.

Hope this helps !!!

Thanks
kasturi



On Wed, Nov 15, 2017 at 5:13 PM, Rudi Ahlers  wrote:

> Hi,
>
> I am trying to remove a brick, from a server which is no longer part of
> the gluster pool, but I keep running into errors for which I cannot find
> answers on google.
>
> [root@virt2 ~]# gluster peer status
> Number of Peers: 3
>
> Hostname: srv1
> Uuid: 2bed7e51-430f-49f5-afbc-06f8cec9baeb
> State: Peer in Cluster (Disconnected)
>
> Hostname: srv3
> Uuid: 0e78793c-deca-4e3b-a36f-2333c8f91825
> State: Peer in Cluster (Connected)
>
> Hostname: srv4
> Uuid: 1a6eedc6-59eb-4329-b091-2b9bc6f0834f
> State: Peer in Cluster (Connected)
> [root@virt2 ~]#
>
>
>
>
> [root@virt2 ~]# gluster volume info data
>
> Volume Name: data
> Type: Replicate
> Volume ID: d09e4534-8bc0-4b30-be89-bc1ec2b439c7
> Status: Started
> Snapshot Count: 0
> Number of Bricks: 1 x 3 = 3
> Transport-type: tcp
> Bricks:
> Brick1: srv1:/gluster/data/brick1
> Brick2: srv2:/gluster/data/brick1
> Brick3: srv3:/gluster/data/brick1
> Options Reconfigured:
> nfs.disable: on
> transport.address-family: inet
> performance.quick-read: off
> performance.read-ahead: off
> performance.io-cache: off
> performance.low-prio-threads: 32
> network.remote-dio: enable
> cluster.eager-lock: enable
> cluster.quorum-type: auto
> cluster.server-quorum-type: server
> cluster.data-self-heal-algorithm: full
> cluster.locking-scheme: granular
> cluster.shd-max-threads: 8
> cluster.shd-wait-qlength: 1
> features.shard: on
> user.cifs: off
> storage.owner-uid: 36
> storage.owner-gid: 36
> features.shard-block-size: 512MB
>
>
>
> [root@virt2 ~]# gluster volume remove-brick data replica 2
> srv1:/gluster/data/brick1 start
> volume remove-brick start: failed: Migration of data is not needed when
> reducing replica count. Use the 'force' option
>
>
> [root@virt2 ~]# gluster volume remove-brick data replica 2
> srv1:/gluster/data/brick1 commit
> Removing brick(s) can result in data loss. Do you want to Continue? (y/n) y
> volume remove-brick commit: failed: Brick srv1:/gluster/data/brick1 is not
> decommissioned. Use start or force option
>
>
>
> The server virt1 is not part of the cluster anymore.
>
> --
> Kind Regards
> Rudi Ahlers
> Website: http://www.rudiahlers.co.za
>
> ___
> 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

Re: [ovirt-users] Could not retrieve LUNs, please check your storage.

[luminal]

Hi Benny,

bug created: https://bugzilla.redhat.com/show_bug.cgi?id=1513596

thanks,
Alberto.

Il 15/11/2017 15:30 Benny Zlotnik ha scritto:

Hi,

This looks like a bug. Can you please file a report with the steps and
full logs on https://bugzilla.redhat.com?
From looking at the logs it looks like its related to the user field
being empty

On Wed, Nov 15, 2017 at 1:40 PM,  wrote:


Hi,

I'm trying to connect a new oVirt Engine Version:
4.1.2.2-1.el7.centos to a Dell MD3200i SAN.
I can discover the SAN from the storage new domain window but when I
login, instead of seeing the + symbol I get the "Could not retrieve
LUNs, please check your storage" error message.
I tried with both a raw LUN and with a partitioned LUN but still no
luck.
Any idea what could cause the problem?

Here some commands and logs

[root@ov1 vdsm]# multipath -ll
36d4ae52000662da46cbd59f95a20 dm-3 DELL,MD32xxi
size=20G features='3 queue_if_no_path pg_init_retries 50'
hwhandler='1 rdac' wp=rw
`-+- policy='round-robin 0' prio=11 status=active
|- 66:0:0:0 sdb 8:16 active ready running
`- 67:0:0:0 sdc 8:32 active ready running

[root@ov1 vdsm]# lsblk
NAMEMAJ:MIN RM   SIZE RO TYPE
MOUNTPOINT
sda   8:00 136.1G  0 disk
├─sda18:10 1G  0 part
/boot
└─sda28:20 135.1G  0 part
├─rhel_ov1-root   253:0050G  0 lvm   /
├─rhel_ov1-swap   253:10 4G  0 lvm
[SWAP]
└─rhel_ov1-home   253:20  81.1G  0 lvm
/home
sdb   8:16   020G  0 disk
└─36d4ae52000662da46cbd59f95a20 253:3020G  0 mpath
sdc   8:32   020G  0 disk
└─36d4ae52000662da46cbd59f95a20 253:3020G  0 mpath

[root@ov1 vdsm]# dmsetup ls
rhel_ov1-home(253:2)
rhel_ov1-swap(253:1)
rhel_ov1-root(253:0)
36d4ae52000662da46cbd59f95a20   (253:3)

[root@ov1 vdsm]# dmsetup table
rhel_ov1-home: 0 170123264 linear 8:2 8390656
rhel_ov1-swap: 0 8388608 linear 8:2 2048
rhel_ov1-root: 0 104857600 linear 8:2 178513920 [1]
36d4ae52000662da46cbd59f95a20: 0 41943040 multipath 3
queue_if_no_path pg_init_retries 50 1 rdac 1 1 round-robin 0 2 1
8:16 1 8:32 1

engine.log

2017-11-15 11:22:32,243Z INFO


[org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand]

(default task-70) [e7e6c1fb-27f3-46a5-9863-e454bdcd1898] START,
DiscoverSendTargetsVDSCommand(HostName = ov1.foo.bar.org [2],
DiscoverSendTargetsVDSCommandParameters:{runAsync='true',
hostId='f1e4fdad-1cf1-473a-97cb-79e2641c2c86',
connection='StorageServerConnections:{id='null',
connection='10.1.8.200', iqn='null', vfsType='null',
mountOptions='null', nfsVersion='null', nfsRetrans='null',
nfsTimeo='null', iface='null', netIfaceName='null'}'}), log id:
19df6841
2017-11-15 11:22:33,436Z INFO


[org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand]

(default task-70) [e7e6c1fb-27f3-46a5-9863-e454bdcd1898] FINISH,
DiscoverSendTargetsVDSCommand, return:
[StorageServerConnections:{id='null', connection='10.1.8.200',


iqn='iqn.1984-05.com.dell:powervault.md3200i.6d4ae5200063fd454f0c6e44',

vfsType='null', mountOptions='null', nfsVersion='null',
nfsRetrans='null', nfsTimeo='null', iface='null',
netIfaceName='null'}, StorageServerConnections:{id='null',
connection='10.1.8.201',


iqn='iqn.1984-05.com.dell:powervault.md3200i.6d4ae5200063fd454f0c6e44',

vfsType='null', mountOptions='null', nfsVersion='null',
nfsRetrans='null', nfsTimeo='null', iface='null',
netIfaceName='null'}, StorageServerConnections:{id='null',
connection='10.1.8.202',


iqn='iqn.1984-05.com.dell:powervault.md3200i.6d4ae5200063fd454f0c6e44',

vfsType='null', mountOptions='null', nfsVersion='null',
nfsRetrans='null', nfsTimeo='null', iface='null',
netIfaceName='null'}, StorageServerConnections:{id='null',
connection='10.1.8.203',


iqn='iqn.1984-05.com.dell:powervault.md3200i.6d4ae5200063fd454f0c6e44',

vfsType='null', mountOptions='null', nfsVersion='null',
nfsRetrans='null', nfsTimeo='null', iface='null',
netIfaceName='null'}], log id: 19df6841

2017-11-15 11:22:46,654Z INFO


[org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand]

(default task-78) [bc8ed6d7-264a-43bf-a076-b15f05ef34b8] Running
command: ConnectStorageToVdsCommand internal: false. Entities
affected :  ID: aaa0----123456789aaa Type:
SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN
2017-11-15 11:22:46,657Z INFO


[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]

(default task-78) [bc8ed6d7-264a-43bf-a076-b15f05ef34b8] START,
ConnectStorageServerVDSCommand(HostName = ov1.foo.bar.org [2],
StorageServerConnectionManagementVDSParameters:{runAsync='true',
hostId='f1e4fdad-1cf1-473a-97cb-79e2641c2c86',
storagePoolId='----',

Re: [ovirt-users] Could not retrieve LUNs, please check your storage.

[Benny Zlotnik]

Hi,

This looks like a bug. Can you please file a report with the steps and full
logs on https://bugzilla.redhat.com?
>From looking at the logs it looks like its related to the user field being
empty

On Wed, Nov 15, 2017 at 1:40 PM,  wrote:

> Hi,
>
> I'm trying to connect a new oVirt Engine Version: 4.1.2.2-1.el7.centos to
> a Dell MD3200i SAN.
> I can discover the SAN from the storage new domain window but when I
> login, instead of seeing the + symbol I get the "Could not retrieve LUNs,
> please check your storage" error message.
> I tried with both a raw LUN and with a partitioned LUN but still no luck.
> Any idea what could cause the problem?
>
> Here some commands and logs
>
> [root@ov1 vdsm]# multipath -ll
> 36d4ae52000662da46cbd59f95a20 dm-3 DELL,MD32xxi
> size=20G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1
> rdac' wp=rw
> `-+- policy='round-robin 0' prio=11 status=active
>   |- 66:0:0:0 sdb 8:16 active ready running
>   `- 67:0:0:0 sdc 8:32 active ready running
>
> [root@ov1 vdsm]# lsblk
> NAMEMAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
> sda   8:00 136.1G  0 disk
> ├─sda18:10 1G  0 part  /boot
> └─sda28:20 135.1G  0 part
>   ├─rhel_ov1-root   253:0050G  0 lvm   /
>   ├─rhel_ov1-swap   253:10 4G  0 lvm   [SWAP]
>   └─rhel_ov1-home   253:20  81.1G  0 lvm   /home
> sdb   8:16   020G  0 disk
> └─36d4ae52000662da46cbd59f95a20 253:3020G  0 mpath
> sdc   8:32   020G  0 disk
> └─36d4ae52000662da46cbd59f95a20 253:3020G  0 mpath
>
>
> [root@ov1 vdsm]# dmsetup ls
> rhel_ov1-home(253:2)
> rhel_ov1-swap(253:1)
> rhel_ov1-root(253:0)
> 36d4ae52000662da46cbd59f95a20   (253:3)
>
> [root@ov1 vdsm]# dmsetup table
> rhel_ov1-home: 0 170123264 linear 8:2 8390656
> rhel_ov1-swap: 0 8388608 linear 8:2 2048
> rhel_ov1-root: 0 104857600 linear 8:2 178513920
> 36d4ae52000662da46cbd59f95a20: 0 41943040 multipath 3
> queue_if_no_path pg_init_retries 50 1 rdac 1 1 round-robin 0 2 1 8:16 1
> 8:32 1
>
>
>
> engine.log
>
> 2017-11-15 11:22:32,243Z INFO  [org.ovirt.engine.core.vdsbrok
> er.vdsbroker.DiscoverSendTargetsVDSCommand] (default task-70)
> [e7e6c1fb-27f3-46a5-9863-e454bdcd1898] START,
> DiscoverSendTargetsVDSCommand(HostName = ov1.foo.bar.org,
> DiscoverSendTargetsVDSCommandParameters:{runAsync='true',
> hostId='f1e4fdad-1cf1-473a-97cb-79e2641c2c86',
> connection='StorageServerConnections:{id='null', connection='10.1.8.200',
> iqn='null', vfsType='null', mountOptions='null', nfsVersion='null',
> nfsRetrans='null', nfsTimeo='null', iface='null', netIfaceName='null'}'}),
> log id: 19df6841
> 2017-11-15 11:22:33,436Z INFO  [org.ovirt.engine.core.vdsbrok
> er.vdsbroker.DiscoverSendTargetsVDSCommand] (default task-70)
> [e7e6c1fb-27f3-46a5-9863-e454bdcd1898] FINISH,
> DiscoverSendTargetsVDSCommand, return: [StorageServerConnections:{id='null',
> connection='10.1.8.200', iqn='iqn.1984-05.com.dell:powe
> rvault.md3200i.6d4ae5200063fd454f0c6e44', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}, StorageServerConnections:{id='null',
> connection='10.1.8.201', iqn='iqn.1984-05.com.dell:powe
> rvault.md3200i.6d4ae5200063fd454f0c6e44', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}, StorageServerConnections:{id='null',
> connection='10.1.8.202', iqn='iqn.1984-05.com.dell:powe
> rvault.md3200i.6d4ae5200063fd454f0c6e44', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}, StorageServerConnections:{id='null',
> connection='10.1.8.203', iqn='iqn.1984-05.com.dell:powe
> rvault.md3200i.6d4ae5200063fd454f0c6e44', vfsType='null',
> mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null',
> iface='null', netIfaceName='null'}], log id: 19df6841
>
> 2017-11-15 11:22:46,654Z INFO  [org.ovirt.engine.core.bll.sto
> rage.connection.ConnectStorageToVdsCommand] (default task-78)
> [bc8ed6d7-264a-43bf-a076-b15f05ef34b8] Running command:
> ConnectStorageToVdsCommand internal: false. Entities affected :  ID:
> aaa0----123456789aaa Type: SystemAction group
> CREATE_STORAGE_DOMAIN with role type ADMIN
> 2017-11-15 11:22:46,657Z INFO  [org.ovirt.engine.core.vdsbrok
> er.vdsbroker.ConnectStorageServerVDSCommand] (default task-78)
> [bc8ed6d7-264a-43bf-a076-b15f05ef34b8] START,
> ConnectStorageServerVDSCommand(HostName = ov1.foo.bar.org,
> StorageServerConnectionManagementVDSParameters:{runAsync='true',
> hostId='f1e4fdad-1cf1-473a-97cb-79e2641c2c86',
> 

[ovirt-users] [ANN] oVirt 4.2.0 Second Beta Release is now available for testing

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the Second
Beta Release of oVirt 4.2.0, as of November 15th, 2017

This is pre-release software. This pre-release should not to be used in
production.

Please take a look at our community page[1] to learn how to ask questions
and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].

This update is the second beta release of the 4.2.0 version. This release
brings more than 240 enhancements and more than one thousand bug fixes,
including more than 430 high or urgent severity fixes, on top of oVirt 4.1
series.

What's new in oVirt 4.2.0?


   -

   The Administration Portal has been completely redesigned using
   Patternfly, a widely adopted standard in web application design. It now
   features a cleaner, more intuitive design, for an improved user experience.
   -

   There is an all-new VM Portal for non-admin users.
   -

   A new High Performance virtual machine type has been added to the New VM
   dialog box in the Administration Portal.
   -

   Open Virtual Network (OVN) adds support for Open vSwitch software
   defined networking (SDN).
   -

   oVirt now supports Nvidia vGPU.
   -

   The ovirt-ansible-roles package helps users with common administration
   tasks.
   -

   Virt-v2v now supports Debian/Ubuntu based VMs.


For more information about these and other features, check out the oVirt
4.2.0 blog post
.

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 7.4 or later

* CentOS Linux (or similar) 7.4 or later

* oVirt Node 4.2 (available for x86_64 only)

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:

- oVirt Appliance is already available.

- An async release of oVirt Node will follow soon.

Additional Resources:

* Read more about the oVirt 4.2.0 release highlights:
http://www.ovirt.org/release/4.2.0/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] https://www.ovirt.org/community/

[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt

[3] http://www.ovirt.org/release/4.2.0/
[4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/

-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Trouble Connecting ISCSI Storage to Hosted Engine

[Kyle Conti]

I removed CHAP once I started running into issues. I did restart services, 
host, and vm. 

I ended up blowing the configuration away today as I have a deadline to meet, 
so I'll be continuing to use Virt-Manager for now. 

I'll be using a test box of mine to work out the kinks of this and will send 
logs over at that point. 

"The hosted-engine VM is a special VM since it's running the engine that 
manages your system. It should have its own storage domain since we are 
preventing a few actions there to avoid blocking the engine while it's working 
so, in order to avoid preventing some flows on regular VMs, the hosted-engine 
VM and other VMs should be into distinct storage domains." 

When setting up the domain storage for the initial ovirt setup script, I used 
an ISCSI connection to my NAS as I knew it had to be separated from the other 
storage domain. ISCSI to my NAS has not been a problem. 

If you have any suggestions, wonderful. If not, I'll send over logs once I can 
get to my test setup and we can try to get it to work from that point. I do 
think Ovirt will be worth it. 

Regards, 

Kyle Conti 
IT Engineer 
Boston Engineering 
Office: 781-314-0753 
kco...@boston-engineering.com 


From: "Simone Tiraboschi"  
To: "Kyle Conti"  
Cc: "users"  
Sent: Wednesday, November 15, 2017 3:29:28 AM 
Subject: Re: [ovirt-users] Trouble Connecting ISCSI Storage to Hosted Engine 



On Tue, Nov 14, 2017 at 3:12 PM, Kyle Conti < kco...@boston-engineering.com > 
wrote: 



Hello, 

I'm brand new to Ovirt and trying to get my Hosted Engine setup configured with 
ISCSI storage. I have ~8TB usable storage available on an LVM partition. This 
storage is on the same server that is hosting the ovirt engine virtual machine. 
After I use the discovery/sendtargets command via Centos 7 engine vm, it shows 
the correct IQN. When I use ovirt's storage discovery in GUI, I can see the 
storage IQN just fine as well, but when I try to connect to it, I get the 
following: 

"Error while executing action: Failed to login to iSCSI node due to 
authorization failure" 




Could you please attach vdsm logs from the host for the relevant time frame? 

BQ_BEGIN

Is NFS recommended instead when trying to connect the storage from server host 
to Ovirt Engine VM? There is nothing in this storage domain yet. This is a 
brand new setup. 

BQ_END

NFS consumed in loop-back could be problematic, iSCSI and gluster looks as 
better options if you want to have everything on a single machine. 

BQ_BEGIN

One other thing to note...I have iscsi storage working with a NAS for my ISO 
storage domain. I don't want to use the NAS for the virtual machine storage 
domain. What's so different about the Ovirt Engine vm? 

BQ_END

The hosted-engine VM is a special VM since it's running the engine that manages 
your system. It should have its own storage domain since we are preventing a 
few actions there to avoid blocking the engine while it's working so, in order 
to avoid preventing some flows on regular VMs, the hosted-engine VM and other 
VMs should be into distinct storage domains. 

BQ_BEGIN


Any help would be much appreciated. Please let me know If I'm taking the wrong 
approach here, or I'm trying to do something that this system is not meant to 
do. 

Regards, 

KC 

___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 


BQ_END


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2

[Bryan Sockel]

Ok Thanks, for some reason i was thinking it was the other way around.

Bryan Sockel
-Original Message-
From: Kasturi Narra 
To: Bryan Sockel 
Cc: Alessandro De Salvo , users 

Date: Wed, 15 Nov 2017 11:48:31 +0530
Subject: Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2

Hi Bryan,

 In your output if you see the -drive file=gluster:/// 
this means that vm disk drives are being accessed using libgfapi. 

If it is fuse then you would have seen something like 
"file=/rhev/data-center/59f2df7e-0388-00ea-02c2-017b/67d7d3cc-df3f-4d07-b6f3-944982c5677c/images/8e6f96d3-2ed4-4c56-87d1-3a994284e683/9bf5a54e-d72d-4b1f-8ab1-0a84eb987fdd"

Thanks
kasturi

On Tue, Nov 14, 2017 at 8:37 PM, Bryan Sockel  wrote:
Hrm, not sure what i am doing wrong then, does not seem to be working for 
me.  I am not using the hosted engine, but a direct install on a physical 
server.  I thought i have enabled support for libgfapi with this command:

# engine-config -g LibgfApiSupported
LibgfApiSupported: false version: 3.6
LibgfApiSupported: false version: 4.0
LibgfApiSupported: true version: 4.1

restarted the engine, shutdown the vm completely and started it back up a 
short time later.

I am using this command to check:
 ps ax | grep qemu | grep 'file=gluster\|file=/rhev'

Output is 
 file=gluster://10.20.102.181/gl-vm12/

Thanks
Bryan
-Original Message-
From: Kasturi Narra 
To: Bryan Sockel 
Cc: Alessandro De Salvo , users 

Date: Tue, 14 Nov 2017 12:56:49 +0530
Subject: Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2

yes, it  does work with 4.1.7.6 version

On Tue, Nov 14, 2017 at 4:49 AM, Bryan Sockel  wrote:
Is libgfapi supposed to be working in 4.1.7.6?
Bryan 
-Original Message-
From: Alessandro De Salvo 
To: users@ovirt.org
Date: Thu, 9 Nov 2017 09:35:01 +0100
Subject: Re: [ovirt-users] Enabling libgfapi disk access with oVirt 4.2
 
Hi again,
OK, tried to stop all the vms, except the engine, set engine-config -s 
LibgfApiSupported=true (for 4.2 only) and restarted the engine.
When I tried restarting the VMs they are still not using gfapi, so it does 
not seem to help.
Cheers,

Alessandro


Il 09/11/17 09:12, Alessandro De Salvo ha scritto:

Hi,
where should I enable gfapi via the UI?
The only command I tried was engine-config -s LibgfApiSupported=true but the 
result is what is shown in my output below, so it’s set to true for v4.2. 
Is it enough?
I’ll try restarting the engine. Is it really needed to stop all the VMs 
and restart them all? Of course this is a test setup and I can do it, but 
for production clusters in the future it may be a problem.
Thanks,

   Alessandro

Il giorno 09 nov 2017, alle ore 07:23, Kasturi Narra  ha 
scritto:

Hi ,

The procedure to enable gfapi is below.

1) stop all the vms running
2) Enable gfapi via UI or using engine-config command
3) Restart ovirt-engine service
4) start the vms.

Hope you have not missed any !!

Thanks
kasturi 

On Wed, Nov 8, 2017 at 11:58 PM, Alessandro De Salvo 
 wrote:
Hi,

I'm using the latest 4.2 beta release and want to try the gfapi access, but 
I'm currently failing to use it.

My test setup has an external glusterfs cluster v3.12, not managed by oVirt.

The compatibility flag is correctly showing gfapi should be enabled with 
4.2:

# engine-config -g LibgfApiSupported
LibgfApiSupported: false version: 3.6
LibgfApiSupported: false version: 4.0
LibgfApiSupported: false version: 4.1
LibgfApiSupported: true version: 4.2

The data center and cluster have the 4.2 compatibility flags as well.

However, when starting a VM with a disk on gluster I can still see the disk 
is mounted via fuse.

Any clue of what I'm still missing?

Thanks,


   Alessandro

___
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

___
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

[ovirt-users] Host nic up and down + sanlock errors

[Jayme Fall]

I’ve been handed an ovirt setup from a previous admin that has resigned from 
the company.  It was setup more as a test bed and not a final solution.  
Storage is being mounted over NFS from local drives contained on one of the 
hosts.  

I’ve been seeing alerts about one particular host’s nic going up and down 
frequently and now I’m seeing some sanlock errors around the same time (I’m 
assuming probably related to the interface being up and down).  Wondering how 
concerning this is and what might be causing it.  

Nov 15 03:26:52  kernel: ixgbe :0c:00.0 enp12s0: NIC Link is Down
Nov 15 03:26:52  kernel: ovirtmgmt: port 1(enp12s0) entered disabled state
Nov 15 03:26:56  kernel: ixgbe :0c:00.0 enp12s0: NIC Link is Up 10 Gbps, 
Flow Control: None
Nov 15 03:26:56  kernel: ovirtmgmt: port 1(enp12s0) entered forwarding state

Nov 15 03:27:03 sanlock[627]: 2017-11-15 03:27:03-0400 11464708 [9013]: s13 
delta_renew read timeout 10 sec offset 0 
/rhev/data-center/mnt/HOSTNAME:_exports_hosted__engine/248f46f0-d793-4581-9810-c9d965e2f286/dom_md/ids

Nov 15 03:27:03 sanlock[627]: 2017-11-15 03:27:03-0400 11464708 [9013]: s13 
renewal error -202 delta_length 10 last_success 11464677

Thanks!
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Could not retrieve LUNs, please check your storage.

[luminal]

Hi,

I'm trying to connect a new oVirt Engine Version: 4.1.2.2-1.el7.centos 
to a Dell MD3200i SAN.
I can discover the SAN from the storage new domain window but when I 
login, instead of seeing the + symbol I get the "Could not retrieve 
LUNs, please check your storage" error message.
I tried with both a raw LUN and with a partitioned LUN but still no 
luck.

Any idea what could cause the problem?

Here some commands and logs

[root@ov1 vdsm]# multipath -ll
36d4ae52000662da46cbd59f95a20 dm-3 DELL,MD32xxi
size=20G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 
rdac' wp=rw

`-+- policy='round-robin 0' prio=11 status=active
  |- 66:0:0:0 sdb 8:16 active ready running
  `- 67:0:0:0 sdc 8:32 active ready running

[root@ov1 vdsm]# lsblk
NAMEMAJ:MIN RM   SIZE RO TYPE  
MOUNTPOINT

sda   8:00 136.1G  0 disk
├─sda18:10 1G  0 part  /boot
└─sda28:20 135.1G  0 part
  ├─rhel_ov1-root   253:0050G  0 lvm   /
  ├─rhel_ov1-swap   253:10 4G  0 lvm   [SWAP]
  └─rhel_ov1-home   253:20  81.1G  0 lvm   /home
sdb   8:16   020G  0 disk
└─36d4ae52000662da46cbd59f95a20 253:3020G  0 mpath
sdc   8:32   020G  0 disk
└─36d4ae52000662da46cbd59f95a20 253:3020G  0 mpath


[root@ov1 vdsm]# dmsetup ls
rhel_ov1-home(253:2)
rhel_ov1-swap(253:1)
rhel_ov1-root(253:0)
36d4ae52000662da46cbd59f95a20   (253:3)

[root@ov1 vdsm]# dmsetup table
rhel_ov1-home: 0 170123264 linear 8:2 8390656
rhel_ov1-swap: 0 8388608 linear 8:2 2048
rhel_ov1-root: 0 104857600 linear 8:2 178513920
36d4ae52000662da46cbd59f95a20: 0 41943040 multipath 3 
queue_if_no_path pg_init_retries 50 1 rdac 1 1 round-robin 0 2 1 8:16 1 
8:32 1




engine.log

2017-11-15 11:22:32,243Z INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand] 
(default task-70) [e7e6c1fb-27f3-46a5-9863-e454bdcd1898] START, 
DiscoverSendTargetsVDSCommand(HostName = ov1.foo.bar.org, 
DiscoverSendTargetsVDSCommandParameters:{runAsync='true', 
hostId='f1e4fdad-1cf1-473a-97cb-79e2641c2c86', 
connection='StorageServerConnections:{id='null', 
connection='10.1.8.200', iqn='null', vfsType='null', 
mountOptions='null', nfsVersion='null', nfsRetrans='null', 
nfsTimeo='null', iface='null', netIfaceName='null'}'}), log id: 19df6841
2017-11-15 11:22:33,436Z INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand] 
(default task-70) [e7e6c1fb-27f3-46a5-9863-e454bdcd1898] FINISH, 
DiscoverSendTargetsVDSCommand, return: 
[StorageServerConnections:{id='null', connection='10.1.8.200', 
iqn='iqn.1984-05.com.dell:powervault.md3200i.6d4ae5200063fd454f0c6e44', 
vfsType='null', mountOptions='null', nfsVersion='null', 
nfsRetrans='null', nfsTimeo='null', iface='null', netIfaceName='null'}, 
StorageServerConnections:{id='null', connection='10.1.8.201', 
iqn='iqn.1984-05.com.dell:powervault.md3200i.6d4ae5200063fd454f0c6e44', 
vfsType='null', mountOptions='null', nfsVersion='null', 
nfsRetrans='null', nfsTimeo='null', iface='null', netIfaceName='null'}, 
StorageServerConnections:{id='null', connection='10.1.8.202', 
iqn='iqn.1984-05.com.dell:powervault.md3200i.6d4ae5200063fd454f0c6e44', 
vfsType='null', mountOptions='null', nfsVersion='null', 
nfsRetrans='null', nfsTimeo='null', iface='null', netIfaceName='null'}, 
StorageServerConnections:{id='null', connection='10.1.8.203', 
iqn='iqn.1984-05.com.dell:powervault.md3200i.6d4ae5200063fd454f0c6e44', 
vfsType='null', mountOptions='null', nfsVersion='null', 
nfsRetrans='null', nfsTimeo='null', iface='null', netIfaceName='null'}], 
log id: 19df6841


2017-11-15 11:22:46,654Z INFO  
[org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand] 
(default task-78) [bc8ed6d7-264a-43bf-a076-b15f05ef34b8] Running 
command: ConnectStorageToVdsCommand internal: false. Entities affected : 
 ID: aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN
2017-11-15 11:22:46,657Z INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(default task-78) [bc8ed6d7-264a-43bf-a076-b15f05ef34b8] START, 
ConnectStorageServerVDSCommand(HostName = ov1.foo.bar.org, 
StorageServerConnectionManagementVDSParameters:{runAsync='true', 
hostId='f1e4fdad-1cf1-473a-97cb-79e2641c2c86', 
storagePoolId='----', 
storageType='ISCSI', 
connectionList='[StorageServerConnections:{id='null', 
connection='10.1.8.200', 
iqn='iqn.1984-05.com.dell:powervault.md3200i.6d4ae5200063fd454f0c6e44', 
vfsType='null', mountOptions='null', nfsVersion='null', 
nfsRetrans='null', nfsTimeo='null', iface='null', 
netIfaceName='null'}]'}), log id: 252cf708
2017-11-15 11:22:47,861Z INFO  

Re: [ovirt-users] [OT] how to analyze/avoid dropped rx packets

[Edward Haas]

Hello Gianluca,

Not sure if I can help with this one, but could you just clarify from where
these DHCPv6 packets arrive?
You mentioned IPv6 is disabled on the VM, therefore I assume these are
ingress packets, right?
If this is the case, then perhaps the stack just drops the ingress packets
(as it has no handler for them).

Thanks,
Edy.


On Fri, Nov 10, 2017 at 11:33 AM, Gianluca Cecchi  wrote:

> Hello,
> on some Oracle Linux 7 VMs I see that dropped RX packets continue to
> increase.
> The eth0 interface is virtio for all of them.
> When running tcpdump on eth0 the counter stop increasing and so it means
> tcpdump does capture them
>
> I found some references about these kind of rx dropped frames with CentOS
> 7 too and other distros with new kernels.
>
> eg:
> https://www.netiq.com/support/kb/doc.php?id=7007165
> and
> *https://serverfault.com/questions/528290/ifconfig-eth0-rx-dropped-packets
> *
>
> In my case it doesn't seem that the nature of the dropped packages is STP,
> but IP6
>
> On my VMs I have disabled ipv6
>
> I see that in about 100 seconds I have 180 dropped frames occured, and
> when running tcpdump for the same amount of time I have in it about 180
> DHCPv6 packets, so I presume it is it the responsible
> Any way to avoid this, at VM or hypervisor level?
>
> Thanks in advance,
> Gianluca
>
> ___
> 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

Re: [ovirt-users] how to move network bridge?

[Rudi Ahlers]

I know,  have been using Linux since 2000 and redoing the network isn't
difficult, but in this case something didn't work well.
Right now I'm stuck with a degraded Gluster setup after the reinstallation
for which I have posted another thread.

On Wed, Nov 15, 2017 at 1:58 PM, Petr Horacek  wrote:

> Manual change of ifcfg files and restart of network service (not reboot)
> should restore connectivity. Then you should be able to access Engine and
> setup the new network there so it will be persisted and recognized by oVirt.
>
> Glad you managed to run it.
>
>
> 2017-11-15 13:45 GMT+02:00 Rudi Ahlers :
>
>> Hi Petr,
>>
>> Thanx for getting back to me.
>>
>> I ended up reinstalling the server. Even after I manually edited the
>> ifcg-ens2f0 and ens2f3 files, and rebooted, networking didn't work well.
>> The gateway was never added (even though it was listed in the files) and
>> the /etc/resolv.conf file kept on being overwritten despite NetworkManager
>> being off.
>>
>> On Wed, Nov 15, 2017 at 1:41 PM, Petr Horacek 
>> wrote:
>>
>>> Hello,
>>>
>>> could you please share your current configuration from
>>> /etc/sysconfig/network-scripts/ifcfg-{ovirtmgmt,DESIRED_STOR
>>> AGE_IFACE,DESIRED_MGMT_IFACE}?
>>>
>>> Thanks,
>>> Petr
>>>
>>> 2017-11-14 23:56 GMT+02:00 Rudi Ahlers :
>>>
 Hi,

 Can someone please help me "move" the network bridge to another port? I
 have tried a couple times but it doesn't seem to work.
 Our internal LAN IP range is 192.168.102.0/24 and the storage area
 network is 10.10.10.0/24

 When I installed hosted-engine, I accidently told it to use the
 10.10.10.81 interface and a  bridge was created accordingly. But I cannot
 access the 10.10.10.0/24 IP range via our VPN (for security reasons)
 so I can't access the hosted-engine

 I tried to remove the bridge interface with brctl but it didn't work as
 expected.

 root@virt1 ~]# brctl show
 bridge name bridge id   STP enabled interfaces
 ;vdsmdummy; 8000.   no
 ovirtmgmt   8000.0cc47aeaffd8   no  ens2f0


 Even though I tried to remove ens2f0 and added ens2f3, it never worked.
 The bridge / network would stop working and I wold need to login to the
 server's IPMI card and remove ens2f0.

 Can someone please guide me in moving the bridge to the
 192.168.102.0/24 network?



 --
 Kind Regards
 Rudi Ahlers
 Website: http://www.rudiahlers.co.za

 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users


>>>
>>
>>
>> --
>> Kind Regards
>> Rudi Ahlers
>> Website: http://www.rudiahlers.co.za
>>
>
>


-- 
Kind Regards
Rudi Ahlers
Website: http://www.rudiahlers.co.za
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] how to move network bridge?

[Petr Horacek]

Manual change of ifcfg files and restart of network service (not reboot)
should restore connectivity. Then you should be able to access Engine and
setup the new network there so it will be persisted and recognized by oVirt.

Glad you managed to run it.

2017-11-15 13:45 GMT+02:00 Rudi Ahlers :

> Hi Petr,
>
> Thanx for getting back to me.
>
> I ended up reinstalling the server. Even after I manually edited the
> ifcg-ens2f0 and ens2f3 files, and rebooted, networking didn't work well.
> The gateway was never added (even though it was listed in the files) and
> the /etc/resolv.conf file kept on being overwritten despite NetworkManager
> being off.
>
> On Wed, Nov 15, 2017 at 1:41 PM, Petr Horacek  wrote:
>
>> Hello,
>>
>> could you please share your current configuration from
>> /etc/sysconfig/network-scripts/ifcfg-{ovirtmgmt,DESIRED_
>> STORAGE_IFACE,DESIRED_MGMT_IFACE}?
>>
>> Thanks,
>> Petr
>>
>> 2017-11-14 23:56 GMT+02:00 Rudi Ahlers :
>>
>>> Hi,
>>>
>>> Can someone please help me "move" the network bridge to another port? I
>>> have tried a couple times but it doesn't seem to work.
>>> Our internal LAN IP range is 192.168.102.0/24 and the storage area
>>> network is 10.10.10.0/24
>>>
>>> When I installed hosted-engine, I accidently told it to use the
>>> 10.10.10.81 interface and a  bridge was created accordingly. But I cannot
>>> access the 10.10.10.0/24 IP range via our VPN (for security reasons) so
>>> I can't access the hosted-engine
>>>
>>> I tried to remove the bridge interface with brctl but it didn't work as
>>> expected.
>>>
>>> root@virt1 ~]# brctl show
>>> bridge name bridge id   STP enabled interfaces
>>> ;vdsmdummy; 8000.   no
>>> ovirtmgmt   8000.0cc47aeaffd8   no  ens2f0
>>>
>>>
>>> Even though I tried to remove ens2f0 and added ens2f3, it never worked.
>>> The bridge / network would stop working and I wold need to login to the
>>> server's IPMI card and remove ens2f0.
>>>
>>> Can someone please guide me in moving the bridge to the 192.168.102.0/24
>>> network?
>>>
>>>
>>>
>>> --
>>> Kind Regards
>>> Rudi Ahlers
>>> Website: http://www.rudiahlers.co.za
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
>
> --
> Kind Regards
> Rudi Ahlers
> Website: http://www.rudiahlers.co.za
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] NIC Bonding

[Petr Horacek]

Hello Bryan,

I'm afraid it is not possible with oVirt. You can only attach NICs to a
bonding via the way Arthur suggested.

Regards,
Petr

2017-11-09 16:41 GMT+02:00 Bryan Sockel :

> I have a similar setup i am trying to achieve, but i would like to create
> 2 bonds to increase the bandwith and then configure 1 bond as a backup to
> the primary.  Is there some way to do this?
>
>
> Bryan Sockel
>
> Sent using Alt-N's own MDaemon Messaging Server 
> Get to know the Alt-N family by liking us on Facebook
> 
> !
>
>
>
> -Original Message-
> From: Arthur Melo 
> To: magnus.isaks...@ilw.se
> Cc: users 
> Date: Mon, 6 Nov 2017 10:18:03 -0200
> Subject: Re: [ovirt-users] NIC Bonding
>
> Just drag and drop NICs then configure it to active/backup! :)
>
> Atenciosamente,
> Arthur Melo
> Linux User #302250
>
>
> 2017-11-06 8:15 GMT-02:00 :
>>
>> Hello!
>> I'm new(-ish) to oVirt and have a question regarding network.
>> I currently use vmware, the hosts have 4 nic each and connected to two
>> switches in stack(extreme), i have two vSwitch with two nic each setup in
>> active/standby, with this i don't have to do anything with the physical
>> switch.
>> So how do i do this setup on oVirt so i don't need to configure the
>> switches?
>> I know how to bond the cards, but i am afraid of a switchloop, so i just
>> want to make sure that does not happen.
>>
>> Regards
>> Magnus Isaksson
>>
>> ___
>> 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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] how to move network bridge?

[Rudi Ahlers]

Hi Petr,

Thanx for getting back to me.

I ended up reinstalling the server. Even after I manually edited the
ifcg-ens2f0 and ens2f3 files, and rebooted, networking didn't work well.
The gateway was never added (even though it was listed in the files) and
the /etc/resolv.conf file kept on being overwritten despite NetworkManager
being off.

On Wed, Nov 15, 2017 at 1:41 PM, Petr Horacek  wrote:

> Hello,
>
> could you please share your current configuration from
> /etc/sysconfig/network-scripts/ifcfg-{ovirtmgmt,
> DESIRED_STORAGE_IFACE,DESIRED_MGMT_IFACE}?
>
> Thanks,
> Petr
>
> 2017-11-14 23:56 GMT+02:00 Rudi Ahlers :
>
>> Hi,
>>
>> Can someone please help me "move" the network bridge to another port? I
>> have tried a couple times but it doesn't seem to work.
>> Our internal LAN IP range is 192.168.102.0/24 and the storage area
>> network is 10.10.10.0/24
>>
>> When I installed hosted-engine, I accidently told it to use the
>> 10.10.10.81 interface and a  bridge was created accordingly. But I cannot
>> access the 10.10.10.0/24 IP range via our VPN (for security reasons) so
>> I can't access the hosted-engine
>>
>> I tried to remove the bridge interface with brctl but it didn't work as
>> expected.
>>
>> root@virt1 ~]# brctl show
>> bridge name bridge id   STP enabled interfaces
>> ;vdsmdummy; 8000.   no
>> ovirtmgmt   8000.0cc47aeaffd8   no  ens2f0
>>
>>
>> Even though I tried to remove ens2f0 and added ens2f3, it never worked.
>> The bridge / network would stop working and I wold need to login to the
>> server's IPMI card and remove ens2f0.
>>
>> Can someone please guide me in moving the bridge to the 192.168.102.0/24
>> network?
>>
>>
>>
>> --
>> Kind Regards
>> Rudi Ahlers
>> Website: http://www.rudiahlers.co.za
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>


-- 
Kind Regards
Rudi Ahlers
Website: http://www.rudiahlers.co.za
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] cannot remove gluster brick

[Rudi Ahlers]

Hi,

I am trying to remove a brick, from a server which is no longer part of the
gluster pool, but I keep running into errors for which I cannot find
answers on google.

[root@virt2 ~]# gluster peer status
Number of Peers: 3

Hostname: srv1
Uuid: 2bed7e51-430f-49f5-afbc-06f8cec9baeb
State: Peer in Cluster (Disconnected)

Hostname: srv3
Uuid: 0e78793c-deca-4e3b-a36f-2333c8f91825
State: Peer in Cluster (Connected)

Hostname: srv4
Uuid: 1a6eedc6-59eb-4329-b091-2b9bc6f0834f
State: Peer in Cluster (Connected)
[root@virt2 ~]#




[root@virt2 ~]# gluster volume info data

Volume Name: data
Type: Replicate
Volume ID: d09e4534-8bc0-4b30-be89-bc1ec2b439c7
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: srv1:/gluster/data/brick1
Brick2: srv2:/gluster/data/brick1
Brick3: srv3:/gluster/data/brick1
Options Reconfigured:
nfs.disable: on
transport.address-family: inet
performance.quick-read: off
performance.read-ahead: off
performance.io-cache: off
performance.low-prio-threads: 32
network.remote-dio: enable
cluster.eager-lock: enable
cluster.quorum-type: auto
cluster.server-quorum-type: server
cluster.data-self-heal-algorithm: full
cluster.locking-scheme: granular
cluster.shd-max-threads: 8
cluster.shd-wait-qlength: 1
features.shard: on
user.cifs: off
storage.owner-uid: 36
storage.owner-gid: 36
features.shard-block-size: 512MB



[root@virt2 ~]# gluster volume remove-brick data replica 2
srv1:/gluster/data/brick1 start
volume remove-brick start: failed: Migration of data is not needed when
reducing replica count. Use the 'force' option


[root@virt2 ~]# gluster volume remove-brick data replica 2
srv1:/gluster/data/brick1 commit
Removing brick(s) can result in data loss. Do you want to Continue? (y/n) y
volume remove-brick commit: failed: Brick srv1:/gluster/data/brick1 is not
decommissioned. Use start or force option



The server virt1 is not part of the cluster anymore.

-- 
Kind Regards
Rudi Ahlers
Website: http://www.rudiahlers.co.za
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] how to move network bridge?

[Petr Horacek]

Hello,

could you please share your current configuration from
/etc/sysconfig/network-scripts/ifcfg-{ovirtmgmt,DESIRED_STORAGE_IFACE,DESIRED_MGMT_IFACE}?

Thanks,
Petr

2017-11-14 23:56 GMT+02:00 Rudi Ahlers :

> Hi,
>
> Can someone please help me "move" the network bridge to another port? I
> have tried a couple times but it doesn't seem to work.
> Our internal LAN IP range is 192.168.102.0/24 and the storage area
> network is 10.10.10.0/24
>
> When I installed hosted-engine, I accidently told it to use the
> 10.10.10.81 interface and a  bridge was created accordingly. But I cannot
> access the 10.10.10.0/24 IP range via our VPN (for security reasons) so I
> can't access the hosted-engine
>
> I tried to remove the bridge interface with brctl but it didn't work as
> expected.
>
> root@virt1 ~]# brctl show
> bridge name bridge id   STP enabled interfaces
> ;vdsmdummy; 8000.   no
> ovirtmgmt   8000.0cc47aeaffd8   no  ens2f0
>
>
> Even though I tried to remove ens2f0 and added ens2f3, it never worked.
> The bridge / network would stop working and I wold need to login to the
> server's IPMI card and remove ens2f0.
>
> Can someone please guide me in moving the bridge to the 192.168.102.0/24
> network?
>
>
>
> --
> Kind Regards
> Rudi Ahlers
> Website: http://www.rudiahlers.co.za
>
> ___
> 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

Re: [ovirt-users] VLAN trunk

[Petr Horacek]

Hello,

when no VLAN tag is specified for an oVirt network it works as a trunk for
all tagged and non-tagged traffic.

Regards,
Petr

2017-11-13 9:39 GMT+02:00 Magnus Isaksson :

> Hello,
>
> In VMware you create a vlan and for tag you choose "all" or 4095.
> What is the equivalent in oVirt?
>
> I am setting up a pfSense firewall and i dont want to create a new NIC for
> every VLAN i want in the firewall, so in VMware im creating 3 nics, WAN,
> VGT and HA Sync, with that i can add as many internal VLAN i want.
>
> Cheers
>  Magnus
>
> ___
> 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

Re: [ovirt-users] LDAP sources

[Ondra Machacek]

Hello,

On Wed, Nov 15, 2017 at 9:03 AM, Magnus Isaksson  wrote:
> Hello,
>
> I have tried googling and searching in the documentation, but i can't seem
> to find any instructions on how to remove a authentication source.
>
> The background is that i did set up an FreeIPA server for auth, worked
> perfectly, but i ran into some problems using that to auth other systems, so
> i had to setup a new FreeIPA server and added that to oVirt, but now i want
> to remove the old one, but can not seem to find how.
> Anyone sitting on that info?

You have to remove the extension files of the old IPA server. It's
following files:

 - /etc/ovirt-engine/extensions.d/ipa-old-authn.properties
 - /etc/ovirt-engine/extensions.d/ipa-old-authn.properties
 - /etc/ovirt-engine/aaa/ipa-old.properties

Also don't forget to remove all users and groups of the old profile
via webadmin.

>
> And while on the subject, how do i set the FreeIPA auth as default auth
> source in oVirt?

Yes, this is supported since 4.0 release. You can check more info in
this bugzilla:

 https://bugzilla.redhat.com/show_bug.cgi?id=1296274

What you need to do is, add this line:

ovirt.engine.aaa.authn.default.profile=true

to your authn properties file of the profile, you want to have the default.

>
> Regards
>  Magnus
>
> ___
> 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

Re: [ovirt-users] Trouble Connecting ISCSI Storage to Hosted Engine

[Simone Tiraboschi]

On Tue, Nov 14, 2017 at 3:12 PM, Kyle Conti 
wrote:

> Hello,
>
> I'm brand new to Ovirt and trying to get my Hosted Engine setup configured
> with ISCSI storage.  I have ~8TB usable storage available on an LVM
> partition.  This storage is on the same server that is hosting the ovirt
> engine virtual machine.  After I use the discovery/sendtargets command via
> Centos 7 engine vm, it shows the correct IQN.  When I use ovirt's storage
> discovery in GUI, I can see the storage IQN just fine as well, but when I
> try to connect to it, I get the following:
>
> "Error while executing action: Failed to login to iSCSI node due to
> authorization failure"
>
>
Could you please attach vdsm logs from the host for the relevant time frame?


> Is NFS recommended instead when trying to connect the storage from server
> host to Ovirt Engine VM?  There is nothing in this storage domain yet.
> This is a brand new setup.
>

NFS consumed in loop-back could be problematic, iSCSI and gluster looks as
better options if you want to have everything on a single machine.


> One other thing to note...I have iscsi storage working with a NAS for my
> ISO storage domain.  I don't want to use the NAS for the virtual machine
> storage domain.  What's so different about the Ovirt Engine vm?
>

The hosted-engine VM is a special VM since it's running the engine that
manages your system. It should have its own storage domain since we are
preventing a few actions there to avoid blocking the engine while it's
working so, in order to avoid preventing some flows on regular VMs, the
hosted-engine VM and other VMs should be into distinct storage domains.


>
> Any help would be much appreciated.  Please let me know If I'm taking the
> wrong approach here, or I'm trying to do something that this system is not
> meant to do.
>
> Regards,
>
>
> *KC*
>
> ___
> 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

[ovirt-users] LDAP sources

[Magnus Isaksson]

Hello,

I have tried googling and searching in the documentation, but i can't 
seem to find any instructions on how to remove a authentication source.


The background is that i did set up an FreeIPA server for auth, worked 
perfectly, but i ran into some problems using that to auth other 
systems, so i had to setup a new FreeIPA server and added that to 
oVirt, but now i want to remove the old one, but can not seem to find 
how.

Anyone sitting on that info?

And while on the subject, how do i set the FreeIPA auth as default auth 
source in oVirt?


Regards
Magnus
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users