- Users - oVirt List Archives

Incremental backup using ovirt api
by smidhunraj＠gmail.com 02 Oct '19

02 Oct '19

Hi, I tried to take incremental backup of a vm using this script. public function downloadDiskIncremental(){ $data=array(); $xmlStr = "<disk_attachment> <disk id='1371afdd-91d4-4bc7-9792-0efbf6bbd1c9'> <backup>incremental</backup> </disk> </disk_attachment>"; $curlParam=array( "url" => "vms/4044e014-7e20-4dbc-abe5-64690ec45f63/diskattachments", "method" => "POST", "data" =>$xmlStr, ); } But it is throwing me error as Array ( [status] => error [message] => For correct usage, see: https://ovirt.bobcares.com/ovirt-engine/api/v4/model#services/disk-attachme… Please help me with this issue....

2 1

Re: Ovirt 4.2.7 won't start and drops to emergency console
by Strahil 02 Oct '19

02 Oct '19

You can view all LVs via 'lvs -a' and create a new metadata LV of bigger size. Of course , lvdisplay -m /dev/gluster_vg1-lvthinpool-tpool_tmeta shoould also work. Best Regards, Strahil NikolovOn Oct 1, 2019 03:11, jeremy_tourville(a)hotmail.com wrote: > > vgs displays everything EXCEPT gluster_vg1 > "dmsetup ls" does not list the VG in question. That is why I couldn't run the lvchange command. They were not active or even detected by the system. > > OK, I found my problem, and a solution: https://access.redhat.com/solutions/3251681 > # cd /var/log > # grep -ri gluster_vg1-lvthinpool-tpool > My metadata is 100% full !!! > > Now, how do I find out how big my original metadata size was so I can make the new one the correct size? > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)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/6PI2N24GVWL64…

2 4

Re: Super Low VM disk IO via Shared Storage
by Amit Bawer 01 Oct '19

01 Oct '19

On Tue, Oct 1, 2019 at 12:49 PM Vrgotic, Marko <M.Vrgotic(a)activevideo.com> wrote: > Thank you very much Amit, > > > > I hope the result of suggested tests allows us improve the speed for > specific IO test case as well. > > > > Apologies for not being more clear, but I was referring to changing mount > options for storage where SHE also runs. It cannot be put in Maintenance > mode since the engine is running on it. > What to do in this case? Its clear that I need to power it down, but where > can I then change the settings? > You can see similar question about changing mnt_options of hosted engine and answer here [1] [1] https://lists.ovirt.org/pipermail/users/2018-January/086265.html > > > Kindly awaiting your reply. > > > > — — — > Met vriendelijke groet / Kind regards, > > *Marko Vrgotic* > > > > > > > > *From: *Amit Bawer <abawer(a)redhat.com> > *Date: *Saturday, 28 September 2019 at 20:25 > *To: *"Vrgotic, Marko" <M.Vrgotic(a)activevideo.com> > *Cc: *Tony Brian Albers <tba(a)kb.dk>, "hunter86_bg(a)yahoo.com" < > hunter86_bg(a)yahoo.com>, "users(a)ovirt.org" <users(a)ovirt.org> > *Subject: *Re: [ovirt-users] Re: Super Low VM disk IO via Shared Storage > > > > > > > > On Fri, Sep 27, 2019 at 4:02 PM Vrgotic, Marko <M.Vrgotic(a)activevideo.com> > wrote: > > Hi oVirt gurus, > > > > Thank s to Tony, who pointed me into discovery process, the performance of > the IO seems greatly dependent on the flags. > > > > [root@lgu215 ~]# dd if=/dev/zero of=/tmp/test1.img bs=512 count=100000 > > 100000+0 records in > > 100000+0 records out > > 51200000 bytes (51 MB) copied, 0.108962 s, *470 MB/s* > > [root@lgu215 ~]# dd if=/dev/zero of=/tmp/test1.img bs=512 count=100000 > *oflag=dsync* > > 100000+0 records in > > 100000+0 records out > > 51200000 bytes (51 MB) copied, 322.314 s, *159 kB/s* > > > > Dsync flag tells dd to ignore all buffers, cache except certain kernel > buffers and write data physically to the disc, before writing further. > According to number of sites I looked at, this is the way to test Server > Latency in regards to IO operations. Difference in performance is huge, as > you can see (below I have added results from tests with 4k and 8k block) > > > > Still, certain software component we run tests with writes data in > this/similar way, which is why I got this complaint in the first place. > > > > Here is my current NFS mount settings: > > > rw,relatime,vers=4.0,rsize=65536,wsize=65536,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=172.17.28.11,local_lock=none,addr=172.17.28.5 > > > > *If you have any suggestions on possible NFS tuning options, to try to > increase performance, I would highly appreciate it.* > > *Can someone tell me how to change NFS mount options in oVirt for already > existing/used storage?* > > > > Taking into account your network configured MTU [1] and Linux version [2], > you can tune wsize, rsize mount options. > > Editing mount options can be done from Storage->Domains->Manage Domain > menu. > > > > [1] https://access.redhat.com/solutions/2440411 > > [2] https://access.redhat.com/solutions/753853 > > > > > > Test results with 4096 and 8192 byte size. > > [root@lgu215 ~]# dd if=/dev/zero of=/tmp/test1.img bs=4096 count=100000 > > 100000+0 records in > > 100000+0 records out > > 409600000 bytes (410 MB) copied, 1.49831 s, *273 MB/s* > > [root@lgu215-admin ~]# dd if=/dev/zero of=/tmp/test1.img bs=4096 > count=100000 *oflag=dsync* > > 100000+0 records in > > 100000+0 records out > > 409600000 bytes (410 MB) copied, 349.041 s, *1.2 MB/s* > > > > [root@lgu215 ~]# dd if=/dev/zero of=/tmp/test1.img bs=8192 count=100000 > > 100000+0 records in > > 100000+0 records out > > 819200000 bytes (819 MB) copied, 11.6553 s, *70.3 MB/s* > > [root@lgu215-admin ~]# dd if=/dev/zero of=/tmp/test1.img bs=8192 > count=100000 *oflag=dsync* > > 100000+0 records in > > 100000+0 records out > > 819200000 bytes (819 MB) copied, 393.035 s, *2.1 MB/s* > > > > > > *From: *"Vrgotic, Marko" <M.Vrgotic(a)activevideo.com> > *Date: *Thursday, 26 September 2019 at 09:51 > *To: *Amit Bawer <abawer(a)redhat.com> > *Cc: *Tony Brian Albers <tba(a)kb.dk>, "hunter86_bg(a)yahoo.com" < > hunter86_bg(a)yahoo.com>, "users(a)ovirt.org" <users(a)ovirt.org> > *Subject: *Re: [ovirt-users] Re: Super Low VM disk IO via Shared Storage > > > > Dear all, > > > > I very much appreciate all help and suggestions so far. > > > > Today I will send the test results and current mount settings for NFS4. > Our production setup is using Netapp based NFS server. > > > > I am surprised with results from Tony’s test. > > We also have one setup with Gluster based NFS, and I will run tests on > those as well. > > Sent from my iPhone > > > > On 25 Sep 2019, at 14:18, Amit Bawer <abawer(a)redhat.com> wrote: > > > > > > On Wed, Sep 25, 2019 at 2:44 PM Tony Brian Albers <tba(a)kb.dk> wrote: > > Guys, > > Just for info, this is what I'm getting on a VM that is on shared > storage via NFSv3: > > --------------------------snip---------------------- > [root@proj-000 ~]# time dd if=/dev/zero of=testfile bs=4096 > count=1000000 > 1000000+0 records in > 1000000+0 records out > 4096000000 bytes (4.1 GB) copied, 18.0984 s, 226 MB/s > > real 0m18.171s > user 0m1.077s > sys 0m4.303s > [root@proj-000 ~]# > --------------------------snip---------------------- > > my /etc/exports: > /data/ovirt > *(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) > > and output from 'mount' on one of the hosts: > > sto-001.kac.lokalnet:/data/ovirt on /rhev/data-center/mnt/sto- > 001.kac.lokalnet:_data_ovirt type nfs > (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nolock, > nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=172.16.216 > .41,mountvers=3,mountport=20048,mountproto=udp,local_lock=all,addr=172. > 16.216.41) > > > > Worth to compare mount options with the slow shared NFSv4 mount. > > > > Window size tuning can be found at bottom of [1], although its relating to > NFSv3, it could be relevant to v4 as well. > > [1] https://www.ovirt.org/develop/troubleshooting-nfs-storage-issues.html > > > > > connected via single 10gbit ethernet. Storage on NFS server is 8 x 4TB > SATA disks in RAID10. NFS server is running CentOS 7.6. > > Maybe you can get some inspiration from this. > > /tony > > > > On Wed, 2019-09-25 at 09:59 +0000, Vrgotic, Marko wrote: > > Dear Strahil, Amit, > > > > Thank you for the suggestion. > > Test result with block size 4096: > > Network storage: > > avshared: > > [root@mpoludctest4udc-1 ~]# dd if=/dev/zero of=/tmp/test2.img bs=4096 > > count=100000 oflag=dsync > > 100000+0 records in > > 100000+0 records out > > 409600000 bytes (410 MB) copied, 275.522 s, 1.5 MB/s > > > > Local storage: > > > > avlocal2: > > [root@mpollocalcheck22 ~]# dd if=/dev/zero of=/tmp/test2.img bs=4096 > > count=100000 oflag=dsync > > 100000+0 records in > > 100000+0 records out > > 409600000 bytes (410 MB) copied, 53.093 s, 7.7 MB/s > > 10:38 > > avlocal3: > > [root@mpollocalcheck3 ~]# dd if=/dev/zero of=/tmp/test2.img bs=4096 > > count=100000 oflag=dsync > > 100000+0 records in > > 100000+0 records out > > 409600000 bytes (410 MB) copied, 46.0392 s, 8.9 MB/s > > > > As Amit suggested, I am also going to execute same tests on the > > BareMetals and between BareMetal and NFS to compare results. > > > > > > — — — > > Met vriendelijke groet / Kind regards, > > > > Marko Vrgotic > > > > > > > > > > From: Strahil <hunter86_bg(a)yahoo.com> > > Date: Tuesday, 24 September 2019 at 19:10 > > To: "Vrgotic, Marko" <M.Vrgotic(a)activevideo.com>, Amit <abawer@redhat > > .com> > > Cc: users <users(a)ovirt.org> > > Subject: Re: [ovirt-users] Re: Super Low VM disk IO via Shared > > Storage > > > > Why don't you try with 4096 ? > > Most block devices have a blcok size of 4096 and anything bellow is > > slowing them down. > > Best Regards, > > Strahil Nikolov > > On Sep 24, 2019 17:40, Amit Bawer <abawer(a)redhat.com> wrote: > > have you reproduced performance issue when checking this directly > > with the shared storage mount, outside the VMs? > > > > On Tue, Sep 24, 2019 at 4:53 PM Vrgotic, Marko <M.Vrgotic@activevideo > > .com> wrote: > > Dear oVirt, > > > > I have executed some tests regarding IO disk speed on the VMs, > > running on shared storage and local storage in oVirt. > > > > Results of the tests on local storage domains: > > avlocal2: > > [root@mpollocalcheck22 ~]# dd if=/dev/zero of=/tmp/test2.img bs=512 > > count=100000 oflag=dsync > > 100000+0 records in > > 100000+0 records out > > 51200000 bytes (51 MB) copied, 45.9756 s, 1.1 MB/s > > > > avlocal3: > > [root@mpollocalcheck3 ~]# dd if=/dev/zero of=/tmp/test2.img bs=512 > > count=100000 oflag=dsync > > 100000+0 records in > > 100000+0 records out > > 51200000 bytes (51 MB) copied, 43.6179 s, 1.2 MB/s > > > > Results of the test on shared storage domain: > > avshared: > > [root@mpoludctest4udc-1 ~]# dd if=/dev/zero of=/tmp/test2.img bs=512 > > count=100000 oflag=dsync > > 100000+0 records in > > 100000+0 records out > > 51200000 bytes (51 MB) copied, 283.499 s, 181 kB/s > > > > Why is it so low? Is there anything I can do to tune, configure VDSM > > or other service to speed this up? > > Any advice is appreciated. > > > > Shared storage is based on Netapp with 20Gbps LACP path from > > Hypervisor to Netapp volume, and set to MTU 9000. Used protocol is > > NFS4.0. > > oVirt is 4.3.4.3 SHE. > > > > > > _______________________________________________ > > Users mailing list -- users(a)ovirt.org > > To unsubscribe send an email to users-leave(a)ovirt.org > > Privacy Statement: < > > _______________________________________________ > > Users mailing list -- users(a)ovirt.org > > To unsubscribe send an email to users-leave(a)ovirt.org > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > > oVirt Code of Conduct: https://www.ovirt.org/community/about/communit > > y-guidelines/ > > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ > > message/7XYSFEGAHCWXIY2JILDE24EVAC5ZVKWU/ > -- > Tony Albers - Systems Architect - IT Development > Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark > Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN: 5798000792142 > >

1 0

Ovirt Blog Don't work
by siovelrm＠gmail.com 01 Oct '19

01 Oct '19

Hi, the link https://blogs.ovirt.org/ does not work. Could you please activate it?

1 0

Re: [ANN] oVirt 4.3.6 is now generally available
by Strahil 01 Oct '19

01 Oct '19

You can go with 512 emulation and later you can recreate the brick without that emulation (if there are benefits of doing so). After all, you gluster is either replica 2 arbiter 1 or a replica 3 volume. Best Regards, Strahil Nikolov On Oct 1, 2019 09:26, Satheesaran Sundaramoorthi <sasundar(a)redhat.com> wrote: > > On Tue, Oct 1, 2019 at 11:27 AM Guillaume Pavese <guillaume.pavese(a)interactiv-group.com> wrote: >> >> Hi all, >> >> Sorry for asking again :/ >> >> Is there any consensus on not using --emulate512 anymore while creating VDO volumes on Gluster? >> Since this parameter can not be changed once the volume is created and we are nearing production setup. I would really like to have an official advice on this. >> >> Best, >> >> Guillaume Pavese >> Ingénieur Système et Réseau >> Interactiv-Group >> > Hello Guillaume Pavese, > If you are not using --emulate512 for VDO volume, then VDO volume will be created > as 4K Native volume (with 4K block size). > > There are couple of things that bothers here: > 1. 4K Native device support requires fixes at QEMU that will be part of > CentOS 7.7.2 ( not yet available ) > 2. 4K Native support with VDO volumes on Gluster is not yet validated > thoroughly. > > Based on the above items, it would be better you have emulate512=on or delay > your production setup ( if possible, till above both items are addressed ) > to make use of 4K VDO volume. > > @Sahina Bose Do you have any other suggestions ? > > -- Satheesaran S (sas) >> >> >> On Fri, Sep 27, 2019 at 3:19 PM Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: >>> >>> >>>

2 1

Re: Fwd: Unable to Upgrade
by Gobinda Das 01 Oct '19

01 Oct '19

Hi Anton, There is nothing special for upgrading HCI env with Gluster. Bellow steps will be enough: 1- Stop glusterd service in one node which needs to be upgraded. 2- upgrade that node and start glusterd service. 3- wait heal to be completed. 4- continue same procedure for other nodes. In your case can you please restar glusterd in all nodes and check. If it's still not working please share glusterd log? Also please share "gluster volume status" out put. Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Sandro Bonazzola <sbonazzo(a)redhat.com> Sent: Tuesday, October 1, 2019, 5:01 PM To: Anton Marchukov; Gobinda Das; Sundaramoorthi, Satheesaran; Sahina Bose Cc: users; Akshita Jain Subject: Re: [ovirt-users] Fwd: Unable to Upgrade Il giorno mar 1 ott 2019 alle ore 11:27 Anton Marchukov <amarchuk(a)redhat.com<mailto:amarchuk@redhat.com>> ha scritto: Forwarding to the users list. Begin forwarded message: From: "Akshita Jain" <akshita(a)councilinfosec.org<mailto:akshita@councilinfosec.org>> Subject: Unable to Upgrade Date: 1 October 2019 at 11:12:58 CEST To: infra(a)ovirt.org<mailto:infra@ovirt.org> After upgrading oVirt 4.3.4 to 4.3.6, the gluster is also upgrading from 5.6 to 6.5. But as soon as it upgrades gluster peer status shows disconnected. What is the correct method to upgrade oVirt with gluster HCI environment? +Gobinda Das<mailto:godas@redhat.com> , +Sundaramoorthi, Satheesaran<mailto:sasundar@redhat.com> , +Sahina Bose<mailto:sabose@redhat.com> can you please follow up on this question? _______________________________________________ Infra mailing list -- infra(a)ovirt.org<mailto:infra@ovirt.org> To unsubscribe send an email to infra-leave(a)ovirt.org<mailto:infra-leave@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/infra@ovirt.org/message/24D6NKVLMYQA3… -- Anton Marchukov Associate Manager - RHV DevOps - Red Hat _______________________________________________ Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org<mailto:users-leave@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/YO2RYKFDCSPQ7… -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA<https://www.redhat.com/> sbonazzo(a)redhat.com<mailto:sbonazzo@redhat.com> [https://marketing-outfit-prod-images.s3-us-west-2.amazonaws.com/f5445ae0c9d…]<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.<https://mojo.redhat.com/docs/DOC-1199578>

1 0

change connection string in db
by olaf.buitelaar＠gmail.com 01 Oct '19

01 Oct '19

Dear oVirt users, I'm currently migrating our gluster setup, so i've done a gluster replace brick to the new machines. Now i'm trying to update the connection strings of the related storage domains including the one hosting the ovirt-engine (which i believe cannot be brought down for maintenance). At the same time i'm trying to disable the "Use managed gluster volume" feature. i've had tested this in a lab setup, but somehow i'm running into issues on the actual setup. On the lab setup it was enough to run a query like this; UPDATE public.storage_server_connections SET "connection"='10.201.0.6:/ovirt-kube',gluster_volume_id=NULL,mount_options='backup-volfile-servers=10.201.0.1:10.201.0.2:10.201.0.3:10.201.0.5:10.201.0.4:10.201.0.7:10.201.0.8:10.201.0.9' WHERE id='29aae3ce-61e4-4fcd-a8f2-ab0a0c07fa48'; on the live setup i also seem to run a query like this; UPDATE public.gluster_volumes SET task_id=NULL WHERE id='9a552d7a-8a0d-4bae-b5a2-1cb8a7edf5c9'; i couldn't really find where this task_id relates to, but it does make the checkbox for "Use managed gluster volume" being unchecked in the web interface. in the lab setup it was enough to run within the hosted engine; - service ovirt-engine restart and then bring an ovirt-host machine to maintenance, and active it again. and the changed connection string was being mounted in the /rhev/data-center/mnt/glusterSD/ directory. Also the vm's after being shutdown and brought up again, started using the new connection string. But now on the production instance, when i restart the engine the connection string is restored to the original values in the storage_server_connections table. I don't really understand where the engine gathers this information from. Any advice on how to actually change the connection strings would by highly appreciated. Thanks Olaf

1 3

Creating vm from snapshot via API
by Aleksei Ivanovich 01 Oct '19

01 Oct '19

Hi. I'm trying to create vm from a snapshot using API. If I just provide the new vm name, source snapshot ID and cluster name the new vm is been created successfully on the same storage domain. But if I additionally provide diskattachments to create it on another storage I get error: "Cannot add VM. One or more provided storage domains are either not in active status or of an illegal type for the requested operation". I can't find the reason why I can't create vm on another storage via API while I can do the same via web-portal. My oVirt Engine version is 4.1.1.8-1.el7.centos. Here is my code: curl.exe -k -u "user@domain.suffix:*************" -H "Content-Type: application/xml" -H "Accept: application/xml" -X POST https://192.168.0.1/ovirt-engine/api/vms -d "<vm><name>vm-Test1</name><snapshots><snapshot id=\"4b73c79b-efed-4362-8843-91f5cc2d9775\"/></snapshots><cluster><name>MyCluster</name></cluster><disk_attachments><disk_attachment><disk><image_id>6525c157-4e73-440b-adc8-596f1d03ef3c</image_id><storage_domains><storage_domain id=\"52a003d7-cec1-473e-b521-1a551f55abd1\"/></storage_domains></disk></disk_attachment></disk_attachments></vm>" The answer is: <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <fault> <detail>[Cannot add VM. One or more provided storage domains are either not in active status or of an illegal type for the requested operation.]</detail> <reason>Operation Failed</reason> </fault>

1 2

Re: Ovirt 4.2.7 won't start and drops to emergency console
by Strahil 01 Oct '19

01 Oct '19

What happens when it complain that there is no VGs ? When you run 'vgs' what is the output? Also, take a look into https://www.redhat.com/archives/linux-lvm/2016-February/msg00012.html I have the feeling that you need to disable all lvs - not only the thin pool, but also the thin LVs (first). Best Regards, Strahil NikolovOn Sep 29, 2019 23:00, jeremy_tourville(a)hotmail.com wrote: > > Yes, I can take the downtime. Actually, I don't have any choice at the moment because it is a single node setup. :) I think this is a distributed volume from the research I have performed. I posted the lvchange command in my last post, this was the result- I ran the command lvchange -an /dev/gluster_vg1/lv_datadisks When I do this I get the message "Volume group "gluster_vg1" not found. Cannot process volume group gluster_vg1". I also tried the command the way you specified with just the LV and get the same results. > > I had placed the system in Global maintenance mode prior to the reboot. Upon reboot I got the messages about the various gluster volumes not being able to be mounted because of timeout issues. That is what started my OP. I think we are both thinking along the same lines regarding the issue. I think the question is how do you fix a volume that the system won't mount? It does seem likely that the thinpool needs to be repaired but what do you do if you can't even perform the first step in the procedure? > > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)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/2X73CAASB4UCO…

2 1

Re: How should ovirt-engine be repaired if it is hung up
by Strahil 30 Sep '19

30 Sep '19

1. Open VNC console and check the situation. Just like any other VM. 2. You can get the config via checking the vdsm log on the host where the system has started properly last time (as current situation is bad, check previous power up event). You can save the xml and use that to define the VM in virsh, but you also need to define ovirtmgmt network -> check in the web , as I don't have access to my systems right now. If virsh complaints about the disks - check that the storage domains' link is properly set to your storage. Best Regards, Strahil NikolovOn Sep 30, 2019 05:49, wangyu13476969128(a)126.com wrote: > > 1. How should ovirt-engine be repaired if it is hung up? > 2. How do I export the ovirt-engine configuration file? > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)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/XNY4GUISXGCDY…

1 0

How should ovirt-engine be repaired if it is hung up
by wangyu13476969128＠126.com 30 Sep '19

30 Sep '19

1. How should ovirt-engine be repaired if it is hung up? 2. How do I export the ovirt-engine configuration file?

2 2

Re: Ovirt 4.2.7 won't start and drops to emergency console
by Strahil 29 Sep '19

29 Sep '19

Can you suffer downtime ? You can try something like this (I'm improvising): Set to global maintenance (either via UI or hosted-engine --set-maintenance --mode=global) Stop the engine. Stop ovirt-ha-agent ovirt-ha-broker vdsmd supervdsmd sanlock glusterd. Stop all gluster processes via thr script in /usr/share/gluster*..../something-named-kill Disable all LVs in the vg via: lvchange -an LV If it doesn't work try disabling the VG: vgchange -an VG and then enabling it again: vgchange -ay VG Last try to repair the thinpool via: lvchange --repair VG/thinpool Last disable the VG and give the system a reboot to verify everything works. Best Regards, Strahil NikolovOn Sep 29, 2019 14:39, jeremy_tourville(a)hotmail.com wrote: > > Thank you for the reply. Please pardon my ignorance, I'm not very good with GlusterFS. I don't think this is a replicated volume (though I could be wrong) I built a single node hyperconverged hypervisor. I was reviewing my gdeploy file from when I originally built the system. I have the following values: > PV = /dev/sda > VG1= gluster_vg1 > LV1= engine_lv (thick) > LV2 = gluster_vg1 thinpool > LV3 = lv_vmdisks (thinpooll) > LV4 = lv_datadisks (thinpool) > > So according to the article I read in my OP, it says to deactivate the volumes under the thin pool as the first step. I ran the command lvchange -an /dev/gluster_vg1/lv_datadisks When I do this I am told Volume group "gluster_vg1" not found. Cannot process volume group gluster_vg1. > > That seems consistent with the timeout error message. How do you fix this if you can't access the volumes? Thoughts? > > > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)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/HZXE3NCSFWCUI…

2 1

Cannot enable maintenance mode
by Bruno Martins 29 Sep '19

29 Sep '19

Hello guys, I am being unable to put a host from a two nodes cluster into maintenance mode in order to remove it from the cluster afterwards. This is what I see in engine.log: 2019-09-27 16:20:58,364 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-45) [4cc251c9] Correlation ID: 4cc251c9, Job ID: 65731fbb-db34-49a9-ab56-9fba59bc0ee0, Call Stack: null, Custom Event ID: -1, Message: Host CentOS-H1 cannot change into maintenance mode - not all Vms have been migrated successfully. Consider manual intervention: stopping/migrating Vms: Non interactive user (User: admin). Host has been rebooted multiple times. vdsClient shows no VM's running. What else can I do? Kind regards, Bruno Martins

1 0

Re: Ovirt 4.2.7 won't start and drops to emergency console
by Strahil 29 Sep '19

29 Sep '19

If it's a replicated volume - then you can safely rebuild your bricks and don't even tryhto repair. There is no guarantee that the issue will not reoccur. Best Regards, Strahil NikolovOn Sep 29, 2019 00:22, jeremy_tourville(a)hotmail.com wrote: > > I see evidence that appears to be a problem with gluster. /var/log/messages has multiple occurrences of: WARNING: /dev/gluster_vg1/lv_<name>: Thin's tihin-pool needs inspection. Also, if I run vgs I am returned info for my other volume groups but not gluster_vg1. Lastly, when reviewing journalctl -xb | grep -i timed I see messages from systemd > Job dev-gluster_vg1-lv_vmdisks.device/start timed.out. > Timed out waiting for device dev-glustet_vg1-lv_vmdisks.device > > Thses messages are happening for both > /dev/gluster_vg1/lv_datadisks > /dev/gluster_vg1/lv_vmdisks > > I did review the article here but I am unable to change to VG1. > https://mellowhost.com/billing/index.php?rp=/knowledgebase/65/How-to-Repair… > > Can anyone assist with a procedure on how to repair? > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)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/VCHU2Q4RD5QWN…

2 1

Ovirt 4.2.7 won't start and drops to emergency console
by jeremy_tourville＠hotmail.com 28 Sep '19

28 Sep '19

I see evidence that appears to be a problem with gluster. /var/log/messages has multiple occurrences of: WARNING: /dev/gluster_vg1/lv_<name>: Thin's tihin-pool needs inspection. Also, if I run vgs I am returned info for my other volume groups but not gluster_vg1. Lastly, when reviewing journalctl -xb | grep -i timed I see messages from systemd Job dev-gluster_vg1-lv_vmdisks.device/start timed.out. Timed out waiting for device dev-glustet_vg1-lv_vmdisks.device Thses messages are happening for both /dev/gluster_vg1/lv_datadisks /dev/gluster_vg1/lv_vmdisks I did review the article here but I am unable to change to VG1. https://mellowhost.com/billing/index.php?rp=/knowledgebase/65/How-to-Repair… Can anyone assist with a procedure on how to repair?

1 0

Re: Super Low VM disk IO via Shared Storage
by Strahil 28 Sep '19

28 Sep '19

Why don't you try with 4096 ? Most block devices have a blcok size of 4096 and anything bellow is slowing them down. Best Regards, Strahil NikolovOn Sep 24, 2019 17:40, Amit Bawer <abawer(a)redhat.com> wrote: > > have you reproduced performance issue when checking this directly with the shared storage mount, outside the VMs? > > On Tue, Sep 24, 2019 at 4:53 PM Vrgotic, Marko <M.Vrgotic(a)activevideo.com> wrote: >> >> Dear oVirt, >> >> >> >> I have executed some tests regarding IO disk speed on the VMs, running on shared storage and local storage in oVirt. >> >> >> >> Results of the tests on local storage domains: >> >> avlocal2: >> >> [root@mpollocalcheck22 ~]# dd if=/dev/zero of=/tmp/test2.img bs=512 count=100000 oflag=dsync >> >> 100000+0 records in >> >> 100000+0 records out >> >> 51200000 bytes (51 MB) copied, 45.9756 s, 1.1 MB/s >> >> >> >> avlocal3: >> >> [root@mpollocalcheck3 ~]# dd if=/dev/zero of=/tmp/test2.img bs=512 count=100000 oflag=dsync >> >> 100000+0 records in >> >> 100000+0 records out >> >> 51200000 bytes (51 MB) copied, 43.6179 s, 1.2 MB/s >> >> >> >> Results of the test on shared storage domain: >> >> avshared: >> >> [root@mpoludctest4udc-1 ~]# dd if=/dev/zero of=/tmp/test2.img bs=512 count=100000 oflag=dsync >> >> 100000+0 records in >> >> 100000+0 records out >> >> 51200000 bytes (51 MB) copied, 283.499 s, 181 kB/s >> >> >> >> Why is it so low? Is there anything I can do to tune, configure VDSM or other service to speed this up? >> >> Any advice is appreciated. >> >> >> >> Shared storage is based on Netapp with 20Gbps LACP path from Hypervisor to Netapp volume, and set to MTU 9000. Used protocol is NFS4.0. >> >> oVirt is 4.3.4.3 SHE. >> >> >> >> >> >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: <

4 6

Changing certificates for oVirt 4.3.5
by TomK 28 Sep '19

28 Sep '19

Hey All, Would anyone have a more recent wiki on changing all certificates, including VDSM ones? Have this page but it's for version 3. https://access.redhat.com/solutions/2409751 Thinking the process didn't change much but wanted to ask if there's anything more recent floating around. -- Thx, TK.

2 3

Incremental backup using ovirt api
by smidhunraj＠gmail.com 28 Sep '19

28 Sep '19

Hi, I tried to take incremental backup of a vm using this script. public function downloadDiskIncremental(){ $data=array(); $xmlStr = "<disk_attachment> <disk id='1371afdd-91d4-4bc7-9792-0efbf6bbd1c9'> <backup>incremental</backup> </disk> </disk_attachment>"; $curlParam=array( "url" => "vms/4044e014-7e20-4dbc-abe5-64690ec45f63/diskattachments", "method" => "POST", "data" =>$xmlStr, ); } But it is throwing me error as Array ( [status] => error [message] => For correct usage, see: https://ovirt.bobcares.com/ovirt-engine/api/v4/model#services/disk-attachme… Please help me with this issue....

1 0

Re: [ANN] oVirt 4.3.6 is now generally available
by Strahil 28 Sep '19

28 Sep '19

I have upgraded from engine and after reboot the engine knows that I have no more updates pending. This is my flow: 0.Engine upgrade 1. Host is moved in maintenance (from UI) - no ticks for stopping gluster. Automatically evacuates all VMs. 2. Use UI to check for updates 3. Update host (keep tick for autoreboot) 4. Wait for hostto come up and general system & gluster healthcheck Best Regards, Strahil Nikolov

1 0

Re: Migrate running hosts to new Engine
by Strahil 28 Sep '19

28 Sep '19

I would go with fixing your current engine that trying to migrate without downtime. Have you tries to create a backup and then shutdown current engine and restore from backup ? P.S.: Before doing anything, try to find the xml configuration of each VM in the past vdsm configs.As that data is only in the engine, you won't be able to power up any machine without that configuration. Best Regards, Strahil NikolovOn Sep 27, 2019 16:11, Magnus Isaksson <magnus(a)vmar.se> wrote: > > Hello all, > > I need to migrate 4 hosts running CentOS with oVirt 4.2 to a new Engine that runs 4.3 and not disrupt the VMs on these hosts? The VMs need to be running, i have a slim option of downtime for them, but rather not. > > The reason is that my current engine 4.2 will not upgrade to 4.3, tried so many times, but all i get is a white page after the upgrade, according to engine-setup, was a success. > > So, how can i do this? > > Reagrds > Magnus Isaksson > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)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/7WLV5VF6BPDIO…

1 0

Re: NFS based - incremental backups
by Strahil 28 Sep '19

28 Sep '19

Geo replication requires master and slave volumes , but I'm not sure if the slave volumeshould also be replica 3. Maybe in your case it coould be replica 1 or something lile that. In KVM I would create a snapshot, back it up and then merge all disks back to one (a.k.a. block commit). So a simple script with user for the API, can allow you to do that without paying anything extra to a 3rd party. Best Regards, Strahil Nikolov On Sep 27, 2019 08:25, Leo David <leoalex(a)gmail.com> wrote: > > Hello Everyone, > Ive been struggling since a while to find out a propper solution to have a full backup scenario for a production environment. > In the past, we have used Proxmox, and the scheduled incremenral nfs based full vm backups is a thing that we really miss. > As far as i know, at this point the only way to have a backup in oVirt / rhev is by using gluster geo-replication feature. > This is nice, but as far as i know it lacks some important features: > - ability to have incremental backups to restore vms from > - ability to backup vms placed on different storage domains ( only one storage domain can be geo-replicated !!! some vms have disks on ssd volume, some on hdd, some on both) > - need to setup an external 3 nodes gluster cluster ( although a workaround would be to have single bricks based volumes for a single instance ) > I know we can create snaps, but they will die with the platform in a fail scenario, and neither they can be scheduled. > We have found bacchus project that looked promising, although it had a pretty hassled way to achieve backups ( create snap, create vm from the snap, export vm to export domain, delete vm, delete snap - all in a scheduled fashion ) > As a mention, Proxmox is incrementaly creating a tar archive of the vm disk content, and places it to an external network storage like nfs. This allowed us to backup/reatore both linux and windows vms very easily. > Now, I know this have been discussed before, but i would like to know if there are at least any future plans to implement this feature in the next releases. > Personally, i consider this a major, and quite decent feature to have with the platform, without the need to pay for 3rd party solutions that may or may not achieve the goal while adding extra pieces to the stack. Geo-replication is a good and nice feature, but in my oppinion it is not what a "backup domain" would be. > Have a nice day, > > Leo > >

1 0

engine-iso-uploader error
by Fabrice SOLER 27 Sep '19

27 Sep '19

Hello, I use engine-iso-uploader with ssh (and not NFS). It was working but now we have an error. I have tried two commands : engine-iso-uploader -v --iso-domain=lp-ducharmoy-iso upload eole-2.6.2.1-alternate-amd64.iso and engine-iso-uploader --iso-domain=lp-ducharmoy-iso list *and the error is :* ERROR: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. INFO: Use the -h option to see usage. I have read the /var/log/httpd/ssl_access_log , so we can read that API is not accessible : 192.168.83.83 - - [27/Sep/2019:12:01:06 -0400] "POST /ovirt-engine/sso/oauth/token HTTP/1.1" 200 310 192.168.83.83 - - [27/Sep/2019:12:01:07 -0400] "POST /ovirt-engine/sso/oauth/token-info HTTP/1.1" 200 323 192.168.83.83 - - [27/Sep/2019:12:01:07 -0400] "GET /ovirt-engine/api HTTP/1.1" 200 975 192.168.83.83 - - [27/Sep/2019:12:01:07 -0400] "GET /ovirt-engine/api/storagedomains HTTP/1.1" *500* 188 I have changed the admin password, do you think it could be come from this ? With verbose : [root@infra-eple iso]# engine-iso-uploader -v --iso-domain=lp-ducharmoy-iso list Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): DEBUG: API Vendor(None) API Version(4.2.0) ERROR: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. INFO: Use the -h option to see usage. DEBUG: Configuration: DEBUG: command: list DEBUG: Traceback (most recent call last): DEBUG: File "/usr/bin/engine-iso-uploader", line 1521, in <module> DEBUG: isoup = ISOUploader(conf) DEBUG: File "/usr/bin/engine-iso-uploader", line 448, in __init__ DEBUG: self.list_all_ISO_storage_domains() DEBUG: File "/usr/bin/engine-iso-uploader", line 559, in list_all_ISO_storage_domains DEBUG: domainAry = svc.storage_domains_service().list() DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 21936, in list DEBUG: return self._internal_get(headers, query, wait) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_get DEBUG: return future.wait() if wait else future DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait DEBUG: return self._code(response) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 208, in callback DEBUG: self._check_fault(response) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault DEBUG: self._raise_error(response, body) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error DEBUG: raise error DEBUG: Error: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. Sincerely, Fabrice SOLER --

1 0

engine-iso-uploader error
by Fabrice SOLER 27 Sep '19

27 Sep '19

Hello, We use engine-iso-uploader with ssh (and not NFS). It was working but now we have an error. We tried two commands : engine-iso-uploader -v --iso-domain=lp-ducharmoy-iso upload eole-2.6.2.1-alternate-amd64.iso and engine-iso-uploader --iso-domain=lp-ducharmoy-iso list *and the error is :* ERROR: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. INFO: Use the -h option to see usage. Do you know where it could come from ? With verbose : [root@infra-eple iso]# engine-iso-uploader -v --iso-domain=lp-ducharmoy-iso list Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): DEBUG: API Vendor(None) API Version(4.2.0) ERROR: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. INFO: Use the -h option to see usage. DEBUG: Configuration: DEBUG: command: list DEBUG: Traceback (most recent call last): DEBUG: File "/usr/bin/engine-iso-uploader", line 1521, in <module> DEBUG: isoup = ISOUploader(conf) DEBUG: File "/usr/bin/engine-iso-uploader", line 448, in __init__ DEBUG: self.list_all_ISO_storage_domains() DEBUG: File "/usr/bin/engine-iso-uploader", line 559, in list_all_ISO_storage_domains DEBUG: domainAry = svc.storage_domains_service().list() DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 21936, in list DEBUG: return self._internal_get(headers, query, wait) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_get DEBUG: return future.wait() if wait else future DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in wait DEBUG: return self._code(response) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 208, in callback DEBUG: self._check_fault(response) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 132, in _check_fault DEBUG: self._raise_error(response, body) DEBUG: File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 118, in _raise_error DEBUG: raise error DEBUG: Error: Fault reason is "Operation Failed". Fault detail is "Can't find storage server connection for id '7779c519-9f79-4339-81e0-f89f5e9f08b2'.". HTTP response code is 500. Sincerely, Fabrice SOLER

1 0

Migrate running hosts to new Engine
by Magnus Isaksson 27 Sep '19

27 Sep '19

Hello all, I need to migrate 4 hosts running CentOS with oVirt 4.2 to a new Engine that runs 4.3 and not disrupt the VMs on these hosts? The VMs need to be running, i have a slim option of downtime for them, but rather not. The reason is that my current engine 4.2 will not upgrade to 4.3, tried so many times, but all i get is a white page after the upgrade, according to engine-setup, was a success. So, how can i do this? Reagrds Magnus Isaksson

1 0

Reg: Ovirt 4.3.5 - getting error while intergrating openstack glance(image) provider
by lakshmanan J 27 Sep '19

27 Sep '19

Hi All, I'm getting brlow error when I tried to integrate openstack glance,(image) into ovirt 4.3.5 manager. Plz help to troubleshoot. Error: Failed with error PROVIDER_FAILURE and code 5050 Regards Lakshmanan J

1 0