[ovirt-users] Re: oVirt Node 4.4.1.1 Cockpit Hyperconverged Gluster deploy fails insufficient free space no matter how small the volume is set

2020-07-13 Thread Ritesh Chikatwar
On Tue, Jul 14, 2020 at 3:50 AM  wrote:

> Hi,
>
> Deploying oVirt 4.4.1.1 via Cockpit --> Hosted Engine --> Hyperconverged
> fails at Gluster deployment:
>
> TASK [gluster.infra/roles/backend_setup : Create thick logical volume]
> *
> failed: [fmov1n3.sn.dtcorp.com] (item={'vgname': 'gluster_vg_nvme0n1',
> 'lvname': 'gluster_lv_engine', 'size': '100G'}) => {"ansible_index_var":
> "index", "ansible_loop_var": "item", "changed": false, "err": "  Volume
> group \"gluster_vg_nvme0n1\" has insufficient free space (25599 extents):
> 25600 required.\n", "index": 0, "item": {"lvname": "gluster_lv_engine",
> "size": "100G", "vgname": "gluster_vg_nvme0n1"}, "msg": "Creating logical
> volume 'gluster_lv_engine' failed", "rc": 5}
> failed: [fmov1n1.sn.dtcorp.com] (item={'vgname': 'gluster_vg_nvme0n1',
> 'lvname': 'gluster_lv_engine', 'size': '100G'}) => {"ansible_index_var":
> "index", "ansible_loop_var": "item", "changed": false, "err": "  Volume
> group \"gluster_vg_nvme0n1\" has insufficient free space (25599 extents):
> 25600 required.\n", "index": 0, "item": {"lvname": "gluster_lv_engine",
> "size": "100G", "vgname": "gluster_vg_nvme0n1"}, "msg": "Creating logical
> volume 'gluster_lv_engine' failed", "rc": 5}
> failed: [fmov1n2.sn.dtcorp.com] (item={'vgname': 'gluster_vg_nvme0n1',
> 'lvname': 'gluster_lv_engine', 'size': '100G'}) => {"ansible_index_var":
> "index", "ansible_loop_var": "item", "changed": false, "err": "  Volume
> group \"gluster_vg_nvme0n1\" has insufficient free space (25599 extents):
> 25600 required.\n", "index": 0, "item": {"lvname": "gluster_lv_engine",
> "size": "100G", "vgname": "gluster_vg_nvme0n1"}, "msg": "Creating logical
> volume 'gluster_lv_engine' failed", "rc": 5}
>
> Deployment is on 3 count Dell PowerEdge R740xd with 5 count 1.6TB NVMe
> drives per host.  Deployment is only to three as JBOD, 1 drive per node per
> volume (engine, data, vmstore) utilizing VDO.
>  Thus, deploying even a 100G volume to 1.6TB drive fails with
> "insufficient free space" error.
>
> I suspect this might have to do with the Ansible playbook deploying
> Gluster mishandling the logical volume creation due to the rounding error
> as described here:
> https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/nofreeext
>
> If I can provide any additional information, logs, etc. please ask.  Also,
> if anyone has experience/suggestions with Gluster config for hyperconverged
> setup on NVMe drives I would greatly appreciate any pearls of wisdom.
>

Can you provide the output of pvdisplay command on all hosts.


>
> Thank you so very much for any assistance!
> Charles
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3AARZD4VBNNHWNWRCVD2QNWQZJYY5AL5/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C4CXHDAC2ENZ72VGWMV6VEX6WK43EPT7/


[ovirt-users] Re: Ovirt 4.4.1 Install failure at OVF_Store check

2020-07-13 Thread Andy via Users
 I just tried another fresh install with oVIRT 4.4.1.1, disabled selinux, and 
the install failed at the OVF_Store check in the ansible script.  thanks

On Monday, July 13, 2020, 1:27:16 PM EDT, Andy via Users  
wrote:  
 
  I just tried to install with the latest 4.4.1.1 updates and which provided 
the same results.  Attached is the engine setup log.  The install fails on the 
ansible script task:
 TASK [ovirt.hosted_engine_setup : Check OVF_STORE volume status] .  

thanks

On Monday, July 13, 2020, 8:12:02 AM EDT, AK via Users  
wrote:  
 
 I am trying to freshly install oVirt 4.4.1 with HCI on CentOS 8.2.  I am using 
the "hosted-engine --deploy" script and the installation fails at "Check the 
OVF Store"  consistently.  I did try to apply the fix loaded on Jenkins 
(https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_standard-check-patch/183/)
 which produced the same result. 

Any help is appreciated and I ma working to attached the install log.  

Thanks
Andy
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NA5PWTCCI3UDPIGC54K754VYXJSNBUUB/
  ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFNK3CDY42ULBNDTGAHBROECPUNF6VHL/
  ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZR5DMENW4SGJAOWGMEWZJ5MMMPYD764H/


[ovirt-users] Strange SD problem

2020-07-13 Thread Arsène Gschwind
HI,

I'm having a strange behavior with a SD. When trying to manage the SD I see 
they "Add" button for the LUN which should already be the one use for that SD.
In the Logs I see the following:

2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch: 
Batch entry 0 select * from public.insertluns(CAST ('repl_HanaLogs_osd_01' AS 
varchar),CAST ('DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG' AS varchar),CAST 
('4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1' AS varchar),CAST 
('SHUAWEI_XSG1_2102350RMG10HC200035' AS varchar),CAST (7 AS int4),CAST 
('HUAWEI' AS varchar),CAST ('XSG1' AS varchar),CAST (2548 AS int4),CAST 
(268435456 AS int8)) as result was aborted: ERROR: duplicate key value violates 
unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement  Call getNextException to see 
other errors in the batch.
2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch. Next 
exception is: ERROR: duplicate key value violates unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement
2020-07-13 17:48:07,293+02 INFO  
[org.ovirt.engine.core.utils.transaction.TransactionSupport] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] transaction rolled back
2020-07-13 17:48:07,293+02 ERROR 
[org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand]
 (EE-ManagedThreadFactory-engine-Thread-95) [51091853] Command 
'org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand'
 failed: ConnectionCallback; ]; ERROR: duplicate key value violates unique 
constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"

It looks like the engine will add a LUN to an SD and it already exist...
Any Idea how to resolve that problem?

Thanks a lot



--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2YE7ZX53W4WDLHJW34P5CQTGTHW4RJGY/


[ovirt-users] iSCSI multipath with separate subnets... still not possible in 4.4.x?

2020-07-13 Thread Mark R
I'm looking through quite a few bug reports and mailing list threads, but want 
to make sure I'm not missing some recent development.  It appears that doing 
iSCSI with two separate, non-routed subnets is still not possible with 4.4.x. I 
have the dead-standard iSCSI setup with two separate switches, separate 
interfaces on hosts and storage, and separate subnets that have no gateway and 
are completely unreachable except from directly attached interfaces.

The hosted-engine comes up with multiple paths and everything is perfect, but 
that's because Ansible/hosted-engine deploy script have configured things 
correctly.  Once you need to import or add new storage domains, it's not 
possible to do so in a way that gets both paths connected *and* persists across 
host reboots. Following the docs to create 'iSCSI Multipath" bonds (plural, you 
can _not_ create a single bond that includes both interfaces and hope things 
route correctly... oVirt will try to connect from the interface for storage 
network A to the target on storage network B, which can't happen since they are 
not routed (and should not be). So, there's nothing in the docs about how you 
can accomplish multipathing, but there are a few mailing list messages that say 
"just create two separate "iSCSI Multipath" bonds in the datacenter, one for 
each of your two interfaces. You can do this, and you'll get hopeful that 
things might work now. You can do discovery and it succeeds, because no
  more trying to connect to unreachable targets. However, and big caveat, 
there's no way to tell this new/imported domain, "Oh, use this other interface 
as well, so you have redundant paths". Once the domain is attached and 
activated, you have a single path. You can then manage the domain, do a 
discovery, see a path that isn't connected yet, and log into it as well. Now 
you have two paths, is everything right with the world?!?  Nope, it's 
impossible to persist that connection, it will be gone on next reboot and 
you'll always have to manually visit each host, do discovery, and login. 
Nothing in the UI allows you to "Save" that second connection in a way that it 
will be used again. Clicking "OK" does not, and going back to the "iSCSI 
Multipath" area of the Data Center you can't edit each of the bonds and make 
sure each logical network has every possible target checked, because these 
targets you've manually logged into are never listed in that area of the UI.

So I really, really hope I'm wrong because I'd like to move past this snag and 
onto the next one (which is that bond interfaces in 4.4.x will not allow you to 
attach additional networks... works great in 4.3, appears broken in 4.4.x). 
But, no sense chasing that yet if iSCSI multipath isn't possible, which is 
looking likely.

Has anyone had success, running iSCSI in by far the most common setup out 
there, but also in a way oVirt really doesn't want to let you? This is driving 
me nuts, I've paved and rebuilt these hosts dozens of times now, trying 
different methods in the hopes of getting multipath that persists.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QUIEWQLKB3JHQTLSWMWEFTKDR36AFOO7/


[ovirt-users] oVirt Node 4.4.1.1 Cockpit Hyperconverged Gluster deploy fails insufficient free space no matter how small the volume is set

2020-07-13 Thread clam2718
Hi,

Deploying oVirt 4.4.1.1 via Cockpit --> Hosted Engine --> Hyperconverged fails 
at Gluster deployment:

TASK [gluster.infra/roles/backend_setup : Create thick logical volume] *
failed: [fmov1n3.sn.dtcorp.com] (item={'vgname': 'gluster_vg_nvme0n1', 
'lvname': 'gluster_lv_engine', 'size': '100G'}) => {"ansible_index_var": 
"index", "ansible_loop_var": "item", "changed": false, "err": "  Volume group 
\"gluster_vg_nvme0n1\" has insufficient free space (25599 extents): 25600 
required.\n", "index": 0, "item": {"lvname": "gluster_lv_engine", "size": 
"100G", "vgname": "gluster_vg_nvme0n1"}, "msg": "Creating logical volume 
'gluster_lv_engine' failed", "rc": 5}
failed: [fmov1n1.sn.dtcorp.com] (item={'vgname': 'gluster_vg_nvme0n1', 
'lvname': 'gluster_lv_engine', 'size': '100G'}) => {"ansible_index_var": 
"index", "ansible_loop_var": "item", "changed": false, "err": "  Volume group 
\"gluster_vg_nvme0n1\" has insufficient free space (25599 extents): 25600 
required.\n", "index": 0, "item": {"lvname": "gluster_lv_engine", "size": 
"100G", "vgname": "gluster_vg_nvme0n1"}, "msg": "Creating logical volume 
'gluster_lv_engine' failed", "rc": 5}
failed: [fmov1n2.sn.dtcorp.com] (item={'vgname': 'gluster_vg_nvme0n1', 
'lvname': 'gluster_lv_engine', 'size': '100G'}) => {"ansible_index_var": 
"index", "ansible_loop_var": "item", "changed": false, "err": "  Volume group 
\"gluster_vg_nvme0n1\" has insufficient free space (25599 extents): 25600 
required.\n", "index": 0, "item": {"lvname": "gluster_lv_engine", "size": 
"100G", "vgname": "gluster_vg_nvme0n1"}, "msg": "Creating logical volume 
'gluster_lv_engine' failed", "rc": 5}

Deployment is on 3 count Dell PowerEdge R740xd with 5 count 1.6TB NVMe drives 
per host.  Deployment is only to three as JBOD, 1 drive per node per volume 
(engine, data, vmstore) utilizing VDO. 
 Thus, deploying even a 100G volume to 1.6TB drive fails with "insufficient 
free space" error.

I suspect this might have to do with the Ansible playbook deploying Gluster 
mishandling the logical volume creation due to the rounding error as described 
here: 
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/logical_volume_manager_administration/nofreeext

If I can provide any additional information, logs, etc. please ask.  Also, if 
anyone has experience/suggestions with Gluster config for hyperconverged setup 
on NVMe drives I would greatly appreciate any pearls of wisdom.

Thank you so very much for any assistance!
Charles
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3AARZD4VBNNHWNWRCVD2QNWQZJYY5AL5/


[ovirt-users] Re: how to get ovirt 4.3 documentation?

2020-07-13 Thread Jayme
Personally I find the rhev documentation much more complete:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/

On Mon, Jul 13, 2020 at 6:17 PM Philip Brown  wrote:

> I find it odd that the ovirt website allows to see older version RELEASE
> NOTES...
> but doesnt seem to give links to general documentation for older versions.
> For example, if you read
>
> https://www.ovirt.org/release/4.3.10/
> it says,
>
> "For complete installation, administration, and usage instructions, see
> the oVirt Documentation."
>
> but that links to the general docs page at
> https://www.ovirt.org/documentation/
>
> It does NOT link to any ovirt 4.3 docs, which is what I actually need
>
>
>
> --
> Philip Brown| Sr. Linux System Administrator | Medata, Inc.
> 5 Peters Canyon Rd Suite 250
> Irvine CA 92606
> Office 714.918.1310| Fax 714.918.1325
> pbr...@medata.com| www.medata.com
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VZWLU75AKAJNT7T7C644ESHVINYIH7OQ/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UDMCD45NU3MMD42YAOGCCSHRO3VXE27E/


[ovirt-users] how to get ovirt 4.3 documentation?

2020-07-13 Thread Philip Brown
I find it odd that the ovirt website allows to see older version RELEASE 
NOTES...
but doesnt seem to give links to general documentation for older versions.
For example, if you read 

https://www.ovirt.org/release/4.3.10/
it says, 

"For complete installation, administration, and usage instructions, see the 
oVirt Documentation."

but that links to the general docs page at https://www.ovirt.org/documentation/

It does NOT link to any ovirt 4.3 docs, which is what I actually need



--
Philip Brown| Sr. Linux System Administrator | Medata, Inc. 
5 Peters Canyon Rd Suite 250 
Irvine CA 92606 
Office 714.918.1310| Fax 714.918.1325 
pbr...@medata.com| www.medata.com
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VZWLU75AKAJNT7T7C644ESHVINYIH7OQ/


[ovirt-users] Re: [OT] Major and minor numbers assigned to /dev/vdx virtio devices

2020-07-13 Thread Nir Soffer
On Wed, Jul 1, 2020 at 5:55 PM Gianluca Cecchi
 wrote:
>
> Hello,
> isn't there an official major/minor numbering scheme for virtio disks?
> Sometimes I see 251 major or 252 or so... what is the udev assignment logic?
> Reading here:
> https://www.kernel.org/doc/Documentation/admin-guide/devices.txt
>
>  240-254 block LOCAL/EXPERIMENTAL USE
> Allocated for local/experimental use.  For devices not
> assigned official numbers, these ranges should be
> used in order to avoid conflicting with future assignments.
>
> it seems they are in the range of experimental ones, while for example Xen 
> /dev/xvdx devices have their own static assignment (202 major)

This question belongs to qemu-discuss.

Also added some people that may help.

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CLMFTLBSHR5K6V6C5E4DEQYVOAD5JGAA/


[ovirt-users] Re: Failed to upload ISO oVirt 4.4.0 - imageio unable to verify certificate

2020-07-13 Thread Nir Soffer
On Mon, Jul 13, 2020 at 5:46 PM Nir Soffer  wrote:
>
> On Fri, Jul 10, 2020 at 10:56 AM Erez Zarum  wrote:
> >
> > Replying to myself again, i managed to "solve" this.
>
> You actually solved it, no quotes required :-)
>
> > in /etc/ovirt-imageio/conf.d/50-engine.conf it uses the key_file and 
> > cert_file of the apache by default.
> > For the CA cert it is indeed using the apache-ca.pem as expected (?), it 
> > seems to use the same CA when trying to reach the VDSM imageio daemon 
> > running on each host for obvious reasons those are two different CA, the 
> > apache-ca.pem is used by the Engine "frontend".
> > Changing the ca_file to /etc/pki/ovirt-engine/ca.pem and restart the 
> > imageio daemon on the ovirt-engine solved this issue.
>
> Right, you need to change the ovirt-imgeio configuration to replace the CA.
>
> But note that you should not touch:
>
> /etc/ovirt-imageio/conf.d/50-engine.conf
>
> This file is owned by engine and your changes will be dropped silently
> on the next
> upgrade.
>
> You need to add your own configuration file, maybe:
>
> /etc/ovirt-imageio/99-local.conf
>
> Where you can override what you need:
>
> [tls]
> ca_file = ...
>
> This is documented in the top of 50-vdsm.conf:
>
> # Configuration overrides for vdsm.
> #
> # WARNING: This file owned by vdsm. If you modify this file your changes will
> # be overwritten in the next vdsm upgrade.
> #
> # To change the configuration create a new drop-in file with a higher prefix,
> # so your setting will override vdsm and builtin configuration:
> #
> # $ cat /etc/ovirt-imageio/conf.d/99-locl.conf
> # [logger_root]
> # level = DEBUG
> #
> # This example overrides ovirt-imageio service log level to DEBUG.
>
> But the documentation is missing on engine side.
> Please file engine bug for this.

Sorry, this is already documented also on engine side:

# Configuration overrides for ovirt-engine.
#
# WARNING: This file owned by ovirt-engine. If you modify this file your
# changes will be overwritten in the next ovirt-engine upgrade.
#
# To change the configuration create a new drop-in file with higher prefix,
# so your setting will override ovirt-engine configuration:
#
# $ cat /etc/ovirt-imageio/conf.d/99-locl.conf
# [tls]
# ca_file =
#
# This example overrides ca_file to be empty string. This can be useful if
# the host certificates are signed by a trusted CA.

There are some typos but it is very clear.
Typos fixed here:
https://gerrit.ovirt.org/c/110265/
https://gerrit.ovirt.org/c/110266/

> > The information here: http://ovirt.github.io/ovirt-imageio/overview.html is 
> > misleading.
>
> Please file ovirt-imageio Documentation bug for this.
>
> Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7XR35WEVOYML3OP2ZPI6LDSYH5WBCNUT/


[ovirt-users] Re: Using ovirt imageio

2020-07-13 Thread Nir Soffer
On Mon, Jul 13, 2020 at 6:06 PM Petr Kovar  wrote:
>
> On Mon, 13 Jul 2020 16:58:17 +0200
> Sandro Bonazzola  wrote:
>
> > Il giorno mar 7 lug 2020 alle ore 18:07 Nir Soffer  ha
> > scritto:
> >
> > >
> > >
> > > On Tue, Jul 7, 2020 at 5:05 PM Łukasz Kołaciński 
> > > 
> > > wrote:
> > >
> > >> Dear ovirt community,
> > >>
> > >
> > > Hi Łukasz,
> > >
> > > Adding de...@ovit.org since this topic is more appropriate for the devel
> > > list.
> > >
> > >
> > >> I am trying to use ovirt imageio api to receive changed blocks (dirty
> > >> bitmap) on ovirt 4.4. Could anyone tell me how to get them step by step? 
> > >> On
> > >> the documentation I saw endpoint "GET /images/ticket-uuid/map". I don't
> > >> know what ticket-uuid is and how to generate it. I also need to know how 
> > >> to
> > >> use this api because I can't reach it via /ovirt-engine/api/
> > >>
> > >> I am asking about this endpoint:
> > >>
> > >> https://www.ovirt.org/documentation/incremental-backup-guide/incremental-backup-guide.html#imageio-backup-api
> > >>
> > >
> > > This guide is outdated and should not be used now.
> > >
> >
> > Let's ensure the official documentation will be aligned ASAP to what has
> > been released.
> > +Petr Kovar  can you please handle this?
>
>
> Is this about updating oVirt docs based on what we have
> documented downstream? Downstream we had to target 4.4.2 with incremental
> backup updates due to a large number of 4.4.1 priorities.
>
> https://www.ovirt.org/documentation/incremental-backup-guide/ doesn't even
> seem to be linked from https://www.ovirt.org/documentation -- maybe we
> should just unpublish it?

It is not related to imageio configuraion in any way, but yes, this
document is not
ready and needs update.

We have this bug to replace it:
https://bugzilla.redhat.com/1855473

>
> Thanks,
> pk
>
>
> > > The most up to date information is here:
> > >
> > > https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
> > >
> > > However the extents API is also outdated in the feature page. We are
> > > working on updating it.
> > >
> > > So here is example:
> > >
> > > First you must start backup with from_checkpoint_id argument:
> > >
> > > backup = backups_service.add(
> > > types.Backup(
> > > disks=disks,
> > > from_checkpoint_id="checkpoint-id",
> > > )
> > > )
> > >
> > >>
> > > "checkpoint-id" is the checkpoint created in the last backup.
> > >
> > > This starts a backup in in incremental mode. Dirty extents are available
> > > only
> > > in this mode.
> > >
> > > Then you start a transfer for download, using the backup id:
> > >
> > > transfer = imagetransfer.create_transfer(
> > > connection,
> > > disk,
> > > types.ImageTransferDirection.DOWNLOAD,
> > > backup=types.Backup(id=backup_uuid))
> > >
> > > The transfer.transfer_url is the URL to download from, for example:
> > >
> > > https://host:54322/images/53787351-3f72-44a1-8a26-1323524fac4a
> > >
> > > Connect to host:54322 and send this request:
> > >
> > > GET /images/53787351-3f72-44a1-8a26-1323524fac4a/extents?context=dirty
> > >
> > > And parse the return json list, containing objects like:
> > >
> > > [
> > > {"start": 0, "length": 65536, "dirty": true},
> > > {"start": 65536, "length": 1048576, "dirty": false},
> > > ...
> > > ]
> > >
> > > For example code of using the imageio API, see imageio http backend:
> > >
> > > https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L288
> > >
> > > https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L498
> > >
> > > We are adding a ImageioClient API that makes it easier to consume without
> > > writing any HTTP code:
> > > https://gerrit.ovirt.org/c/110068
> > >
> > > With this you can use:
> > >
> > > with ImageioClient(transfer.transfer_url, cafile=args.cafile) as
> > > client:
> > > for extent in client.extent("dirty"):
> > > if extent.dirty:
> > > print("##dirty start={} length={}".format(extent.start,
> > > extent.length))
> > > client.write_to(sys.stdout.buffer, extent.start,
> > > extent.length)
> > > print()
> > >
> > > This will stream the dirty extents to stdout. Not very useful as is, but
> > > illustrates how
> > > you can consume the data.
> > >
> > > Here is an example writing extents to a sparse stream format:
> > > https://gerrit.ovirt.org/c/110069
> > >
> > > For complete backup example code see:
> > >
> > > https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py
> > >
> > > Note the new imagetransfer helper module:
> > >
> > > https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/helpers/imagetransfer.py
> > >
> > > Nir
> > >
> > > e-mail: l.kolacin...@storware.eu
> > >> 
> > >>
> > 

[ovirt-users] Re: Ovirt 4.4.1 Install failure at OVF_Store check

2020-07-13 Thread AK via Users
Trying an install of the latest OVIRT 4.4.1.1
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IQ66BFYM426E4JYEDSA6RVCJNSTSGFMJ/


[ovirt-users] Re: Using ovirt imageio

2020-07-13 Thread Sandro Bonazzola
Il giorno lun 13 lug 2020 alle ore 17:06 Petr Kovar  ha
scritto:

> On Mon, 13 Jul 2020 16:58:17 +0200
> Sandro Bonazzola  wrote:
>
> > Il giorno mar 7 lug 2020 alle ore 18:07 Nir Soffer 
> ha
> > scritto:
> >
> > >
> > >
> > > On Tue, Jul 7, 2020 at 5:05 PM Łukasz Kołaciński <
> l.kolacin...@storware.eu>
> > > wrote:
> > >
> > >> Dear ovirt community,
> > >>
> > >
> > > Hi Łukasz,
> > >
> > > Adding de...@ovit.org since this topic is more appropriate for the
> devel
> > > list.
> > >
> > >
> > >> I am trying to use ovirt imageio api to receive changed blocks (dirty
> > >> bitmap) on ovirt 4.4. Could anyone tell me how to get them step by
> step? On
> > >> the documentation I saw endpoint "GET /images/ticket-uuid/map". I
> don't
> > >> know what ticket-uuid is and how to generate it. I also need to know
> how to
> > >> use this api because I can't reach it via /ovirt-engine/api/
> > >>
> > >> I am asking about this endpoint:
> > >>
> > >>
> https://www.ovirt.org/documentation/incremental-backup-guide/incremental-backup-guide.html#imageio-backup-api
> > >>
> > >
> > > This guide is outdated and should not be used now.
> > >
> >
> > Let's ensure the official documentation will be aligned ASAP to what has
> > been released.
> > +Petr Kovar  can you please handle this?
>
>
> Is this about updating oVirt docs based on what we have
> documented downstream? Downstream we had to target 4.4.2 with incremental
> backup updates due to a large number of 4.4.1 priorities.
>
>
yes



> https://www.ovirt.org/documentation/incremental-backup-guide/ doesn't even
> seem to be linked from https://www.ovirt.org/documentation -- maybe we
> should just unpublish it?
>

If that's the case probably better to unpublish: no point in providing
broken documentation.
We can re-publish once we have the fixed one.



>
> Thanks,
> pk
>
>
> > > The most up to date information is here:
> > >
> > >
> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
> > >
> > > However the extents API is also outdated in the feature page. We are
> > > working on updating it.
> > >
> > > So here is example:
> > >
> > > First you must start backup with from_checkpoint_id argument:
> > >
> > > backup = backups_service.add(
> > > types.Backup(
> > > disks=disks,
> > > from_checkpoint_id="checkpoint-id",
> > > )
> > > )
> > >
> > >>
> > > "checkpoint-id" is the checkpoint created in the last backup.
> > >
> > > This starts a backup in in incremental mode. Dirty extents are
> available
> > > only
> > > in this mode.
> > >
> > > Then you start a transfer for download, using the backup id:
> > >
> > > transfer = imagetransfer.create_transfer(
> > > connection,
> > > disk,
> > > types.ImageTransferDirection.DOWNLOAD,
> > > backup=types.Backup(id=backup_uuid))
> > >
> > > The transfer.transfer_url is the URL to download from, for example:
> > >
> > > https://host:54322/images/53787351-3f72-44a1-8a26-1323524fac4a
> > >
> > > Connect to host:54322 and send this request:
> > >
> > > GET
> /images/53787351-3f72-44a1-8a26-1323524fac4a/extents?context=dirty
> > >
> > > And parse the return json list, containing objects like:
> > >
> > > [
> > > {"start": 0, "length": 65536, "dirty": true},
> > > {"start": 65536, "length": 1048576, "dirty": false},
> > > ...
> > > ]
> > >
> > > For example code of using the imageio API, see imageio http backend:
> > >
> > >
> https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L288
> > >
> > >
> https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L498
> > >
> > > We are adding a ImageioClient API that makes it easier to consume
> without
> > > writing any HTTP code:
> > > https://gerrit.ovirt.org/c/110068
> > >
> > > With this you can use:
> > >
> > > with ImageioClient(transfer.transfer_url, cafile=args.cafile) as
> > > client:
> > > for extent in client.extent("dirty"):
> > > if extent.dirty:
> > > print("##dirty start={} length={}".format(extent.start,
> > > extent.length))
> > > client.write_to(sys.stdout.buffer, extent.start,
> > > extent.length)
> > > print()
> > >
> > > This will stream the dirty extents to stdout. Not very useful as is,
> but
> > > illustrates how
> > > you can consume the data.
> > >
> > > Here is an example writing extents to a sparse stream format:
> > > https://gerrit.ovirt.org/c/110069
> > >
> > > For complete backup example code see:
> > >
> > >
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py
> > >
> > > Note the new imagetransfer helper module:
> > >
> > >
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/helpers/imagetransfer.py
> > >
> > > Nir
> > >
> > > e-mail: 

[ovirt-users] Re: ovirt 4.4 installation issues

2020-07-13 Thread Sandro Bonazzola
Il giorno lun 13 lug 2020 alle ore 16:36 Markus Schaufler <
markus.schauf...@digit-all.at> ha scritto:

> Hi all,
> in our environment, CentOS7 and RHEL7 for the most part (Ovirt 4.3 and RHV
> 4.3), we are able to set a proxy directly in /etc/yum.conf (or on the
> single repo) to momentarily bypass some network restrictions.
> The proxy settings looks like this:
> proxy=http://our-proxy.domain:8080
> proxy_username=user
> proxy_password=password
>
> But is also works properly when it is set directly from CLI, and this is
> the one we use more often:
> export http_proxy=http://user:password@our-proxy.domain:8080
> export https_proxy=https://user:password@our-proxy.domain:8080
>
> We are having difficulties to set the same proxy on CentOS8 / Ovirt 4.4.x.
> There is no way the proxy settings allows us to run "yum update".
>
> Extra Packages for Enterprise Linux 8 - x86_64
>
>0.0  B/s |   0  B 00:00
> Errors during downloading metadata for repository 'ovirt-4.4-epel':
>   - Curl error (56): Failure when receiving data from the peer for
> https://mirrors.fedoraproject.org/metalink?repo=epel-8=x86_64=stock=centos
> [Received HTTP code 407 from proxy after CONNECT]
> Error: Failed to download metadata for repo 'ovirt-4.4-epel': Cannot
> prepare internal mirrorlist: Curl error (56): Failure when receiving data
> from the peer for
> https://mirrors.fedoraproject.org/metalink?repo=epel-8=x86_64=stock=centos
> [Received HTTP code 407 from proxy after CONNECT]
>
> Can somebody maybe point us to a solution? The above command is extracted
> by 'yum update' after a clean installation of Ovirt 4.4.1-2020070811 (but
> the same issue happened on previous versions and Nightly versions too).
>

Looks like you're having some issue validating the SSL certificate served
through the proxy.
You can read more about it here https://curl.haxx.se/docs/sslcerts.html
If you have more than 3 hosts I would consider using foreman / satellite
smart proxy function (if you don't need more from foreman / satellite)



>
> Thank you,
> Markus
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MLC76WBBPVOQO3U57JCBMSWYKQCCJRIZ/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PB6X3VYMJUMK3HPSTJDAHTN7OEBSDEY6/


[ovirt-users] Re: ovirt 4.4 installation issues

2020-07-13 Thread Strahil Nikolov via Users
What is the contents of your dnf.conf ?

Best Regards,
Strahil Nikolov

На 13 юли 2020 г. 17:26:42 GMT+03:00, Markus Schaufler 
 написа:
>Hi all,
>in our environment, CentOS7 and RHEL7 for the most part (Ovirt 4.3 and
>RHV 4.3), we are able to set a proxy directly in /etc/yum.conf (or on
>the single repo) to momentarily bypass some network restrictions.
>The proxy settings looks like this:
>proxy=http://our-proxy.domain:8080
>proxy_username=user
>proxy_password=password
>
>But is also works properly when it is set directly from CLI, and this
>is the one we use more often:
>export http_proxy=http://user:password@our-proxy.domain:8080
>export https_proxy=https://user:password@our-proxy.domain:8080
>
>We are having difficulties to set the same proxy on CentOS8 / Ovirt
>4.4.x.
>There is no way the proxy settings allows us to run "yum update".
>
>Extra Packages for Enterprise Linux 8 - x86_64 
>0.0  B/s |   0  B 00:00
>Errors during downloading metadata for repository 'ovirt-4.4-epel':
>- Curl error (56): Failure when receiving data from the peer for
>https://mirrors.fedoraproject.org/metalink?repo=epel-8=x86_64=stock=centos
>[Received HTTP code 407 from proxy after CONNECT]
>Error: Failed to download metadata for repo 'ovirt-4.4-epel': Cannot
>prepare internal mirrorlist: Curl error (56): Failure when receiving
>data from the peer for
>https://mirrors.fedoraproject.org/metalink?repo=epel-8=x86_64=stock=centos
>[Received HTTP code 407 from proxy after CONNECT]
>
>Can somebody maybe point us to a solution? The above command is
>extracted by 'yum update' after a clean installation of Ovirt
>4.4.1-2020070811 (but the same issue happened on previous versions and
>Nightly versions too).
>
>Thank you,
>Markus
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/MLC76WBBPVOQO3U57JCBMSWYKQCCJRIZ/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KTH56BOLROK2W4LAOWUF5BQ6JZA4BRMT/


[ovirt-users] [ANN] Updated oVirt release 4.4.1.1

2020-07-13 Thread Lev Veyde
The oVirt Team has just released a new version of ovirt-ansible-engine-setup
(1.1.6) package that fixes oVirt Hyperconverged deployment related issue.[1]

Updated ovirt-node-ng-installer and ovirt-appliance have been built.
Also a new torrent for this new ovirt-node-ng-installer ISO is now
available.

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

Lev Veyde

Senior Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KW5B7BOAO2Y5JCLXVCLQWCRBAP474QXB/


[ovirt-users] Re: Using ovirt imageio

2020-07-13 Thread Sandro Bonazzola
Il giorno mar 7 lug 2020 alle ore 18:07 Nir Soffer  ha
scritto:

>
>
> On Tue, Jul 7, 2020 at 5:05 PM Łukasz Kołaciński 
> wrote:
>
>> Dear ovirt community,
>>
>
> Hi Łukasz,
>
> Adding de...@ovit.org since this topic is more appropriate for the devel
> list.
>
>
>> I am trying to use ovirt imageio api to receive changed blocks (dirty
>> bitmap) on ovirt 4.4. Could anyone tell me how to get them step by step? On
>> the documentation I saw endpoint "GET /images/ticket-uuid/map". I don't
>> know what ticket-uuid is and how to generate it. I also need to know how to
>> use this api because I can't reach it via /ovirt-engine/api/
>>
>> I am asking about this endpoint:
>>
>> https://www.ovirt.org/documentation/incremental-backup-guide/incremental-backup-guide.html#imageio-backup-api
>>
>
> This guide is outdated and should not be used now.
>

Let's ensure the official documentation will be aligned ASAP to what has
been released.
+Petr Kovar  can you please handle this?



>
> The most up to date information is here:
>
> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
>
> However the extents API is also outdated in the feature page. We are
> working on updating it.
>
> So here is example:
>
> First you must start backup with from_checkpoint_id argument:
>
> backup = backups_service.add(
> types.Backup(
> disks=disks,
> from_checkpoint_id="checkpoint-id",
> )
> )
>
>>
> "checkpoint-id" is the checkpoint created in the last backup.
>
> This starts a backup in in incremental mode. Dirty extents are available
> only
> in this mode.
>
> Then you start a transfer for download, using the backup id:
>
> transfer = imagetransfer.create_transfer(
> connection,
> disk,
> types.ImageTransferDirection.DOWNLOAD,
> backup=types.Backup(id=backup_uuid))
>
> The transfer.transfer_url is the URL to download from, for example:
>
> https://host:54322/images/53787351-3f72-44a1-8a26-1323524fac4a
>
> Connect to host:54322 and send this request:
>
> GET /images/53787351-3f72-44a1-8a26-1323524fac4a/extents?context=dirty
>
> And parse the return json list, containing objects like:
>
> [
> {"start": 0, "length": 65536, "dirty": true},
> {"start": 65536, "length": 1048576, "dirty": false},
> ...
> ]
>
> For example code of using the imageio API, see imageio http backend:
>
> https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L288
>
> https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L498
>
> We are adding a ImageioClient API that makes it easier to consume without
> writing any HTTP code:
> https://gerrit.ovirt.org/c/110068
>
> With this you can use:
>
> with ImageioClient(transfer.transfer_url, cafile=args.cafile) as
> client:
> for extent in client.extent("dirty"):
> if extent.dirty:
> print("##dirty start={} length={}".format(extent.start,
> extent.length))
> client.write_to(sys.stdout.buffer, extent.start,
> extent.length)
> print()
>
> This will stream the dirty extents to stdout. Not very useful as is, but
> illustrates how
> you can consume the data.
>
> Here is an example writing extents to a sparse stream format:
> https://gerrit.ovirt.org/c/110069
>
> For complete backup example code see:
>
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py
>
> Note the new imagetransfer helper module:
>
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/helpers/imagetransfer.py
>
> Nir
>
> e-mail: l.kolacin...@storware.eu
>> 
>>
>>
>>
>>
>> *[image: STORWARE]* 
>>
>>
>>
>> *ul. Leszno 8/44 01-192 Warszawa www.storware.eu
>> *
>>
>> *[image: facebook]* 
>>
>> *[image: twitter]* 
>>
>> *[image: linkedin]* 
>>
>> *[image: Storware_Stopka_09]*
>> 
>>
>>
>>
>> *Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa
>> 000510131* *, NIP 5213672602.** Wiadomość ta jest przeznaczona jedynie
>> dla osoby lub podmiotu, który jest jej adresatem i może zawierać poufne
>> i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie,
>> przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub
>> podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub
>> podmioty inne niż zamierzony adresat. Jeżeli Państwo otrzymali przez
>> pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie
>> tej wiadomości z wszelkich komputerów. **This message is intended only
>> for the person or entity to which it is addressed and may contain
>> confidential and/or 

[ovirt-users] Re: Lots of problems with deploying the hosted-engine (ovirt 4.4 | CentOS 8.2.2004)

2020-07-13 Thread Sandro Bonazzola
Il giorno dom 28 giu 2020 alle ore 16:38 jonas  ha
scritto:

> Hi!
>
> I have banged my head against deploying the ovirt 4.4 self-hosted engine
> on Centos 8.2 for last couple of days.
>
> First I was astonished that resources.ovirt.org has no IPv6
> connectivity, which made my initial plan for a mostly IPv6-only
> deployment impossible.
>


We have an open ticket about it here:
https://ovirt-jira.atlassian.net/browse/OVIRT-2268
You can try using one of the mirrors:
https://resources.ovirt.org/pub/yum-repo/mirrorlist
One of them may have IPv6 enabled.


>
> CentOS was installed from scratch using the ks.cgf Kickstart file below,
> which also adds the ovirt 4.4 repo and installs cockpit-ovirt-dashboard
> & ovirt-engine-appliance.
>
> When deploying the hosted-engine from cockpit while logged in as a
> non-root (although privileged) user, the "(3) Prepare VM" step instantly
> fails with a nondescript error message and without generating any logs.
> By using the browser dev tools it was determined that this was because
> the ansible vars file could not be created as the non-root user did not
> have write permissions in '/var/lib/ovirt-hosted-engine-setup/cockpit/'
> . Shouldn't cockpit be capable of using sudo when appropriate, or at
> least give a more descriptive error message?
>

oVirt doesn't support running hosted engine deployment as non-root user.


>
> After login into cockpit as root, or when using the command line
> ovirt-hosted-engine-setup tool, the deployment fails with "Failed to
> download metadata for repo 'AppStream'".
> This seems to be because a) the dnsmasq running on the host does not
> forward dns queries, even though the host itself can resolve dns queries
> just fine, and b) there also does not seem to be any functioning routing
> setup to reach anything outside the host.
> Regarding a) it is strange that dnsmasq is running with a config file
> '/var/lib/libvirt/dnsmasq/default.conf' containing the 'no-resolv'
> option. Could the operation of systemd-resolved be interfering with
> dnsmasq (see ss -tulpen output)? I tried to manually stop
> systemd-resolved, but got the same behaviour as before.
>

Never seen something like this happening, +Dominik Holler
 can you help here?


>
> I hope someone could give me a hint how I could get past this problem,
> as so far my ovirt experience has been a little bit sub-par. :D
>
> Also when running ovirt-hosted-engine-cleanup, the extracted engine VMs
> in /var/tmp/localvm* are not removed, leading to a "disk-memory-leak"
> with subsequent runs.
>

yes the recomendation is to run again the deployment from scratch, the
cleanup tool has no guarantee to remove everything from the host so it may
have some file left around on the system.



>
> Best regards
> Jonas
>
> --- ss -tulpen output post deploy-run ---
> [root@nxtvirt ~]# ss -tulpen  | grep ':53 '
> udp   UNCONN 0  0 127.0.0.53%lo:53
> 0.0.0.0:* users:(("systemd-resolve",pid=1379,fd=18)) uid:193
> ino:32910 sk:6 <->
> udp   UNCONN 0  0   [fd00:1234:5678:900::1]:53
> [::]:* users:(("dnsmasq",pid=13525,fd=15)) uid:979 ino:113580
> sk:d v6only:1 <->
> udp   UNCONN 0  0  [fe80::5054:ff:fe94:f314]%virbr0:53
> [::]:* users:(("dnsmasq",pid=13525,fd=12)) uid:979 ino:113575
> sk:e v6only:1 <->
> tcp   LISTEN 0  32  [fd00:1234:5678:900::1]:53
> [::]:* users:(("dnsmasq",pid=13525,fd=16)) uid:979 ino:113581
> sk:20 v6only:1 <->
> tcp   LISTEN 0  32 [fe80::5054:ff:fe94:f314]%virbr0:53
> [::]:* users:(("dnsmasq",pid=13525,fd=13)) uid:979 ino:113576
> sk:21 v6only:1 <->
>
>
> --- running dnsmasq processes on host ('nxtvirt') post deploy-run ---
>
> dnsmasq13525  0.0  0.0  71888  2344 ?S12:31   0:00
> /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf
> --leasefile-ro --dhcp-script=/usr/libexec/libvirt_leaseshelper
> root   13526  0.0  0.0  71860   436 ?S12:31   0:00
> /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf
> --leasefile-ro --dhcp-script=/usr/libexec/libvirt_leaseshelper
>
>
> --- var/lib/libvirt/dnsmasq/default.conf ---
>
> ##WARNING:  THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO
> BE
> ##OVERWRITTEN AND LOST.  Changes to this configuration should be made
> using:
> ##virsh net-edit default
> ## or other application using the libvirt API.
> ##
> ## dnsmasq conf file created by libvirt
> strict-order
> pid-file=/run/libvirt/network/default.pid
> except-interface=lo
> bind-dynamic
> interface=virbr0
> dhcp-option=3
> no-resolv
> ra-param=*,0,0
> dhcp-range=fd00:1234:5678:900::10,fd00:1234:5678:900::ff,64
> dhcp-lease-max=240
> dhcp-hostsfile=/var/lib/libvirt/dnsmasq/default.hostsfile
> addn-hosts=/var/lib/libvirt/dnsmasq/default.addnhosts
> enable-ra
>
> --- cockpit wizard overview before the 'Prepare VM' step ---
>
> VM
>  Engine FQDN:engine.*REDACTED*
>  MAC Address:00:16:3e:20:13:b3
>  

[ovirt-users] Re: Failed to upload ISO oVirt 4.4.0 - imageio unable to verify certificate

2020-07-13 Thread Nir Soffer
On Fri, Jul 10, 2020 at 10:56 AM Erez Zarum  wrote:
>
> Replying to myself again, i managed to "solve" this.

You actually solved it, no quotes required :-)

> in /etc/ovirt-imageio/conf.d/50-engine.conf it uses the key_file and 
> cert_file of the apache by default.
> For the CA cert it is indeed using the apache-ca.pem as expected (?), it 
> seems to use the same CA when trying to reach the VDSM imageio daemon running 
> on each host for obvious reasons those are two different CA, the 
> apache-ca.pem is used by the Engine "frontend".
> Changing the ca_file to /etc/pki/ovirt-engine/ca.pem and restart the imageio 
> daemon on the ovirt-engine solved this issue.

Right, you need to change the ovirt-imgeio configuration to replace the CA.

But note that you should not touch:

/etc/ovirt-imageio/conf.d/50-engine.conf

This file is owned by engine and your changes will be dropped silently
on the next
upgrade.

You need to add your own configuration file, maybe:

/etc/ovirt-imageio/99-local.conf

Where you can override what you need:

[tls]
ca_file = ...

This is documented in the top of 50-vdsm.conf:

# Configuration overrides for vdsm.
#
# WARNING: This file owned by vdsm. If you modify this file your changes will
# be overwritten in the next vdsm upgrade.
#
# To change the configuration create a new drop-in file with a higher prefix,
# so your setting will override vdsm and builtin configuration:
#
# $ cat /etc/ovirt-imageio/conf.d/99-locl.conf
# [logger_root]
# level = DEBUG
#
# This example overrides ovirt-imageio service log level to DEBUG.

But the documentation is missing on engine side.
Please file engine bug for this.

> The information here: http://ovirt.github.io/ovirt-imageio/overview.html is 
> misleading.

Please file ovirt-imageio Documentation bug for this.

Nir
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HXZNMKSZD6MW2NS2OBXXRTV3UPQV5VII/


[ovirt-users] Re: What permission do I need to get API access

2020-07-13 Thread Martin Perina
On Mon, Jul 13, 2020 at 4:37 PM Sandro Bonazzola 
wrote:

> +Martin Perina  can you help here?
>
> Il giorno mar 7 lug 2020 alle ore 19:30  ha
> scritto:
>
>> We use LDAP authentication to login to ovirt cluster, actually, admin and
>> another user account have to access API with no problem. My account does
>> cannot access to API despite that had SuperUser privileges than those
>> accounts that already access API.
>>
>> Every time I tried to access API I get next message:
>> Error during SSO authentication access_denied: Cannot authenticate user '
>> diagsbuil...@ralntdom.rtptgcs.com':
>> No valid profile found in credentials..
>>
>
What part of RESTAPI action are you calling? Do you get the error while
obtaining authentication token or when accessing RESTAPI URL with the token?

http://ovirt.github.io/ovirt-engine-api-model/4.4/#_authentication


>> The account does exist and permissions to enter to portal vms
>>
>
For VM portal you don't need to have administrator permissions, user
permissions are enough

>
>> What do need to do to grant access to API?
>>
>
As mentioned above it depends on the action you want to call using RESTAPI

> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFIRPSPCNYTACGWMYKRI275MGREPGTGX/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> *
>


-- 
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HB36VHL4ZAEPZKS2U7YQO673EN3LSPEY/


[ovirt-users] Re: What permission do I need to get API access

2020-07-13 Thread Sandro Bonazzola
+Martin Perina  can you help here?

Il giorno mar 7 lug 2020 alle ore 19:30  ha
scritto:

> We use LDAP authentication to login to ovirt cluster, actually, admin and
> another user account have to access API with no problem. My account does
> cannot access to API despite that had SuperUser privileges than those
> accounts that already access API.
>
> Every time I tried to access API I get next message:
> Error during SSO authentication access_denied: Cannot authenticate user '
> diagsbuil...@ralntdom.rtptgcs.com':
> No valid profile found in credentials..
>
> The account does exist and permissions to enter to portal vms
>
> What do need to do to grant access to API?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFIRPSPCNYTACGWMYKRI275MGREPGTGX/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/N32QLQQU7ZBXXESU7KCQYZQC5WS6DO3U/


[ovirt-users] Re: [OT] Major and minor numbers assigned to /dev/vdx virtio devices

2020-07-13 Thread Sandro Bonazzola
+Paolo Bonzini  can you help here?

Il giorno mer 1 lug 2020 alle ore 16:56 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> Hello,
> isn't there an official major/minor numbering scheme for virtio disks?
> Sometimes I see 251 major or 252 or so... what is the udev assignment
> logic?
> Reading here:
> https://www.kernel.org/doc/Documentation/admin-guide/devices.txt
>
>  240-254 blockLOCAL/EXPERIMENTAL USE
>   Allocated for local/experimental use.  For devices not
>   assigned official numbers, these ranges should be
>   used in order to avoid conflicting with future assignments.
>
> it seems they are in the range of experimental ones, while for example Xen
> /dev/xvdx devices have their own static assignment (202 major)
>
> Thanks,
> Gianluca
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/AEQB6H75QLYP6ENIEYROI2VY4BJS3SKL/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AWIFHZRPTQOS4UPV2XR3PTDG7HI7KILY/


[ovirt-users] Re: Failed to upload ISO oVirt 4.4.0 - imageio unable to verify certificate

2020-07-13 Thread Sandro Bonazzola
+Yedidyah Bar David  , +Nir Soffer
 , +Eyal
Shenitzkycan you please have a look here?

Il giorno ven 10 lug 2020 alle ore 09:56 Erez Zarum  ha
scritto:

> Replying to myself again, i managed to "solve" this.
> in /etc/ovirt-imageio/conf.d/50-engine.conf it uses the key_file and
> cert_file of the apache by default.
> For the CA cert it is indeed using the apache-ca.pem as expected (?), it
> seems to use the same CA when trying to reach the VDSM imageio daemon
> running on each host for obvious reasons those are two different CA, the
> apache-ca.pem is used by the Engine "frontend".
> Changing the ca_file to /etc/pki/ovirt-engine/ca.pem and restart the
> imageio daemon on the ovirt-engine solved this issue.
> The information here: http://ovirt.github.io/ovirt-imageio/overview.html
> is misleading.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FUV7B43YSWAG6E3VO3IEXXJLDJ3DJWND/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TVHOQIUXGG5OA7RX3BL65M72WSBM33T2/


[ovirt-users] Re: It is possible to export a vm bigger as 5 TB?

2020-07-13 Thread Sandro Bonazzola
+Tal Nisan  , +Arik Hadas  can you
please follow up?

Il giorno mar 7 lug 2020 alle ore 15:28  ha
scritto:

> We have a vm with many virtual drives and need to backup as ova file.
> Since this demands a lot of space I had mounted an nfs directory in the
> host but get next message after try to export ova:
>
> Error whle executing action: Cannot export VM. Invalid target folder:
> /mnt/shared2 on Host. You may refer to the engine.log file for further
> details.
>
> Looking at the engine.log file got this mesage:
> 2020-07-03 11:42:37,268-04 INFO
> [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
> task-1929) [e357a397-3dc3-4566-900f-6e0e0cb39030] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[0b65c67d-98ae-435a-9c0a-2d9f0856a98b=VM]',
> sharedLocks=''}'
> 2020-07-03 11:42:37,275-04 INFO
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default
> task-1929) [e357a397-3dc3-4566-900f-6e0e0cb39030] Executing Ansible
> command:  /usr/bin/ansible-playbook --ssh-common-args=-F
> /var/lib/ovirt-engine/.ssh/config -v
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa
> --inventory=/tmp/ansible-inventory2275650137225503626
> --extra-vars=target_directory="/nt/shared2"
> --extra-vars=validate_only="True"
> /usr/share/ovirt-engine/playbooks/ovirt-ova-export.yml [Logfile:
> /var/log/ovirt-engine/ova/ovirt-export-ova-validate-ansible-20200703114237-172.16.99.13-e357a397-3dc3-4566-900f-6e0e0cb39030.log]
> 2020-07-03 11:42:39,554-04 INFO
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default
> task-1929) [e357a397-3dc3-4566-900f-6e0e0cb39030] Ansible playbook command
> has exited with value: 2
> 2020-07-03 11:42:39,555-04 WARN
> [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
> task-1929) [e357a397-3dc3-4566-900f-6e0e0cb39030] Validation of action
> 'ExportVmToOva' failed for user Miguel.Garcia. Reasons:
> VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER,$vdsName
> hyp11.infra,$directory /nt/shared2
> 2020-07-03 11:42:39,556-04 INFO
> [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
> task-1929) [e357a397-3dc3-4566-900f-6e0e0cb39030] Lock freed to object
> 'EngineLock:{exclusiveLocks='[0b65c67d-98ae-435a-9c0a-2d9f0856a98b=VM]',
> sharedLocks=''}'
> 2020-07-03 11:44:53,021-04 INFO
> [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
> task-1937) [ba070d4b-5f76-4fd7-adc0-53e0f96e6635] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[0b65c67d-98ae-435a-9c0a-2d9f0856a98b=VM]',
> sharedLocks=''}'
> 2020-07-03 11:44:53,027-04 INFO
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default
> task-1937) [ba070d4b-5f76-4fd7-adc0-53e0f96e6635] Executing Ansible
> command:  /usr/bin/ansible-playbook --ssh-common-args=-F
> /var/lib/ovirt-engine/.ssh/config -v
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa
> --inventory=/tmp/ansible-inventory3629946116235444875
> --extra-vars=target_directory="/mnt/shared2"
> --extra-vars=validate_only="True"
> /usr/share/ovirt-engine/playbooks/ovirt-ova-export.yml [Logfile:
> /var/log/ovirt-engine/ova/ovirt-export-ova-validate-ansible-20200703114453-172.16.99.13-ba070d4b-5f76-4fd7-adc0-53e0f96e6635.log]
> 2020-07-03 11:44:55,538-04 INFO
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default
> task-1937) [ba070d4b-5f76-4fd7-adc0-53e0f96e6635] Ansible playbook command
> has exited with value: 2
> 2020-07-03 11:44:55,538-04 WARN
> [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
> task-1937) [ba070d4b-5f76-4fd7-adc0-53e0f96e6635] Validation of action
> 'ExportVmToOva' failed for user Miguel.Garcia. Reasons:
> VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER,$vdsName
> hyp11.infra,$directory /mnt/shared2
> 2020-07-03 11:44:55,539-04 INFO
> [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default
> task-1937) [ba070d4b-5f76-4fd7-adc0-53e0f96e6635] Lock freed to object
> 'EngineLock:{exclusiveLocks='[0b65c67d-98ae-435a-9c0a-2d9f0856a98b=VM]',
> sharedLocks=''}'
> 2020-07-03 11:45:17,391-04 INFO
> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-11) [6d510f0c] Lock
> Acquired to object
> 'EngineLock:{exclusiveLocks='[f762fb4b-57c1-40d0-bf3f-be4c83f16f44=PROVIDER]',
> sharedLocks=''}'
>
>
> I had tried to addthe nfs partition as a Storage Domain data type but that
> didn't help either.
>
> The mount persmission is as follow:
> drwxr-xr-x. 3 vdsm kvm  50 Jul  3 11:47 /mnt/shared2
>
> Any idea how can export this vm?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> 

[ovirt-users] ovirt 4.4 installation issues

2020-07-13 Thread Markus Schaufler
Hi all,
in our environment, CentOS7 and RHEL7 for the most part (Ovirt 4.3 and RHV 
4.3), we are able to set a proxy directly in /etc/yum.conf (or on the single 
repo) to momentarily bypass some network restrictions.
The proxy settings looks like this:
proxy=http://our-proxy.domain:8080
proxy_username=user
proxy_password=password

But is also works properly when it is set directly from CLI, and this is the 
one we use more often:
export http_proxy=http://user:password@our-proxy.domain:8080
export https_proxy=https://user:password@our-proxy.domain:8080

We are having difficulties to set the same proxy on CentOS8 / Ovirt 4.4.x.
There is no way the proxy settings allows us to run "yum update".

Extra Packages for Enterprise Linux 8 - x86_64  
 
0.0  B/s |   0  B 00:00
Errors during downloading metadata for repository 'ovirt-4.4-epel':
  - Curl error (56): Failure when receiving data from the peer for 
https://mirrors.fedoraproject.org/metalink?repo=epel-8=x86_64=stock=centos
 [Received HTTP code 407 from proxy after CONNECT]
Error: Failed to download metadata for repo 'ovirt-4.4-epel': Cannot prepare 
internal mirrorlist: Curl error (56): Failure when receiving data from the peer 
for 
https://mirrors.fedoraproject.org/metalink?repo=epel-8=x86_64=stock=centos
 [Received HTTP code 407 from proxy after CONNECT]

Can somebody maybe point us to a solution? The above command is extracted by 
'yum update' after a clean installation of Ovirt 4.4.1-2020070811 (but the same 
issue happened on previous versions and Nightly versions too).

Thank you,
Markus
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MLC76WBBPVOQO3U57JCBMSWYKQCCJRIZ/


[ovirt-users] Re: Error: missing groups or modules: javapackages-tools in EL 8.2

2020-07-13 Thread Sandro Bonazzola
Il giorno lun 13 lug 2020 alle ore 13:49 Patrick Lomakin <
patrick.loma...@gmail.com> ha scritto:

> I'm take an error after executing "dnf module enable -y javapackages-tools
> pki-deps postgresql:12 389-ds".
> Error message:
> "Error: Problems in request:
> missing groups or modules: javapackages-tools"
> Installed system - Red Hat Enterprise Linux 8.2
>

Did you register the system with subscription manager?
As a quick reference, before enabling modules on RHEL you'll need:

# subscription-manager register
# subscription-manager attach --pool=pool_id
# subscription-manager repos \
--enable=rhel-8-for-x86_64-baseos-rpms \
--enable=rhel-8-for-x86_64-appstream-rpms \
   --enable=codeready-builder-for-rhel-8-x86_64-rpms

In CentOS we are consuming also PowerTools repo which should correspond
to codeready-builder-for-rhel-8-x86_64-rpms if I remember correctly.



> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/N6TVJWE3M5NSHSIKIVWMLDTXFNLGJE5T/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VXJHH5MYABU62J3CHEUG2TPZ5U55LFVI/


[ovirt-users] Re: Admin portal will not load after installing updates

2020-07-13 Thread Michael Watters
Thanks for the response.  The issue was that I had to run engine-setup
after running yum updates.  The rpms do not appear to do this or tell
you that you need to run the command.  :)

On 7/10/2020 3:22 AM, Martin Perina wrote:
>
>
> On Thu, Jul 9, 2020 at 7:07 PM Strahil Nikolov via Users
> mailto:users@ovirt.org>> wrote:
>
> If you have access to the HE, can you check the rpm status (rpm
> -Va) for  issues.
> Configuration files  could be changed ,  but libraries/binaries  not.
>
> What is the output of hosted-engine --vm-status ?I had a similar
> issue and it was an addon in my browser (as I used profile, the
> situation was the same on Windows and Linux :D )
>
> 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/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HXGFJZJOQ75XW4EFNZMDKWGOCTBDBAPI/


[ovirt-users] Ovirt 4.4.1 Install failure at OVF_Store check

2020-07-13 Thread AK via Users
I am trying to freshly install oVirt 4.4.1 with HCI on CentOS 8.2.  I am using 
the "hosted-engine --deploy" script and the installation fails at "Check the 
OVF Store"  consistently.  I did try to apply the fix loaded on Jenkins 
(https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_standard-check-patch/183/)
 which produced the same result. 

Any help is appreciated and I ma working to attached the install log.  

Thanks
Andy
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NA5PWTCCI3UDPIGC54K754VYXJSNBUUB/


[ovirt-users] Error: missing groups or modules: javapackages-tools in EL 8.2

2020-07-13 Thread Patrick Lomakin
I'm take an error after executing "dnf module enable -y javapackages-tools 
pki-deps postgresql:12 389-ds". 
Error message: 
"Error: Problems in request:
missing groups or modules: javapackages-tools"
Installed system - Red Hat Enterprise Linux 8.2
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/N6TVJWE3M5NSHSIKIVWMLDTXFNLGJE5T/


[ovirt-users] Revert to 4.3

2020-07-13 Thread jb

Hello everybody,

at to moment I run ovirt engine in a VM on a different server (no hosted 
engine) and I have two hosts. One is only a backup and is not running.


I would like to install a new ovirt engine 4.4 VM and use the backup 
host. And if this is running fine in some month I would migrate the 
second host to 4.4.


The Problem is only that I have to upgrade the data center compatibly 
mode to 4.4 and with that I'm a bit afraid.


Is it possible, to downgrade the compatibility mode, when something 
unsuspected is happen?


The original 4.3 engine VM I would like to have untouched, that I can go 
back if is necessary.



Regards

Jonathan
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XAD3RDKGJFZYQ6KRB563RL2OR2LACDXK/