Re: [ovirt-users] ovirt-agent: is it possible to run specific actions when taking snapshots?
We use libvirt VIR_DOMAIN_SNAPSHOT_CREATE_QUIESCE flag, which uses guest agent to quiesce all mounted file systems within the domain. The qemu guest agent implements fsfreeze/fsthaw commands, which do the quiescing. On 05/12/2015 02:56 PM, Ernest Beinrohr wrote: It would be nice, if ovirt snapshots were more safe. When a VM has the ovirt-agent installed, ovirt could tell the agent to run site-speficic actions. What I have in mind is: linux vms: - sync - echo 3 /proc/sys/vm/drop_caches - zerofill empty space (this takes long but saves precious backup space) databases: - prepare databases for snapshot (flush,write-lock) - send snapshot-complete and unlock -- Ernest Beinrohr, AXON PRO Ing http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2-62410360 +421-903-482603 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: yd...@redhat.com IRC : ydary ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] providing hosts with foreman
Hey Nathenael, On 05/13/2015 06:28 PM, Nathanaël Blanchet wrote: Hi all, I've setup a foreman server, but when adding a new host by discovered hosts, I can't modify the address item which is default filled with a built mac-DNS. Not exactly, it set the address field to be the name you choose for the host dot (.) the domain that related to the picked host-group In ovirt setup, I want to identify my future hosts by their IP and not their unknown DNS name like it is described here: http://www.ovirt.org/Features/ForemanIntegration. IP addresses can and should be dynamic based on your DHCP server configuration, but DNS name should stay the same. Adding the host that way to engine uses satellite to configure its DNS entry and other network configurations. That's why we lock the address field and fill it with the future FQDN. How can I setup foreman to do such a thing? Is the setup of the DNS proxy related? Yes, the DNS setup is related to it. We depend on it. Using IP address might brake the integration between engine and satellite when the DHCP service is configured with address ttl option and can give the host different IP address in next boot. So currently we don't support address modification with Discovered\Provisioned Hosts If that answer is not clear feel free to ping me in irc (ybronhei @freenode #ovirt) or reply here Regards, -- Yaniv Bronhaim. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] distributed striped replicated volumes can not create
hi I test create distributed striped replicated volumes ,but not succeed。 First Prompt Replica Count mast between in 4 and 16, and i chang Replica Count to 4. Then Prompt Number of bricks should be a mutiple of Stripe Count and Replica count. Then i change different Replica Count Stripe Count ,add brick 8,12,16. It is not work。 I use oVirt Engine Version: 3.5.2.1-1.el6, Can Someone help me, tks!___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] distributed striped replicated volumes can not create
Only the stripe count should be between 4 and 16. And replica count can be 2 or 3. For example if you try to create a Distributed Striped Replicate volume with stripe 4 and replica 3, then you need to 24 bricks. 4(stripe)x3(replica) = 12, then 12x2(distribute) = 24 Then if you reduce the replica to 2, then you need 12 bricks. As mentioned in your message, if the error thrown is Replica Count mast between in 4 and 16 , its a bug and it should be changed to Stripe Count must between in 4 and 16 Regards, Kanagaraj On 05/18/2015 08:44 AM, 肖力 wrote: hi I test create distributed striped replicated volumes ,but not succeed。 First Prompt Replica Count mast between in 4 and 16, and i chang Replica Count to 4. Then Prompt Number of bricks should be a mutiple of Stripe Count and Replica count. Then i change different Replica Count Stripe Count ,add brick 8,12,16. It is not work。 I use oVirt Engine Version: 3.5.2.1-1.el6, Can Someone help me, tks! ___ 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] R: NFS export domain still remain in Preparing for maintenance
Hi NUNIN, Usually when an NFS Storage Domain is in preparing for maintenance status, it is because one of the Hosts encounter a problem while un mounting the storage domain. Can you please add the engine logs and also the VDSM logs of the hosts you are using in the Data Center. while gathering all the logs you could try also the following actions: 1. Since you wrote that you do see an audit log indicating the operation succeed, maybe it could also be a refresh problem in the GUI. Could you try to switch tabs in the GUI (For example to peak the Virtual Machine main tab and switch back to the Storage Domain tab) If that is not helping, try for restart your engine service (guessing it also could be an issue of the monitor Storage Domains) Please let me know if there is any difference Regards, Maor - Original Message - From: NUNIN Roberto roberto.nu...@comifar.it To: Maor Lipchuk mlipc...@redhat.com Cc: users@ovirt.org Sent: Friday, May 15, 2015 10:28:36 AM Subject: R: [ovirt-users] NFS export domain still remain in Preparing for maintenance Apologize for spamming: when I try to put the NFS_Export in maintenance mode, in the engine GUI, messages area, I can see: 2015-May-15, 09:22 Storage Domain NFS_Export (Data Center x) was deactivated. but the status of the NFS_Export still remain “Preparing For Maintenance” and the Deattach function is disabled. BR RN -Messaggio originale- Da: NUNIN Roberto Inviato: venerdì 15 maggio 2015 09:22 A: 'Maor Lipchuk' Cc: users@ovirt.org Oggetto: R: [ovirt-users] NFS export domain still remain in Preparing for maintenance Hi Maor Thanks for answering. Probably my description wasn't so clear, try to explain better. We have configured one storage as NFS export (exported from a server that isn't part of the oVirt installation), to be used to move exported VM between one DC and another. The process to export VM's ends correctly but, when we try to put the NFS export storage in maintenance mode (not the hosts) before to deattach it from the current DC and, subsequently, attach to the DC where I want to import VM, the process remain hung indefinitely in “Preparing for maintenance phase. I'm sure that the VM export process is ended correctly, looking at the logs in the engine GUI and also to data into the NFS export. Because of only one export storage is allowed per DC, I'm not able to move VM between DC's. This is the behavior. Best regards Roberto -Messaggio originale- Da: Maor Lipchuk [mailto:mlipc...@redhat.com] Inviato: mercoledì 13 maggio 2015 23:18 A: NUNIN Roberto Cc: users@ovirt.orgmailto:users@ovirt.org Oggetto: Re: [ovirt-users] NFS export domain still remain in Preparing for maintenance Hi NUNIN, I'm not sure that I clearly understood the problem. You wrote that your NFS export is attached to a 6.6 cluster, though a cluster is mainly an entity which contains Hosts. If it is the Host that was preparing for maintenance then it could be that there are VMs which are running on that Host which are currently during live migration. In that case you could either manually migrate those VMs, shut them down, or simply move the Host back to active. Is that indeed the issue? if not ,can you elaborate a but more please Thanks, Maor - Original Message - From: NUNIN Roberto roberto.nu...@comifar.itmailto:roberto.nu...@comifar.it To: users@ovirt.orgmailto:users@ovirt.org Sent: Tuesday, May 12, 2015 5:17:39 PM Subject: [ovirt-users] NFS export domain still remain in Preparing for maintenance Hi all We are using oVirt engine 3.5.1-0.0 on Centos 6.6 We have two DC. One with hosts using vdsm-4.16.10- 8.gitc937927.el7.x86_64, the other vdsm-4.16.12-7.gita30da75.el6.x86_64 on Centos6.6 No hosted-engine, it run on a dedicates VM, outside oVirt. Behavior: When try to put the NFS export currently active and attached to the 6.6 cluster, used to move VM from one DC to the other, this remain indefinitely in “Preparing for maintenance phase”. No DNS resolution issue in place. All parties involved are solved directly and via reverse resolution. I’ve read about the issue on el7 and IPv6 bug, but here we have the problem on Centos 6.6 hosts. Any idea/suggestion/further investigation ? Can we reinitialize the NFS export in some way ? Only erasing content ? Thanks in advance for any suggestion.
Re: [ovirt-users] ovirt-agent: is it possible to run specific actions when taking snapshots?
From my experience I strongly advise to avoid a drop_caches with option 3. We still see commands hanging for hours if they are issued during high CPU/memory load. Even with matured Ubuntu 3.16 kernels Staying with option 1 should be enough and much more save. Markus Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von Yaniv Dary [yd...@redhat.com] Gesendet: Sonntag, 17. Mai 2015 09:53 An: Ernest Beinrohr; users Betreff: Re: [ovirt-users] ovirt-agent: is it possible to run specific actions when taking snapshots? We use libvirt VIR_DOMAIN_SNAPSHOT_CREATE_QUIESCE flag, which uses guest agent to quiesce all mounted file systems within the domain. The qemu guest agent implements fsfreeze/fsthaw commands, which do the quiescing. On 05/12/2015 02:56 PM, Ernest Beinrohr wrote: It would be nice, if ovirt snapshots were more safe. When a VM has the ovirt-agent installed, ovirt could tell the agent to run site-speficic actions. What I have in mind is: linux vms: - sync - echo 3 /proc/sys/vm/drop_caches - zerofill empty space (this takes long but saves precious backup space) databases: - prepare databases for snapshot (flush,write-lock) - send snapshot-complete and unlock -- Ernest Beinrohr, AXON PRO Inghttp://www.beinrohr.sk/ing.php, RHCEhttp://www.beinrohr.sk/rhce.php, RHCVAhttp://www.beinrohr.sk/rhce.php, LPIChttp://www.beinrohr.sk/lpic.php, VCAhttp://www.beinrohr.sk/vca.php, +421-2-62410360 +421-903-482603 ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: yd...@redhat.commailto:yd...@redhat.com IRC : ydary Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] When can we expect updated packages for Venom Vulnerability
On 13/05/15 19:14, Tim Macy wrote: https://securityblog.redhat.com/2015/05/13/venom-dont-get-bitten/ Hi Tim, oVirt is using the platform's qemu package. So for CentOS and Fedora it's already there- * https://www.centosblog.com/critical-qemu-vulnerability-venom-affects-xen-kvm-virtualbox-xenserver/ * http://koji.fedoraproject.org/koji/buildinfo?buildID=636796 Wed May 13 2015 Cole Robinson crobi...@redhat.com - 2:2.1.3-7 - CVE-2015-3456: (VENOM) fdc: out-of-bounds fifo buffer memory access (bz ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users