On Fri, Jan 31, 2020 at 9:56 AM Vrgotic, Marko
wrote:
> Dear Yedidyah,
>
> We are actually seeing collisions, which is why I reached out in first
> place.
> Strange is that is did not happen since few weeks ago, and since then I
> saw it multiple times.
>
I am interested in reproducing this
On Wed, Oct 2, 2019 at 12:29 PM Mail SET Inc. Group
wrote:
> --reconfigure-optional-components not helps. And the file
> /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
> not exists after setup.
>
> [root@engine ~]# rm
>
Hey,
here is one more thing: The issue we had some time ago might (just
might) be the culprit. We Copied the one gluster file over to the other
nodes. The one correct node which we took down yesterday is node01,
which has more metadata to said file:
[root@node01:~] # getfattr -m . -d -e hex
On February 3, 2020 12:25:05 PM GMT+02:00, Christian Reiss
wrote:
>Hey,
>
>here is one more thing: The issue we had some time ago might (just
>might) be the culprit. We Copied the one gluster file over to the other
>
>nodes. The one correct node which we took down yesterday is node01,
>which
Hi Dominik!
So, this solution helps!
But, if i do step #7 it returns to pervious (bad) state and i need to do all 6
steps again.
Thank u 4 help!!!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy
On Mon, Feb 3, 2020 at 11:39 AM Strahil Nikolov
wrote:
> On February 3, 2020 11:23:57 AM GMT+02:00, Dominik Holler <
> dhol...@redhat.com> wrote:
> >On Wed, Oct 2, 2019 at 12:29 PM Mail SET Inc. Group
> >wrote:
> >
> >> --reconfigure-optional-components not helps. And the file
>
Further findings:
- modified data gets written to local node, not across gluster.
- vdsm user can create _new_ files on the cluster, this gets synced
immediatly.
- vdsm can modify, across all nodes newly created files, changes apply
immediately.
I think vdsm user can not modify already
On February 3, 2020 11:23:57 AM GMT+02:00, Dominik Holler
wrote:
>On Wed, Oct 2, 2019 at 12:29 PM Mail SET Inc. Group
>wrote:
>
>> --reconfigure-optional-components not helps. And the file
>/etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
>> not exists after setup.
>>
>>
Hey,
I think I am barking up the right tree with something (else) here;
Note the timestamps & id's:
dd'ing a disk image as vdsm user, try 1:
I know in the past that Spacewalk integration was not possible. Has anyone
successfully integrated Spacewalk? It is possible or is it something that's not
being put together. I use Spacewalk 2.9 and would like to integrate if it's
possible and feasible.
Thanks
Eric Evans
Digital Data Services
I guess I need to look into foreman. Is it strictly a provisioning package? I
know Spacewalk uses cobbler. I have heard of Foreman but don't know anything
about it.
Eric Evans
Digital Data Services LLC.
304.660.9080
-Original Message-
From: Vinícius Ferrão
Sent: Monday, February 03,
Hi Andrej
Thanks for the helpful reply.
We patched and applied latest updates and it seems the issue is gone.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement:
I recall having a problem similar to this before and it was related to the
user roles/permissions in iDrac. Check what access rights the user has.
If that leads no where you might have some luck testing manually using the
fence_idrac5 CLI tool directly on one of the oVirt hosts
On Mon, Feb 3,
On February 3, 2020 8:07:46 PM GMT+02:00, eev...@digitaldatatechs.com wrote:
>I have the same issue on Dell R710's. Power management is optional and
>I don't use it. It doesn't affect it either way. I am connected to APC
>Smart UPS 3000. It will not find the apc either.
>Any other opinions would
Hey, thanks for the tip.
That tested successfully.
Now for more testing...
From: Chris Adams
Sent: Monday, February 3, 2020 1:29 PM
To: users@ovirt.org
Subject: [ovirt-users] Re: Power Management - drac5
For my DRAC6 servers (R610s for me), I use power
Ah, the bug I'm referring to may only apply to replica 3 gluster. You
appear to be using an arbiter. It sounds like you may need to file a bug
for this one
On Mon, Feb 3, 2020 at 12:05 PM Christoph Köhler <
koeh...@luis.uni-hannover.de> wrote:
> Hello Jayme,
>
> the gluster-config is this:
>
>
I have the same issue on Dell R710's. Power management is optional and I don't
use it. It doesn't affect it either way. I am connected to APC Smart UPS 3000.
It will not find the apc either.
Any other opinions would be welcome. He's right, no documentation about this
issue.
Eric Evans
Digital
I have 3 Dell R410's with iDrac6 Enterprise capability. I am trying to get
power management set up but the test will not pass and I am not finding the
docs very helpful.
I have put in the IP, user name, password, and drac5 as the type. I have tested
both with and without secure checked and
On February 3, 2020 2:29:55 PM GMT+02:00, Christian Reiss
wrote:
>Ugh,
>
>disregarding off all previous stamenets:
>
>new findinds: vdsm user can NOT read files larger than 64mb. Root can.
>
>[vdsm@node02:/rhev/data-cente[...]c51d8a18370] $ for i in 60 62 64 66
>68
>; do dd if=/dev/urandom
I have iDrac 6 and 7. It didn't work for me. I will retry to verify but I get
json error.
Eric Evans
Digital Data Services LLC.
304.660.9080
-Original Message-
From: Chris Adams
Sent: Monday, February 03, 2020 1:29 PM
To: users@ovirt.org
Subject: [ovirt-users] Re: Power Management -
I enabled ipmi with administrator and it worked. Thank you so much!!!
Eric Evans
Digital Data Services LLC.
304.660.9080
-Original Message-
From: Robert Webb
Sent: Monday, February 03, 2020 1:30 PM
To: Jayme
Cc: users
Subject: [ovirt-users] Re: Power Management - drac5
ipmi over
Also make sure you have "Enable IPMI Over LAN" enabled under idrac settings.
On Mon, Feb 3, 2020 at 2:15 PM Jayme wrote:
> I recall having a problem similar to this before and it was related to the
> user roles/permissions in iDrac. Check what access rights the user has.
> If that leads no
ipmi over lan is allowed, and the user is the root user with admin access.
Also the channel privilege level under ipmi is Administrator.
Will check via cli to see what I get.
From: Jayme
Sent: Monday, February 3, 2020 1:23 PM
To: Robert Webb
Cc: users
For my DRAC6 servers (R610s for me), I use power management type ipmilan
and add lanplus=1 to the options, which works for me.
Once upon a time, eev...@digitaldatatechs.com
said:
> I have the same issue on Dell R710's. Power management is optional and I
> don't use it. It doesn't affect it
Eric, I can’t talk for Red Hat and the guys from oVirt.
But Spacewalk, as far as I know was deprecated in favor of Foreman with
Katello, which is the new Red Hat Satellite. And oVirt supports Foreman.
So I don’t think oVirt will ever support Spacewalk…
> On 3 Feb 2020, at 11:09,
Hi Eric
I've been using Foreman (https://theforeman.org) for a number of years
now. There is a bit of a learning curve with it but it's definitely
worth persevering with it. I also have the Katello plugin installed
which gives the ability to manage content (RPMs, DEBs, puppet etc.) for
Hi,
since we have updated to 4.3.7 and another cluster to 4.3.8 snapshots
are not longer possible. In previous version all went well...
° libGfApi enabled
° gluster 6.7.1 on gluster-server and client
° libvirt-4.5.0-23.el7_7.3
vdsm on a given node says:
jsonrpc/2) [vds] prepared volume
On Mon, Feb 3, 2020 at 3:16 PM wrote:
> Hello list
>
> I am wondering if anyone has tried this before? I am trying to consolidate
> my lab to an oVirt cluster which consists of oVirt (4.3.8) and 2 KVM
> hypervisors (CentOS 7.7.). Among other things, one of my efforts is a small
> ESXi + vCenter
On Mon, Feb 3, 2020 at 1:07 PM wrote:
> Hi Dominik!
> So, this solution helps!
> But, if i do step #7 it returns to pervious (bad) state and i need to do
> all 6 steps again.
>
Step 7 is now independent from the other steps.
You are welcome to post the error message where the certificates fail.
Chris, what is the storage configuration? I was under the impression that
there was a bug preventing snapshots from working when using libgfapi on
gluster replica configurations. This is one of the main reasons why I have
been unable to implement libgfapi.
On Mon, Feb 3, 2020 at 10:53 AM
Installation log:
engine-setup --reconfigure-optional-components
[ INFO ] Stage: Initializing
[ INFO ] Stage: Environment setup
Configuration files:
['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf',
'/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
Hello list
I am wondering if anyone has tried this before? I am trying to consolidate my
lab to an oVirt cluster which consists of oVirt (4.3.8) and 2 KVM hypervisors
(CentOS 7.7.). Among other things, one of my efforts is a small ESXi + vCenter
lab. In addition, I have a standalone KVM
Hello Jayme,
the gluster-config is this:
gluster volume info gluvol3
Volume Name: gluvol3
Type: Replicate
Volume ID: 8172ebea-c118-424a-a407-50b2fd87e372
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x (2 + 1) = 3
Transport-type: tcp
Bricks:
Brick1: glusrv01:/gluster/p1/brick1
Brick2:
Ugh,
disregarding off all previous stamenets:
new findinds: vdsm user can NOT read files larger than 64mb. Root can.
[vdsm@node02:/rhev/data-cente[...]c51d8a18370] $ for i in 60 62 64 66 68
; do dd if=/dev/urandom of=file-$i bs=1M count=$i ; done
Greetings from the Red Hat Virtualization UX team!
We are conducting a short survey about the placement of some of the
navigation items in RHV(o/Virt) Admin Portal. The answers you provide will
have a direct impact on the future of RHV's user experience.
Follow this link to the Survey:
Take the
Hi Gianluca
Thank you very much for your reply!
> On Mon, Feb 3, 2020 at 3:16 PM
> Can you compare the qemu-kvm command line between:
The command lines are (proverbially) huge but I spotted a few (notable)
differences in '-cpu' option - if we ignore qemu cmd (please see my comment on
Hi, It's possibile recover a VM if the engine is damaged? the vm is on a data
storage domain.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
Hello,
I thought memory overcommit feature in oVirt utilizes host's overcommit
features by manipulating kernel variables like vm.overcommit_ratio,
vm_overcommit_memory.
but, I've just confirmed that those variables didn't change at all.
I wonder if oVirt's overcommit really has nothing to do
Greetings from the Red Hat Virtualization/oVirt UX team! We are conducting
a short survey about the placement of some of the navigation items in
RHV/oVirt Admin Portal.
The answers you provide will have a direct impact on the future of
RHV/oVirt user experience. Follow this link to the Survey:
you can attach the storage domain to another engine and import it
On Mon, Feb 3, 2020 at 11:45 PM matteo fedeli wrote:
>
> Hi, It's possibile recover a VM if the engine is damaged? the vm is on a data
> storage domain.
> ___
> Users mailing list --
Thank you for your assessment, Jayme.
I'll collect the interesting facts and do so.
Chris
On 03.02.20 18:58, Jayme wrote:
Ah, the bug I'm referring to may only apply to replica 3 gluster. You
appear to be using an arbiter. It sounds like you may need to file a bug
for this one
On Mon, Feb
41 matches
Mail list logo
