date:20200203

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 issue.
Can you please describe how this situation was created?
Are the related virtual NICs created in oVirt, or are they imported?
Is it still possible to create duplicates, or do you have a backup of the
db during this period?
Can you please share the output of
/usr/share/ovirt-engine/dbscripts/engine-psql.sh  -c "select
vm_interface.mac_addr,vm_interface.vm_guid,vm_interface.name,vm_static.cluster_id,cluster.mac_pool_id,mac_pools.allow_duplicate_mac_addresses,mac_pool_ranges.from_mac,mac_pool_ranges.to_mac
from  vm_interface left join vm_static on vm_interface.vm_guid =
vm_static.vm_guid) left join cluster on vm_static.cluster_id =
cluster.cluster_id) left join mac_pools on cluster.mac_pool_id =
mac_pools.id) left join mac_pool_ranges on mac_pools.id =
mac_pool_ranges.mac_pool_id) order by vm_interface.mac_addr;"
and point us to the virtual NICs or VMs which contained the duplicated MACs?


> For now I am simply going to create new mac pool for each of the clusters
> and switch to it, hoping it's not going to affect existing VMs.
>
>
This will affect only newly created virtual NICs.


> Regarding planning, if I would have known, that same mac pool is created
> across datacenters/clusters, I would have taken it into account.
>

Even the mac pool is shared, the mac addresses should be unique across all
datacenters managed by a single oVirt Engine.


> Relying on common sense, I just did not expect this to be the case, but to
> my fault I should have applied trust-but-verify approach.
>
>
> -
> kind regards/met vriendelijke groeten
>
> Marko Vrgotic
> Sr. System Engineer
>
> ActiveVideo
> e: m.vrgo...@activevideo.com
>
>
> On 26/01/2020, 07:45, "Yedidyah Bar David"  wrote:
>
> On Thu, Jan 23, 2020 at 2:30 PM Vrgotic, Marko
>  wrote:
> >
> > Hi Yedidyah,
> >
> > Thank you for you update.
> >
> > This platform started with 4.3 deployment.
> > The Default mac address pool, apparently on all Clusters (5) is:
> >  from_mac  |  to_mac
> > ---+---
> >  56:6f:ef:88:00:00 | 56:6f:ef:88:ff:ff
> >
>
> I think I misled you, or for some reason didn't understand your
> original post. The default pool is for "everything". I thought you
> refer to different setups - separate engines - and the bug I mentioned
> about changing the default was addressed at this scenario.
>
> Inside a single engine, there is only one default.
>
> You should not see collisions *inside* it. Do you? The engine should
> know no to allocated the same mac to two different NICs.
>
> > Interestingly enough, I am alos not able to add another mac pool to
> Default. I can only create new one,
>
> Correct.
>
> > let's say MacPool2 and also create only single pool inside. Option
> to add second mac range under same name is grayed out, whether I login as
> SuperUser or Admin to Aministration Portal.
>
> Indeed. You can only change it, not add a new one with the same name.
>
> >
> > Never mind, it is as so, but I am still not "happiest" with:
> > > Question2: Would there be an harming effect on existing VMs if
> the default mac pool would be changed?
> >=>I am pretty certain it's harmless, but didn't try that
> myself.
> >  Reason is that I have 600VMs on 5 cluster setup in production - If
> I make the change where currently required and we are wrong, its going to
> affect almost half of those existing VMs. I did test the change on the
> staging, and it did not seem to have any harmful effect but that one has
> like 5VMs atm.
> >
> > I will run some additional tests on staging to see if I can get more
> comfortable before making change in production, but if anyone else can
> contribute boosting the confidence, please let me know.
>
> Ccing Dominik from the network team.
>
> I am pretty certain that people do change/add pools live, but guess
> not often - I guess most people plan ahead and then don't touch.
>
> Groetjes,
> --
> Didi
>
>
>
>
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WOOLC3OTOZ7D44UXXNP6R2XAF4W2CZAC/

[ovirt-users] Re: Failed to synchronize networks of Provider ovirt-provider-ovn

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
> /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
>
>
> [root@engine ~]# 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',
> '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
>   Log file:
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20191002131904-4iwth0.log
>   Version: otopi-1.8.3 (otopi-1.8.3-1.el7)
> [ INFO  ] Stage: Environment packages setup
> [ INFO  ] Stage: Programs detection
> [ INFO  ] Stage: Environment setup (late)
> [ INFO  ] Stage: Environment customization
>
>
>   --== PRODUCT OPTIONS ==--
>
>
>   Set up Cinderlib integration
>   (Currently in tech preview)
>   (Yes, No) [No]:
> [ INFO  ] ovirt-provider-ovn already installed, skipping.
>
>
>


The old installation is still detected.

1. backup /etc/ovirt-provider-ovn/
2. restore the original /etc/ovirt-provider-ovn/ovirt-provider-ovn.conf,
e.g. to
https://github.com/oVirt/ovirt-provider-ovn/blob/master/provider/ovirt-provider-ovn.conf
3. /backup etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf,
4. rename ovirt-provider-ovn external provider entity in oVirt webadmin,
5. comment OVESETUP_OVN/ovirtProviderOvnId
in /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf
6. engine-setup --reconfigure-optional-components
7. If modifications of the certificates are required, please create a new
file in /etc/ovirt-provider-ovn/conf.d/ , e.g. 50-ssl-modifications

Do these steps solve the problem for you?


Dec 18 21:01:02  password should be the usual admin@interal
password


>
>   --== PACKAGES ==--
>
>
> [ INFO  ] Checking for product updates...
> [ INFO  ] No product updates found
>
>
>   --== NETWORK CONFIGURATION ==--
>
>
>   Setup can automatically configure the firewall on this system.
>   Note: automatic configuration of the firewall may overwrite
> current settings.
>   NOTICE: iptables is deprecated and will be removed in future
> releases
>   Do you want Setup to configure the firewall? (Yes, No) [Yes]:
> [ INFO  ] firewalld will be configured as firewall manager.
>
>
>   --== DATABASE CONFIGURATION ==--
>
>
>   The detected DWH database size is 111 MB.
>   Setup can backup the existing database. The time and space
> required for the database backup depend on its size. This process takes
> time, and in some cases (for instance, when the size is few GBs) may take
> several hours to complete.
>   If you choose to not back up the database, and Setup later fails
> for some reason, it will not be able to restore the database and all DWH
> data will be lost.
>   Would you like to backup the existing database before upgrading
> it? (Yes, No) [Yes]:
>   Perform full vacuum on the oVirt engine history
>   database ovirt_engine_history@localhost?
>   This operation may take a while depending on this setup health
> and the
>   configuration of the db vacuum process.
>   See https://www.postgresql.org/docs/10/sql-vacuum.html
>   (Yes, No) [No]:
>
>
>   --== OVIRT ENGINE CONFIGURATION ==--
>
>
>   Perform full vacuum on the engine database engine@localhost?
>   This operation may take a while depending on this setup health
> and the
>   configuration of the db vacuum process.
>   See https://www.postgresql.org/docs/10/sql-vacuum.html
>   (Yes, No) [No]:
>
>
>   --== STORAGE CONFIGURATION ==--
>
>
>
>
>   --== PKI CONFIGURATION ==--
>
>
> [WARNING] Failed to read or parse '/etc/pki/ovirt-engine/keys/apache.p12'
>   Perhaps it was changed since last Setup.
>   Error was:
>   Mac verify error: invalid password?
>
>
>
>
>   --== APACHE CONFIGURATION ==--
>
>
>
>
>   --== SYSTEM CONFIGURATION ==--
>
>
>
>
>   --== MISC CONFIGURATION ==--
>
>
>
>
>   --== END OF CONFIGURATION ==--
>
>
> [ INFO  ] Stage: Setup validation
>   During execution engine service will be stopped (OK, Cancel)
> [OK]:
> [ INFO  ] Hosted Engine HA is in Global Maintenance mode.
> [WARNING] Less than 16384MB of memory is available
> [ INFO  ] Cleaning stale zombie tasks and commands
>
>
>   --== CONFIGURATION PREVIEW ==--
>
>
>   Default SAN wipe after delete   : False
>   Firewall manager: firewalld
>   Update Firewall : True
>   Host FQDN   : engine.set.local
>   Set

[ovirt-users] Re: Emergency :/ No VMs starting


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 
/gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6

getfattr: Removing leading '/' from absolute path names
# file: 
gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6

security.selinux=0x73797374656d5f753a6f626a6563745f723a676c7573746572645f627269636b5f743a733000
trusted.afr.dirty=0x
trusted.afr.ssd_storage-client-1=0x
trusted.gfid=0xa121e4fb09844e4194d78f0c4f87f4b6
trusted.gfid2path.d4cf876a215b173f=0x62653331383633382d653861302d346336642d393737642d3761393337616138343830362f38366461303238392d663734662d343230302d393238342d3637386537626437363139352e31323030
trusted.glusterfs.mdata=0x015e35ed173069a5de5e35ed173069a5de5e349949304a5eb2

The other nodes have significantly lesser info:

[root@node02:~] # getfattr -m . -d -e hex 
/gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6

getfattr: Removing leading '/' from absolute path names
# file: 
gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6

security.selinux=0x756e636f6e66696e65645f753a6f626a6563745f723a676c7573746572645f627269636b5f743a733000
trusted.afr.dirty=0x
trusted.gfid=0xa121e4fb09844e4194d78f0c4f87f4b6
trusted.gfid2path.d4cf876a215b173f=0x62653331383633382d653861302d346336642d393737642d3761393337616138343830362f38366461303238392d663734662d343230302d393238342d3637386537626437363139352e31323030
trusted.glusterfs.mdata=0x015e35ed173069a5de5e35ed173069a5de5e3595f83572d5ba

[root@node03:~] # getfattr -m . -d -e hex 
/gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6

getfattr: Removing leading '/' from absolute path names
# file: 
gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6

security.selinux=0x756e636f6e66696e65645f753a6f626a6563745f723a676c7573746572645f627269636b5f743a733000
trusted.afr.dirty=0x
trusted.glusterfs.mdata=0x015e35ed173069a5de5e35ed173069a5de5e349949304a5eb2

Maybe just maybe this file contains a lot of required data? The chunk 
size is 64mb, and the md5 matches across the board. Also I did monitor 
access and modify times for this file across all three nodes and the 
times, size and md5 match.


How could I reset the header info to match all three?

-Chris.

--
with kind regards,
mit freundlichen Gruessen,

Christian Reiss
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3BMLSAOGH3YZ3FOJNHC55Z6PDT3GMMOJ/

[ovirt-users] Re: Emergency :/ No VMs starting

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 has more metadata to said file:
>
>[root@node01:~] # getfattr -m . -d -e hex 
>/gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6
>getfattr: Removing leading '/' from absolute path names
># file: 
>gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6
>security.selinux=0x73797374656d5f753a6f626a6563745f723a676c7573746572645f627269636b5f743a733000
>trusted.afr.dirty=0x
>trusted.afr.ssd_storage-client-1=0x
>trusted.gfid=0xa121e4fb09844e4194d78f0c4f87f4b6
>trusted.gfid2path.d4cf876a215b173f=0x62653331383633382d653861302d346336642d393737642d3761393337616138343830362f38366461303238392d663734662d343230302d393238342d3637386537626437363139352e31323030
>trusted.glusterfs.mdata=0x015e35ed173069a5de5e35ed173069a5de5e349949304a5eb2
>
>The other nodes have significantly lesser info:
>
>[root@node02:~] # getfattr -m . -d -e hex 
>/gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6
>getfattr: Removing leading '/' from absolute path names
># file: 
>gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6
>security.selinux=0x756e636f6e66696e65645f753a6f626a6563745f723a676c7573746572645f627269636b5f743a733000
>trusted.afr.dirty=0x
>trusted.gfid=0xa121e4fb09844e4194d78f0c4f87f4b6
>trusted.gfid2path.d4cf876a215b173f=0x62653331383633382d653861302d346336642d393737642d3761393337616138343830362f38366461303238392d663734662d343230302d393238342d3637386537626437363139352e31323030
>trusted.glusterfs.mdata=0x015e35ed173069a5de5e35ed173069a5de5e3595f83572d5ba
>
>[root@node03:~] # getfattr -m . -d -e hex 
>/gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6
>getfattr: Removing leading '/' from absolute path names
># file: 
>gluster_bricks/ssd_storage/ssd_storage/.glusterfs/a1/21/a121e4fb-0984-4e41-94d7-8f0c4f87f4b6
>security.selinux=0x756e636f6e66696e65645f753a6f626a6563745f723a676c7573746572645f627269636b5f743a733000
>trusted.afr.dirty=0x
>trusted.glusterfs.mdata=0x015e35ed173069a5de5e35ed173069a5de5e349949304a5eb2
>
>Maybe just maybe this file contains a lot of required data? The chunk 
>size is 64mb, and the md5 matches across the board. Also I did monitor 
>access and modify times for this file across all three nodes and the 
>times, size and md5 match.
>
>How could I reset the header info to match all three?
>
>-Chris.

You can use setfattr.

Have you converted gfid to file and check the file contents (if ASCII) ?

Usually, I first convert my gfid to file (in brick) and then I check the 
timestamps and content of the file on all bricks before deciding what to do.

Best Regards,
Strahil Nikolov
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5DRTI7HGVRBHYP5LCY4WPVW54YLLE5ZZ/

[ovirt-users] Re: Failed to synchronize networks of Provider ovirt-provider-ovn

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.
>>
>> [root@engine ~]# rm
>> /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
>>
>>
>> [root@engine ~]# 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',
>> '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
>>   Log file:
>>
>/var/log/ovirt-engine/setup/ovirt-engine-setup-20191002131904-4iwth0.log
>>   Version: otopi-1.8.3 (otopi-1.8.3-1.el7)
>> [ INFO  ] Stage: Environment packages setup
>> [ INFO  ] Stage: Programs detection
>> [ INFO  ] Stage: Environment setup (late)
>> [ INFO  ] Stage: Environment customization
>>
>>
>>   --== PRODUCT OPTIONS ==--
>>
>>
>>   Set up Cinderlib integration
>>   (Currently in tech preview)
>>   (Yes, No) [No]:
>> [ INFO  ] ovirt-provider-ovn already installed, skipping.
>>
>>
>>
>
>
>The old installation is still detected.
>
>1. backup /etc/ovirt-provider-ovn/
>2. restore the original
>/etc/ovirt-provider-ovn/ovirt-provider-ovn.conf,
>e.g. to
>https://github.com/oVirt/ovirt-provider-ovn/blob/master/provider/ovirt-provider-ovn.conf
>3. /backup etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf,
>4. rename ovirt-provider-ovn external provider entity in oVirt
>webadmin,
>5. comment OVESETUP_OVN/ovirtProviderOvnId
>in /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf
>6. engine-setup --reconfigure-optional-components
>7. If modifications of the certificates are required, please create a
>new
>file in /etc/ovirt-provider-ovn/conf.d/ , e.g. 50-ssl-modifications
>
>Do these steps solve the problem for you?
>
>
>Dec 18 21:01:02  password should be the usual admin@interal
>password
>
>
>>
>>   --== PACKAGES ==--
>>
>>
>> [ INFO  ] Checking for product updates...
>> [ INFO  ] No product updates found
>>
>>
>>   --== NETWORK CONFIGURATION ==--
>>
>>
>>   Setup can automatically configure the firewall on this
>system.
>>   Note: automatic configuration of the firewall may overwrite
>> current settings.
>>   NOTICE: iptables is deprecated and will be removed in
>future
>> releases
>>   Do you want Setup to configure the firewall? (Yes, No)
>[Yes]:
>> [ INFO  ] firewalld will be configured as firewall manager.
>>
>>
>>   --== DATABASE CONFIGURATION ==--
>>
>>
>>   The detected DWH database size is 111 MB.
>>   Setup can backup the existing database. The time and space
>> required for the database backup depend on its size. This process
>takes
>> time, and in some cases (for instance, when the size is few GBs) may
>take
>> several hours to complete.
>>   If you choose to not back up the database, and Setup later
>fails
>> for some reason, it will not be able to restore the database and all
>DWH
>> data will be lost.
>>   Would you like to backup the existing database before
>upgrading
>> it? (Yes, No) [Yes]:
>>   Perform full vacuum on the oVirt engine history
>>   database ovirt_engine_history@localhost?
>>   This operation may take a while depending on this setup
>health
>> and the
>>   configuration of the db vacuum process.
>>   See https://www.postgresql.org/docs/10/sql-vacuum.html
>>   (Yes, No) [No]:
>>
>>
>>   --== OVIRT ENGINE CONFIGURATION ==--
>>
>>
>>   Perform full vacuum on the engine database
>engine@localhost?
>>   This operation may take a while depending on this setup
>health
>> and the
>>   configuration of the db vacuum process.
>>   See https://www.postgresql.org/docs/10/sql-vacuum.html
>>   (Yes, No) [No]:
>>
>>
>>   --== STORAGE CONFIGURATION ==--
>>
>>
>>
>>
>>   --== PKI CONFIGURATION ==--
>>
>>
>> [WARNING] Failed to read or parse
>'/etc/pki/ovirt-engine/keys/apache.p12'
>>   Perhaps it was changed since last Setup.
>>   Error was:
>>   Mac verify error: invalid password?
>>
>>
>>
>>
>>   --== APACHE CONFIGURATION ==--
>>
>>
>>
>>
>>   --== SYSTEM CONFIGURATION ==--
>>
>>
>>
>>
>>   --== MISC CONFIGURATION ==--
>>
>>
>>
>>
>>   --== END OF CONFIGURATION ==--
>>
>>
>> [ INFO  ] Stage: Setup validation
>>   During execution engine service will be stopped (OK,
>Cancel)
>> [OK]:
>> [ INFO  ] Hosted Engine HA is in Global Maintenance mode.
>> [WARNING] Less than 16384MB of memory is available
>> [ INFO  ] Cleaning stale zombie tasks and commands
>>
>>
>>   --== CONFIGURATION PREVIEW ==--
>>
>>
>>   Default SAN wipe a

[ovirt-users] Re: Emergency :/ No VMs starting


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:

[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
$ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:39:13 CET 2020
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

dd: error reading ‘5fca6d0e-e320-425b-a89a-f80563461add’: Permission denied
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.169465 s, 396 MB/s
  64MiB 0:00:00 [ 376MiB/s] [  <=> 


 ]
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.171726 s, 391 MB/s


try 2, directly afterward:

[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
$ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:39:16 CET 2020
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

dd: error reading ‘5fca6d0e-e320-425b-a89a-f80563461add’: Permission denied
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.148846 s, 451 MB/s
  64MiB 0:00:00 [ 427MiB/s] [  <=> 


 ]
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.149589 s, 449 MB/s


try same as root:

[root@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
# date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:39:33 CET 2020
uid=0(root) gid=0(root) groups=0(root) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
  50GiB 0:03:06 [ 274MiB/s] [  <=> 


 ]
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 186.501 s, 288 MB/s
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 186.502 s, 288 MB/s


Followed by another vdsm dd test:

[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
$ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:42:46 CET 2020
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
  50GiB 0:02:56 [ 290MiB/s] [ 
  <=> 
 ]

104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 176.189 s, 305 MB/s
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 176.19 s, 305 MB/s

So it's a permission problem (access denied) unless root loads it first?
Strange: doing things like file & stat work; I can even cat the meta 
file (small text file). Seems only the disk images (or large files?) are 
affected.


huh!?

--
with kind regards,
mit freundlichen Gruessen,

Christian Reiss
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/L5VJBL5KCW3GIWMUUMJR6VBJ6573PJNN/

[ovirt-users] Re: Failed to synchronize networks of Provider ovirt-provider-ovn

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
> >/etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
> >> not exists after setup.
> >>
> >> [root@engine ~]# rm
> >> /etc/ovirt-provider-ovn/conf.d/10-setup-ovirt-provider-ovn.conf
> >>
> >>
> >> [root@engine ~]# 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',
> >> '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
> >>   Log file:
> >>
> >/var/log/ovirt-engine/setup/ovirt-engine-setup-20191002131904-4iwth0.log
> >>   Version: otopi-1.8.3 (otopi-1.8.3-1.el7)
> >> [ INFO  ] Stage: Environment packages setup
> >> [ INFO  ] Stage: Programs detection
> >> [ INFO  ] Stage: Environment setup (late)
> >> [ INFO  ] Stage: Environment customization
> >>
> >>
> >>   --== PRODUCT OPTIONS ==--
> >>
> >>
> >>   Set up Cinderlib integration
> >>   (Currently in tech preview)
> >>   (Yes, No) [No]:
> >> [ INFO  ] ovirt-provider-ovn already installed, skipping.
> >>
> >>
> >>
> >
> >
> >The old installation is still detected.
> >
> >1. backup /etc/ovirt-provider-ovn/
> >2. restore the original
> >/etc/ovirt-provider-ovn/ovirt-provider-ovn.conf,
> >e.g. to
> >
> https://github.com/oVirt/ovirt-provider-ovn/blob/master/provider/ovirt-provider-ovn.conf
> >3. /backup etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf,
> >4. rename ovirt-provider-ovn external provider entity in oVirt
> >webadmin,
> >5. comment OVESETUP_OVN/ovirtProviderOvnId
> >in /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf
> >6. engine-setup --reconfigure-optional-components
> >7. If modifications of the certificates are required, please create a
> >new
> >file in /etc/ovirt-provider-ovn/conf.d/ , e.g. 50-ssl-modifications
> >
> >Do these steps solve the problem for you?
> >
> >
> >Dec 18 21:01:02  password should be the usual admin@interal
> >password
> >
> >
> >>
> >>   --== PACKAGES ==--
> >>
> >>
> >> [ INFO  ] Checking for product updates...
> >> [ INFO  ] No product updates found
> >>
> >>
> >>   --== NETWORK CONFIGURATION ==--
> >>
> >>
> >>   Setup can automatically configure the firewall on this
> >system.
> >>   Note: automatic configuration of the firewall may overwrite
> >> current settings.
> >>   NOTICE: iptables is deprecated and will be removed in
> >future
> >> releases
> >>   Do you want Setup to configure the firewall? (Yes, No)
> >[Yes]:
> >> [ INFO  ] firewalld will be configured as firewall manager.
> >>
> >>
> >>   --== DATABASE CONFIGURATION ==--
> >>
> >>
> >>   The detected DWH database size is 111 MB.
> >>   Setup can backup the existing database. The time and space
> >> required for the database backup depend on its size. This process
> >takes
> >> time, and in some cases (for instance, when the size is few GBs) may
> >take
> >> several hours to complete.
> >>   If you choose to not back up the database, and Setup later
> >fails
> >> for some reason, it will not be able to restore the database and all
> >DWH
> >> data will be lost.
> >>   Would you like to backup the existing database before
> >upgrading
> >> it? (Yes, No) [Yes]:
> >>   Perform full vacuum on the oVirt engine history
> >>   database ovirt_engine_history@localhost?
> >>   This operation may take a while depending on this setup
> >health
> >> and the
> >>   configuration of the db vacuum process.
> >>   See https://www.postgresql.org/docs/10/sql-vacuum.html
> >>   (Yes, No) [No]:
> >>
> >>
> >>   --== OVIRT ENGINE CONFIGURATION ==--
> >>
> >>
> >>   Perform full vacuum on the engine database
> >engine@localhost?
> >>   This operation may take a while depending on this setup
> >health
> >> and the
> >>   configuration of the db vacuum process.
> >>   See https://www.postgresql.org/docs/10/sql-vacuum.html
> >>   (Yes, No) [No]:
> >>
> >>
> >>   --== STORAGE CONFIGURATION ==--
> >>
> >>
> >>
> >>
> >>   --== PKI CONFIGURATION ==--
> >>
> >>
> >> [WARNING] Failed to read or parse
> >'/etc/pki/ovirt-engine/keys/apache.p12'
> >>   Perhaps it was changed since last Setup.
> >>   Error was:
> >>   Mac verify error: invalid password?
> >>
> >>
> >>
> >>
> >>   --== APACHE CONFIGURATION ==--
> >>
> >>
> >>
> >>
> >>   --== SYSTEM CONFIGURATION ==--
> >>
> >>
> >>
> >>
> >>   --== MISC CONFIGURATION ==--
> >>
> >>
> >>
> >>
> >>   --== END

[ovirt-users] Re: Emergency :/ No VMs starting


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 existing files over the 
gluster. Something selinux?


-Chris.

On 03/02/2020 11:46, Christian Reiss wrote:

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:

[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
$ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:39:13 CET 2020
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

dd: error reading ‘5fca6d0e-e320-425b-a89a-f80563461add’: Permission denied
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.169465 s, 396 MB/s
   64MiB 0:00:00 [ 376MiB/s] [  <=>
  ]
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.171726 s, 391 MB/s


try 2, directly afterward:

[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
$ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:39:16 CET 2020
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

dd: error reading ‘5fca6d0e-e320-425b-a89a-f80563461add’: Permission denied
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.148846 s, 451 MB/s
   64MiB 0:00:00 [ 427MiB/s] [  <=>
  ]
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.149589 s, 449 MB/s


try same as root:

[root@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
# date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:39:33 CET 2020
uid=0(root) gid=0(root) groups=0(root) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

   50GiB 0:03:06 [ 274MiB/s] [  <=>
  ]
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 186.501 s, 288 MB/s
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 186.502 s, 288 MB/s


Followed by another vdsm dd test:

[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
$ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:42:46 CET 2020
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

   50GiB 0:02:56 [ 290MiB/s] [   <=>  ]
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 176.189 s, 305 MB/s
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 176.19 s, 305 MB/s

So it's a permission problem (access denied) unless root loads it first?
Strange: doing things like file & stat work; I can even cat the meta 
file (small text file). Seems only the disk images (or large files?) are 
affected.


huh!?



--
with kind regards,
mit freundlichen Gruessen,

Christian Reiss
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KM2ENWF7QJ5YIRQSUAKPUP4O55CUO44B/

[ovirt-users] Re: Failed to synchronize networks of Provider ovirt-provider-ovn

2020-02-03 Thread mail

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 Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LQAQFSSPE6EBCUCJV7BFAEIP4DTMFKGD/

[ovirt-users] Re: Emergency :/ No VMs starting


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


[vdsm@node03:/rhev/data-cente[...]c51d8a18370] $ for i in 60 62 64 66 68 
; do echo $i ; dd if=file-$i of=/dev/null ; done

60
122880+0 records in
122880+0 records out
62914560 bytes (63 MB) copied, 0.15656 s, 402 MB/s
62
126976+0 records in
126976+0 records out
65011712 bytes (65 MB) copied, 0.172463 s, 377 MB/s
64
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.180701 s, 371 MB/s
66
dd: error reading ‘file-66’: Permission denied
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.105236 s, 638 MB/s
68
dd: error reading ‘file-68’: Permission denied
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.17046 s, 394 MB/s


The files appeared instantly on all nodes, Writing large files work, 
however. Writing large files seem to work.


I think this is the core issue.


On 03/02/2020 12:22, Christian Reiss wrote:

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 existing files over the 
gluster. Something selinux?


-Chris.

On 03/02/2020 11:46, Christian Reiss wrote:

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:

[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
$ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:39:13 CET 2020
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
dd: error reading ‘5fca6d0e-e320-425b-a89a-f80563461add’: Permission 
denied

131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.169465 s, 396 MB/s
   64MiB 0:00:00 [ 376MiB/s] [  <=>
  ]
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.171726 s, 391 MB/s


try 2, directly afterward:

[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
$ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:39:16 CET 2020
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
dd: error reading ‘5fca6d0e-e320-425b-a89a-f80563461add’: Permission 
denied

131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.148846 s, 451 MB/s
   64MiB 0:00:00 [ 427MiB/s] [  <=>
  ]
131072+0 records in
131072+0 records out
67108864 bytes (67 MB) copied, 0.149589 s, 449 MB/s


try same as root:

[root@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
# date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:39:33 CET 2020
uid=0(root) gid=0(root) groups=0(root) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

   50GiB 0:03:06 [ 274MiB/s] [  <=>
  ]
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 186.501 s, 288 MB/s
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 186.502 s, 288 MB/s


Followed by another vdsm dd test:

[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac] 
$ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
of=/dev/null

Mon  3 Feb 11:42:46 CET 2020
uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

   50GiB 0:02:56 [ 290MiB/s] [   <=>  ]
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 176.189 s, 305 MB/s
104857600+0 records in
104857600+0 records out
53687091200 bytes (54 GB) copied, 176.19 s, 305 MB/s

So it's a permission problem (access denied) unless root loads it first?
Strange: doing things like file & stat work; I can even cat the meta 
file (small text file). Seems only the disk images (or large files?) 
are affected.


huh!?





--
with kind regards,
mit freundlichen Gruessen,

Christian Reiss
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://

[ovirt-users] Re: Failed to synchronize networks of Provider ovirt-provider-ovn

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.
https://github.com/oVirt/ovirt-provider-ovn/blob/master/README.adoc
explains the ssl configuration of the ovirt-provider-ovn.



> Thank u 4 help!!!
> ___
> 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/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LQAQFSSPE6EBCUCJV7BFAEIP4DTMFKGD/
>
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RPTTQ4UAMXB3D5AUKTDIH2QU36W22KV3/

[ovirt-users] Re: Failed to synchronize networks of Provider ovirt-provider-ovn

2020-02-03 Thread mail

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', 
'/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
  Log file: 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20200203141445-e8fjh7.log
  Version: otopi-1.8.4 (otopi-1.8.4-1.el7)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup (late)
[ INFO  ] Stage: Environment customization
 
  --== PRODUCT OPTIONS ==--
 
  Set up Cinderlib integration
  (Currently in tech preview)
  (Yes, No) [No]: 
 
  --== PACKAGES ==--
 
[ INFO  ] Checking for product updates...
[ INFO  ] No product updates found
 
  --== NETWORK CONFIGURATION ==--
 
  Setup can automatically configure the firewall on this system.
  Note: automatic configuration of the firewall may overwrite current 
settings.
  NOTICE: iptables is deprecated and will be removed in future releases
  Do you want Setup to configure the firewall? (Yes, No) [Yes]: 
[ INFO  ] firewalld will be configured as firewall manager.
 
  --== DATABASE CONFIGURATION ==--
 
  The detected DWH database size is 327 MB.
  Setup can backup the existing database. The time and space required 
for the database backup depend on its size. This process takes time, and in 
some cases (for instance, when the size is few GBs) may take several hours to 
complete.
  If you choose to not back up the database, and Setup later fails for 
some reason, it will not be able to restore the database and all DWH data will 
be lost.
  Would you like to backup the existing database before upgrading it? 
(Yes, No) [Yes]: 
  Perform full vacuum on the oVirt engine history
  database ovirt_engine_history@localhost?
  This operation may take a while depending on this setup health and the
  configuration of the db vacuum process.
  See https://www.postgresql.org/docs/10/sql-vacuum.html
  (Yes, No) [No]: 
 
  --== OVIRT ENGINE CONFIGURATION ==--
 
  Perform full vacuum on the engine database engine@localhost?
  This operation may take a while depending on this setup health and the
  configuration of the db vacuum process.
  See https://www.postgresql.org/docs/10/sql-vacuum.html
  (Yes, No) [No]: 
  oVirt OVN provider user[admin@internal]: 
  oVirt OVN provider password: 
 
  --== STORAGE CONFIGURATION ==--
 
 
  --== PKI CONFIGURATION ==--
 
[WARNING] Failed to read or parse '/etc/pki/ovirt-engine/keys/apache.p12'
  Perhaps it was changed since last Setup.
  Error was:
  Mac verify error: invalid password?
 
 
  --== APACHE CONFIGURATION ==--
 
 
  --== SYSTEM CONFIGURATION ==--
 
 
  --== MISC CONFIGURATION ==--
 
 
  --== END OF CONFIGURATION ==--
 
[ INFO  ] Stage: Setup validation
  During execution engine service will be stopped (OK, Cancel) [OK]: 
[ INFO  ] Hosted Engine HA is in Global Maintenance mode.
[WARNING] Less than 16384MB of memory is available
[ INFO  ] Cleaning stale zombie tasks and commands
 
  --== CONFIGURATION PREVIEW ==--
 
  Default SAN wipe after delete   : False
  Firewall manager: firewalld
  Update Firewall : True
  Host FQDN   : engine.set.local
  Set up Cinderlib integration: False
  Engine database secured connection  : False
  Engine database user name   : engine
  Engine database name: engine
  Engine database host: localhost
  Engine database port: 5432
  Engine database host name validation: False
  Engine installation : True
  PKI organization: set.local
  Set up ovirt-provider-ovn   : True
  Configure WebSocket Proxy   : True
  DWH installation: True
  DWH database secured connection : False
  DWH database host   : localhost
  DWH database user name  : ovirt_engine_history
  DWH database name   : ovirt_engine_history
  Backup DWH database : True
  DWH database port   :

[ovirt-users] Spacewalk integration

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
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TJSFZ4RJLMFX7NKTBEA573AXOS56IQ5F/

[ovirt-users] ESXi 6.7 as a nested VM on top of oVirt cluster.

2020-02-03 Thread branimirp

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 hypervisor. I can run nested ESXi 6.7
on top of the standalone KVM hypervisor (with nested KVM enabled) without any
problem. However, on top of oVirt-controlled KVMs I have some issues. The
hypervisors have nested kvm support enabled via vdsm hooks. qemu emulates e1000
for a nested ESXi vm. ESXi installation process goes smooth but as soon as I
enable management network and restart it, the nested ESXi cannot communicate
with the outside world (DNS ping cannot pass). Also https connection to VMWare
ESXi web gui and ping to the ESXi also fail. I noticed on my client machine,
that ARP requests are incomplete for ESXI as well. Within oVirt, I see no
packet drops in "Network interface" tab for the nested ESXi.

In addition, I have a few, ordinary, non-nested VMs running on the same network
as the nested vm and I can normally establish connection to those machines.
Additionally, as a test, I created a nested KVM vm on top of the oVirt cluster,
same network as the nested ESXi and it works as expected - can spin VMs, can
connect to it. The network assigned to the nested ESXi has a "No network
filter" vNic profile applied.

I tried to google for a solution but found only this:
https://github.com/mechinn/kvmhidden - not sure if this is the solution at all
(also, I wonder if this is still up-to-date after 3+ years)? Could I please
ask if anyone tried something similar and experienced this problem? Is there
any additional configuration that I should apply to the oVirt cluster?

Thank you very much in advance!

Regards,
Branimir
___
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/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QGUUTEJF44WCJBCIUMNDLIQONO4WNU52/

[ovirt-users] Re: Spacewalk integration

2020-02-03 Thread Vinícius Ferrão

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, eev...@digitaldatatechs.com wrote:
> 
> 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
> ___
> 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/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TJSFZ4RJLMFX7NKTBEA573AXOS56IQ5F/

___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/URQJ6IMQNU45K6TA3VZ6FLVEG6IWF6KN/

[ovirt-users] Snapshots not possible

2020-02-03 Thread Christoph Köhler


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 path: 
gluvol3/e54d835a-d8a5-44ae-8e17-fcba1c54e46f/images/1f43916a-bbf2-447b-b17d-ba22d4ec8c90/0e56d498-11d2-4f35-b781-a2e06d286eb8 
(clientIF:510)


(jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') 

type="network">name="gluvol3/e54d835a-d8a5-44ae-8e17-fcba1c54e46f/images/1f43916a-bbf2-447b-b17d-ba22d4ec8c90/0e56d498-11d2-4f35-b781-a2e06d286eb8" 
protocol="gluster" type="network">/> (vm:4497)


(jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') 
Disabling drive monitoring (drivemonitor:60)


(jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') 
Freezing guest filesystems (vm:4268)
WARN  (jsonrpc/2) [virt.vm] 
(vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Unable to freeze guest 
filesystems: Guest agent is not responding: QEMU guest agent is not 
connected (vm:4273)
INFO  (jsonrpc/2) [virt.vm] 
(vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Taking a live snapshot 
(drives=sda, memory=True) (vm:4513)

...
...

ERROR (jsonrpc/2) [virt.vm] 
(vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Unable to take snapshot 
(vm:4517)

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 4514, 
in snapshot

self._dom.snapshotCreateXML(snapxml, snapFlags)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 
100, in f

ret = attr(*args, **kwargs)
  File 
"/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", 
line 131, in wrapper

ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 
94, in wrapper

return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2620, in 
snapshotCreateXML
if ret is None:raise libvirtError('virDomainSnapshotCreateXML() 
failed', dom=self)
libvirtError: internal error: unable to execute QEMU command 
'transaction': Could not read L1 table: Input/output error

...
INFO  (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call VM.snapshot failed 
(error 48) in 4.65 seconds (__init__:312)


It seems that the origin is libvirt or qemu.

Regards
Chris
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2HZEFV4GBUBLLIDYMWJEO26A2O3M6XGJ/

[ovirt-users] Re: Spacewalk integration

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, 2020 9:18 AM
To: eev...@digitaldatatechs.com
Cc: users@ovirt.org
Subject: [ovirt-users] Re: Spacewalk integration

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, eev...@digitaldatatechs.com wrote:
> 
> 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
> ___
> 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/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TJSFZ4RJ
> LMFX7NKTBEA573AXOS56IQ5F/

___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/URQJ6IMQNU45K6TA3VZ6FLVEG6IWF6KN/
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XEU523NSUIL2UA3UINYOVVS5ZHFJZGL4/

[ovirt-users] Re: ESXi 6.7 as a nested VM on top of oVirt cluster.

2020-02-03 Thread Gianluca Cecchi

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 lab. In addition, I have a standalone KVM hypervisor. I can
> run nested ESXi 6.7 on top of the standalone KVM hypervisor (with nested
> KVM enabled) without any problem. However, on top of oVirt-controlled KVMs
> I have some issues. The hypervisors have nested kvm support enabled via
> vdsm hooks. qemu emulates e1000 for a nested ESXi vm. ESXi installation
> process goes smooth but as soon as I enable management network and restart
> it, the nested ESXi cannot communicate with the outside world (DNS ping
> cannot pass). Also https connection to VMWare ESXi web gui and ping to the
> ESXi also fail. I noticed on my client machine, that ARP requests are
> incomplete for ESXI as well.  Within oVirt, I see no packet drops in
> "Network interface" tab for the nested ESXi.
>
>
Can you compare the qemu-kvm command line between:
- the  nested ESXi 6.7 on top of the standalone KVM hypervisor
- the nested ESXi 6.7 on top of oVirt based hypervisor

Also,
which OS version of the standalone KVM hypervisor?
which cpu for the KVM hypervisor
which oVirt version?
which cpu for the oVirt hypervisor?
did you use e1000 as the network interface type also in oVirt for the ESXi
6.7 VM?

Gianluca
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HIUND4LQMILL2HDM7E62EWLAIM4E7JTH/

[ovirt-users] Re: Spacewalk integration

2020-02-03 Thread John


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 
package updates and so on. Foreman does what Cobbler does as regards 
provisioning, with automated installs using kickstart. You also get 
Configuration Management with the likes of Puppet, Chef, Ansible etc. 
Foreman is superb for managing and maintaining your infrastructure and 
hooks into oVirt really well. I've used Spacewalk in the past and IMHO 
Foreman is superior and as mentioned previously, it's the upstream of 
Red Hat's latest Satellite Server software so it's going to be well 
maintained and around for many years to come. I think if you are going 
to run oVirt with dozens or more VMs then Foreman is going to make your 
life a hell of a lot easier once you have it set up the way that you 
want it. The Foreman devs are really helpful too, as our the oVirt guys.


HTH

John

On 03/02/2020 14:53, eev...@digitaldatatechs.com wrote:

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, 2020 9:18 AM
To: eev...@digitaldatatechs.com
Cc: users@ovirt.org
Subject: [ovirt-users] Re: Spacewalk integration

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, eev...@digitaldatatechs.com wrote:

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
___
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/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TJSFZ4RJ
LMFX7NKTBEA573AXOS56IQ5F/

___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/URQJ6IMQNU45K6TA3VZ6FLVEG6IWF6KN/
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XEU523NSUIL2UA3UINYOVVS5ZHFJZGL4/

___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5UC4S2HUQ55TYCFIGETUWXZVTKA2GPCB/

[ovirt-users] Re: Snapshots not possible

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 Christoph Köhler <
koeh...@luis.uni-hannover.de> wrote:

> 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 path:
> gluvol3/e54d835a-d8a5-44ae-8e17-fcba1c54e46f/images/1f43916a-bbf2-447b-b17d-ba22d4ec8c90/0e56d498-11d2-4f35-b781-a2e06d286eb8
>
> (clientIF:510)
>
> (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73')
> 
>  type="network"> name="gluvol3/e54d835a-d8a5-44ae-8e17-fcba1c54e46f/images/1f43916a-bbf2-447b-b17d-ba22d4ec8c90/0e56d498-11d2-4f35-b781-a2e06d286eb8"
>
> protocol="gluster" type="network"> /> (vm:4497)
>
> (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73')
> Disabling drive monitoring (drivemonitor:60)
>
> (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73')
> Freezing guest filesystems (vm:4268)
> WARN  (jsonrpc/2) [virt.vm]
> (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Unable to freeze guest
> filesystems: Guest agent is not responding: QEMU guest agent is not
> connected (vm:4273)
> INFO  (jsonrpc/2) [virt.vm]
> (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Taking a live snapshot
> (drives=sda, memory=True) (vm:4513)
> ...
> ...
>
> ERROR (jsonrpc/2) [virt.vm]
> (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Unable to take snapshot
> (vm:4517)
> Traceback (most recent call last):
>File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 4514,
> in snapshot
>  self._dom.snapshotCreateXML(snapxml, snapFlags)
>File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line
> 100, in f
>  ret = attr(*args, **kwargs)
>File
> "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py",
> line 131, in wrapper
>  ret = f(*args, **kwargs)
>File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line
> 94, in wrapper
>  return func(inst, *args, **kwargs)
>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2620, in
> snapshotCreateXML
>  if ret is None:raise libvirtError('virDomainSnapshotCreateXML()
> failed', dom=self)
> libvirtError: internal error: unable to execute QEMU command
> 'transaction': Could not read L1 table: Input/output error
> ...
> INFO  (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call VM.snapshot failed
> (error 48) in 4.65 seconds (__init__:312)
>
> It seems that the origin is libvirt or qemu.
>
> Regards
> Chris
> ___
> 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/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2HZEFV4GBUBLLIDYMWJEO26A2O3M6XGJ/
>
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AV6M63YPIXOLAFKH25DPLJKSKXTPD32J/

[ovirt-users] Re: Snapshots not possible

2020-02-03 Thread Christoph Köhler


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: glusrv02:/gluster/p1/brick1
Brick3: glusrv03:/gluster/p1/brick1 (arbiter)
Options Reconfigured:
performance.client-io-threads: off
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: off
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
performance.strict-o-direct: on
cluster.granular-entry-heal: enable
network.ping-timeout: 8
auth.allow: 192.168.11.*
client.event-threads: 4
cluster.background-self-heal-count: 128
cluster.heal-timeout: 60
cluster.heal-wait-queue-length: 1280
features.shard-block-size: 256MB
performance.cache-size: 4096MB
server.event-threads: 4

I really do not know what to do new...

Chris

On 03.02.20 16:53, Jayme wrote:
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 Christoph Köhler 
mailto:koeh...@luis.uni-hannover.de>> wrote:


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 path:

gluvol3/e54d835a-d8a5-44ae-8e17-fcba1c54e46f/images/1f43916a-bbf2-447b-b17d-ba22d4ec8c90/0e56d498-11d2-4f35-b781-a2e06d286eb8

(clientIF:510)

(jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73')

 (vm:4497)

(jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73')
Disabling drive monitoring (drivemonitor:60)

(jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73')
Freezing guest filesystems (vm:4268)
WARN  (jsonrpc/2) [virt.vm]
(vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Unable to freeze guest
filesystems: Guest agent is not responding: QEMU guest agent is not
connected (vm:4273)
INFO  (jsonrpc/2) [virt.vm]
(vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Taking a live snapshot
(drives=sda, memory=True) (vm:4513)
...
...

ERROR (jsonrpc/2) [virt.vm]
(vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Unable to take snapshot
(vm:4517)
Traceback (most recent call last):
    File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 4514,
in snapshot
      self._dom.snapshotCreateXML(snapxml, snapFlags)
    File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py",
line
100, in f
      ret = attr(*args, **kwargs)
    File
"/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py",
line 131, in wrapper
      ret = f(*args, **kwargs)
    File "/usr/lib/python2.7/site-packages/vdsm/common/function.py",
line
94, in wrapper
      return func(inst, *args, **kwargs)
    File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2620, in
snapshotCreateXML
      if ret is None:raise libvirtError('virDomainSnapshotCreateXML()
failed', dom=self)
libvirtError: internal error: unable to execute QEMU command
'transaction': Could not read L1 table: Input/output error
...
INFO  (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call VM.snapshot failed
(error 48) in 4.65 seconds (__init__:312)

It seems that the origin is libvirt or qemu.

Regards
Chris
___
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/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/2HZEFV4GBUBLLIDYMWJEO26A2O3M6XGJ/


___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FEKV7N5XI7WCXS2IV3T5R57OAL5OLW

[ovirt-users] Re: Understanding ovirt memory management which appears incorrect

2020-02-03 Thread Divan Santana

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: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/425ZB62ZESR3G4F3OV67HEKXZVZ7XHHL/

[ovirt-users] Re: Snapshots not possible

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:
>
> 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: glusrv02:/gluster/p1/brick1
> Brick3: glusrv03:/gluster/p1/brick1 (arbiter)
> Options Reconfigured:
> performance.client-io-threads: off
> 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: off
> 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
> performance.strict-o-direct: on
> cluster.granular-entry-heal: enable
> network.ping-timeout: 8
> auth.allow: 192.168.11.*
> client.event-threads: 4
> cluster.background-self-heal-count: 128
> cluster.heal-timeout: 60
> cluster.heal-wait-queue-length: 1280
> features.shard-block-size: 256MB
> performance.cache-size: 4096MB
> server.event-threads: 4
>
> I really do not know what to do new...
>
> Chris
>
> On 03.02.20 16:53, Jayme wrote:
> > 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 Christoph Köhler
> > mailto:koeh...@luis.uni-hannover.de>>
> wrote:
> >
> > 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 path:
> >
>  
> gluvol3/e54d835a-d8a5-44ae-8e17-fcba1c54e46f/images/1f43916a-bbf2-447b-b17d-ba22d4ec8c90/0e56d498-11d2-4f35-b781-a2e06d286eb8
> >
> > (clientIF:510)
> >
> > (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73')
> > 
> >  > type="network"> >
>  
> name="gluvol3/e54d835a-d8a5-44ae-8e17-fcba1c54e46f/images/1f43916a-bbf2-447b-b17d-ba22d4ec8c90/0e56d498-11d2-4f35-b781-a2e06d286eb8"
> >
> > protocol="gluster" type="network"> > /> (vm:4497)
> >
> > (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73')
> > Disabling drive monitoring (drivemonitor:60)
> >
> > (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73')
> > Freezing guest filesystems (vm:4268)
> > WARN  (jsonrpc/2) [virt.vm]
> > (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Unable to freeze guest
> > filesystems: Guest agent is not responding: QEMU guest agent is not
> > connected (vm:4273)
> > INFO  (jsonrpc/2) [virt.vm]
> > (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Taking a live snapshot
> > (drives=sda, memory=True) (vm:4513)
> > ...
> > ...
> >
> > ERROR (jsonrpc/2) [virt.vm]
> > (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Unable to take snapshot
> > (vm:4517)
> > Traceback (most recent call last):
> > File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line
> 4514,
> > in snapshot
> >   self._dom.snapshotCreateXML(snapxml, snapFlags)
> > File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py",
> > line
> > 100, in f
> >   ret = attr(*args, **kwargs)
> > File
> > "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py",
> > line 131, in wrapper
> >   ret = f(*args, **kwargs)
> > File "/usr/lib/python2.7/site-packages/vdsm/common/function.py",
> > line
> > 94, in wrapper
> >   return func(inst, *args, **kwargs)
> > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2620,
> in
> > snapshotCreateXML
> >   if ret is None:raise libvirtError('virDomainSnapshotCreateXML()
> > failed', dom=self)
> > libvirtError: internal error: unable to execute QEMU command
> > 'transaction': Could not read L1 table: Input/output error
> > ...
> > INFO  (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call VM.snapshot failed
> > (error 48) in 4.65 seconds (__init__:312)
> >
> > It seems that the origin is libvirt or qemu.
> >
> > Regards
> > Chris
> > __

[ovirt-users] Power Management - drac5

2020-02-03 Thread Robert Webb

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 always get, "Test failed: Internal 
JSON-RPC error".

idrac log shows:

2020 Feb 3 17:41:22 os[19772]   root closing session from 192.168.1.12  
2020 Feb 3 17:41:17 os[19746]   root login from 192.168.1.12

Can someone please guide me in the right direction?

___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKFEK2ORWOODCFHYTA6WILQ7MIO2VPI2/

[ovirt-users] Re: Power Management - drac5

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 Data Services LLC.
304.660.9080


-Original Message-
From: Robert Webb  
Sent: Monday, February 03, 2020 12:47 PM
To: users 
Subject: [ovirt-users] Power Management - drac5

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 always get, "Test failed: Internal 
JSON-RPC error".

idrac log shows:

2020 Feb 3 17:41:22 os[19772]   root closing session from 192.168.1.12  
2020 Feb 3 17:41:17 os[19746]   root login from 192.168.1.12

Can someone please guide me in the right direction?

___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKFEK2ORWOODCFHYTA6WILQ7MIO2VPI2/
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AQMP3NIFJNBGETM7FZLNVUF3B6P56ZHA/

[ovirt-users] Re: Power Management - drac5

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, 2020 at 2:09 PM Robert Webb  wrote:

> 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 always get, "Test failed:
> Internal JSON-RPC error".
>
> idrac log shows:
>
> 2020 Feb 3 17:41:22 os[19772]   root closing session from
> 192.168.1.12
> 2020 Feb 3 17:41:17 os[19746]   root login from 192.168.1.12
>
> Can someone please guide me in the right direction?
>
> ___
> 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/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKFEK2ORWOODCFHYTA6WILQ7MIO2VPI2/
>
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OBHBD3SZDXQNB3JPWR2VLX4U7JZHRR7G/

[ovirt-users] Re: Emergency :/ No VMs starting

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 of=file-$i bs=1M count=$i ; done
>
>[vdsm@node03:/rhev/data-cente[...]c51d8a18370] $ for i in 60 62 64 66
>68 
>; do echo $i ; dd if=file-$i of=/dev/null ; done
>60
>122880+0 records in
>122880+0 records out
>62914560 bytes (63 MB) copied, 0.15656 s, 402 MB/s
>62
>126976+0 records in
>126976+0 records out
>65011712 bytes (65 MB) copied, 0.172463 s, 377 MB/s
>64
>131072+0 records in
>131072+0 records out
>67108864 bytes (67 MB) copied, 0.180701 s, 371 MB/s
>66
>dd: error reading ‘file-66’: Permission denied
>131072+0 records in
>131072+0 records out
>67108864 bytes (67 MB) copied, 0.105236 s, 638 MB/s
>68
>dd: error reading ‘file-68’: Permission denied
>131072+0 records in
>131072+0 records out
>67108864 bytes (67 MB) copied, 0.17046 s, 394 MB/s
>
>
>The files appeared instantly on all nodes, Writing large files work, 
>however. Writing large files seem to work.
>
>I think this is the core issue.
>
>
>On 03/02/2020 12:22, Christian Reiss wrote:
>> 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 existing files over the 
>> gluster. Something selinux?
>> 
>> -Chris.
>> 
>> On 03/02/2020 11:46, Christian Reiss wrote:
>>> 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:
>>>
>>>
>[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac]
>
>>> $ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
>>> of=/dev/null
>>> Mon  3 Feb 11:39:13 CET 2020
>>> uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
>>> context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
>>> dd: error reading ‘5fca6d0e-e320-425b-a89a-f80563461add’: Permission
>
>>> denied
>>> 131072+0 records in
>>> 131072+0 records out
>>> 67108864 bytes (67 MB) copied, 0.169465 s, 396 MB/s
>>>    64MiB 0:00:00 [ 376MiB/s] [  <=>
>>>   ]
>>> 131072+0 records in
>>> 131072+0 records out
>>> 67108864 bytes (67 MB) copied, 0.171726 s, 391 MB/s
>>>
>>>
>>> try 2, directly afterward:
>>>
>>>
>[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac]
>
>>> $ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
>>> of=/dev/null
>>> Mon  3 Feb 11:39:16 CET 2020
>>> uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
>>> context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
>>> dd: error reading ‘5fca6d0e-e320-425b-a89a-f80563461add’: Permission
>
>>> denied
>>> 131072+0 records in
>>> 131072+0 records out
>>> 67108864 bytes (67 MB) copied, 0.148846 s, 451 MB/s
>>>    64MiB 0:00:00 [ 427MiB/s] [  <=>
>>>   ]
>>> 131072+0 records in
>>> 131072+0 records out
>>> 67108864 bytes (67 MB) copied, 0.149589 s, 449 MB/s
>>>
>>>
>>> try same as root:
>>>
>>>
>[root@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac]
>
>>> # date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
>>> of=/dev/null
>>> Mon  3 Feb 11:39:33 CET 2020
>>> uid=0(root) gid=0(root) groups=0(root) 
>>> context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
>>>    50GiB 0:03:06 [ 274MiB/s] [  <=>
>>>   ]
>>> 104857600+0 records in
>>> 104857600+0 records out
>>> 53687091200 bytes (54 GB) copied, 186.501 s, 288 MB/s
>>> 104857600+0 records in
>>> 104857600+0 records out
>>> 53687091200 bytes (54 GB) copied, 186.502 s, 288 MB/s
>>>
>>>
>>> Followed by another vdsm dd test:
>>>
>>>
>[vdsm@node03:/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net:_ssd__storage/fec2eb5e-21b5-496b-9ea5-f718b2cb5556/images/4a55b9c0-d550-4ecb-8dd1-cc1f24f2c7ac]
>
>>> $ date ; id ; dd if=5fca6d0e-e320-425b-a89a-f80563461add | pv  | dd 
>>> of=/dev/null
>>> Mon  3 Feb 11:42:46 CET 2020
>>> uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) 
>>> context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
>>>    50GiB 0:02:56 [ 290MiB/s] [   <=>  ]
>>> 104857600+0 records in
>>> 104857600+0 records out
>>> 53687091200 bytes (54 GB) copied, 176.189 s, 305 MB/s
>>> 104857600+0 records in
>>> 104857600+0 records out
>>> 53687091200 bytes (54 GB) copied, 176.19 s, 305 MB/s
>>>
>>> So it's a permi

[ovirt-users] Re: Power Management - drac5

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 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, 2020 at 2:09 PM Robert Webb  wrote:
>
>> 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 always get, "Test failed:
>> Internal JSON-RPC error".
>>
>> idrac log shows:
>>
>> 2020 Feb 3 17:41:22 os[19772]   root closing session from
>> 192.168.1.12
>> 2020 Feb 3 17:41:17 os[19746]   root login from 192.168.1.12
>>
>> Can someone please guide me in the right direction?
>>
>> ___
>> 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/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKFEK2ORWOODCFHYTA6WILQ7MIO2VPI2/
>>
>
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/A2ESGMDJVDX7B6RFSL4JWJDOATWHCFPR/

[ovirt-users] Re: Power Management - drac5

2020-02-03 Thread Chris Adams

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 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 Data Services LLC.
> 304.660.9080
> 
> 
> -Original Message-
> From: Robert Webb  
> Sent: Monday, February 03, 2020 12:47 PM
> To: users 
> Subject: [ovirt-users] Power Management - drac5
> 
> 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 always get, "Test failed: 
> Internal JSON-RPC error".
> 
> idrac log shows:
> 
> 2020 Feb 3 17:41:22   os[19772]   root closing session from 192.168.1.12  
> 2020 Feb 3 17:41:17   os[19746]   root login from 192.168.1.12
> 
> Can someone please guide me in the right direction?
> 
> ___
> 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/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKFEK2ORWOODCFHYTA6WILQ7MIO2VPI2/
> ___
> 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/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/AQMP3NIFJNBGETM7FZLNVUF3B6P56ZHA/

-- 
Chris Adams 
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q6GAFCJ3QUKM3F4G76BPKDXOSXIS4ZVQ/

[ovirt-users] Re: Power Management - drac5

2020-02-03 Thread Robert Webb

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
Subject: Re: [ovirt-users] Power Management - drac5

Also make sure you have "Enable IPMI Over LAN" enabled under idrac settings.

On Mon, Feb 3, 2020 at 2:15 PM Jayme 
mailto:jay...@gmail.com>> 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 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, 2020 at 2:09 PM Robert Webb 
mailto:rw...@ropeguru.com>> wrote:
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 always get, "Test failed: Internal 
JSON-RPC error".

idrac log shows:

2020 Feb 3 17:41:22 os[19772]   root closing session from 192.168.1.12
2020 Feb 3 17:41:17 os[19746]   root login from 192.168.1.12

Can someone please guide me in the right direction?

___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKFEK2ORWOODCFHYTA6WILQ7MIO2VPI2/
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/N2EEZKP6REGKMKUTOGPK5KAYTXWIR34R/

[ovirt-users] Re: Power Management - drac5

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 be welcome. He's right, no documentation about
>this issue.
>
>Eric Evans
>Digital Data Services LLC.
>304.660.9080
>
>
>-Original Message-
>From: Robert Webb  
>Sent: Monday, February 03, 2020 12:47 PM
>To: users 
>Subject: [ovirt-users] Power Management - drac5
>
>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 always get, "Test
>failed: Internal JSON-RPC error".
>
>idrac log shows:
>
>2020 Feb 3 17:41:22os[19772]   root closing session from 192.168.1.12  
>2020 Feb 3 17:41:17os[19746]   root login from 192.168.1.12
>
>Can someone please guide me in the right direction?
>
>___
>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/
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKFEK2ORWOODCFHYTA6WILQ7MIO2VPI2/
>___
>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/
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/AQMP3NIFJNBGETM7FZLNVUF3B6P56ZHA/

Try with 'drac7' or  'ipmilan' .

Best Regards,
Strahil Nikolov
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ID3MBE46TMP6XBVS3F6DUSMKHLOIU4TN/

[ovirt-users] Re: Power Management - drac5

2020-02-03 Thread Robert Webb

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 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 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 Data Services LLC.
> 304.660.9080
>
>
> -Original Message-
> From: Robert Webb 
> Sent: Monday, February 03, 2020 12:47 PM
> To: users 
> Subject: [ovirt-users] Power Management - drac5
>
> 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 always get, "Test failed: 
> Internal JSON-RPC error".
>
> idrac log shows:
>
> 2020 Feb 3 17:41:22   os[19772]   root closing session from 192.168.1.12
> 2020 Feb 3 17:41:17   os[19746]   root login from 192.168.1.12
>
> Can someone please guide me in the right direction?
>
> ___
> 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/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKFEK2ORWOODCFHYTA6WILQ7MIO2VPI2/
> ___
> 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/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/AQMP3NIFJNBGETM7FZLNVUF3B6P56ZHA/

--
Chris Adams 
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q6GAFCJ3QUKM3F4G76BPKDXOSXIS4ZVQ/
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DAME4S4ODK4DICI6JHYBBD3DCVR44ZWZ/

[ovirt-users] Re: Power Management - drac5

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

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 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 Data Services LLC.
> 304.660.9080
> 
> 
> -Original Message-
> From: Robert Webb 
> Sent: Monday, February 03, 2020 12:47 PM
> To: users 
> Subject: [ovirt-users] Power Management - drac5
> 
> 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 always get, "Test failed: 
> Internal JSON-RPC error".
> 
> idrac log shows:
> 
> 2020 Feb 3 17:41:22   os[19772]   root closing session from 192.168.1.12  
> 2020 Feb 3 17:41:17   os[19746]   root login from 192.168.1.12
> 
> Can someone please guide me in the right direction?
> 
> ___
> 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/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKFEK2OR
> WOODCFHYTA6WILQ7MIO2VPI2/ 
> ___
> 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/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/AQMP3NIF
> JNBGETM7FZLNVUF3B6P56ZHA/

--
Chris Adams 
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q6GAFCJ3QUKM3F4G76BPKDXOSXIS4ZVQ/
___
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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QKASWU3OD2KQSH7AKEHN365RXGLKGCVW/

[ovirt-users] Re: Power Management - drac5