[ovirt-users] Re: Issues post-upgrade from 4.2.8 to 4.3.2
Hey Shani, Thank you for the reply. This morning I have tried to re-provision HA Hosts. Managed successfully with HA host 2 and 3, about to do it with HA Host 1. If that goes well, I will repeat the exercises with Migration and Hosts updates to see if the issue is gone or still present. Upon those, I intend to provide full step-by-step of the Upgrade Procedure and after with what was done. Thank you for the patience. Marko Vrgotic From: Shani Leviim Date: Sunday, 21 April 2019 at 09:44 To: "Vrgotic, Marko" Subject: Re: [ovirt-users] Issues post-upgrade from 4.2.8 to 4.3.2 Hi Marko, I've noticed that the timestamp of the error from your engine.log is one hour delayed of the one from your ui log. Is this one intentioned? Also, can you please attach a screenshot? Thanks Regards, Shani Leviim On Sun, Apr 21, 2019 at 10:12 AM Vrgotic, Marko mailto:m.vrgo...@activevideo.com>> wrote: Dear oVirt team, We have 3 Hosts HA Cluster with SHE engine. Storage is NetApp. Recently we have executed an upgrade from 4.2.8 to 4.3.2. Since then we are seeing strange behavior when trying to put Hosts to Maintenance or manually Migrate VMs between Hosts. The most repeated WARN/ERROR I am observing is following: The UI is constantly throwing an exception when trying to put HA host to maintenance or increase the SPM level. The repeated log line from engine.log I see, with regards or failing to migrate all hosts is: 2019-04-18 13:05:30,760Z WARN [org.ovirt.engine.core.bll.MigrateVmCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-83) [63d33dd1] Validation of action 'MigrateVm' failed for user SYSTEM. Reasons: VAR__ACTION__MIGRATE,VAR__TYPE__VM,SCHEDULING_ALL_HOSTS_FILTERED_OUT,VAR__FILTERTYPE__INTERNAL,$hostName ovirt-staging-hv-02,$filterName Memory,$availableMem 3824,VAR__DETAIL__NOT_ENOUGH_MEMORY,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL,VAR__FILTERTYPE__INTERNAL,$hostName ovirt-staging-hv-01,$filterName Memory,$availableMem 0,VAR__DETAIL__NOT_ENOUGH_MEMORY,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL,SCHEDULING_ALL_HOSTS_FILTERED_OUT,VAR__FILTERTYPE__INTERNAL,$hostName ovirt-staging-hv-02,$filterName Memory,$availableMem 3824,VAR__DETAIL__NOT_ENOUGH_MEMORY,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL,VAR__FILTERTYPE__INTERNAL,$hostName ovirt-staging-hv-01,$filterName Memory,$availableMem 0,VAR__DETAIL__NOT_ENOUGH_MEMORY,SCHEDULING_HOST_FILTERED_REASON_WITH_DETAIL But there is more than enough. Also from UI.log: 2019-04-18 14:05:09,007Z ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-114) [] Permutation name: 0D2DB7A91B469CC36C64386E5632FAC5 2019-04-18 14:05:09,007Z ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-114) [] Uncaught exception: com.google.gwt.event.shared.Umbrell aException: Exception caught: (TypeError) : oab(...) is null at java.lang.Throwable.Throwable(Throwable.java:70) [rt.jar:1.8.0_201] at java.lang.RuntimeException.RuntimeException(RuntimeException.java:32) [rt.jar:1.8.0_201] at com.google.web.bindery.event.shared.UmbrellaException.UmbrellaException(UmbrellaException.java:64) [gwt-servlet.jar:] at com.google.gwt.event.shared.UmbrellaException.UmbrellaException(UmbrellaException.java:25) [gwt-servlet.jar:] at com.google.gwt.event.shared.HandlerManager.$fireEvent(HandlerManager.java:117) [gwt-servlet.jar:] at com.google.gwt.user.client.ui.Widget.$fireEvent(Widget.java:127) [gwt-servlet.jar:] at com.google.gwt.user.client.ui.Widget.fireEvent(Widget.java:127) [gwt-servlet.jar:] at com.google.gwt.event.dom.client.DomEvent.fireNativeEvent(DomEvent.java:110) [gwt-servlet.jar:] at com.google.gwt.user.client.ui.Widget.$onBrowserEvent(Widget.java:163) [gwt-servlet.jar:] at com.google.gwt.user.client.ui.Widget.onBrowserEvent(Widget.java:163) [gwt-servlet.jar:] at com.google.gwt.user.client.DOM.dispatchEvent(DOM.java:1415) [gwt-servlet.jar:] at com.google.gwt.user.client.impl.DOMImplStandard.dispatchEvent(DOMImplStandard.java:312) [gwt-servlet.jar:] at com.google.gwt.core.client.impl.Impl.apply(Impl.java:236) [gwt-servlet.jar:] at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275) [gwt-servlet.jar:] at Unknown.Su/<(https://ovirt-staging-engine.avinity.tv/ovirt-engine/webadmin/?locale=en_US#dataCenters-clusters;name=Hilversum-DataCenter line 9 > scriptElement) at Unknown.anonymous(Unknown) Caused by: com.google.gwt.core.client.JavaScriptException: (TypeError) : oab(...) is null at org.ovirt.engine.ui.uicommonweb.models.clusters.ClusterGuideModel.$onAddHost(ClusterGuideModel.java:533) at org.ovirt.engine.ui.uicommonweb.models.clusters.ClusterGuideModel.executeCommand(ClusterGuideModel.java:617) at org.ovirt.engine.ui.uicommonweb.UICommand.$execute(UICommand.java:163) at org.ovirt.engine.ui.common.p
[ovirt-users] ovirt-imagio-proxy upload speed slow
I am working on integrating a backup solution for our ovirt environment and having issues with the time it takes to backup the VM's. This backup solution is simply taking a snapshot and making a clone and backing the clone up to a backup server. A VM that is 100 gig takes 52 minutes to back up. The same VM doing a file backup using the same product, and bypassing their rhv plugin, takes 14 minutes. So the throughput is there but the ovirt imageio-proxy process seems to be what manages how images are uploaded and is officially my bottle neck. Load is not high on the engine or kvm hosts. I had bumped up the Upload image size from 100MB to 10gig weeks ago and that didn't seem to help. [root@blah-lab-engine ~]# engine-config -a |grep Upload UploadImageChunkSizeKB: 1024 version: general [root@bgl-vms-engine ~]# rpm -qa |grep ovirt-image ovirt-imageio-proxy-1.4.6-1.el7.noarch ovirt-imageio-common-1.4.6-1.el7.x86_64 ovirt-imageio-proxy-setup-1.4.6-1.el7.noarch I have seen bugs reported to redhat about this but I am running above the affected releases. engine software is 4.2.8.2-1.el7 Any idea what we can tweak to open up this bottleneck? ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/M2V6L73IW7573VYDXT54G2Y23FBHFQPT/
[ovirt-users] unable to upload disk images after upgrade to 4.3.3 -- ticket failures
Previously I had issues with the upgrades to 4.3.3 failing because of "stale" image transfer data, so I removed it from the database using the info given here on the mailing list and was able to complete the oVirt node and engine upgrades. Now I have a new problem. I can't upload a disk image anymore, which used to work. "test connection" returns success. In the dashboard Storage/Disks view, it starts and then stops with "paused by system" I tried pointing it at another node, same problem. I tried restarting services ovirt-imageio-proxy on engine and ovirt-imageio-daemon on the node, same failure. in the dashboard events when trying to upload disk I get this error Transfer was stopped by system. Reason: failed to add image ticket to ovirt-imageio-proxy. or when trying to resume transfer "paused by system" giving it the local path again. Transfer was stopped by system. Reason: failure in transfer image ticket renewal. I'm not sure what logs I should be looking deeper into.. Here's what the database says engine=# select * from image_transfers; -[ RECORD 1 ]-+- command_id| 59dce2b1-f8ba-44dd-9df9-c6e39773a3f9 command_type | 1024 phase | 4 last_updated | 2019-04-23 12:22:25.098-04 message | Uploading from byte 0 vds_id| disk_id | 6693d5ac-d3eb-43d7-9abe-97c5197efc23 imaged_ticket_id | proxy_uri | signed_ticket | bytes_sent| 0 bytes_total | 1996488704 type | 2 active| f daemon_uri| client_inactivity_timeout | 60 -[ RECORD 2 ]-+- command_id| 16898219-be5b-4826-8f20-3355fa47272a command_type | 1024 phase | 4 last_updated | 2019-04-23 16:15:34.591-04 message | Uploading from byte 0 vds_id| disk_id | 3b8e3053-bfe4-49d3-abd2-5452b1674400 imaged_ticket_id | proxy_uri | signed_ticket | bytes_sent| 0 bytes_total | 1998585856 type | 2 active| f daemon_uri| client_inactivity_timeout | 60 I really need the image uploading to work. Any suggestions on what to do next? ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/U4B34UZ4VRF43JFWCMZOMERY6QWEZ6ET/
[ovirt-users] Re: Gluster and few iSCSI Datastores in one Data Center
Hello Sahina. Of course, both services work. Restarting services gives nothing. This is confirmed by the logs. If you run the command: tailf /var/log/vdsm/supervdsm.log you can see how the lines run at a speed of about 1000 lines / sec. In an hour, supervdsm.log becomes larger than 100MB. If node move to Maitenance, then the anomalous expansion of the file supervdsm.log stops and resumes after activate node. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/OG7SPYNR7FSYVJZSY57CDA6SLGIKYDWS/
[ovirt-users] Re: ovirt with kvm stand alone
Hi Israel, On Tue, Apr 23, 2019, 08:14 Israel Garcia wrote: > Hi Alex, > > Thanks for your answer. When you say "import them", you mean VMs or KVM > servers? Remember I have 3 KVM stand alone. It seems I have to shutdown all > VMS, add 3 KVMs to ovirt, and finnally import VMs. is that right? > Yes, I was referring to the VMs. What I had done once in similar scenario was the followig: 1. Shutdown and export vms from kvm servers as qcow images 2. Install kvm hosts as ovirt hosts 3. Import qcow vms into ovirt (I had used an available perl script) Note that you can import vms from other kvm servers also from within the ovirt gui using ssh or libvirt direct tcp connection. This doesn't seem to be your case though. > Thanks once more. > > Israel > > El sáb., 20 abr. 2019 a las 8:54, Alex K () > escribió: > >> >> >> On Fri, Apr 19, 2019, 08:25 wrote: >> >>> I have 3 KVM stand alone servers with no external storage. My question >>> is, can I add these 3 KVM servers to ovirt without impact on VMs already >>> running on KVM side? >>> >> It seems that you will need to shutdown the vms and then import them into >> ovirt. >> >>> >>> Thanks. >>> ___ >>> Users mailing list -- users@ovirt.org >>> To unsubscribe send an email to users-le...@ovirt.org >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/4IEDNMS6PLNI2O3M4GEVNWBN7FFSDNGY/ >>> >> ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/VER4Y3MSDT5U422Z3AN2YNOJCFRHZLV5/
[ovirt-users] Re: 4.3.x upgrade and issues with OVN
Configuration with versions Next email will have log files. 2 sites First site: Bayview 4 nodes BL460 gen9 with 4 x 10G nics Node 1-3 have not been changed since 4.3.2 upgrade. These nodes have the network sync issue and cannot migrate VMs. OS Version: RHEL - 7 - 6.1810.2.el7.centos OS Description: CentOS Linux 7 (Core) Kernel Version: 3.10.0 - 957.10.1.el7.x86_64 KVM Version: 2.12.0 - 18.el7_6.3.1 LIBVIRT Version: libvirt-4.5.0-10.el7_6.6 VDSM Version: vdsm-4.30.11-1.el7 SPICE Version: 0.14.0 - 6.el7_6.1 CEPH Version: librbd1-10.2.5-4.el7 Open vSwitch Version: openvswitch-2.10.1-3.el7 Kernel Features: PTI: 1, IBRS: 0, RETP: 1 VNC Encryption: Disabled I evacuated node 4 and did update to 4.3.3, still had issues so tried ISO OVNode install. It does not have network sync issue. However I cannot upgrade all the nodes without scheduling cluster downtime. OS Version: RHEL - 7 - 6.1810.2.el7.centos OS Description: oVirt Node 4.3.3.1 Kernel Version: 3.10.0 - 957.10.1.el7.x86_64 KVM Version: 2.12.0 - 18.el7_6.3.1 LIBVIRT Version: libvirt-4.5.0-10.el7_6.6 VDSM Version: vdsm-4.30.13-1.el7 SPICE Version: 0.14.0 - 6.el7_6.1 CEPH Version: librbd1-10.2.5-4.el7 Open vSwitch Version: openvswitch-2.10.1-3.el7 Kernel Features: PTI: 1, IBRS: 0, RETP: 1, SSBD: 3 VNC Encryption: Disabled 1 engine, DL360g10. 4.3.3.5-1.el7 CentOS 7 patched up to today Storage: Dell Unity ISCSI What I see in the engine is that the first 3 nodes all have the public network listed as out of sync with the DC. I can migrate form node 4 to the other 3 nodes but cannot migrate off the other 3 nodes. I also cannot sync the network on the other three nodes. There have been no recent network changes. After the 4.3.3 upgrade I initially found some curious OVN errors in the logfile on nodes 3 and 4. Nodes 1 and 2 do not have these errors. However the engine did have 2 extra OVN ports defined. ovs-vsctl show be10cd3d-85fe-4985-9635-f447bfbc5e25 Bridge br-int fail_mode: secure Port "ovn-877214-0" Interface "ovn-877214-0" type: geneve options: {csum="true", key=flow, remote_ip="137.187.160.14"} error: "could not add network device ovn-877214-0 to ofproto (File exists)" Port "ovn-48e040-0" Interface "ovn-48e040-0" type: geneve options: {csum="true", key=flow, remote_ip="137.187.160.18"} Port "ovn-d6eaa1-0" Interface "ovn-d6eaa1-0" type: geneve options: {csum="true", key=flow, remote_ip="137.187.160.13"} error: "could not add network device ovn-d6eaa1-0 to ofproto (File exists)" Port br-int Interface br-int type: internal Port "ovn-f0f789-0" Interface "ovn-f0f789-0" type: geneve options: {csum="true", key=flow, remote_ip="137.187.160.13"} Second site:Harbor I upgraded to 4.3.2 and stopped any upgrades until I could deal with the migration and restarting VDSMD issues. Nodes are 3 supermicro 1U with 2x10G nics All 3 nodes are the same and from the 4.3.2 update. OS Version: RHEL - 7 - 6.1810.2.el7.centos OS Description: CentOS Linux 7 (Core) Kernel Version: 3.10.0 - 957.10.1.el7.x86_64 KVM Version: 2.12.0 - 18.el7_6.3.1 LIBVIRT Version: libvirt-4.5.0-10.el7_6.6 VDSM Version: vdsm-4.30.11-1.el7 SPICE Version: 0.14.0 - 6.el7_6.1 GlusterFS Version: [N/A] CEPH Version: librbd1-10.2.5-4.el7 Open vSwitch Version: openvswitch-2.10.1-3.el7 Kernel Features: PTI: 1, IBRS: 0, RETP: 1 VNC Encryption: Disabled 1 engine DL360 g10 with 2x10G nics running 4.3.2.1-1.el7 Storage: Dell Unity ISCSI The only issue with Harbor site while running 4.3.2 is that when I migrate a node it never finishes in the engine until I restart VDSMD on the original host. It did not exhibit this issue with 4.2.x ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3XORQANVT7TZCOBXMBO7SH3IZ2XWDHX4/
[ovirt-users] Re: Gluster and few iSCSI Datastores in one Data Center
There seem to be communication issues between vdsmd and supervdsmd services. Can you check the status of both on the nodes? Perhaps try restarting these On Tue, Apr 23, 2019 at 6:01 PM wrote: > > I decided to add another cluster to the existing data center (Enable Virt > Service + Enable Gluster Service). > Three nodes. But after installing the nodes (without errors) Ovirt Engine > loses them cyclically. From the logs you can see that this happens when you > try to interrogate the connected block devices. > These block devices are LVM for VM. I use several Datastores submitted via > iSCSI. About 2000 virtual machines and more than 2300 LVMs. All in the > neighbor cluster (one data center). > Logs in https://drive.google.com/open?id=1ja7Usxx5YCFDgjD2X51z9tzn_ycPoC2g > > Why is this happening and what can be done in this case? > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/NNPWWJWJEIZTHRY7R3GMFANOO6JDVAPA/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SBVN5IVPA6WWDU5SLOD7O3PWKEOUTGTV/
[ovirt-users] Gluster and few iSCSI Datastores in one Data Center
I decided to add another cluster to the existing data center (Enable Virt Service + Enable Gluster Service). Three nodes. But after installing the nodes (without errors) Ovirt Engine loses them cyclically. From the logs you can see that this happens when you try to interrogate the connected block devices. These block devices are LVM for VM. I use several Datastores submitted via iSCSI. About 2000 virtual machines and more than 2300 LVMs. All in the neighbor cluster (one data center). Logs in https://drive.google.com/open?id=1ja7Usxx5YCFDgjD2X51z9tzn_ycPoC2g Why is this happening and what can be done in this case? ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/NNPWWJWJEIZTHRY7R3GMFANOO6JDVAPA/
[ovirt-users] Re: Undeploy oVirt Metrics Store
Thanks Shirley! You are the best! Everything worked out! ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KY25TVJTRJV3AVYJ65JN4NGRQB6WKGLO/
[ovirt-users] Re: Migrate HE between ISCSI storages
I get this error: Cannot create Snapshot. https://www.just4dummies.com/gmail-sign-up ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/EZGCDCTB7SAIWVODQKYSOTXY5XVEPHDV/
[ovirt-users] Re: Is there a way to tell whether a permission set for a VM is inherited using REST API?
Hi Ondra, sorry, one more question. Do you know if the bug already exists for this issue? If so, could you please provide the link? Otherwise, should we open a bugzilla item for this? Thanks and regards, Anton. On Tue, Apr 23, 2019 at 10:25 AM Tentaclius wrote: > Hi Ondra, > > thanks a lot! This info really helps. > I will be using the direct link as a workaround for now and will check > future versions for the fix. > > Best regards, > Anton. > > On Tue, Apr 23, 2019 at 10:06 AM Ondra Machacek > wrote: > >> Actually this is bug, as I see we fill the tag for all >> permissions, even for inherited permissions, but it should be set only >> for direct permissions, that's how you would distinguish it. Same as you >> say you can do it via following the specific permission id. >> >> So I am afraid there is no effective way, unfortunatelly. If you don't >> have many users, you can list users permissions and find if it has >> permission for your VM, which would mean it has direct permission on a >> VM. >> >> On 22/04/2019 12:03, Anton E wrote: >> > Hi everyone! >> > >> > My question is in the subject for the most part. >> > I'm trying to backup a vm parameters, including the linked attributes, >> namely the permissions. But I don't want the inherited permissions to be >> included into the backup, I only need the attributes specific to the vm. It >> looks like there is no difference between the inherited and the vm-specific >> permissions in the output from /ovirt-engine/api/vms//permissions >> service. >> > >> > What is the best way to distinguish the specific permissions from the >> inherited ones? It seems I can follow the link to the particular permission >> and see whether the vm attribute is set on it and it points to the VM I >> need, but that would require numerous REST requests to be done. Is there a >> more elegant way? Maybe I can somehow filter the output of >> /ovirt-engine/api/vms//permissions to only include the required info? >> > >> > Thanks in advance. >> > >> > Best regards, >> > Anton. >> > ___ >> > Users mailing list -- users@ovirt.org >> > To unsubscribe send an email to users-le...@ovirt.org >> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> > oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> > List Archives: >> https://lists.ovirt.org/archives/list/users@ovirt.org/message/AVHAC4SSJWVYYD5GVJG6WP7GUEMGD67Y/ >> > >> > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7PKTPZQUT6ZDEPTCK3EQWQ6IVTVVBU5Z/
[ovirt-users] Re: oVirt and NetApp NFS storage
Hi, NFS hard mounts should not help with sanlock. It should just kill the VMs after 60 seconds same as a soft mount. The sanlock timeout: I asked RedHat support about that in a case for my RHV environment. They said this should not be changed. Only thing that came to my mind: disable storage leases in case of planned storage maintenance. Greetings Klaas On Thu, Apr 18, 2019, 19:10 Strahil wrote: > I know 2 approaches. > 1. Use NFS hard mounting option - it will never give error to sanlock and > it will be waiting until NFS is recovered (never tries this one, but in > theory might work) > 2. Change the default sanlock timeout (last time I tried that - it didn't > work) . You might need help from Sandro or Sahina for that option. > > Best Regards, > Strahil NikolovOn Apr 18, 2019 11:45, klaasdem...@gmail.com wrote: > > > > Hi, > > > > I got a question regarding oVirt and the support of NetApp NFS storage. > > We have a MetroCluster for our virtual machine disks but a HA-Failover > > of that (active IP gets assigned to another node) seems to produce > > outages too long for sanlock to handle - that affects all VMs that have > > storage leases. NetApp says a "worst case" takeover time is 120 seconds. > > That would mean sanlock has already killed all VMs. Is anyone familiar > > with how we could setup oVirt to allow such storage outages? Do I need > > to use another type of storage for my oVirt VMs because that NFS > > implementation is unsuitable for oVirt? > > > > > > Greetings > > > > Klaas > > ___ > > Users mailing list -- users@ovirt.org > > To unsubscribe send an email to users-le...@ovirt.org > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/TSJJKK5UG57CCFYUUCXXM3LYQJW2ODWZ/ > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/SFIH3IDKDGRQOQ4POSETN27CRZPCDTM2/
[ovirt-users] Re: Is there a way to tell whether a permission set for a VM is inherited using REST API?
Hi Ondra, thanks a lot! This info really helps. I will be using the direct link as a workaround for now and will check future versions for the fix. Best regards, Anton. On Tue, Apr 23, 2019 at 10:06 AM Ondra Machacek wrote: > Actually this is bug, as I see we fill the tag for all > permissions, even for inherited permissions, but it should be set only > for direct permissions, that's how you would distinguish it. Same as you > say you can do it via following the specific permission id. > > So I am afraid there is no effective way, unfortunatelly. If you don't > have many users, you can list users permissions and find if it has > permission for your VM, which would mean it has direct permission on a > VM. > > On 22/04/2019 12:03, Anton E wrote: > > Hi everyone! > > > > My question is in the subject for the most part. > > I'm trying to backup a vm parameters, including the linked attributes, > namely the permissions. But I don't want the inherited permissions to be > included into the backup, I only need the attributes specific to the vm. It > looks like there is no difference between the inherited and the vm-specific > permissions in the output from /ovirt-engine/api/vms//permissions > service. > > > > What is the best way to distinguish the specific permissions from the > inherited ones? It seems I can follow the link to the particular permission > and see whether the vm attribute is set on it and it points to the VM I > need, but that would require numerous REST requests to be done. Is there a > more elegant way? Maybe I can somehow filter the output of > /ovirt-engine/api/vms//permissions to only include the required info? > > > > Thanks in advance. > > > > Best regards, > > Anton. > > ___ > > Users mailing list -- users@ovirt.org > > To unsubscribe send an email to users-le...@ovirt.org > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/AVHAC4SSJWVYYD5GVJG6WP7GUEMGD67Y/ > > > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7ZUHWJZAMRWIDC5XI6HV2ZV32MM4M56F/
[ovirt-users] Re: Is there a way to tell whether a permission set for a VM is inherited using REST API?
Actually this is bug, as I see we fill the tag for all permissions, even for inherited permissions, but it should be set only for direct permissions, that's how you would distinguish it. Same as you say you can do it via following the specific permission id. So I am afraid there is no effective way, unfortunatelly. If you don't have many users, you can list users permissions and find if it has permission for your VM, which would mean it has direct permission on a VM. On 22/04/2019 12:03, Anton E wrote: Hi everyone! My question is in the subject for the most part. I'm trying to backup a vm parameters, including the linked attributes, namely the permissions. But I don't want the inherited permissions to be included into the backup, I only need the attributes specific to the vm. It looks like there is no difference between the inherited and the vm-specific permissions in the output from /ovirt-engine/api/vms//permissions service. What is the best way to distinguish the specific permissions from the inherited ones? It seems I can follow the link to the particular permission and see whether the vm attribute is set on it and it points to the VM I need, but that would require numerous REST requests to be done. Is there a more elegant way? Maybe I can somehow filter the output of /ovirt-engine/api/vms//permissions to only include the required info? Thanks in advance. Best regards, Anton. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/AVHAC4SSJWVYYD5GVJG6WP7GUEMGD67Y/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/5QJOSEH2A3KLN7EUJQDKIS4J3K6ZD4RX/