Re: [ovirt-users] Ovirt Reports
Thanks, I'm having an issue with ovirt reports, i can't change any of the input control, like the data center, vm, ...etc. each time i type anything in the specific text box the message is cleared immediately. i have added a description here http://comments.gmane.org/gmane.comp.emulators.ovirt.user/18424 Is this a known issue or just me cause no one is talking about it?? Thanks again. On Sun, May 18, 2014 at 7:57 PM, Itamar Heim ih...@redhat.com wrote: On 05/18/2014 11:10 AM, MohyedeenN wrote: Guys, Is there as specific email list for Ovirt Reports ? just this one. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Fedora 20 and virt-preview
Hello, just wanted to know if enabling virt-preview repo on a FC20 hypervisor node may break Ovirt 3.4.1. Especially the incompatible changes mentioned here: http://wiki.qemu.org/ChangeLog/2.0#Incompatible_changes FC20 stock: qemu 1.6.2 FC20 virt-previe: qemu 2.0.0 Best regards. Markus 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] oVirt 3.5.0 Alpha postponed due to blocker
Il 16/05/2014 16:36, Sandro Bonazzola ha scritto: Hi, We're postponing oVirt 3.5.0 Alpha release due to the following blocker bug discovered while running basic sanity tests: Bug 1098539 - failed to create VM if no NUMA set is specified Hi, above bug is still in status NEW, any chance to have it fixed today? If not, ETA on this? On a clean install no VM can be created. New tentative release date for 3.5.0 Alpha is 2014-05-20. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker
- Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Users@ovirt.org, de...@ovirt.org, Gilad Chaplik gchap...@redhat.com Sent: Tuesday, May 20, 2014 9:48:30 AM Subject: Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker Il 16/05/2014 16:36, Sandro Bonazzola ha scritto: Hi, We're postponing oVirt 3.5.0 Alpha release due to the following blocker bug discovered while running basic sanity tests: Bug 1098539 - failed to create VM if no NUMA set is specified Hi, above bug is still in status NEW, any chance to have it fixed today? If not, ETA on this? merged yesterday's eve thanks to doron. moved status to modified. Thanks for the reminder :-) On a clean install no VM can be created. New tentative release date for 3.5.0 Alpha is 2014-05-20. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine problem - Engine VM will not start
On 05/20/2014 03:33 AM, Bob Doolittle wrote: I have successfully completed hosted-engine --deploy with 3.4.1, and set up my Engine. This is with F19 for both the host and engine (with the sos package workarounds stated). However, it does not seem to have initialized any Storage Domains, and the Datacenter cannot initialize. I've attached my setup and vdsm logs. Any guidance appreciated. Thanks, Bob Hi Bob, can you try to run: $ hosted-engine --connect-storage $ service ovirt-ha-broker restart $ service ovirt-ha-agent restart and see if it helps? Thanks, Jirka ___ 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 3.5.0 Alpha postponed due to blocker
- Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Gilad Chaplik gchap...@redhat.com Cc: Users@ovirt.org, de...@ovirt.org Sent: Tuesday, May 20, 2014 11:26:02 AM Subject: Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker Il 20/05/2014 10:19, Gilad Chaplik ha scritto: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Users@ovirt.org, de...@ovirt.org, Gilad Chaplik gchap...@redhat.com Sent: Tuesday, May 20, 2014 9:48:30 AM Subject: Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker Il 16/05/2014 16:36, Sandro Bonazzola ha scritto: Hi, We're postponing oVirt 3.5.0 Alpha release due to the following blocker bug discovered while running basic sanity tests: Bug 1098539 - failed to create VM if no NUMA set is specified Hi, above bug is still in status NEW, any chance to have it fixed today? If not, ETA on this? merged yesterday's eve thanks to doron. moved status to modified. Thanks for the reminder :-) I can see 2 patches not merged attached to this bug. Aren't those patches needed? no, they are complementary fixes. Bruce, please remove them from the bug and create a new bug [1] for them. Thanks, Gilad. [1] https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt [whiteboard: sla] On a clean install no VM can be created. New tentative release date for 3.5.0 Alpha is 2014-05-20. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker
Il 20/05/2014 11:03, Gilad Chaplik ha scritto: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Gilad Chaplik gchap...@redhat.com Cc: Users@ovirt.org, de...@ovirt.org Sent: Tuesday, May 20, 2014 11:26:02 AM Subject: Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker Il 20/05/2014 10:19, Gilad Chaplik ha scritto: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Users@ovirt.org, de...@ovirt.org, Gilad Chaplik gchap...@redhat.com Sent: Tuesday, May 20, 2014 9:48:30 AM Subject: Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker Il 16/05/2014 16:36, Sandro Bonazzola ha scritto: Hi, We're postponing oVirt 3.5.0 Alpha release due to the following blocker bug discovered while running basic sanity tests: Bug 1098539 - failed to create VM if no NUMA set is specified Hi, above bug is still in status NEW, any chance to have it fixed today? If not, ETA on this? merged yesterday's eve thanks to doron. moved status to modified. Thanks for the reminder :-) I can see 2 patches not merged attached to this bug. Aren't those patches needed? no, they are complementary fixes. Bruce, please remove them from the bug and create a new bug [1] for them. Ok, going to update master snaphot with the fix you pushed and give it a run. If it works, I'll start composing alpha. Thanks, Gilad. [1] https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt [whiteboard: sla] On a clean install no VM can be created. New tentative release date for 3.5.0 Alpha is 2014-05-20. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate to Hosted Engine - problem with doc/web page
Hi, Migrating an engine between machines using engine-backup is unrelated to hosted-engine. For details about that, please see [1], especially the howto section. In general, if you want to use a local database, you have to prepare it yourself prior to restore - engine-backup will not do that for you. [1] http://www.ovirt.org/Ovirt-engine-backup - Original Message - From: Bob Doolittle b...@doolittle.us.com To: users users@ovirt.org Sent: Tuesday, May 20, 2014 4:13:49 AM Subject: Re: [ovirt-users] Migrate to Hosted Engine - problem with doc/web page For the record, I'm pretty sure the How-To at http://www.ovirt.org/Migrate_to_Hosted_Engine actually requires an external database, although it never states so. You are right that it is written for a case in which both old and new engines use the same remote database. This was done to simplify the howto, as dealing with the database is unrelated to hosted-engine, which is the subject of this howto. The instructions as written will not work otherwise, because it presumes a pre-existing database before running engine-backup restore. If somebody can confirm I can open a bug on the page. You are welcome to do that, or better yet, document your own process and post that somewhere :-) In any case I have started over with a fresh engine-setup in a fresh VM. Having some issues I'll state in a different thread for clarity. -Bob Best regards, -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ovirt Reports Input Parameters
Yaniv Dary ydary@... writes: Please attached the jasperserver.log and screenshots. Yaniv - Original Message - From: MohyedeenN Mohyedeen.Nazzal@... To: users@... Sent: Thursday, May 8, 2014 11:47:35 AM Subject: [ovirt-users] Ovirt Reports Input Parameters Greatings, Lately I have installed Jasper Reports for Ovirt, followed the documentation descriped: yum install ovirt-engine-reports engine-setup I'm able to generate reports but i can not modify any input parameter value as an example: i can't select which data center or Storage or VM. below the versions i am using: Engine: ovirt-engine-3.4.0-1.el6.noarch Engine Reports: ovirt-engine-reports-setup-3.4.0-2.el6.noarch DWH: ovirt-engine-dwh-3.4.0-2.el6.noarch Any Help Please... ___ Users mailing list Users@... http://lists.ovirt.org/mailman/listinfo/users Thanks Yaniv, In the following Ovirt-Reports-Log and Screenshots I have added the log file and two screen shoots, 1- when trying to change the period range. 2- when trying to change the date. Both and any other input parameter have the same behavior * values can not be changed. instead in the most lef of the screen [the blue little bar, part of the values appear there] the first character of every value [like, D for Daily, M for Monthly, and Y for yearly]. The same thing for all other input parameter. Thanks again ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Migrate to Hosted Engine - problem with doc/web page
Am 20.05.2014 11:20, schrieb Yedidyah Bar David: You are right that it is written for a case in which both old and new engines use the same remote database. This was done to simplify the howto, as dealing with the database is unrelated to hosted-engine, which is the subject of this howto. Well I fail to see why this is unrelated. As you can see, you need a database. In my opinion every tutorial, no matter what it's about, has to state what prerequisites are needed to achieve the goal of the tutorial. In the case for hosted engine, you clearly _need_ a database. I guess the real reason was to simplify the howto. Indeed it was so much simplified that it doesn't work if you just follow the tutorial, as was proven by Bob. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker
Il 20/05/2014 11:04, Sandro Bonazzola ha scritto: Ok, going to update master snaphot with the fix you pushed and give it a run. If it works, I'll start composing alpha. It still doesn't work. Opened Bug 1099425 - failing to start VM due to port key error Please fix as soon as possible. I guess we'll need to postpone again, please provide an ETA. Thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker
- Original Message - From: Xiao-Lei Shi (Bruce, HP Servers-PSC-CQ) xiao-lei@hp.com To: Gilad Chaplik gchap...@redhat.com, Sandro Bonazzola sbona...@redhat.com Cc: Users@ovirt.org, de...@ovirt.org, Shang-Chun Liang (David Liang, HPservers-Core-OE-PSC) shangchun.li...@hp.com Sent: Tuesday, May 20, 2014 12:24:45 PM Subject: RE: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker Hi Gilad/Sandro, It's done. I have created https://bugzilla.redhat.com/show_bug.cgi?id=1099417 and change the two patches to attach to this bug. Great! Notes: * You need to fill-in whiteboard with 'sla' keyword for any NUMA related bug. * Once you upload a fix/es, change bug status to POST, and once bug fix/es are merged in right _product_ and _target release_ change status to MODIFIED. Please update your colleagues regarding these notes. If you need anymore clarification, please contact me. Thanks, Gilad. Thanks Best Regards Shi, Xiao-Lei (Bruce) Hewlett-Packard Co., Ltd. HP Servers Core Platform Software China Telephone +86 23 65683093 Mobile +86 18696583447 Email xiao-lei@hp.com -Original Message- From: Gilad Chaplik [mailto:gchap...@redhat.com] Sent: Tuesday, May 20, 2014 5:04 PM To: Sandro Bonazzola; Shi, Xiao-Lei (Bruce, HP Servers-PSC-CQ) Cc: Users@ovirt.org; de...@ovirt.org; Liang, Shang-Chun (David Liang, HPservers-Core-OE-PSC) Subject: Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Gilad Chaplik gchap...@redhat.com Cc: Users@ovirt.org, de...@ovirt.org Sent: Tuesday, May 20, 2014 11:26:02 AM Subject: Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker Il 20/05/2014 10:19, Gilad Chaplik ha scritto: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Users@ovirt.org, de...@ovirt.org, Gilad Chaplik gchap...@redhat.com Sent: Tuesday, May 20, 2014 9:48:30 AM Subject: Re: [ovirt-users] oVirt 3.5.0 Alpha postponed due to blocker Il 16/05/2014 16:36, Sandro Bonazzola ha scritto: Hi, We're postponing oVirt 3.5.0 Alpha release due to the following blocker bug discovered while running basic sanity tests: Bug 1098539 - failed to create VM if no NUMA set is specified Hi, above bug is still in status NEW, any chance to have it fixed today? If not, ETA on this? merged yesterday's eve thanks to doron. moved status to modified. Thanks for the reminder :-) I can see 2 patches not merged attached to this bug. Aren't those patches needed? no, they are complementary fixes. Bruce, please remove them from the bug and create a new bug [1] for them. Thanks, Gilad. [1] https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt [whiteboard: sla] On a clean install no VM can be created. New tentative release date for 3.5.0 Alpha is 2014-05-20. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [Users] ovirt reports
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-02-10 12:58, Alessandro Bianchi wrote: Il 10/02/2014 10:56, Yaniv Dary ha scritto: I would also recommend you read the JRS user guide to understand the options. Hi, Where can I find this user guide as I have the same issue, I dont know really how to change timespan etc in reports and nothing happens when clicking the dropboxes. regards Ricky Schneberger *From: *Yaniv Dary yd...@redhat.com *To: *Alessandro Bianchi a.bian...@skynet.it *Cc: *users@ovirt.org *Sent: *Monday, February 10, 2014 11:55:38 AM *Subject: *Re: [Users] ovirt reports Please check the dwh log for error and check the history database for data. You should be able to select any datacenter you like. You can not select multiple datacenters. Input controls should list all the living entities by default and you can click on the dropdown to get a list. Yaniv *From: *Alessandro Bianchi a.bian...@skynet.it *To: *users@ovirt.org *Sent: *Friday, February 7, 2014 10:18:51 AM *Subject: *[Users] ovirt reports Hi all Now that I finally have reports working I tried to play a bit with the reports Unfortunately when I try to enter a datacenter name in the reports filter anything I type gets deleted and only Default datacenter is available as default value (I can't even enter Default in the filter field without having it suddenly deleted while I type) Is there any option to be set up to be able to select a different DC? In other reports I only see a differente DC (GlusterDC in my case) and can't enter anything else in the filter Am I missing something in setup? Is it possible to have an overview report including all DCs? I'm a little bit confused about how to use it ... Best regards Alessandro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Il messaggio è stato analizzato alla ricerca di virus o contenuti pericolosi da *SkyNet Srl http://www.skynet.it/*, ed è risultato non infetto. This message has been checked for virus or dangerous content by *SkyNet SRL http://www.skynet.it/* and seems to be clean. Thank you I'll follow your guidelines and let you know Best regards Alessandro -- SkyNet SRL Via Maggiate 67/a - 28021 Borgomanero (NO) - tel. +39 0322-836487/834765 - fax +39 0322-836608 http://www.skynet.it http://www.skynet.it/ Autorizzazione Ministeriale n.197 Le informazioni contenute in questo messaggio sono riservate e confidenziali ed è vietata la diffusione in qualunque modo eseguita. Qualora Lei non fosse la persona a cui il presente messaggio è destinato, La invitiamo ad eliminarlo ed a distruggerlo non divulgandolo, dandocene gentilmente comunicazione. Per qualsiasi informazione si prega di contattare i...@skynet.it (e-mail dell'azienda). Rif. D.L. 196/2003 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEUEARECAAYFAlN7MEwACgkQOap81biMC2M0jwCYvSLHGinYhqCTeYpvIiB3Vw6d 1QCfc59FqpRcbdNuY4VLCkvyLE95IGw= =ShTK -END PGP SIGNATURE- 0xB88C0B63.asc Description: application/pgp-keys ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Call for Papers Deadline on Sunday: DevOps Enterprise Summit
Conference: DevOps Enterprise Summit Information: DevOps Enterprise will assemble some of the best practitioners and leaders in the DevOps space, who are transforming how software and services are delivered in large, complex organizations Date: Oct 21-23, 2014 Location: San Francisco Bay Area, CA Website: http://devopsenterprisesummit.com/ Call for Papers Deadline: May 25, 2014 Call for Papers URL: https://docs.google.com/a/proffitt.org/forms/d/13-4lAYwcUmNeIS5tLRK0hshHVh5g0T7DwpP7N51CYH4/viewform -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Call for Papers Deadline in 10 days: PostgresOpen 2014
Conference: PostgresOpen 2014 Information: PostgresOpen 2014 will be held on September 17 - 19th in Chicago at the Hotel Sax. It will cover topics for PostgreSQL users, developers and contributors, as well as decision and policy makers. Date: Sept 17-19, 2014 Location: Chicago, IL Website: https://postgresopen.org/2014/ Call for Papers Deadline: May 30, 2014 Call for Papers URL: https://postgresopen.org/2014/callforpapers/ -- Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine problem - Engine VM will not start
Well that was interesting. When I ran hosted-engine --connect-storage, the Data Center went green, and I could see an unattached ISO domain and ovirt-image-repository (but no Data domain). But after restarting ovirt-ha-broker and ovirt-ha-agent, the storage disappeared again and the Data Center went red. In retrospect, there appears to be a problem with iptables/firewalld that could be related. I noticed two things: - firewalld is stopped and disabled on the host - I could not manually NFS mount (v3 or v4) from the host to the engine, unless I did service iptables stop So it doesn't appear to me that hosted-engine did the right things with firewalld/iptables. If these problems occurred during the --deploy, could that result in this situation? I have temporarily disabled iptables until I get things working, but clearly that's insufficient to resolve the problem at this point. -Bob On 05/20/2014 05:18 AM, Jiri Moskovcak wrote: On 05/20/2014 03:33 AM, Bob Doolittle wrote: I have successfully completed hosted-engine --deploy with 3.4.1, and set up my Engine. This is with F19 for both the host and engine (with the sos package workarounds stated). However, it does not seem to have initialized any Storage Domains, and the Datacenter cannot initialize. I've attached my setup and vdsm logs. Any guidance appreciated. Thanks, Bob Hi Bob, can you try to run: $ hosted-engine --connect-storage $ service ovirt-ha-broker restart $ service ovirt-ha-agent restart and see if it helps? Thanks, Jirka ___ 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] Hosted engine problem - Engine VM will not start
On 05/20/2014 02:57 PM, Bob Doolittle wrote: Well that was interesting. When I ran hosted-engine --connect-storage, the Data Center went green, and I could see an unattached ISO domain and ovirt-image-repository (but no Data domain). But after restarting ovirt-ha-broker and ovirt-ha-agent, the storage disappeared again and the Data Center went red. In retrospect, there appears to be a problem with iptables/firewalld that could be related. I noticed two things: - firewalld is stopped and disabled on the host - I could not manually NFS mount (v3 or v4) from the host to the engine, unless I did service iptables stop So it doesn't appear to me that hosted-engine did the right things with firewalld/iptables. If these problems occurred during the --deploy, could that result in this situation? I have temporarily disabled iptables until I get things working, but clearly that's insufficient to resolve the problem at this point. - iptables/firewalld is configured during the setup, which is Sandro's domain. Sandro, could you please take a look at this? Thanks, --Jirka -Bob On 05/20/2014 05:18 AM, Jiri Moskovcak wrote: On 05/20/2014 03:33 AM, Bob Doolittle wrote: I have successfully completed hosted-engine --deploy with 3.4.1, and set up my Engine. This is with F19 for both the host and engine (with the sos package workarounds stated). However, it does not seem to have initialized any Storage Domains, and the Datacenter cannot initialize. I've attached my setup and vdsm logs. Any guidance appreciated. Thanks, Bob Hi Bob, can you try to run: $ hosted-engine --connect-storage $ service ovirt-ha-broker restart $ service ovirt-ha-agent restart and see if it helps? Thanks, Jirka ___ 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] Windows 7 guest not synchronize sound on ovirt 3.5
On May 20, 2014, at 02:15 , Felipe Herrera Martinez felipe.herr...@tecnosfera.com wrote: Hi all, We are experiencing a problem when accessing Windows 7 guest over virt-viewer client... although I increase/decrease the volume on Windows guest speaker... it remains always at the same level... Seems that there is no synchronization with the Client. Andy clue about the problem? and if it's a known one? haven't seen this. You may get better luck at the SPICE list as it seems to me entirely specific to the client-guest communication Thanks, michal BRgds, F. ___ 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] Migrate between 3.3.4 and 3.4.1
afaik there will be no more 3.3.z (which would be z=6) 3.3.5 was the last 3.3. release imho. Am 20.05.2014 15:38, schrieb Allon Mureinik: This sounds a lot like a https://bugzilla.redhat.com/show_bug.cgi?id=1069772 which we solved for 3.4.1. I wonder if we should backport it to 3.3.z -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine problem - Engine VM will not start
Actually you opened a bug about this... https://bugzilla.redhat.com/show_bug.cgi?id=1080823 - Original Message - From: Sven Kieske s.kie...@mittwald.de To: users@ovirt.org Sent: Tuesday, May 20, 2014 4:53:32 PM Subject: Re: [ovirt-users] Hosted engine problem - Engine VM will not start does it configure iptables under all circumstances? I hope you can tell host-deploy to not configure it, as you can with engine-setup ? Am 20.05.2014 15:41, schrieb Sandro Bonazzola: iptables configuration is performed by the engine when adding the host. please attach iptables-save output from the host and host-deploy logs from the hosted-engine vm. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine problem - Engine VM will not start
On 05/20/2014 09:42 AM, Sandro Bonazzola wrote: Il 20/05/2014 15:09, Jiri Moskovcak ha scritto: On 05/20/2014 02:57 PM, Bob Doolittle wrote: Well that was interesting. When I ran hosted-engine --connect-storage, the Data Center went green, and I could see an unattached ISO domain and ovirt-image-repository (but no Data domain). But after restarting ovirt-ha-broker and ovirt-ha-agent, the storage disappeared again and the Data Center went red. In retrospect, there appears to be a problem with iptables/firewalld that could be related. I noticed two things: - firewalld is stopped and disabled on the host Correct, hosted engine support iptables only. You should have iptables configured and enabled. - I could not manually NFS mount (v3 or v4) from the host to the engine, unless I did service iptables stop So it doesn't appear to me that hosted-engine did the right things with firewalld/iptables. If these problems occurred during the --deploy, could that result in this situation? I don't think so I have temporarily disabled iptables until I get things working, but clearly that's insufficient to resolve the problem at this point. - iptables/firewalld is configured during the setup, which is Sandro's domain. Sandro, could you please take a look at this? iptables configuration is performed by the engine when adding the host. please attach iptables-save output from the host and host-deploy logs from the hosted-engine vm. host-deploy logs are ^^ in this thread. I have attached iptables-save output. Thanks, Bob # Generated by iptables-save v1.4.18 on Tue May 20 10:05:24 2014 *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [406:2990735] -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -p tcp -m tcp --dport 54321 -j ACCEPT -A INPUT -p tcp -m tcp --dport 22 -j ACCEPT -A INPUT -p udp -m udp --dport 161 -j ACCEPT -A INPUT -p tcp -m tcp --dport 16514 -j ACCEPT -A INPUT -p tcp -m multiport --dports 5900:6923 -j ACCEPT -A INPUT -p tcp -m multiport --dports 49152:49216 -j ACCEPT -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -m physdev ! --physdev-is-bridged -j REJECT --reject-with icmp-host-prohibited COMMIT # Completed on Tue May 20 10:05:24 2014 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine problem - Engine VM will not start
Thanks for the reminder. I did forget about it, there are too many open bugs for me on ovirt, sadly. It's hard to track them all. Am 20.05.2014 16:03, schrieb Yedidyah Bar David: Actually you opened a bug about this... https://bugzilla.redhat.com/show_bug.cgi?id=1080823 -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine problem - Engine VM will not start
Il 20/05/2014 16:06, Bob Doolittle ha scritto: On 05/20/2014 09:42 AM, Sandro Bonazzola wrote: Il 20/05/2014 15:09, Jiri Moskovcak ha scritto: On 05/20/2014 02:57 PM, Bob Doolittle wrote: Well that was interesting. When I ran hosted-engine --connect-storage, the Data Center went green, and I could see an unattached ISO domain and ovirt-image-repository (but no Data domain). But after restarting ovirt-ha-broker and ovirt-ha-agent, the storage disappeared again and the Data Center went red. In retrospect, there appears to be a problem with iptables/firewalld that could be related. I noticed two things: - firewalld is stopped and disabled on the host Correct, hosted engine support iptables only. You should have iptables configured and enabled. - I could not manually NFS mount (v3 or v4) from the host to the engine, unless I did service iptables stop So it doesn't appear to me that hosted-engine did the right things with firewalld/iptables. If these problems occurred during the --deploy, could that result in this situation? I don't think so I have temporarily disabled iptables until I get things working, but clearly that's insufficient to resolve the problem at this point. - iptables/firewalld is configured during the setup, which is Sandro's domain. Sandro, could you please take a look at this? iptables configuration is performed by the engine when adding the host. please attach iptables-save output from the host and host-deploy logs from the hosted-engine vm. host-deploy logs are ^^ in this thread. I see ovirt-hosted-engine-setup logs, not /var/log/ovirt-engine/host-deploy logs. I have attached iptables-save output. I can't see anything blocking the mount from the hots toward the engine vm. Can you attach iptables-save also from the engine vm? (IIUC you've a nfs share there and you're trying to mount it from the host right?) Thanks, Bob -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine problem - Engine VM will not start
Il 20/05/2014 16:36, Bob Doolittle ha scritto: On 05/20/2014 10:23 AM, Sandro Bonazzola wrote: Il 20/05/2014 16:06, Bob Doolittle ha scritto: On 05/20/2014 09:42 AM, Sandro Bonazzola wrote: Il 20/05/2014 15:09, Jiri Moskovcak ha scritto: On 05/20/2014 02:57 PM, Bob Doolittle wrote: Well that was interesting. When I ran hosted-engine --connect-storage, the Data Center went green, and I could see an unattached ISO domain and ovirt-image-repository (but no Data domain). But after restarting ovirt-ha-broker and ovirt-ha-agent, the storage disappeared again and the Data Center went red. In retrospect, there appears to be a problem with iptables/firewalld that could be related. I noticed two things: - firewalld is stopped and disabled on the host Correct, hosted engine support iptables only. You should have iptables configured and enabled. - I could not manually NFS mount (v3 or v4) from the host to the engine, unless I did service iptables stop So it doesn't appear to me that hosted-engine did the right things with firewalld/iptables. If these problems occurred during the --deploy, could that result in this situation? I don't think so I have temporarily disabled iptables until I get things working, but clearly that's insufficient to resolve the problem at this point. - iptables/firewalld is configured during the setup, which is Sandro's domain. Sandro, could you please take a look at this? iptables configuration is performed by the engine when adding the host. please attach iptables-save output from the host and host-deploy logs from the hosted-engine vm. host-deploy logs are ^^ in this thread. I see ovirt-hosted-engine-setup logs, not /var/log/ovirt-engine/host-deploy logs. Oh sorry - from the engine then. Attached. But my problem is with the firewall on the host. I cannot NFS mount a share on the host (e.g. my Data Domain) on the engine. In this case the host is the NFS server, and the engine is the NFS client. Only the host firewall should be relevant, correct? Maybe what you are saying is that hosted-engine does not attempt to configure the iptables on the host to allow NFS shares? Yes, to be clear: ovirt-hosted-engine-setup just enable ports for spice / vnc connection from remote host to VM while performing OS install on the VM. Once the VM is installed ovirt-engine configure iptables on the host using ovirt-host-deploy package when the host is added to the engine. If you need other services on the host running the hosted engine you'll need to configure manually iptables. I have attached iptables-save output. I can't see anything blocking the mount from the hots toward the engine vm. Can you attach iptables-save also from the engine vm? (IIUC you've a nfs share there and you're trying to mount it from the host right?) Visa-versa. My Data domain is on my host. So is my Export domain, but I haven't tried to import it yet since the Datacenter is not operational. Thanks, Bob -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] engine upgrade 3.2.2 -- 3.2.3 Database rename failed
Hi guys,
I'm trying to upgrade from Dreyou to the official repo, I've installed
the official 3.2 repo (I'll do the 3.3 update once this works). I've
updated to ovirt-engine-setup.noarch 0:3.2.3-1.el6 and when I run
engine upgrade it bombs out when trying to rename my database with the
following error...
[root@engine01 /]# cat
/var/log/ovirt-engine/ovirt-engine-upgrade_2014_05_20_16_34_21.log
2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing
pgpass file /etc/ovirt-engine/.pgpass, fetching DB host value
2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing
pgpass file /etc/ovirt-engine/.pgpass, fetching DB port value
2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing
pgpass file /etc/ovirt-engine/.pgpass, fetching DB user value
2014-05-20 16:34:21::DEBUG::common_utils::332::root:: YUM: VERB:
Loaded plugins: refresh-packagekit, versionlock
2014-05-20 16:34:21::INFO::engine-upgrade::969::root:: Info:
/etc/ovirt-engine/.pgpass file found. Continue.
2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing
pgpass file /etc/ovirt-engine/.pgpass, fetching DB admin value
2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing
pgpass file /etc/ovirt-engine/.pgpass, fetching DB host value
2014-05-20 16:34:21::DEBUG::common_utils::804::root:: found existing
pgpass file /etc/ovirt-engine/.pgpass, fetching DB port value
2014-05-20 16:34:21::DEBUG::common_utils::481::root:: running sql
query 'SELECT pg_database_size('engine')' on db server: 'localhost'.
2014-05-20 16:34:21::DEBUG::common_utils::434::root:: Executing
command -- '/usr/bin/psql -h localhost -p 5432 -U postgres -d
postgres -c SELECT pg_database_size('engine')'
2014-05-20 16:34:21::DEBUG::common_utils::472::root:: output = pg_database_size
--
11976708
(1 row)
2014-05-20 16:34:21::DEBUG::common_utils::473::root:: stderr =
2014-05-20 16:34:21::DEBUG::common_utils::474::root:: retcode = 0
2014-05-20 16:34:21::DEBUG::common_utils::1567::root:: Found mount
point of '/var/cache/yum' at '/'
2014-05-20 16:34:21::DEBUG::common_utils::663::root:: Checking
available space on /var/cache/yum
2014-05-20 16:34:21::DEBUG::common_utils::668::root:: Available space
on /var/cache/yum is 172329
2014-05-20 16:34:21::DEBUG::common_utils::1567::root:: Found mount
point of '/var/lib/ovirt-engine/backups' at '/'
2014-05-20 16:34:21::DEBUG::common_utils::663::root:: Checking
available space on /var/lib/ovirt-engine/backups
2014-05-20 16:34:21::DEBUG::common_utils::668::root:: Available space
on /var/lib/ovirt-engine/backups is 172329
2014-05-20 16:34:21::DEBUG::common_utils::1567::root:: Found mount
point of '/usr/share' at '/'
2014-05-20 16:34:21::DEBUG::common_utils::663::root:: Checking
available space on /usr/share
2014-05-20 16:34:21::DEBUG::common_utils::668::root:: Available space
on /usr/share is 172329
2014-05-20 16:34:21::DEBUG::common_utils::1590::root:: Mount points
are: {'/': {'required': 1511, 'free': 172329}}
2014-05-20 16:34:21::DEBUG::common_utils::1599::root:: Comparing free
space 172329 MB with required 1511 MB
2014-05-20 16:34:21::DEBUG::common_utils::481::root:: running sql
query 'SELECT compatibility_version FROM storage_pool;' on db server:
'localhost'.
2014-05-20 16:34:21::DEBUG::common_utils::434::root:: Executing
command -- '/usr/bin/psql -h localhost -p 5432 -U engine -d engine -c
SELECT compatibility_version FROM storage_pool;'
2014-05-20 16:34:21::DEBUG::common_utils::472::root:: output =
compatibility_version
---
3.2
(1 row)
2014-05-20 16:34:21::DEBUG::common_utils::473::root:: stderr =
2014-05-20 16:34:21::DEBUG::common_utils::474::root:: retcode = 0
2014-05-20 16:34:21::DEBUG::common_utils::481::root:: running sql
query 'SELECT compatibility_version FROM vds_groups;' on db server:
'localhost'.
2014-05-20 16:34:21::DEBUG::common_utils::434::root:: Executing
command -- '/usr/bin/psql -h localhost -p 5432 -U engine -d engine -c
SELECT compatibility_version FROM vds_groups;'
2014-05-20 16:34:21::DEBUG::common_utils::472::root:: output =
compatibility_version
---
3.2
(1 row)
2014-05-20 16:34:21::DEBUG::common_utils::473::root:: stderr =
2014-05-20 16:34:21::DEBUG::common_utils::474::root:: retcode = 0
2014-05-20 16:34:21::DEBUG::engine-upgrade::280::root:: Yum unlock started
2014-05-20 16:34:21::DEBUG::engine-upgrade::292::root:: Yum unlock
completed successfully
2014-05-20 16:34:22::DEBUG::common_utils::332::root:: YUM: VERB:
Downloading: repomdu5SB03tmp.xml (0%)
2014-05-20 16:34:22::DEBUG::common_utils::332::root:: YUM: VERB:
Downloading: repomdu5SB03tmp.xml 3.7 k(100%)
2014-05-20 16:34:30::DEBUG::common_utils::332::root:: YUM: VERB:
Downloading: repomdf3Wi70tmp.xml (0%)
2014-05-20 16:34:30::DEBUG::common_utils::332::root:: YUM: VERB:
Downloading: repomdf3Wi70tmp.xml 2.9 k(100%)
2014-05-20 16:34:30::DEBUG::common_utils::332::root:: YUM: VERB:
Downloading: repomdf3Wi70tmp.xml 2.9 k(100%)
2014-05-20
[ovirt-users] Template creation, Network overhead?
Greetings, I have a question concerning the template creation process. I am creating a template from a windows server with a 1TB thin prov. boot disk; about 9GB of witch is actually used. The Data Storage Domain copied from and to is a the same NFS domain. It seems to me after the initial write process the whole 1TB of zeros is read back by the SPM? I can confirm my storage appliance is running on 100% network interface speed with almost zero Disk IO. Also, sampling done on the SPM with iftop reveals reading (RX) from my storage appliance on interface speed (I watched it go up to 75GB right now). Is this normal behavior? Is there a way to cancel the template creation? Thanks, -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 smime.p7s Description: S/MIME cryptographic signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] [ANN] oVirt 3.5.0 Alpha is now available for testing
The oVirt team is pleased to announce that the 3.5.0 Alpha is now available for testing. Feel free to join us testing it! You'll find all needed info for installing it on the release notes page, already available on the wiki [1]. A new oVirt Node build will be available soon as well. Please note that mirrors will need a couple of days before being synchronized: they currently have the first build we prepared on 2014-05-16. If you want to be sure to use latest rpms and don't want to wait for the mirrors, you can edit /etc/yum.repos.d/ovirt-3.5.repo commenting the mirror line and removing the comment on baseurl line. Known Issues VDSM packages released with the first 3.5.0 alpha have version lower than the ones we had in 3.4.1 so they won't be updated. You can't add hosts to 3.5 clusters until a new VDSM build with 3.5 compatibility level will be released (All in One won't work). [1] http://www.ovirt.org/OVirt_3.5_Release_Notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine problem - Engine VM will not start
On 05/20/2014 10:41 AM, Sandro Bonazzola wrote: Il 20/05/2014 16:36, Bob Doolittle ha scritto: On 05/20/2014 10:23 AM, Sandro Bonazzola wrote: Il 20/05/2014 16:06, Bob Doolittle ha scritto: On 05/20/2014 09:42 AM, Sandro Bonazzola wrote: Il 20/05/2014 15:09, Jiri Moskovcak ha scritto: On 05/20/2014 02:57 PM, Bob Doolittle wrote: Well that was interesting. When I ran hosted-engine --connect-storage, the Data Center went green, and I could see an unattached ISO domain and ovirt-image-repository (but no Data domain). But after restarting ovirt-ha-broker and ovirt-ha-agent, the storage disappeared again and the Data Center went red. In retrospect, there appears to be a problem with iptables/firewalld that could be related. I noticed two things: - firewalld is stopped and disabled on the host Correct, hosted engine support iptables only. You should have iptables configured and enabled. - I could not manually NFS mount (v3 or v4) from the host to the engine, unless I did service iptables stop So it doesn't appear to me that hosted-engine did the right things with firewalld/iptables. If these problems occurred during the --deploy, could that result in this situation? I don't think so I have temporarily disabled iptables until I get things working, but clearly that's insufficient to resolve the problem at this point. - iptables/firewalld is configured during the setup, which is Sandro's domain. Sandro, could you please take a look at this? iptables configuration is performed by the engine when adding the host. please attach iptables-save output from the host and host-deploy logs from the hosted-engine vm. host-deploy logs are ^^ in this thread. I see ovirt-hosted-engine-setup logs, not /var/log/ovirt-engine/host-deploy logs. Oh sorry - from the engine then. Attached. But my problem is with the firewall on the host. I cannot NFS mount a share on the host (e.g. my Data Domain) on the engine. In this case the host is the NFS server, and the engine is the NFS client. Only the host firewall should be relevant, correct? Maybe what you are saying is that hosted-engine does not attempt to configure the iptables on the host to allow NFS shares? Yes, to be clear: ovirt-hosted-engine-setup just enable ports for spice / vnc connection from remote host to VM while performing OS install on the VM. Once the VM is installed ovirt-engine configure iptables on the host using ovirt-host-deploy package when the host is added to the engine. If you need other services on the host running the hosted engine you'll need to configure manually iptables. Thanks, Jirka - since Sandro says this NFS issue is irrelevant to Hosted operation, do you have any other suggestions or can I provide any additional data to help diagnose why my configuration is non-operational? I will eventually want to fix this and add Data and Export domains from my host, but for the moment it appears no NFS exports from the host are required for oVirt operation. So where are my domains? :) Thanks, Bob I have attached iptables-save output. I can't see anything blocking the mount from the hots toward the engine vm. Can you attach iptables-save also from the engine vm? (IIUC you've a nfs share there and you're trying to mount it from the host right?) Visa-versa. My Data domain is on my host. So is my Export domain, but I haven't tried to import it yet since the Datacenter is not operational. Thanks, Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] sanlock + gluster recovery -- RFE
Itamar, I am addressing this to you because one of your assignments seems to be to coordinate other oVirt contributors when dealing with issues that are raised on the ovirt-users email list. As you are aware, there is an ongoing split-brain problem with running sanlock on replicated gluster storage. Personally, I believe that this is the 5th time that I have been bitten by this sanlock+gluster problem. I believe that the following are true (if not, my entire request is probably off base). * ovirt uses sanlock in such a way that when the sanlock storage is on a replicated gluster file system, very small storage disruptions can result in a gluster split-brain on the sanlock space o gluster is aware of the problem, and is working on a different way of replicating data, which will reduce these problems. * most (maybe all) of the sanlock locks have a short duration, measured in seconds * there are only a couple of things that a user can safely do from the command line when a file is in split-brain o delete the file o rename (mv) the file * x _How did I get into this mess?_ had 3 hosts running ovirt 3.3 each hosted VMs gluster replica 3 storage engine was external to cluster upgraded 3 hosts from ovirt 3.3 to 3.4 hosted-engine deploy used new gluster volume (accessed via nfs) for storage storage was accessed using localhost:engVM1 link (localhost was probably a poor choice) created new engine on VM (did not transfer any data from old engine) added 3 hosts to new engine via web-gui ran above setup for 3 days shut entire system down before I left on vacation (holiday) came back from vacation powered on hosts found that iptables did not have rules for gluster access (a continuing problem if host installation is allowed to set up firewall) added rules for gluster glusterfs now up and running added storage manually tried hosted-engine --vm-start vm did not start logs show sanlock errors gluster volume heal engVM1full: gluster volume heal engVM1 info split-brain showed 6 files in split-brain all 5 prefixed by /rhev/data-center/mnt/localhost\:_engVM1 UUID/dom_md/ids UUID/images/UUID/UUID (VM hard disk) UUID/images/UUID/UUID.lease UUID/ha_agent/hosted-engine.lockspace UUID/ha_agent/hosted-engine.metadata I copied each of the above files off of each of the three bricks to a safe place (15 files copied) I renamed the 5 files on /rhev/ I copied the 5 files from one of the bricks to /rhev/ files can now be read OK (e.g. cat ids) sanlock.log shows error sets like these: 2014-05-20 03:23:39-0400 36199 [2843]: s3358 lockspace 5ebb3b40-a394-405b-bbac-4c0e21ccd659:1:/rhev/data-center/mnt/localhost:_engVM1/5ebb3b40-a394-405b-bbac-4c0e21ccd659/dom_md/ids:0 2014-05-20 03:23:39-0400 36199 [18873]: open error -5 /rhev/data-center/mnt/localhost:_engVM1/5ebb3b40-a394-405b-bbac-4c0e21ccd659/dom_md/ids 2014-05-20 03:23:39-0400 36199 [18873]: s3358 open_disk /rhev/data-center/mnt/localhost:_engVM1/5ebb3b40-a394-405b-bbac-4c0e21ccd659/dom_md/ids error -5 2014-05-20 03:23:40-0400 36200 [2843]: s3358 add_lockspace fail result -19 I am now stuck What I would like to see in ovirt to help me (and others like me). Alternates listed in order from most desirable (automatic) to least desirable (set of commands to type, with lots of variables to figure out). 1. automagic recovery * When a host is not able to access sanlock, it writes a small problem text file into the shared storage o the host-ID as part of the name (so only one host ever accesses that file) o a status number for the error causing problems o time stamp o time stamp when last sanlock lease will expire o if sanlock is able to access the file, the problem file is deleted * when time passes for its last sanlock lease to be expired, highest number host does a survey o did all other hosts create problem files? o do all problem files show same (or compatible) error codes related to file access problems? o are all hosts communicating by network? o if yes to all above * delete all sanlock storage space * initialize sanlock from scratch * restart whatever may have given up because of sanlock * restart VM if necessary 2. recovery subcommand * add hosted-engine --lock-initialize command that would delete sanlock, start over from scratch 3. script * publish a script (in ovirt packages or available on web) which, when run, does all (or most) of the recovery process needed. 4. commands * publish on the web a recipe for dealing with files that commonly go split-brain o ids o *.lease o *.lockspace Any chance of any help on any of the above levels? Ted Miller Elkhart, IN, USA ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
