[ovirt-users] Re: IO per VM monitoring
btw i found this interesting discussion about libvirt exporter https://github.com/prometheus-community/community/issues/50 Marek Dne 2024-02-14 v 14:19 Jean-Louis Dupond napsal(a): https://bugzilla.redhat.com/show_bug.cgi?id=1679333 You can find the config I use in this bugreport :) Jean-Louis On 14/02/2024 13:24, marek wrote: can you publish your sql_exporter configuration? i found this exporter https://github.com/czerwonk/ovirt_exporter . will give a try Marek Dne 2024-02-14 v 9:04 Jean-Louis Dupond napsal(a): Hi Marek, In fact all the data you need is already collected by oVirt/VDSM itself and saved into the DWH database. I configured sql_exporter for prometheus which does queries on the DWH database to gather the data I need. This is exported to prometheus, and there I can query all the data and do some alerting on for example I/O usage. Jean-Louis On 13/02/2024 17:19, marek wrote: hi, i have prometheus based ovirt hosts monitoring (node_exporter, smartcl_exporter, ipmi_exporter) https://prometheus-community.github.io/ansible/branch/main/ and alerts from https://samber.github.io/awesome-prometheus-alerts/ after i started this monitoring i found that one VM is overloading local storage (so i must check IO limiting documentation as a homework :) ) but my question is how do you monitor IO traffic per VM? (IOPS, read/write traffic,..) some qemu/libvirt exporter? some custom text file + node_exporter? thanks for tips Marek ___ 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/6HVHFX464QJPJTVXUFCF7RAGAUFD33HE/ ___ 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/BVXGPID57RFONQYMY62HCDYEA2GBAXP4/ ___ 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/O7GLTJFEXQOTL27ZM4AE6JNJR3GSPVTD/
[ovirt-users] Re: IO per VM monitoring
can you publish your sql_exporter configuration? i found this exporter https://github.com/czerwonk/ovirt_exporter . will give a try Marek Dne 2024-02-14 v 9:04 Jean-Louis Dupond napsal(a): Hi Marek, In fact all the data you need is already collected by oVirt/VDSM itself and saved into the DWH database. I configured sql_exporter for prometheus which does queries on the DWH database to gather the data I need. This is exported to prometheus, and there I can query all the data and do some alerting on for example I/O usage. Jean-Louis On 13/02/2024 17:19, marek wrote: hi, i have prometheus based ovirt hosts monitoring (node_exporter, smartcl_exporter, ipmi_exporter) https://prometheus-community.github.io/ansible/branch/main/ and alerts from https://samber.github.io/awesome-prometheus-alerts/ after i started this monitoring i found that one VM is overloading local storage (so i must check IO limiting documentation as a homework :) ) but my question is how do you monitor IO traffic per VM? (IOPS, read/write traffic,..) some qemu/libvirt exporter? some custom text file + node_exporter? thanks for tips Marek ___ 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/6HVHFX464QJPJTVXUFCF7RAGAUFD33HE/ ___ 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/BVXGPID57RFONQYMY62HCDYEA2GBAXP4/
[ovirt-users] IO per VM monitoring
hi, i have prometheus based ovirt hosts monitoring (node_exporter, smartcl_exporter, ipmi_exporter) https://prometheus-community.github.io/ansible/branch/main/ and alerts from https://samber.github.io/awesome-prometheus-alerts/ after i started this monitoring i found that one VM is overloading local storage (so i must check IO limiting documentation as a homework :) ) but my question is how do you monitor IO traffic per VM? (IOPS, read/write traffic,..) some qemu/libvirt exporter? some custom text file + node_exporter? thanks for tips Marek ___ 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/6HVHFX464QJPJTVXUFCF7RAGAUFD33HE/
[ovirt-users] multiple hypervisors with local storage - template distribution
hi, i have multiple hypervisors with local storage (every hypervisor has own DC/cluster. storage type = local on host) any tips howto automatically distribute templates between hypervisors? thanks Marek ___ 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] virsh console support
hi, is it possible use virsh console on ovirt host? [root@server ~]# virsh -c qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf console 21 --safe Connected to domain 'server-dev-1' Escape character is ^] (Ctrl + ]) error: internal error: character device ua-e4d8f97d-a7dd-4769-972c-27412212b955 is not using a PTY dumpxml 21 shows path='/var/run/ovirt-vmconsole-console/5a06d390-431c-48b5-9fb6-ebc34af73a88.sock'/> Marek ___ 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/M625WJJ24CSX56IH2VF53YE7OC3VITI6/
[ovirt-users] SOLVED: Re: 'NoneType' object has no attribute 'data_center'
it was bad ovirt URL (dev vs production cluster) :( Dne 2023-11-01 v 9:50 marek napsal(a): hi, i'm using VM creation through ansible - ovirt 4.5 - name: Creates a new Virtual Machine from template ovirt.ovirt.ovirt_vm: auth: "{{ ovirt_auth }}" state: present cpu_cores: 2 memory: 4GiB name: "{{NAME}}" template: "{{ VM_TEMPLATE }}" comment: "{{comment}}" description: "{{description}}" cluster: "{{CLUSTER}}" type: server high_availability: yes operating_system: rhel_9x64 graphical_console: protocol: - vnc cloud_init_persist: yes nics: - name: enp1s0 profile_name: "{{VLAN1}}" - name: enp2s0 profile_name: "{{VLAN2}}" cloud_init: dns_servers: '1.1.1.1' host_name: "{{NAME}}" user_name: root root_password: "{{ROOT_PASSWORD}}" authorized_ssh_keys: "ssh-ed25519 secret" cloud_init_nics: - nic_name: enp1s0 nic_boot_protocol: static nic_ip_address: "{{PRIVATE_IP}}" nic_netmask: 255.255.255.0 nic_gateway: x.x.x.x - nic_name: enp2s0 nic_boot_protocol: static nic_ip_address: "{{PUBLIC_IP}}" nic_netmask: "{{PUBLIC_NETMASK}}" it works before . double checked input no upgrades/changes any ideas where can be problem? any tips howto debug Marek The full traceback is: Traceback (most recent call last): File "/tmp/ansible_ovirt.ovirt.ovirt_vm_payload_thzzyp5t/ansible_ovirt.ovirt.ovirt_vm_payload.zip/ansible_collections/ovirt/ovirt/plugins/modules/ovirt_vm.py", line 2694, in main File "/tmp/ansible_ovirt.ovirt.ovirt_vm_payload_thzzyp5t/ansible_ovirt.ovirt.ovirt_vm_payload.zip/ansible_collections/ovirt/ovirt/plugins/module_utils/ovirt.py", line 673, in create self.build_entity(), File "/tmp/ansible_ovirt.ovirt.ovirt_vm_payload_thzzyp5t/ansible_ovirt.ovirt.ovirt_vm_payload.zip/ansible_collections/ovirt/ovirt/plugins/modules/ovirt_vm.py", line 1525, in build_entity File "/tmp/ansible_ovirt.ovirt.ovirt_vm_payload_thzzyp5t/ansible_ovirt.ovirt.ovirt_vm_payload.zip/ansible_collections/ovirt/ovirt/plugins/modules/ovirt_vm.py", line 1418, in __get_template_with_version AttributeError: 'NoneType' object has no attribute 'data_center' ___ 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/JFFHB43SBXLOEOIUJUCBLW4RUDEMRDE4/
[ovirt-users] Re: Failed to login: PKIX path validation failed: java.security.cert.CertPathValidatorException: validity check failed
engine-setup --offline there is part where certs are regenerated if you manually modified apache.p12 before, then rm /etc/pki/ovirt-engine/keys/apache.p12 Marek Dne 2023-10-30 v 14:34 p.oliv...@telfy.com napsal(a): I can also see these messages in the engine log. Could they be related to our error to access via GUI? 2023-10-30 14:03:22,039+01 INFO [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-38) [296f8eca] Lock freed to object 'EngineLock:{exclusiveLocks='[877be127-53a5-400b-ae40-672f596cbac8=PROVIDER]', sharedLocks=''}' 2023-10-30 14:08:22,053+01 INFO [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-61) [2a1ebebe] Lock Acquired to object 'EngineLock:{exclusiveLocks='[877be127-53a5-400b-ae40-672f596cbac8=PROVIDER]', sharedLocks=''}' 2023-10-30 14:08:22,072+01 INFO [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-61) [2a1ebebe] Running command: SyncNetworkProviderCommand internal: true. 2023-10-30 14:08:22,570+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-61) [2a1ebebe] EVENT_ID: PROVIDER_SYNCHRONIZATION_STARTED(223), Provider ovirt-provider-ovn synchronization started. 2023-10-30 14:08:22,657+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-61) [2a1ebebe] EVENT_ID: PROVIDER_SYNCHRONIZATION_ENDED(224), Provider ovirt-provider-ovn synchronization ended. 2023-10-30 14:08:22,657+01 ERROR [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-61) [2a1ebebe] Command 'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand' failed: EngineException: (Failed with error Bad Gateway and code 5050) 2023-10-30 14:08:22,658+01 INFO [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-61) [2a1ebebe] Lock freed to object 'EngineLock:{exclusiveLocks='[877be127-53a5-400b-ae40-672f596cbac8=PROVIDER]', sharedLocks=''}' ___ 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/VNF3JBX3FQAGAZ5GOC2TTPJATBQFEOBZ/ ___ 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/2U2YMJOPDYFXGVE7RDC2ZC7FAYOBM25Z/
[ovirt-users] 'NoneType' object has no attribute 'data_center'
hi, i'm using VM creation through ansible - ovirt 4.5 - name: Creates a new Virtual Machine from template ovirt.ovirt.ovirt_vm: auth: "{{ ovirt_auth }}" state: present cpu_cores: 2 memory: 4GiB name: "{{NAME}}" template: "{{ VM_TEMPLATE }}" comment: "{{comment}}" description: "{{description}}" cluster: "{{CLUSTER}}" type: server high_availability: yes operating_system: rhel_9x64 graphical_console: protocol: - vnc cloud_init_persist: yes nics: - name: enp1s0 profile_name: "{{VLAN1}}" - name: enp2s0 profile_name: "{{VLAN2}}" cloud_init: dns_servers: '1.1.1.1' host_name: "{{NAME}}" user_name: root root_password: "{{ROOT_PASSWORD}}" authorized_ssh_keys: "ssh-ed25519 secret" cloud_init_nics: - nic_name: enp1s0 nic_boot_protocol: static nic_ip_address: "{{PRIVATE_IP}}" nic_netmask: 255.255.255.0 nic_gateway: x.x.x.x - nic_name: enp2s0 nic_boot_protocol: static nic_ip_address: "{{PUBLIC_IP}}" nic_netmask: "{{PUBLIC_NETMASK}}" it works before . double checked input no upgrades/changes any ideas where can be problem? any tips howto debug Marek The full traceback is: Traceback (most recent call last): File "/tmp/ansible_ovirt.ovirt.ovirt_vm_payload_thzzyp5t/ansible_ovirt.ovirt.ovirt_vm_payload.zip/ansible_collections/ovirt/ovirt/plugins/modules/ovirt_vm.py", line 2694, in main File "/tmp/ansible_ovirt.ovirt.ovirt_vm_payload_thzzyp5t/ansible_ovirt.ovirt.ovirt_vm_payload.zip/ansible_collections/ovirt/ovirt/plugins/module_utils/ovirt.py", line 673, in create self.build_entity(), File "/tmp/ansible_ovirt.ovirt.ovirt_vm_payload_thzzyp5t/ansible_ovirt.ovirt.ovirt_vm_payload.zip/ansible_collections/ovirt/ovirt/plugins/modules/ovirt_vm.py", line 1525, in build_entity File "/tmp/ansible_ovirt.ovirt.ovirt_vm_payload_thzzyp5t/ansible_ovirt.ovirt.ovirt_vm_payload.zip/ansible_collections/ovirt/ovirt/plugins/modules/ovirt_vm.py", line 1418, in __get_template_with_version AttributeError: 'NoneType' object has no attribute 'data_center' ___ 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/C7LTYQ4IP7I5S4BXVM4I5ORC43IUTZ7Z/
[ovirt-users] Re: RHEL 9 (rocky/centos/..) guest console problem
additional info ovirt engine 4.5.4 on centos 8 stream reported hypervisor/host was ovirt 4.4.9 on rocky8 problem persist after upgrade to ovirt 4.5.4 on host BUT on another host with the "same(1)" versions - rocky8/ ovirt 4.4.9 it works . same windows 11 client(my laptop) VM guests has "same(2)" configuration same(1) - there are differences in rocky 8 packages versions (both are 8.7 but not update in the same time) same(2) - manually configured Marek Dne 2023-06-13 v 16:18 Jean-Louis Dupond via Users napsal(a): Depends on the error of course :) The patches I created fixes the need to install the oVirt CA on your local machine. As the console.vv file contains the oVirt CA, and with the patches that CA is now used to verify the certificate when connecting. Jean-Louis On 13/06/2023 16:05, Klaas Demter wrote: Hi, I guess this is: https://bugzilla.redhat.com/show_bug.cgi?id=2186439 There was a PR for it recently, so maybe it's fixed in the next virt-viewer version :) Greetings Klaas On 6/12/23 12:59, marek wrote: hi, i know spice/QXL is deprecated so, i have guest VM with console config VGA/VNC (tried Bochs/VNC too) virt-viewer from windows cannot connect to console ("console" button in ovirt admin) if i use VNC params from "console.vv" i can connect to it with tigerVNC client (tightVNC does not work) any ideas what can be wrong? btw is there option to prolong password in console.vv? there is note in the file "# Password is valid for 120 seconds." Marek ___ 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/4ESXMWID764ERI6YSKVLUDY4GBIKQ2BW/ ___ 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/U463JWAYZFJZXS55EDNJAGOC2DGYU6AS/ ___ 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/33JM4EUP22PD3XFOA3G6XDMXYPMNF46D/ ___ 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/AHEFLHADUUSBCVZ3NAU63OHS5LE4AGTO/
[ovirt-users] RHEL 9 (rocky/centos/..) guest console problem
hi, i know spice/QXL is deprecated so, i have guest VM with console config VGA/VNC (tried Bochs/VNC too) virt-viewer from windows cannot connect to console ("console" button in ovirt admin) if i use VNC params from "console.vv" i can connect to it with tigerVNC client (tightVNC does not work) any ideas what can be wrong? btw is there option to prolong password in console.vv? there is note in the file "# Password is valid for 120 seconds." Marek ___ 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/4ESXMWID764ERI6YSKVLUDY4GBIKQ2BW/
[ovirt-users] cluster level - features
hi, do you have tips where can i find information about new features in cluster levels? i found only https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/release_notes/data-center-and-cluster-compatibility-levels there is only information "there are new features" hard way i tried check https://www.ovirt.org/release/4.5.0/ and found https://bugzilla.redhat.com/show_bug.cgi?id=2021545 - Detecting if scratch disks can be extended automatically - Detecting if host support disk format conversion - Maybe for using qcow2 format by default to enable incremental backup by https://bugzilla.redhat.com/show_bug.cgi?id=2033185 - e1000e is there some "central" place ? Marek ___ 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/FHMRAGUTZ2DVPPZFTYJGO656SIX3CK7Q/
[ovirt-users] Re: ovirt upgrade - Failed to execute stage 'Misc configuration' FATAL: Ident authentication failed for user "root" (SOLVED)
Dne 24/01/2023 v 10:26 Yedidyah Bar David napsal(a): On Tue, Jan 24, 2023 at 11:04 AM marek wrote: its all on one machine i'm not sure if grafana was used in 4.4.4 (dashboard was working) after repeated engine-setup and playing with /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf OVESETUP_GRAFANA_CORE/enable=bool:True Was it False? I think the failure you described can only happen if it's True. first attempt was with true and failed then disabled OVESETUP_GRAFANA* ovirt-engine passed then after a while played with OVESETUP_GRAFANA* and OVESETUP_DWH* and ovirt-engine passed but i dont have notes and exact steps.sorry (2:00 AM. my eyes held matches) Marek OVESETUP_GRAFANA_CORE/grafanaDbCreatedByUs=none:None OVESETUP_DWH_CORE/enable=bool:True Can't see how the last two settings can affect your issue. Perhaps you changed other things? its possible. i'm not sure ___ 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/6BOXJM3UJWLCTBJGIVO6SRU6NIBOARUM/
[ovirt-users] Re: ovirt upgrade - Failed to execute stage 'Misc configuration' FATAL: Ident authentication failed for user "root" (SOLVED)
its all on one machine i'm not sure if grafana was used in 4.4.4 (dashboard was working) after repeated engine-setup and playing with /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf OVESETUP_GRAFANA_CORE/enable=bool:True OVESETUP_GRAFANA_CORE/grafanaDbCreatedByUs=none:None OVESETUP_DWH_CORE/enable=bool:True its "somehow" solved now Dne 24/01/2023 v 08:37 Yedidyah Bar David napsal(a): Hi, On Tue, Jan 24, 2023 at 1:47 AM marek wrote: upgrade from ovirt 4.4.4 to 4.5.5 Please provide more details, thanks. Is everything set up on the same machine - engine, dwh, grafana? If on separate machines, what's where and how was it set up? Did you have grafana already set up in 4.4.4? Do you have any custom local changes? engine-setup 2023-01-24 00:35:17,885+0100 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-grafana-dwh/db/default_privileges.py", line 51, in _misc_set_default_privileges user=self.environment[ogdwhcons.GrafanaDBEnv.USER], File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 1808, in setDefaultPrivilegesReadOnlyForUser ownConnection=True, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 249, in execute database=database, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 182, in connect sslmode=sslmode, File "/usr/lib64/python3.6/site-packages/psycopg2/__init__.py", line 127, in connect conn = _connect(dsn, connection_factory=connection_factory, **kwasync) psycopg2.OperationalError: FATAL: Ident authentication failed for user "root" FATAL: Ident authentication failed for user "root" This might be due to changes in /var/lib/pgsql/data/pg_hba.conf . Please check/ share it. Thanks. Best regards, ___ 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/RLH4ITLEKBX5MXBD5OISZAHRKXJXQPE5/
[ovirt-users] ovirt upgrade - Failed to execute stage 'Misc configuration' FATAL: Ident authentication failed for user "root"
upgrade from ovirt 4.4.4 to 4.5.5 engine-setup 2023-01-24 00:35:17,885+0100 DEBUG otopi.context context._executeMethod:145 method exception Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-grafana-dwh/db/default_privileges.py", line 51, in _misc_set_default_privileges user=self.environment[ogdwhcons.GrafanaDBEnv.USER], File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 1808, in setDefaultPrivilegesReadOnlyForUser ownConnection=True, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 249, in execute database=database, File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", line 182, in connect sslmode=sslmode, File "/usr/lib64/python3.6/site-packages/psycopg2/__init__.py", line 127, in connect conn = _connect(dsn, connection_factory=connection_factory, **kwasync) psycopg2.OperationalError: FATAL: Ident authentication failed for user "root" FATAL: Ident authentication failed for user "root" 2023-01-24 00:35:17,886+0100 ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Misc configuration': FATAL: Ident authentication failed for user "root" FATAL: Ident authentication failed for user "root" any tips? Marek ___ 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/KYCCMZW6Y5EO4LLIP2NDG2Y2SCVHUCJB/
[ovirt-users] Re: update path from 4.4.4 to 4.5.4
anyone please? what do you think? do you see any potencial problems? Dne 19/12/2022 v 11:06 marek napsal(a): hi, i have standalone ovirt-engine 4.4.4 (centos8 stream) few hosts (mix of old centos 8.2, centos 8 stream, rocky linux) can you confirm if this upgrade path is ok? first round - update engine to 4.4.10 - update OS on engine to last centos 8 stream (can i upgrade to some point in time recommended for 4.4.10?) - update hosts to ovirt 4.4.10 - update OS on hosts to last centos 8 stream and rocky linux 8.6 special case in first round - centos 8.2 - migrate OS on hosts from centos 8.2 to rocky linux 8.6 - update hosts to ovirt 4.4.10 second round - update engine to 4.5.4 - update hosts to ovirt 4.5.4 - update OS on hosts - centos 8 stream - is ALREADY on last update from first round - update OS on hosts - rocky linux - from 8.6 to 8.7 Marek ___ 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/T3PBZ6XVLPXMWRCLRJKVOMIAPHDSE762/
[ovirt-users] engine-config -s UserSessionTimeOutInterval=X problem
ovirt 4.5.4, standalone engine, centos 8 stream [root@ovirt ~]# engine-config -g UserSessionTimeOutInterval Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false UserSessionTimeOutInterval: 30 version: general [root@ovirt ~]# engine-config -s UserSessionTimeOutInterval=60 Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false Cannot set value 60 to key UserSessionTimeOutInterval. any ideas where is the problem? Marek ___ 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/OPH7BHGBGWMECQKRXY6GW3YGZR73JK2D/
[ovirt-users] Re: Manager GUI session timeout
ovirt 4.5.4 [root@ovirt-dev ovirt-engine]# engine-config -s UserSessionTimeOutInterval=60 Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false Cannot set value 60 to key UserSessionTimeOutInterval. Diggy can you confirm it worked? Marek Dne 21/12/2022 v 21:25 Diggy Mc napsal(a): Wow! Thanks. I was unaware (newbie) of the engine-config command. I learned a lot from just "engine-config -l". LOL. I changed "UserSessionTimeOutInterval". Hopefully it takes effect simply by logging out and back in. If not, I patiently wait until we restart the engine. Again, thank you. ___ 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/IEOQPXIWTERRHWM6RPGYN4AE4ASDVJFZ/ ___ 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/YRSDRI4D6PNYUALHFK6XA7NVCMCDMDOF/
[ovirt-users] update path from 4.4.4 to 4.5.4
hi, i have standalone ovirt-engine 4.4.4 (centos8 stream) few hosts (mix of old centos 8.2, centos 8 stream, rocky linux) can you confirm if this upgrade path is ok? first round - update engine to 4.4.10 - update OS on engine to last centos 8 stream (can i upgrade to some point in time recommended for 4.4.10?) - update hosts to ovirt 4.4.10 - update OS on hosts to last centos 8 stream and rocky linux 8.6 special case in first round - centos 8.2 - migrate OS on hosts from centos 8.2 to rocky linux 8.6 - update hosts to ovirt 4.4.10 second round - update engine to 4.5.4 - update hosts to ovirt 4.5.4 - update OS on hosts - centos 8 stream - is ALREADY on last update from first round - update OS on hosts - rocky linux - from 8.6 to 8.7 Marek ___ 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/ADC3DT6UCFUT7Q64HVKD55GAKWAHTSJH/
[ovirt-users] Re: ovirt local storage getConnectedStoragePoolsList empty result problem (SOLVED)
it looks like ovirt engine restart solved the problem Dne 12/12/2022 v 17:01 Sandro Bonazzola napsal(a): Il giorno lun 12 dic 2022 alle ore 16:50 marek ha scritto: hi, ovirt 4.4.10 one host become unresponsive (no known change) host rocky linux 8.6 (upgraded to 8.7 now) + local storage (/vm) Please note 8.7 support has been introduced in oVirt 4.5.4. Please upgrade as soon as practical. host vdsm.log 2022-12-12 16:37:59,063+0100 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList() from=internal, task_id=29b1d9a6-b0b4-4050-a4fd-061b34468354 (api:48) 2022-12-12 16:37:59,063+0100 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=29b1d9a6-b0b4-4050-a4fd-061b34468354 (api:54) 2022-12-12 16:37:59,063+0100 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:735) any tips howto debug StoragePool? Marek ___ 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/B5CFF2SPZEQCUG2U24CJXWL2DLBUOYQD/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System Red Hat EMEA <https://www.redhat.com/> sbona...@redhat.com <https://www.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/WAOVJBE34BKHAMPHNLN54PVOOGHWTODK/
[ovirt-users] Re: ovirt local storage getConnectedStoragePoolsList empty result problem
additional info # vdsm-client Host getConnectedStoragePools [] 2022-12-12 16:04:12,613+0100 ERROR (jsonrpc/4) [jsonrpc.JsonRpcServer] Internal server error (__init__:354) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/yajsonrpc/__init__.py", line 349, in _handle_request res = method(**params) File "/usr/lib/python3.6/site-packages/vdsm/rpc/Bridge.py", line 180, in _dynamicMethod api = self._get_api_instance(className, argobj) File "/usr/lib/python3.6/site-packages/vdsm/rpc/Bridge.py", line 165, in _get_api_instance return apiObj(*ctorArgs) TypeError: __init__() missing 1 required positional argument: 'UUID' @sandro you mean that ovirt engine (4.4.10 on centos8 stream) vs (ovirt host 4.4.10 on rocky 8.7) can be problem? Dne 12/12/2022 v 17:01 Sandro Bonazzola napsal(a): Il giorno lun 12 dic 2022 alle ore 16:50 marek ha scritto: hi, ovirt 4.4.10 one host become unresponsive (no known change) host rocky linux 8.6 (upgraded to 8.7 now) + local storage (/vm) Please note 8.7 support has been introduced in oVirt 4.5.4. Please upgrade as soon as practical. host vdsm.log 2022-12-12 16:37:59,063+0100 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList() from=internal, task_id=29b1d9a6-b0b4-4050-a4fd-061b34468354 (api:48) 2022-12-12 16:37:59,063+0100 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=29b1d9a6-b0b4-4050-a4fd-061b34468354 (api:54) 2022-12-12 16:37:59,063+0100 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:735) any tips howto debug StoragePool? Marek ___ 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/B5CFF2SPZEQCUG2U24CJXWL2DLBUOYQD/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle Operating System Red Hat EMEA <https://www.redhat.com/> sbona...@redhat.com <https://www.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/TDM7VBW3EEIFRPRPCUGWEHT7AMJTTX45/
[ovirt-users] ovirt local storage getConnectedStoragePoolsList empty result problem
hi, ovirt 4.4.10 one host become unresponsive (no known change) host rocky linux 8.6 (upgraded to 8.7 now) + local storage (/vm) host vdsm.log 2022-12-12 16:37:59,063+0100 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList() from=internal, task_id=29b1d9a6-b0b4-4050-a4fd-061b34468354 (api:48) 2022-12-12 16:37:59,063+0100 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=29b1d9a6-b0b4-4050-a4fd-061b34468354 (api:54) 2022-12-12 16:37:59,063+0100 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:735) any tips howto debug StoragePool? Marek ___ 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/B5CFF2SPZEQCUG2U24CJXWL2DLBUOYQD/
[ovirt-users] Re: Important changes to the oVirt Terraform Provider
Hi Janos, any news? Marek Dne 07/01/2022 v 19:00 Janos Bonic napsal(a): Hello Marek, hello everyone, I'm sorry I didn't update you earlier. Unfortunately, we had a key team member leave our team, which pushed back our release by some time. We are still pursuing the matter according to the original plan and will release the TF provider, but we will need some more time to work on it. We'll keep the repository on GitHub updated with the developments we do. Once again, I'm sorry for the delay. Janos On Wed, Jan 5, 2022, 10:03 PM marek wrote: Hi, any plan for release? Marek Dne 06/10/2021 v 12:53 Janos Bonic napsal(a): Dear oVirt community, We are making sweeping and backwards-incompatible changes to the oVirt Terraform provider. *We want your feedback before we make these changes.* Here’s the short list what we would like to change, please read the details below. 1. The current |master| branch will be renamed to |legacy|. The usage of this provider will be phased out within Red Hat around the end / beginning of next year. If you want to create a fork, we are happy to add a link to your fork to the readme. 2. A new |main| branch will be created and a *new Terraform provider* written from scratch on the basis of go-ovirt-client <https://github.com/ovirt/go-ovirt-client>. (Preview here <https://github.com/haveyoudebuggedit/terraform-provider-ovirt>) This provider will only have limited functionality in its first release. 3. This new provider will be released to the Terraform registry, and will have full test coverage and documentation. This provider will be released as version v2.0.0 when ready to signal that it is built on the Terraform SDK v2. 4. A copy of this new Terraform provider will be kept in the |v1| branch and backported to the Terraform SDK v1 for the benefit of the OpenShift Installer <https://github.com/openshift/installer>. We will not tag any releases, and we will not release this backported version in binary form. 5. We are hosting a *community call* on the 14th of October at 13:00 UTC on this link <https://bluejeans.com/476587312/8047>. Please join to provide feedback and suggest changes to this plan. Why are we doing this? The original Terraform provider <https://github.com/EMSL-MSC/terraform-provider-ovirt> for oVirt was written four years ago by @Maigard <https://github.com/Maigard> at EMSL-MSC <http://github.com/EMSL-MSC/terraform-provider-ovirt>. The oVirt fork of this provider is about 2 years old and went through rapid expansion, adding a large number of features. Unfortunately, this continuous rapid growth came at a price: the original test infrastructure deteriorated and certain resources, especially the virtual machine creation ballooned to a size we feel has become unmaintainable. If you tried to contribute to the Terraform provider recently, you may have noticed that our review process has become extremely slow. We can no longer run the original tests, and our end to end test suite is not integrated outside of the OpenShift CI system. Every change to the provider requires one of only 3 people to review the code and also run a manual test suite that is currently only runable on one computer. We also noticed an increasing number of bugs reported on OpenShift on oVirt/RHV related to the Terraform provider. Our original plan was that we would fix the test infrastructure and then subsequently slowly transition API calls to go-ovirt-client, but that resulted in a PR that is over 5000 lines in code <https://github.com/oVirt/terraform-provider-ovirt/pull/277> and cannot in good conscience be merged in a single piece. Splitting it up is difficult, and would likely result in broken functionality where test coverage is not present. What are we changing for you, the users? First of all, documentation. You can already preview the documentation here <https://registry.terraform.io/providers/haveyoudebuggedit/ovirt/latest/docs>. You will notice that the provider currently only supports a small set of features. You can find the full list of features <https://github.com/haveyoudebuggedit/terraform-provider-ovirt/milestone/1> we are planning for the first release on GitHub. However, if you are using resources like cluster creation, etc. these will currently not work and we recommend sticking to the old provider for the time being. The second big change will be how resources are treated. Instead of creating large resources that need to call several of the oVirt APIs to create, we will create resource
[ovirt-users] Re: Important changes to the oVirt Terraform Provider
Hi, any plan for release? Marek Dne 06/10/2021 v 12:53 Janos Bonic napsal(a): Dear oVirt community, We are making sweeping and backwards-incompatible changes to the oVirt Terraform provider. *We want your feedback before we make these changes.* Here’s the short list what we would like to change, please read the details below. 1. The current |master| branch will be renamed to |legacy|. The usage of this provider will be phased out within Red Hat around the end / beginning of next year. If you want to create a fork, we are happy to add a link to your fork to the readme. 2. A new |main| branch will be created and a *new Terraform provider* written from scratch on the basis of go-ovirt-client <https://github.com/ovirt/go-ovirt-client>. (Preview here <https://github.com/haveyoudebuggedit/terraform-provider-ovirt>) This provider will only have limited functionality in its first release. 3. This new provider will be released to the Terraform registry, and will have full test coverage and documentation. This provider will be released as version v2.0.0 when ready to signal that it is built on the Terraform SDK v2. 4. A copy of this new Terraform provider will be kept in the |v1| branch and backported to the Terraform SDK v1 for the benefit of the OpenShift Installer <https://github.com/openshift/installer>. We will not tag any releases, and we will not release this backported version in binary form. 5. We are hosting a *community call* on the 14th of October at 13:00 UTC on this link <https://bluejeans.com/476587312/8047>. Please join to provide feedback and suggest changes to this plan. Why are we doing this? The original Terraform provider <https://github.com/EMSL-MSC/terraform-provider-ovirt> for oVirt was written four years ago by @Maigard <https://github.com/Maigard> at EMSL-MSC <http://github.com/EMSL-MSC/terraform-provider-ovirt>. The oVirt fork of this provider is about 2 years old and went through rapid expansion, adding a large number of features. Unfortunately, this continuous rapid growth came at a price: the original test infrastructure deteriorated and certain resources, especially the virtual machine creation ballooned to a size we feel has become unmaintainable. If you tried to contribute to the Terraform provider recently, you may have noticed that our review process has become extremely slow. We can no longer run the original tests, and our end to end test suite is not integrated outside of the OpenShift CI system. Every change to the provider requires one of only 3 people to review the code and also run a manual test suite that is currently only runable on one computer. We also noticed an increasing number of bugs reported on OpenShift on oVirt/RHV related to the Terraform provider. Our original plan was that we would fix the test infrastructure and then subsequently slowly transition API calls to go-ovirt-client, but that resulted in a PR that is over 5000 lines in code <https://github.com/oVirt/terraform-provider-ovirt/pull/277> and cannot in good conscience be merged in a single piece. Splitting it up is difficult, and would likely result in broken functionality where test coverage is not present. What are we changing for you, the users? First of all, documentation. You can already preview the documentation here <https://registry.terraform.io/providers/haveyoudebuggedit/ovirt/latest/docs>. You will notice that the provider currently only supports a small set of features. You can find the full list of features <https://github.com/haveyoudebuggedit/terraform-provider-ovirt/milestone/1> we are planning for the first release on GitHub. However, if you are using resources like cluster creation, etc. these will currently not work and we recommend sticking to the old provider for the time being. The second big change will be how resources are treated. Instead of creating large resources that need to call several of the oVirt APIs to create, we will create resources that are only calling one API. This will lead to fewer bugs. For example: * |ovirt_vm| will create the VM, but not attach any disks or network interfaces to it. * |ovirt_disk_attachment| or |ovirt_disk_attachments| will attach a disk to the VM. * |ovirt_nic| will create a network interface. * |ovirt_vm_start| will start the virtual machine when provisioned, stop it when deprovisioned. You can use the |depends_on| <https://www.terraform.io/docs/language/meta-arguments/depends_on.html> meta-argument to make sure disks and network interfaces are attached before you start the VM. Alternatively, you can hot-plug network interfaces later. For example: |resource "ovirt_vm" "test" { cluster_id = "some-cluster-id" template_id = "some-template-id" } resource "ovirt_disk
[ovirt-users] Re: Important changes to the oVirt Terraform Provider
hi, * * *Which resources are the most important to you? * VM, nic* * *How does this change impact you? * rewrite current code ** *Can we make the transition smoother for you? * some transition guide/tips ** *Would you do anything differently in the light of the issues described above?* no p.s. thank you for terraform provider and publishing it to the terraform registry! p.s.2 any chance that 2.0 solve this problem ? https://github.com/oVirt/terraform-provider-ovirt/issues/217 ;) Marek Dne 06/10/2021 v 12:53 Janos Bonic napsal(a): Dear oVirt community, We are making sweeping and backwards-incompatible changes to the oVirt Terraform provider. *We want your feedback before we make these changes.* Here’s the short list what we would like to change, please read the details below. 1. The current |master| branch will be renamed to |legacy|. The usage of this provider will be phased out within Red Hat around the end / beginning of next year. If you want to create a fork, we are happy to add a link to your fork to the readme. 2. A new |main| branch will be created and a *new Terraform provider* written from scratch on the basis of go-ovirt-client <https://github.com/ovirt/go-ovirt-client>. (Preview here <https://github.com/haveyoudebuggedit/terraform-provider-ovirt>) This provider will only have limited functionality in its first release. 3. This new provider will be released to the Terraform registry, and will have full test coverage and documentation. This provider will be released as version v2.0.0 when ready to signal that it is built on the Terraform SDK v2. 4. A copy of this new Terraform provider will be kept in the |v1| branch and backported to the Terraform SDK v1 for the benefit of the OpenShift Installer <https://github.com/openshift/installer>. We will not tag any releases, and we will not release this backported version in binary form. 5. We are hosting a *community call* on the 14th of October at 13:00 UTC on this link <https://bluejeans.com/476587312/8047>. Please join to provide feedback and suggest changes to this plan. Why are we doing this? The original Terraform provider <https://github.com/EMSL-MSC/terraform-provider-ovirt> for oVirt was written four years ago by @Maigard <https://github.com/Maigard> at EMSL-MSC <http://github.com/EMSL-MSC/terraform-provider-ovirt>. The oVirt fork of this provider is about 2 years old and went through rapid expansion, adding a large number of features. Unfortunately, this continuous rapid growth came at a price: the original test infrastructure deteriorated and certain resources, especially the virtual machine creation ballooned to a size we feel has become unmaintainable. If you tried to contribute to the Terraform provider recently, you may have noticed that our review process has become extremely slow. We can no longer run the original tests, and our end to end test suite is not integrated outside of the OpenShift CI system. Every change to the provider requires one of only 3 people to review the code and also run a manual test suite that is currently only runable on one computer. We also noticed an increasing number of bugs reported on OpenShift on oVirt/RHV related to the Terraform provider. Our original plan was that we would fix the test infrastructure and then subsequently slowly transition API calls to go-ovirt-client, but that resulted in a PR that is over 5000 lines in code <https://github.com/oVirt/terraform-provider-ovirt/pull/277> and cannot in good conscience be merged in a single piece. Splitting it up is difficult, and would likely result in broken functionality where test coverage is not present. What are we changing for you, the users? First of all, documentation. You can already preview the documentation here <https://registry.terraform.io/providers/haveyoudebuggedit/ovirt/latest/docs>. You will notice that the provider currently only supports a small set of features. You can find the full list of features <https://github.com/haveyoudebuggedit/terraform-provider-ovirt/milestone/1> we are planning for the first release on GitHub. However, if you are using resources like cluster creation, etc. these will currently not work and we recommend sticking to the old provider for the time being. The second big change will be how resources are treated. Instead of creating large resources that need to call several of the oVirt APIs to create, we will create resources that are only calling one API. This will lead to fewer bugs. For example: * |ovirt_vm| will create the VM, but not attach any disks or network interfaces to it. * |ovirt_disk_attachment| or |ovirt_disk_attachments| will attach a disk to the VM. * |ovirt_nic| will create a network interface. * |ovirt_vm_start| will start the virtual machine wh
[ovirt-users] Re: ovirt 4.4.8 centos cloud image problem
found a clue working system has filled "logical name" in VMs -> {VM} -> Disks -> "Logical Name - /dev/vda" non booting VMs has this field empty the same problem is with https://download.rockylinux.org/pub/rocky/8.4/images/Rocky-8-GenericCloud-8.4-20210620.0.x86_64.qcow2 Dne 31/08/2021 v 13:32 marek napsal(a): confirmed on another ovirt system is rhel6/centos6 still supported as guest system? Marek Dne 25/08/2021 v 16:40 marek napsal(a): Dne 25/08/2021 v 16:30 marek napsal(a): hi, i need test environment for centos6 system on new ovirt installation downloaded CentOS 6 Generic Cloud Image v1907 for x86_64 (09463e6) from ovirt-image-repository as usual created new VM from from this cloud image but VM cannot find disk (console shows "pres any key to boot") tried legacy BIOS and UEFI too - nothing changed so i tried install centos6 from ISO . works. then i made template from this VM. WARNING: this is incorrect information! centos6 installed from ISO is not booting too. sorry so i cannot boot centos6 on 4.4.8 in any way :( ___ 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/AUMKLF3XLVYRRJUKVWSZRWWDVZGMQMF4/
[ovirt-users] Re: ovirt 4.4.8 centos cloud image problem
confirmed on another ovirt system is rhel6/centos6 still supported as guest system? Marek Dne 25/08/2021 v 16:40 marek napsal(a): Dne 25/08/2021 v 16:30 marek napsal(a): hi, i need test environment for centos6 system on new ovirt installation downloaded CentOS 6 Generic Cloud Image v1907 for x86_64 (09463e6) from ovirt-image-repository as usual created new VM from from this cloud image but VM cannot find disk (console shows "pres any key to boot") tried legacy BIOS and UEFI too - nothing changed so i tried install centos6 from ISO . works. then i made template from this VM. WARNING: this is incorrect information! centos6 installed from ISO is not booting too. sorry so i cannot boot centos6 on 4.4.8 in any way :( ___ 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/FRDIAO6B26PH4QKP6OMOXIT57YUPCR7D/
[ovirt-users] Re: cannot add host to cluster - libvirt.libvirtError: internal error: unknown feature amd-sev-es (SOLVED)
its known bug https://bugzilla.redhat.com/show_bug.cgi?id=1961558 workaround mkdir -p /etc/qemu/firmware touch /etc/qemu/firmware/50-edk2-ovmf-cc.json Dne 30/08/2021 v 11:45 marek napsal(a): ovirt 4.4.8 standalone cluster cpu type: nehalem family ovirt host centos 8 stream ovirt gui info: Host CPU type is not supported in this cluster compatibility version or is not supported at all. vdsm.log 2021-08-30 11:30:58,600+0200 ERROR (jsonrpc/4) [root] Error while getting domain capabilities (machinetype:92) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/common/cache.py", line 41, in __call__ return self.cache[args] KeyError: () During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/machinetype.py", line 90, in _get_domain_capabilities domcaps = conn.getDomainCapabilities(None, arch, None, virt_type, 0) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 4493, in getDomainCapabilities raise libvirtError('virConnectGetDomainCapabilities() failed') libvirt.libvirtError: internal error: unknown feature amd-sev-es 2021-08-30 11:30:58,650+0200 ERROR (jsonrpc/4) [root] Error while getting CPU features: no domain capabilities found (machinetype:188) model name : Intel(R) Xeon(R) CPU E5504 @ 2.00GHz cat /sys/devices/cpu/caps/pmu_name nehalem grep -E 'svm|vmx' /proc/cpuinfo | grep nx flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm flush_l1d ___ 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/FNTZCDOXRLL6633IQKOQIZQJGWLY5UYJ/
[ovirt-users] cannot add host to cluster - libvirt.libvirtError: internal error: unknown feature amd-sev-es
ovirt 4.4.8 standalone cluster cpu type: nehalem family ovirt host centos 8 stream ovirt gui info: Host CPU type is not supported in this cluster compatibility version or is not supported at all. vdsm.log 2021-08-30 11:30:58,600+0200 ERROR (jsonrpc/4) [root] Error while getting domain capabilities (machinetype:92) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/common/cache.py", line 41, in __call__ return self.cache[args] KeyError: () During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/machinetype.py", line 90, in _get_domain_capabilities domcaps = conn.getDomainCapabilities(None, arch, None, virt_type, 0) File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python3.6/site-packages/libvirt.py", line 4493, in getDomainCapabilities raise libvirtError('virConnectGetDomainCapabilities() failed') libvirt.libvirtError: internal error: unknown feature amd-sev-es 2021-08-30 11:30:58,650+0200 ERROR (jsonrpc/4) [root] Error while getting CPU features: no domain capabilities found (machinetype:188) model name : Intel(R) Xeon(R) CPU E5504 @ 2.00GHz cat /sys/devices/cpu/caps/pmu_name nehalem grep -E 'svm|vmx' /proc/cpuinfo | grep nx flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid dtherm flush_l1d ___ 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/EXS5BJYDCALBFG4FOK6T4UT43WTQOFRZ/
[ovirt-users] Re: Unexpected return value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': "'libvirt'"}]
on host i see /var/log/vdsm/vdsm.log 2021-08-30 10:38:41,151+0200 ERROR (jsonrpc/0) [jsonrpc.JsonRpcServer] Internal server error (__init__:354) Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/vdsm/common/cache.py", line 41, in __call__ return self.cache[args] KeyError: () During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/yajsonrpc/__init__.py", line 349, in _handle_request res = method(**params) File "/usr/lib/python3.6/site-packages/vdsm/rpc/Bridge.py", line 198, in _dynamicMethod result = fn(*methodArgs) File "", line 2, in getCapabilities File "/usr/lib/python3.6/site-packages/vdsm/common/api.py", line 50, in method ret = func(*args, **kwargs) File "/usr/lib/python3.6/site-packages/vdsm/API.py", line 1391, in getCapabilities c = caps.get() File "/usr/lib/python3.6/site-packages/vdsm/host/caps.py", line 111, in get caps.update(dsaversion.version_info()) File "/usr/lib/python3.6/site-packages/vdsm/common/cache.py", line 43, in __call__ value = self.func(*args) File "/usr/lib/python3.6/site-packages/vdsm/common/dsaversion.py", line 49, in version_info libvirt_version = _get_libvirt_version() File "/usr/lib/python3.6/site-packages/vdsm/common/dsaversion.py", line 41, in _get_libvirt_version for v in packages['libvirt']['version'].split('.') KeyError: 'libvirt' Dne 30/08/2021 v 10:36 marek napsal(a): hi, i have problem adding host to ovirt 4.4.8 standalone engine host is centos 8 stream (migrated from centos 8) on engine /var/log/ovirt-engine/engine.log 2021-08-30 10:32:43,422+02 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesAsyncVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-69) [] Failed in 'Get Host Capabilities' method 2021-08-30 10:32:43,422+02 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesAsyncVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-69) [] Unexpected return value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': "'libvirt'"}] 2021-08-30 10:32:43,423+02 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-69) [] Unable to RefreshCapabilities beforeFirstRefreshTreatment: VDSErrorException: VDSGenericException: VDSErrorException: Failed to Get Host Capabilities, error = Internal JSON-RPC error: {'reason': "'libvirt'"}, code = -32603 any tips/ideas? Marek ___ 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/QOLT5EFBK3N47H5RZ4L5OSURE77GPVJX/
[ovirt-users] Unexpected return value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': "'libvirt'"}]
hi, i have problem adding host to ovirt 4.4.8 standalone engine host is centos 8 stream (migrated from centos 8) on engine /var/log/ovirt-engine/engine.log 2021-08-30 10:32:43,422+02 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesAsyncVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-69) [] Failed in 'Get Host Capabilities' method 2021-08-30 10:32:43,422+02 WARN [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesAsyncVDSCommand] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-69) [] Unexpected return value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': "'libvirt'"}] 2021-08-30 10:32:43,423+02 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-69) [] Unable to RefreshCapabilities beforeFirstRefreshTreatment: VDSErrorException: VDSGenericException: VDSErrorException: Failed to Get Host Capabilities, error = Internal JSON-RPC error: {'reason': "'libvirt'"}, code = -32603 any tips/ideas? Marek ___ 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/65TRKPMSM75Y6FLBRONSKXAS7LYNK4SM/
[ovirt-users] Re: ovirt 4.4.8 centos cloud image problem
Dne 25/08/2021 v 16:30 marek napsal(a): hi, i need test environment for centos6 system on new ovirt installation downloaded CentOS 6 Generic Cloud Image v1907 for x86_64 (09463e6) from ovirt-image-repository as usual created new VM from from this cloud image but VM cannot find disk (console shows "pres any key to boot") tried legacy BIOS and UEFI too - nothing changed so i tried install centos6 from ISO . works. then i made template from this VM. WARNING: this is incorrect information! centos6 installed from ISO is not booting too. sorry so i cannot boot centos6 on 4.4.8 in any way :( ___ 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/UHTUMASWAB6AANSZUSRBPBYVEFBEW5RT/
[ovirt-users] ovirt 4.4.8 centos cloud image problem
hi, i need test environment for centos6 system on new ovirt installation downloaded CentOS 6 Generic Cloud Image v1907 for x86_64 (09463e6) from ovirt-image-repository as usual created new VM from from this cloud image but VM cannot find disk (console shows "pres any key to boot") tried legacy BIOS and UEFI too - nothing changed so i tried install centos6 from ISO . works. then i made template from this VM. created new VM from from this template and situation is the same Centos 7 cloud image works any hints/tips? Marek ___ 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/VRBVV52DMJMPCJWEDLEEFNAMWTR4VIPN/
[ovirt-users] Re: oVirt 2021 Spring survey questions
hi Sandro, SW components used for cluster like: - RHEL8 for Ovirt management + Ovirt node for hosts - RHEL8 for Ovirt management + Alma linux node for hosts - Centos 8 Stream for Ovirt management + Centos 8 Stream for hosts ... Marek Dne 27/04/2021 v 10:13 Sandro Bonazzola napsal(a): Hi, it's about the usual time of the year when we ask the community to provide feedback with a survey. Any questions you'd like to be asked? -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R RHV Red Hat EMEA <https://www.redhat.com/> sbona...@redhat.com <mailto:sbona...@redhat.com> <https://www.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/S25LWSV7WLARKMJOYVQVSRLXV7O4LVUF/ ___ 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/PZF7TMPRZOKPKPWM5PRACE3XKCY6BI3U/
[ovirt-users] ovirt terraform - multiple nics creation problem
i have problem with creation VM with multiple nics part of terraform config resource "ovirt_vm" "vm" { initialization { authorized_ssh_key = "${var.vm_authorized_ssh_key}" host_name = "${var.vm_hostname}" timezone = "${var.vm_timezone}" user_name = "${var.vm_user_name}" custom_script = "${var.vm_custom_script}" dns_search = "${var.vm_dns_search}" dns_servers = "${var.vm_dns_servers}" nic_configuration { label = "eth0" boot_proto = "${var.vm_nic_boot_proto}" address = "${var.vm_nic_ip_address}" gateway = "${var.vm_nic_gateway}" netmask = "${var.vm_nic_netmask}" on_boot = "${var.vm_nic_on_boot}" } nic_configuration { label = "eth1" boot_proto = "${var.vm_nic2_boot_proto}" address = "${var.vm_nic2_ip_address}" gateway = "${var.vm_nic2_gateway}" netmask = "${var.vm_nic2_netmask}" on_boot = "${var.vm_nic2_on_boot}" } } } resource "ovirt_vnic" "eth0" { name = "eth0" vm_id = "${ovirt_vm.vm.id}" vnic_profile_id = "${data.ovirt_vnic_profiles.nic1.vnic_profiles.0.id}" } resource "ovirt_vnic" "eth1" { name = "eth1" vm_id = "${ovirt_vm.vm.id}" vnic_profile_id = "${data.ovirt_vnic_profiles.nic2.vnic_profiles.0.id}" } how terraform knows which nic_configuration {} from ovirt_vm belongs to which resource "ovirt_vnic"? my problem is that VM has paired nic_configuration(eth0) with resource "ovirt_vnic" "eth1" and vice versa any hints? https://github.com/oVirt/terraform-provider-ovirt/blob/master/ovirt/resource_ovirt_vm.go#L967 my experience with Go is not enough to understand how is "pairing" done Marek ___ 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/QGO5KAF5XZOY3KVNCJWIQ7XMCUJWHJ7Z/
Re: [ovirt-users] [ovirt-devel] Cockpit oVirt support
Regarding libvirt, there's fallback to Libvirt provider (part of cockpit-machines) for VMs which are not managed by oVirt. For the oVirt ones, oVirt API handles all the actions. It's not yet implemented, but I'm considering to fallback to Libvirt for selected actions in case the oVirt API can't be reached. Like for shut down [1]. Anyway, there's still open question with the Libvirt connection since it's secured on an oVirt host. [1] https://github.com/cockpit-project/cockpit/issues/7670 On Wed, Oct 18, 2017 at 3:18 PM, Ryan Barry <rba...@redhat.com> wrote: > This looks great, guys. Congrats! > > Does this also work with plain libvirt? > > On Wed, Oct 18, 2017 at 3:24 AM, Michal Skrivanek < > michal.skriva...@redhat.com> wrote: > >> Hi all, >> I’m happy to announce that we finally finished initial contribution of >> oVirt specific support into the Cockpit management platform >> See below for more details >> >> There are only limited amount of operations you can do at the moment, but >> it may already be interesting for troubleshooting and simple admin actions >> where you don’t want to launch the full blown webadmin UI >> >> Worth noting that if you were ever intimidated by the complexity of the >> GWT UI of oVirt portals and it held you back from contributing, please take >> another look! >> >> Thanks, >> michal >> >> Begin forwarded message: >> >> *From: *Marek Libra <mli...@redhat.com> >> *Subject: **Re: Cockpit 153 released* >> *Date: *17 October 2017 at 16:02:59 GMT+2 >> *To: *Development discussion for the Cockpit Project < >> cockpit-de...@lists.fedorahosted.org> >> *Reply-To: *Development discussion for the Cockpit Project < >> cockpit-de...@lists.fedorahosted.org> >> >> Walk-through video for the new "oVirt Machines" page can be found here: >> https://youtu.be/5i-kshT6c5A >> >> On Tue, Oct 17, 2017 at 12:08 PM, Martin Pitt <mp...@redhat.com> wrote: >> >>> http://cockpit-project.org/blog/cockpit-153.html >>> >>> Cockpit is the modern Linux admin interface. We release regularly. Here >>> are the release notes from version 153. >>> >>> >>> Add oVirt package >>> - >>> >>> This version introduces the "oVirt Machines" page on Fedora for >>> controlling >>> oVirt virtual machine clusters. This code was moved into Cockpit as it >>> shares >>> a lot of code with the existing "Machines" page, which manages virtual >>> machines >>> through libvirt. >>> >>> This feature is packaged in cockpit-ovirt and when installed it will >>> replace >>> the "Machines" page. >>> >>> Thanks to Marek Libra for working on this! >>> >>> Screenshot: >>> >>> http://cockpit-project.org/images/ovirt-overview.png >>> >>> Change: https://github.com/cockpit-project/cockpit/pull/7139 >>> >>> >>> Packaging cleanup >>> - >>> >>> This release fixes a lot of small packaging issues that were spotted by >>> rpmlint/lintian. >>> >>> Get it >>> -- >>> >>> You can get Cockpit here: >>> >>> http://cockpit-project.org/running.html >>> >>> Cockpit 153 is available in Fedora 27: >>> >>> https://bodhi.fedoraproject.org/updates/cockpit-153-1.fc27 >>> >>> Or download the tarball here: >>> >>> https://github.com/cockpit-project/cockpit/releases/tag/153 >>> >>> >>> Take care, >>> >>> Martin Pitt >>> >>> ___ >>> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org >>> To unsubscribe send an email to cockpit-devel-le...@lists.fedo >>> rahosted.org >>> >>> >> >> >> -- >> Marek Libra >> >> senior software engineer >> Red Hat Czech >> >> <https://www.redhat.com/> >> ___ >> cockpit-devel mailing list -- cockpit-de...@lists.fedorahosted.org >> To unsubscribe send an email to cockpit-devel-le...@lists.fedo >> rahosted.org >> >> >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > -- > > RYAN BARRY > > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHEV HYPERVISOR > > Red Hat NA <https://www.redhat.com/> > > rba...@redhat.comM: +1-651-815-9306 IM: rbarry > <https://red.ht/sig> > > ___ > Devel mailing list > de...@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Marek Libra senior software engineer Red Hat Czech <https://www.redhat.com> ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] VM Portal looking for translators
Hi Nicolás, if you send me your Zanata's username, I can add you manually as translator of VM Portal. Thanks, Marek On Wed, Aug 16, 2017 at 8:40 PM, Nicolás <nico...@devels.es> wrote: > Hi, > > Why do I see a red lock on the translation page claiming "This > project-version is readonly. It cannot be edited"? Do I have to be granted > access specifically on the language site to translate? > > (Not sure if related: Requested access to some language groups like > described in [3], but it's still pending). > > Thanks. > > Nicolás > > El 14/08/17 a las 19:37, Jakub Niedermertl escribió: > > Hi all, > > new VM Portal project [1] - a replacement of oVirt userportal - is > looking for community translators. If you know any of > > * Chinese (Simplified) > * French > * German > * Italian > * Japanese > * Korean > * Portuguese > * Russian > * Spanish > > and want to join translation effort, please > > * sign up to Zanata translation environment [2] > * request an access to language group of your choice [3] > * and join us at [4] > > Thank you > > Regards > Jakub > > [1]: https://github.com/oVirt/ovirt-web-ui > [2]: https://translate.zanata.org > [3]: https://translate.zanata.org/language/list > [4]: https://translate.zanata.org/iteration/view/ovirt-web-ui/1. > 2.0/languages > > > ___ > Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Marek Libra senior software engineer Red Hat Czech <https://www.redhat.com> ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] fence issue adding host
On Mon, Jul 31, 2017 at 3:21 PM, Martin Perinawrote: > > > On Thu, Jul 27, 2017 at 9:05 PM, Bill James wrote: > >> that doesn't work either on good host or bad. >> Maybe that is just a distraction. >> >> Any idea why ovirt won't let me add the host? >> "Test failed: [Failed: Unable to obtain correct plug status or plug is >> not available, , ]" >> >> >> >> [root@ovirt6 prod ~]# /sbin/fence_ilo4 -a 10.144.254.87 -P -l >> Administrator -p *** -o status -v >> Executing: /usr/bin/ipmitool -I lanplus -H 10.144.254.87 -U Administrator >> -P [set] -p 623 -L ADMINISTRATOR chassis power status >> >> 1 Error: Unable to establish IPMI v2 / RMCP+ session >> >> >> Failed: Unable to obtain correct plug status or plug is not available >> > > Marku, any idea about above issue? > > Unfortunately no, the command looks fine. m, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Announcing VM Portal 0.1.4
Hello All, Let me announce availability of the VM Portal v0.1.4 for preliminary testing. We are looking forward to your feedback which we will try to incorporate into oncoming stable 1.0.0 version. The VM Portal aims to be a drop-in replacement of the existing Basic User Portal. Revised list of Extended User Portal features will be implemented to ideally replace it as well. The VM Portal is installed by default since oVirt 4.1. *The simplest way to try latest version is via Docker by [1].* Once oVirt credentials are entered and initialization is finished, you can access it on [2]. If you prefer to stay as closest to the production setup as possible, the latest rpms are available on project's yum repo [3]. Then you can access the portal from [4]. Prerequisites: The VM Portal requires ovirt-engine 4.0+, so far mostly tested on 4.1. Please note, the docker image is so far meant to just simplify user testing and is not ready for production setup. Unless decided otherwise in the future, stable releases are still planed to be deployed via rpms. For issue reporting or enhancement ideas, please use project's github issue tracker [5]. Thank you for your feedback, Marek [1] docker run --rm -it -e ENGINE_URL=https://[OVIRT.ENGINE.FQDN]/ovirt-engine/ -p 3000:3000 mareklibra/ovirt-web-ui:latest [2] http://localhost:3000 [3] https://people.redhat.com/mlibra/repos/ovirt-web-ui [4] https://[OVIRT.ENGINE.FQDN]/ovirt-engine/web-ui [5] https://github.com/oVirt/ovirt-web-ui/issues -- Marek Libra senior software engineer Red Hat Czech <https://www.redhat.com> ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] New User Portal - gathering feedback
Please note, ovirt-4.1.0_beta2 is needed. It contains recent ovirt-web-ui-0.1.1-2 release. On Thu, Jan 5, 2017 at 9:57 AM, Marek Libra <mli...@redhat.com> wrote: > Yes, recently just the OAUTH. We are working on fixing the docker image > which was created before adding SSO support. > > On Wed, Jan 4, 2017 at 10:26 AM, Краснобаев Михаил <mi...@ya.ru> wrote: > >> Good day, >> >> just tried to run the new portal in docker, gives a "Login Failed" error. >> I am running 4.0.5. >> In engine.log i see: >> 2017-01-04 11:04:11,692 ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] >> (default task-19) [] OAuthException access_denied: Cannot authenticate user >> No valid profile found in credentials. >> >> Credentials that I tried "admin", "admin@internal-authz". >> New portal works only with OAuth? >> >> >> 03.01.2017, 22:51, "Michal Skrivanek" <mskri...@redhat.com>: >> >> >> It doesn't hurt to add a link for the project page:) >> Check out [1] for more details and also instructions for running a >> standalone docker container plugged into existing setup. Should work fine >> with any 4.0+ >> >> Thanks, >> michal >> >> [1] https://github.com/oVirt/ovirt-web-ui >> >> On 03 Jan 2017, at 18:15, Logan Kuhn <log...@wolfram.com> wrote: >> >> >> I don't have a test cluster available for this at the moment, but could >> you send some screenshots? I'd like to get the resources and that might >> help >> >> Regards, >> Logan >> >> - On Jan 3, 2017, at 6:13 AM, Marek Libra <mli...@redhat.com> wrote: >> >> Hi, >> >> with ovirt-4.1.0_beta2, new Basic User Portal is introduced, so far as >> tech preview. >> To try, please follow the new "Basic User Portal" link from the main page. >> >> Recently most of previous (GWT based) Basic User Portal's functionality >> is available. >> In plan is full conformity and selected features of recent Extended >> Portal. >> >> Following goals were stated for this project: >> - improve UX by >> - modern UI (conforms Patternfly 3) >> - faster UI responses >> - shareable >> - built from reusable components to share portions of the UI in other >> projects (like ManageIQ) >> - POC for ongoing oVirt UI development >> - one of the options for next-gen oVirt UI to consider >> >> From technical perspective, the project is based on >> - oVirt REST API >> - React/Redux/Saga >> - Patternfly 3 >> - pure JavaScript App without server-side processing except the existing >> REST API >> >> So far, the project is tech preview to gather user feedback. >> >> Please share your comments and ideas, it will really help with ongoing >> development. >> Real-life use-cases (both existing or potential) will be much appreciated. >> >> Thanks, >> Marek >> >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> , >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> -- >> С уважением, Краснобаев Михаил. >> >> >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] New User Portal - gathering feedback
Hi, with ovirt-4.1.0_beta2, new Basic User Portal is introduced, so far as tech preview. To try, please follow the new "Basic User Portal" link from the main page. Recently most of previous (GWT based) Basic User Portal's functionality is available. In plan is full conformity and selected features of recent Extended Portal. Following goals were stated for this project: - improve UX by - modern UI (conforms Patternfly 3) - faster UI responses - shareable - built from reusable components to share portions of the UI in other projects (like ManageIQ) - POC for ongoing oVirt UI development - one of the options for next-gen oVirt UI to consider >From technical perspective, the project is based on - oVirt REST API - React/Redux/Saga - Patternfly 3 - pure JavaScript App without server-side processing except the existing REST API So far, the project is tech preview to gather user feedback. Please share your comments and ideas, it will really help with ongoing development. Real-life use-cases (both existing or potential) will be much appreciated. Thanks, Marek ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Open in Full Screen
The "Open in Full Screen" will be configurable via engine-config in 4.0 - Original Message - > From: "Colin Coe"> To: "users" > Sent: Friday, April 29, 2016 6:20:29 AM > Subject: [ovirt-users] Open in Full Screen > Hi all > Is there a setting for globally turning on the console option of "Open in > Full Screen"? > Also, can the "Connect Automatically" be permanently and globally disabled? > We're on RHEV 3.5.7 > Thanks > CC > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [ovirt-devel] Coming (Very) Soon - New ovirt.org Website & Deprecated Wiki
Is old MediaWiki still running somewhere? Thanks, Marek - Original Message - > From: "Mikey Ariel" <mar...@redhat.com> > To: users@ovirt.org, de...@ovirt.org, in...@ovirt.org > Sent: Thursday, February 18, 2016 12:42:56 PM > Subject: [ovirt-devel] Coming (Very) Soon - New ovirt.org Website & > Deprecated Wiki > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > In the past months we've been working on upgrading the oVirt project > infrastructure, to better support the community contributions. > > One of the main platforms for our user documentation, release > management content, and community content has been the MediaWiki site > that you all know as ovirt.org. Most of us are familiar with the wiki > site format, with all its advantages and disadvantages. > > After several years of serving the community, I'm happy to announce > that we are very near to completing a full upgrade of the website > infrastructure from a wiki site to a static site, source-controlled on > GitHub and authored in Markdown. > > This email is the pre-launch announcement, as we are reaching the > final stages of the migration, and there are a few actions that might > affect your work on website content in the meantime. > > Why migrate the website > === > > As mentioned, wiki sites provide an open and flexible content editing > platform. Unfortunately, as the site grows the content becomes quite > difficult to manage and curate, resulting in lots of obsolete, > outdated, and incorrect information. > > By moving to a source-controlled repository and implementing GitHub's > contribution workflow, we strive to ease the work of maintaining an > up-to-date content site, employ a peer-review process for changes, and > standardize the authoring markup language to lower the contribution > barrier. > > The Middleman framework (Ruby-based static site generator) was chosen > based on observing successful implementation of other open-source > community websites, such as OpenStack RDO, Project Atomic, and Gluster. > > What we did so far > == > > When we started the migration, our Web design team exported all of the > wiki content from the old website and converted it to MD files. They > also set up the website config flow, auto-deploy, and upgraded the > look-and-feel of the website. > > We then initiated a content review effort as well as a UX review for > the new website in a smaller forum, which caught most of the critical > issues with the new website and helped us get the new format to a > place where we can release the website in a near-GA/public-beta format. > > Yesterday (Wednesday Feb 17) we exported the website one more time and > currently we're running a diff on all the files that changed since the > initial export was done, to make sure we grab all the updates and the > latest content before we launch the new website. > > What is about to happen > === > > Today we are initiating a **wiki freeze**, which means the old > MediaWiki site will become read-only. This is to ensure that all of > our diff scripts reflect the most current state of the content on the > website, and that we don't lose any content in the transition. > > Barring any unexpected blockers, we will port the ovirt.org domain to > point to the new website and open the new website for contributions on > **Monday February 22** or earlier. > > What do you need to do right now > > > If you have any wiki pages that you're actively editing, please don't > save them to the old MediaWiki site, and hold onto your pending > changes until we send the happy launch email. > > We will also include instructions on how to contribute/edit/add > content to the new website, but in general the workflow will be > aligned with the standard GitHub best practices > (clone-edit-commit-pullrequest), so you can utilize all of the git > commands that you already know or work directly within the GitHub web > editor. > > > I'd like to thank all of the people who were involved with this > migration so far, ovirt.org is a big website with lots of content and > it was no small task to upgrade it. > > Please feel free to ping me on- or off-list if you have any questions > about the next steps, and expect a happy launch email soon! > > Cheers, > Mikey > > > - -- > Mikey Ariel > Community Lead, oVirt > www.ovirt.org > > "To be is to do" (Socrates) > "To do is to be" (Jean-Paul Sartre) > "Do be do be do" (Frank Sinatra) > > Mobile: +420-702-131-141 > IRC: mariel
Re: [ovirt-users] problems with power management using idrac7 on r620
On 06/16/2015 09:37 AM, Eli Mesika wrote: CCing Marek Grac - Original Message - From: Jason Keltz jason.ke...@gmail.com To: users users@ovirt.org Cc: Eli Mesika emes...@redhat.com Sent: Monday, June 15, 2015 11:08:35 PM Subject: problems with power management using idrac7 on r620 Hi. I've been having problem with power management using iDRAC 7 EXPRESS on a Dell R620. This uses a shared LOM as opposed to Enterprise that has a dedicated one. Every now and then, idrac simply stops responding to ping, so it can't respond to status commands from the proxy. If I send a reboot with ipmitool mc reset cold command, the idrac reboots and comes back, but after the problem has occurred, even after a reboot, it responds to ping, but drops 80+% of packets. The only way I can solve the problem is to physically restart the server.This isn't just happening on one R620 - it's happening on all of my ovirt hosts. I highly suspect it has to do with a memory leak, and being monitored by engine causes the problem.I had applied a recent firmware upgrade that was supposed to solve this kind of problem, but it doesn't. In other to provide Dell with more details, can someone tell me how often each host is being queried for status? I can't seem to find that info. The idrac on my file server doesn't seem to exhibit the same problem, and I suspect that is because it isn't being queried. Hi, fence agent for IPMI is based on ipmitool. So if ping/ipmitool is not working there is not much to do about it. I don't know enough about oVirt engine but there is no real place where fence agent can memory leak because it does not run as daemon. m, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt Power Management with Intel server board S2400BB RMM4
On 10/06/2014 05:27 PM, Eli Mesika wrote: CCing Marek Grac on that - Original Message - From: Алексей Николаев mail.grif...@gmail.com To: users@ovirt.org Sent: Friday, October 3, 2014 1:51:35 PM Subject: [ovirt-users] oVirt Power Management with Intel server board S2400BB RMM4 Hi all! Can anyone advice me howto use ovirt power management with intel server board RMM4 module for HA? According to RMM4 manual, there is IPMI support, so it can be used with proper fence agent m, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ilo4 vs. ipmilan fencing agents
On 07/21/2014 05:29 PM, Jason Brooks wrote: If you change the mapping to use the native scripts its OK as long as it works for you addin Marec G to the thread Marec, should we always map ILO3 ILO4 to the native scripts (fence_ilo3 , fence_ilo4) and not to ipmilan ??? yes, it is better as they already contains what is required. m, sorry, for late answer - PTO ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ilo4 vs. ipmilan fencing agents
On 07/19/2014 10:45 PM, Eli Mesika wrote: - Original Message - From: Jason Brooks jbro...@redhat.com To: users users@ovirt.org Sent: Thursday, July 10, 2014 1:02:13 AM Subject: [ovirt-users] ilo4 vs. ipmilan fencing agents Hi all -- I'm trying to get fencing squared away in my cluster of hp dl-380 servers, which come with ilo4. I was able to get a successful status check from the command line with fence_ilo4, but not w/ the ilo4 option in ovirt. I see, though, that ilo4 in ovirt just maps to fence_ipmilan, and I was not able to get a successful status check w/ fence_ipmilan from the cli. So, I tried resetting the mapping so that ilo4 maps to ilo4. Now I can complete the power management test in ovirt, but I imagine there's some reason why ovirt isn't configured this way by default. Will fencing actually work for me with ilo4 mapped to ilo4, rather than to ipmilan? ILO3 and ILO4 are mapped implicitly to ipmilan with lanplus flag ON and power_wait=4 If you change the mapping to use the native scripts its OK as long as it works for you addin Marec G to the thread Marec, should we always map ILO3 ILO4 to the native scripts (fence_ilo3 , fence_ilo4) and not to ipmilan ??? yes, it is better but adding arguments manually is fine also. m, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [Users] Instructions to add a remote controlled power strip not in the native list?
On 04/14/2014 06:31 PM, David Smith wrote: Wow really? You can't take work from outside your QA group despite having confirmation of it working from a QA Professional who implemented it and is currently using all the changes in his own lab? If this is an absolute must, I'm sure I can arrange to give someone external access to one of these devices, but it won't be without *additional* significant effort on my part. Let me know what I can do to help resolve this. For upstream it is not a problem but for RHEL accepting it will mean that we will support this for X years (X 10) for every customer. I'm developer, so I'm not the one who decides what should be included - please use the official channel, so it will be read by right people. m, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Instructions to add a remote controlled power strip not in the native list?
On 04/08/2014 05:17 PM, Itamar Heim wrote: we still can't distinguish at feature level by hypervisor support. so adding this to engine will fail for any .el6 distro, until/if this is added to rhel 6.6, etc. [internal] Support for Raritan will not be added to rhel6.6/rhel7 until our QA will have access to this device for testing (or partner will test it for us). We do not have such criteria for upstream. m, Eli [Bug 519731] Fencing Agent for Raritan devices Inbox x bugzi...@redhat.com 5:32 AM (3 hours ago) to me https://bugzilla.redhat.com/show_bug.cgi?id=519731 --- Comment #23 from Marek Grac mg...@redhat.com --- Support for Raritan is now part of upstream release - 4.0.8 On Mon, Feb 17, 2014 at 5:43 AM, Itamar Heim ih...@redhat.com wrote: On 02/17/2014 03:31 PM, Marek Grac wrote: On 02/17/2014 09:45 AM, Eli Mesika wrote: - Original Message - From: Yedidyah Bar David d...@redhat.com To: Itamar Heim ih...@redhat.com Cc: users@ovirt.org Sent: Sunday, February 16, 2014 2:58:35 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? - Original Message - From: Itamar Heim ih...@redhat.com To: David Smith dsm...@mypchelp.com, users@ovirt.org Sent: Saturday, February 15, 2014 2:57:00 AM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? On 02/14/2014 07:37 PM, David Smith wrote: We use Raritan / Dominion PX remote power blocks, is there a way to easily add support for these? CCing Marek on that in case that he had something to add from the fence-agents view since it may be already supported implicitly (like drac7 that is using actually ipmilan) No, Raritan are not supported yet (rhbz#519731) so david, if you can try to push the raritan support to fence-agents, the ovirt side is usually just a config change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Instructions to add a remote controlled power strip not in the native list?
On 03/25/2014 07:37 PM, David Smith wrote: Unfortunately it looks like fencing.py is where the legacy --option was translated to --action. I believe ovirt calls fencing.py as a proxy to execute fence_raritan? The version of fence-agents I pulled from git has the backwards compatibility removed; https://lists.fedorahosted.org/pipermail/cluster-commits/2013-February/003090.html So if I added support for it in fence_raritan I'm not sure it would work (I can try) but also the fence-agents guys probably wouldn't take the submission to have it added to future code. Those legacy options where completely removed from v4.0 - there is an another branch v3.9.x which is based on new code but with all legacy options, it is possible that it will be one day ported to RHEL6 but it is not a priority right now. m, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Instructions to add a remote controlled power strip not in the native list?
On 03/14/2014 10:39 AM, Itamar Heim wrote: On 03/13/2014 07:03 PM, David Smith wrote: hey can someone provide these mysterious instructions or at least point me towards the direction of where this magical list of supported fence-agents units is so I can try to figure it out myself? Perhaps you are looking for this: https://access.redhat.com/site/articles/28601 m, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users