Re: [Users] VM snapshot creating failed
Dne 28.8.2013 18:09, Laszlo Hornyak napsal(a): Hi Jakub, Could you also share the VDSM logs from that host? Thank you, Laszlo - Original Message - From: "Jakub Bittner" To: users@ovirt.org Sent: Wednesday, August 28, 2013 5:45:28 PM Subject: [Users] VM snapshot creating failed Hi, I tryed to create snapshot of VM, but it fails with this in log: http://paste.fedoraproject.org/35494/ I use oVirt 3.3RC ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Here is the vdsm log from node http://paste.fedoraproject.org/35641/ Thank you. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] About /doc/ovirt-engine/manual/DocumentationPath.csv 404
ovirt BZ filed: https://bugzilla.redhat.com/show_bug.cgi?id=1002353 [Bug 1002353 - error message in engine.log regarding a 404 response when attempting to read "/doc/ovirt-engine/manual/DocumentationPath.csv"] explanation for the root cause of this error is within the BZ description. Regards, Einav - Original Message - > From: "lof yer" > To: "users" > Sent: Wednesday, August 28, 2013 5:52:44 AM > Subject: [Users] About /doc/ovirt-engine/manual/DocumentationPath.csv 404 > > Can't read file "/doc/ovirt-engine/manual/DocumentationPath.csv" for request > "/docs/DocumentationPath.csv", will send a 404 error response. > > I can see this from log file. > Where can I find ovirt manual ? > > ___ > 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: [Users] VM snapshot creating failed
Hi Jakub, Could you also share the VDSM logs from that host? Thank you, Laszlo - Original Message - > From: "Jakub Bittner" > To: users@ovirt.org > Sent: Wednesday, August 28, 2013 5:45:28 PM > Subject: [Users] VM snapshot creating failed > > Hi, > > I tryed to create snapshot of VM, but it fails with this in log: > > http://paste.fedoraproject.org/35494/ > > > I use oVirt 3.3RC > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] VM snapshot creating failed
Hi, I tryed to create snapshot of VM, but it fails with this in log: http://paste.fedoraproject.org/35494/ I use oVirt 3.3RC ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] All VMs disappeared
Dne 27.8.2013 16:01, Laszlo Hornyak napsal(a): Thank you Frank, I will investigate this issue. - Original Message - From: "Frank Wall" To: users@ovirt.org Sent: Tuesday, August 27, 2013 2:44:44 PM Subject: Re: [Users] All VMs disappeared Hi Laszlo, On 27.08.2013 14:24, Laszlo Hornyak wrote: If I understand correctly, this is what happens to your installation, the AddVmFromTemplate command goes to fail and engine tries to compensate, and upon successful compensation you get VM records removed from DB and storage cleaned up. just to be sure, please note, that the task actually completed successfully from my point of view. The new VM (direved from the template clone task) is fully usable and on the webadmin the task is shown as "completed". So maybe at some point in time the engine does get the job status wrong and the problem begins... I need to look into this but I think it should be safe to remove this record while the engine is down. Make sure to make a backup if you try! OK, I did the following test: - created a new VM from my custom template (with cloned Disk) - waited for the job to complete - manually deleted the related DB entry from the table "async_tasks" - set host/node to maintenance - rebootet engine Result: The VM did NOT disappear! :-) I think somehow ovirt-engine does get the results of the job wrong, thus it does not recognize that the job completed *successfully* and does a retry after reboot (which fails horribly and leads to disappearing VMs). Thanks - Frank ___ 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 Hi, I manually deleted async_tasks and I dont have problem with disappearing of VMs. Thanks ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Importing an existing gluster setup
On 28.08.2013 15:23, Sahina Bose wrote: On 08/28/2013 07:41 PM, Nux! wrote: On 28.08.2013 14:54, Sahina Bose wrote: On 08/28/2013 06:36 PM, Kanagaraj wrote: On 08/28/2013 06:16 PM, Nux! wrote: On 28.08.2013 13:19, Sahina Bose wrote: On 08/28/2013 05:44 PM, Nux! wrote: Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Yes, you can, using the Import cluster option when you create a cluster with gluster services enabled (Do not enable virt services on cluster) This will install vdsm on the hosts, but should not affect the gluster setup in any other way. Hello Sahina, I've added my existing gluster hosts as well as the VM running the ovirt-engine. It installed vdsm on this VM, set up a bridge called ovirtmgmt and rebooted it. Can you assure me this will not happen with the hosts I have in production. For the moment I cut access for ovirt to the gluster hosts.. my heart just froze when I saw that reboot. :) It is not supposed to reboot if you have created the cluster with 'Enable Gluster service' checked and 'Enable Virt Service' un-checked. This is true for Ovirt version 3.3. Which version are you using? I have installed 3.2, and only the "gluster" bit so I did not see any "Enable Virt Service". Should I upgrade to 3.3? Yes, since in 3.2 the hosts reboot even for gluster clusters. You might want to consider waiting till the 3.3 GA build is out.(next week) Thanks for that, I would have made a big booboo. :-) We'll test 3.3. once it's out. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt Weekly Meeting Minutes -- 2013-08-28
Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-28-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-28-14.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-28-14.00.log.html = #ovirt: oVirt Weekly Sync = Meeting started by mburns at 14:00:09 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-28-14.00.log.html . Meeting summary --- * agenda and roll call (mburns, 14:00:28) * 3.3 status (mburns, 14:00:37) * infra update (mburns, 14:00:43) * conferences and workshops (mburns, 14:00:48) * other topics (mburns, 14:00:59) * 3.3 update (mburns, 14:04:40) * no blocker review today, it was done yesterday in the go/no-go meeting (mburns, 14:04:59) * release delayed by 1 week (mburns, 14:05:09) * new vdsm and node builds are published to ovirt.org (mburns, 14:05:20) * new engine build to be posted later today (mburns, 14:05:42) * GA is set for next wednesday (mburns, 14:08:18) * go/no-go set for next tuesday (mburns, 14:08:27) * Infra update (mburns, 14:14:39) * working on using available storage space on rackspace machines (mburns, 14:16:32) * plan to use gluster eventually, but that is wip (mburns, 14:17:21) * jenkins slaves improved to allow more jobs to run (mburns, 14:20:57) * move of backups from resources to rackspace is still planned (mburns, 14:21:11) * LINK: 3.3 release tracker bug: https://bugzilla.redhat.com/show_bug.cgi?id=918494 (dneary, 14:23:43) * jenkins master upgraded to latest LTS release (mburns, 14:24:23) * Conferences and Workshops (mburns, 14:25:43) * schedule is put together for the KVM Forum/oVirt meetings, notifications should go out this week (mburns, 14:27:41) * please register for KVM Forum, it gets you into the oVirt sessions as well (mburns, 14:28:00) * first 200 to register are free (mburns, 14:28:22) * there will be a management track on the afternoon of the 22nd (mburns, 14:28:53) * and ovirt specific sessions on day 3 in the morning (mburns, 14:29:04) * and developer meetings in the afternoon (mburns, 14:29:13) * there are also some CloupOpen sessions on monday for oVirt (mburns, 14:31:37) * that does require separate linuxcon/cloudopen registration (mburns, 14:31:52) * some cloud open sessions: ovirt live snapshots with ram, intro to ovirt, cloud-init, 2 hours of training (mburns, 14:33:27) * dneary working on plans for ovirt workshops but no details yet (mburns, 14:36:50) * Other Topics (mburns, 14:37:28) * ACTION: oschreib to track down feature owners and have them provide screenshots and plain english descriptions (oschreib, 14:43:25) Meeting ended at 14:49:38 UTC. Action Items * oschreib to track down feature owners and have them provide screenshots and plain english descriptions Action Items, by person --- * oschreib * oschreib to track down feature owners and have them provide screenshots and plain english descriptions * **UNASSIGNED** * (none) People Present (lines said) --- * mburns (75) * dneary (29) * oschreib (17) * mattymo (6) * itamar (5) * eedri (4) * ewoud (3) * sahina (3) * ovirtbot (3) * lvernia (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Importing an existing gluster setup
On 08/28/2013 07:41 PM, Nux! wrote: On 28.08.2013 14:54, Sahina Bose wrote: On 08/28/2013 06:36 PM, Kanagaraj wrote: On 08/28/2013 06:16 PM, Nux! wrote: On 28.08.2013 13:19, Sahina Bose wrote: On 08/28/2013 05:44 PM, Nux! wrote: Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Yes, you can, using the Import cluster option when you create a cluster with gluster services enabled (Do not enable virt services on cluster) This will install vdsm on the hosts, but should not affect the gluster setup in any other way. Hello Sahina, I've added my existing gluster hosts as well as the VM running the ovirt-engine. It installed vdsm on this VM, set up a bridge called ovirtmgmt and rebooted it. Can you assure me this will not happen with the hosts I have in production. For the moment I cut access for ovirt to the gluster hosts.. my heart just froze when I saw that reboot. :) It is not supposed to reboot if you have created the cluster with 'Enable Gluster service' checked and 'Enable Virt Service' un-checked. This is true for Ovirt version 3.3. Which version are you using? I have installed 3.2, and only the "gluster" bit so I did not see any "Enable Virt Service". Should I upgrade to 3.3? Yes, since in 3.2 the hosts reboot even for gluster clusters. You might want to consider waiting till the 3.3 GA build is out.(next week) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Importing an existing gluster setup
On 28.08.2013 14:54, Sahina Bose wrote: On 08/28/2013 06:36 PM, Kanagaraj wrote: On 08/28/2013 06:16 PM, Nux! wrote: On 28.08.2013 13:19, Sahina Bose wrote: On 08/28/2013 05:44 PM, Nux! wrote: Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Yes, you can, using the Import cluster option when you create a cluster with gluster services enabled (Do not enable virt services on cluster) This will install vdsm on the hosts, but should not affect the gluster setup in any other way. Hello Sahina, I've added my existing gluster hosts as well as the VM running the ovirt-engine. It installed vdsm on this VM, set up a bridge called ovirtmgmt and rebooted it. Can you assure me this will not happen with the hosts I have in production. For the moment I cut access for ovirt to the gluster hosts.. my heart just froze when I saw that reboot. :) It is not supposed to reboot if you have created the cluster with 'Enable Gluster service' checked and 'Enable Virt Service' un-checked. This is true for Ovirt version 3.3. Which version are you using? I have installed 3.2, and only the "gluster" bit so I did not see any "Enable Virt Service". Should I upgrade to 3.3? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] update from 3.3 beta to RC failed during db upgrade
- Original Message - > From: "Eli Mesika" > To: "Alon Bar-Lev" > Cc: "Alex Lourie" , "Jakub Bittner" , > users@ovirt.org > Sent: Wednesday, August 28, 2013 4:22:06 PM > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade > > > > - Original Message - > > From: "Alon Bar-Lev" > > To: "Eli Mesika" > > Cc: "Alex Lourie" , "Jakub Bittner" , > > users@ovirt.org > > Sent: Tuesday, August 27, 2013 7:54:15 PM > > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade > > > > > > > > - Original Message - > > > From: "Eli Mesika" > > > To: "Alex Lourie" , "Alon Bar-Lev" > > > > > > Cc: "Jakub Bittner" , users@ovirt.org > > > Sent: Tuesday, August 27, 2013 6:59:10 PM > > > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade > > > > > > > > > > > > - Original Message - > > > > From: "Alex Lourie" > > > > To: "Jakub Bittner" > > > > Cc: "Alon Bar-Lev" , "Eli Mesika" > > > > , > > > > users@ovirt.org > > > > Sent: Tuesday, August 27, 2013 6:45:13 PM > > > > Subject: Re: [Users] update from 3.3 beta to RC failed during db > > > > upgrade > > > > > > > > I think we already have such a tool. Will check with Eli and update. > > > > > > I have such a script , do you want me to post it upstream ??? > > > > Yes, it will be great. > > Should that be located in dbscripts or dbutils (or you don't mind ) Better dbutils no? so it comes with setup, as dbscripts is versionlocked. > > > > > It should be run on 3.2 and prepare it to upgrade in case of post-restore. > > > > > > > > > > > > > -- > > > > > > > > Best regards, > > > > > > > > Alex Lourie > > > > Software Developer in Integration > > > > Red Hat > > > > > > > > > > > > - Original Message - > > > > > From: "Jakub Bittner" > > > > > To: "Alon Bar-Lev" > > > > > Cc: "Alex Lourie" , "Eli Mesika" > > > > > , > > > > > users@ovirt.org > > > > > Sent: Tuesday, August 27, 2013 6:31:11 PM > > > > > Subject: Re: [Users] update from 3.3 beta to RC failed during db > > > > > upgrade > > > > > > > > > > Dne 27.8.2013 16:13, Alon Bar-Lev napsal(a): > > > > > > > > > > > > - Original Message - > > > > > >> From: "Jakub Bittner" > > > > > >> Cc: users@ovirt.org > > > > > >> Sent: Tuesday, August 27, 2013 4:33:34 PM > > > > > >> Subject: Re: [Users] update from 3.3 beta to RC failed during db > > > > > >> upgrade > > > > > >> > > > > > >> Dne 26.8.2013 15:13, Alex Lourie napsal(a): > > > > > >>> Sure, I'll investigate. > > > > > >>> > > > > > >> Maybe I found a problem which causes function owner to be postgre. > > > > > >> I > > > > > >> use > > > > > >> restore command as postgre (as on wiki: > > > > > >> http://wiki.ovirt.org/User:Adrian15/oVirt_engine_migration#Restore_Postgresql_database > > > > > >> ) > > > > > >> > > > > > >> cd /usr/share/ovirt-engine/dbscripts > > > > > >> ./restore.sh -u postgres -f /path/to/engine_sql_DATE.sql -r > > > > > > Nice! > > > > > > Thank you! > > > > > > > > > > > > Eli, can you please confirm, or suggest alternate way. > > > > > > > > > > > > We should probably provide a script to change ownership for users > > > > > > who > > > > > > made > > > > > > restore. > > > > > > > > > > > > Regards, > > > > > > Alon > > > > > That script would be perfect, because I dont know how to easily > > > > > switch > > > > > owner of function. > > > > > > > > > > Last time I did it by exporting db, manually change owner postgre to > > > > > owner engine in sql backup file and restore db from it. > > > > > > > > > > > > > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Importing an existing gluster setup
On 08/28/2013 06:36 PM, Kanagaraj wrote: On 08/28/2013 06:16 PM, Nux! wrote: On 28.08.2013 13:19, Sahina Bose wrote: On 08/28/2013 05:44 PM, Nux! wrote: Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Yes, you can, using the Import cluster option when you create a cluster with gluster services enabled (Do not enable virt services on cluster) This will install vdsm on the hosts, but should not affect the gluster setup in any other way. Hello Sahina, I've added my existing gluster hosts as well as the VM running the ovirt-engine. It installed vdsm on this VM, set up a bridge called ovirtmgmt and rebooted it. Can you assure me this will not happen with the hosts I have in production. For the moment I cut access for ovirt to the gluster hosts.. my heart just froze when I saw that reboot. :) It is not supposed to reboot if you have created the cluster with 'Enable Gluster service' checked and 'Enable Virt Service' un-checked. This is true for Ovirt version 3.3. Which version are you using? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] update from 3.3 beta to RC failed during db upgrade
- Original Message - > From: "Alon Bar-Lev" > To: "Eli Mesika" > Cc: "Alex Lourie" , "Jakub Bittner" , > users@ovirt.org > Sent: Tuesday, August 27, 2013 7:54:15 PM > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade > > > > - Original Message - > > From: "Eli Mesika" > > To: "Alex Lourie" , "Alon Bar-Lev" > > Cc: "Jakub Bittner" , users@ovirt.org > > Sent: Tuesday, August 27, 2013 6:59:10 PM > > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade > > > > > > > > - Original Message - > > > From: "Alex Lourie" > > > To: "Jakub Bittner" > > > Cc: "Alon Bar-Lev" , "Eli Mesika" > > > , > > > users@ovirt.org > > > Sent: Tuesday, August 27, 2013 6:45:13 PM > > > Subject: Re: [Users] update from 3.3 beta to RC failed during db upgrade > > > > > > I think we already have such a tool. Will check with Eli and update. > > > > I have such a script , do you want me to post it upstream ??? > > Yes, it will be great. Should that be located in dbscripts or dbutils (or you don't mind ) > > It should be run on 3.2 and prepare it to upgrade in case of post-restore. > > > > > > > > > -- > > > > > > Best regards, > > > > > > Alex Lourie > > > Software Developer in Integration > > > Red Hat > > > > > > > > > - Original Message - > > > > From: "Jakub Bittner" > > > > To: "Alon Bar-Lev" > > > > Cc: "Alex Lourie" , "Eli Mesika" > > > > , > > > > users@ovirt.org > > > > Sent: Tuesday, August 27, 2013 6:31:11 PM > > > > Subject: Re: [Users] update from 3.3 beta to RC failed during db > > > > upgrade > > > > > > > > Dne 27.8.2013 16:13, Alon Bar-Lev napsal(a): > > > > > > > > > > - Original Message - > > > > >> From: "Jakub Bittner" > > > > >> Cc: users@ovirt.org > > > > >> Sent: Tuesday, August 27, 2013 4:33:34 PM > > > > >> Subject: Re: [Users] update from 3.3 beta to RC failed during db > > > > >> upgrade > > > > >> > > > > >> Dne 26.8.2013 15:13, Alex Lourie napsal(a): > > > > >>> Sure, I'll investigate. > > > > >>> > > > > >> Maybe I found a problem which causes function owner to be postgre. I > > > > >> use > > > > >> restore command as postgre (as on wiki: > > > > >> http://wiki.ovirt.org/User:Adrian15/oVirt_engine_migration#Restore_Postgresql_database > > > > >> ) > > > > >> > > > > >> cd /usr/share/ovirt-engine/dbscripts > > > > >> ./restore.sh -u postgres -f /path/to/engine_sql_DATE.sql -r > > > > > Nice! > > > > > Thank you! > > > > > > > > > > Eli, can you please confirm, or suggest alternate way. > > > > > > > > > > We should probably provide a script to change ownership for users who > > > > > made > > > > > restore. > > > > > > > > > > Regards, > > > > > Alon > > > > That script would be perfect, because I dont know how to easily switch > > > > owner of function. > > > > > > > > Last time I did it by exporting db, manually change owner postgre to > > > > owner engine in sql backup file and restore db from it. > > > > > > > > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Importing an existing gluster setup
On 08/28/2013 06:16 PM, Nux! wrote: On 28.08.2013 13:19, Sahina Bose wrote: On 08/28/2013 05:44 PM, Nux! wrote: Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Yes, you can, using the Import cluster option when you create a cluster with gluster services enabled (Do not enable virt services on cluster) This will install vdsm on the hosts, but should not affect the gluster setup in any other way. Hello Sahina, I've added my existing gluster hosts as well as the VM running the ovirt-engine. It installed vdsm on this VM, set up a bridge called ovirtmgmt and rebooted it. Can you assure me this will not happen with the hosts I have in production. For the moment I cut access for ovirt to the gluster hosts.. my heart just froze when I saw that reboot. :) It is not supposed to reboot if you have created the cluster with 'Enable Gluster service' checked and 'Enable Virt Service' un-checked. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Importing an existing gluster setup
On 28.08.2013 13:19, Sahina Bose wrote: On 08/28/2013 05:44 PM, Nux! wrote: Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Yes, you can, using the Import cluster option when you create a cluster with gluster services enabled (Do not enable virt services on cluster) This will install vdsm on the hosts, but should not affect the gluster setup in any other way. Hello Sahina, I've added my existing gluster hosts as well as the VM running the ovirt-engine. It installed vdsm on this VM, set up a bridge called ovirtmgmt and rebooted it. Can you assure me this will not happen with the hosts I have in production. For the moment I cut access for ovirt to the gluster hosts.. my heart just froze when I saw that reboot. :) -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Importing an existing gluster setup
On 08/28/2013 05:44 PM, Nux! wrote: Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Yes, you can, using the Import cluster option when you create a cluster with gluster services enabled (Do not enable virt services on cluster) This will install vdsm on the hosts, but should not affect the gluster setup in any other way. Thanks, Lucian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Importing an existing gluster setup
Hi, I have an existing gluster cluster, it's in production and fully functional. I'd like to be able to manage it from within Ovirt. Can anyone tell me if I can import this gluster setup as it is? I don't want Ovirt to change anything on those hosts. Thanks, Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] engine-setup fails on CentOS 6.4 because of postgresql
- Original Message - > From: "Nux!" > To: "Yedidyah Bar David" > Cc: users@ovirt.org > Sent: Wednesday, August 28, 2013 1:49:25 PM > Subject: Re: [Users] engine-setup fails on CentOS 6.4 because of postgresql > > On 28.08.2013 10:13, Yedidyah Bar David wrote: > > > I think it's the OS's locale. What do you have in /etc/locale.conf ? > > You can try changing that to: > > > > LANG="en_US.UTF-8" > > > > Then login again (or just open a new shell), and verify that it worked > > by running: > > > > locale > > > > and verifying that there are no errors. > > Hi, > > It worked after I reinitialised the DB like this: > > initdb --locale=C -E UNICODE -D /var/lib/pgsql/data > > Might be nice to be able to specify/force this from /etc/sysconfig or > similar, this is not very user friendly. :-) > > Thanks for your help! This is strange! We use standard way to create the database: fedora: /usr/bin/postgresql-setup rhel/centos /etc/init.d/postgresql initdb Both run: $SU -l postgres -c "$PGENGINE/initdb --pgdata='$PGDATA' --auth='ident'" >> "$PGLOG" 2>&1 < /dev/null So we cannot provide parameters to this process... And we cannot specify locale environment variables as it uses su. Eli, is there any solution for this? > > Lucian > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro > ___ > 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: [Users] engine-setup fails on CentOS 6.4 because of postgresql
On 28.08.2013 10:13, Yedidyah Bar David wrote: I think it's the OS's locale. What do you have in /etc/locale.conf ? You can try changing that to: LANG="en_US.UTF-8" Then login again (or just open a new shell), and verify that it worked by running: locale and verifying that there are no errors. Hi, It worked after I reinitialised the DB like this: initdb --locale=C -E UNICODE -D /var/lib/pgsql/data Might be nice to be able to specify/force this from /etc/sysconfig or similar, this is not very user friendly. :-) Thanks for your help! Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Deep dive - Network QoS / vNIC Profiles
Hello everyone, Today (August 28th) at 16:00 GMT+3 we're going to have a session about the oVirt 3.3 features of Network Quality of Service and vNIC Profiles. You're welcome to join in either or both of the following: * Audio conference: find your country's access number at the attached link, and use ID 972506565679. https://www.intercallonline.com/listNumbersByCode.action?confCode=972506565679 * Elluminate session (video + hopefully audio): https://sas.elluminate.com/m.jnlp?sid=819&password=M.C34B8602C01AC95648BE69965D4F5B I will try to record the session. Yours, Lior. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] About /doc/ovirt-engine/manual/DocumentationPath.csv 404
Can't read file "/doc/ovirt-engine/manual/DocumentationPath.csv" for request "/docs/DocumentationPath.csv", will send a 404 error response. I can see this from log file. Where can I find ovirt manual ? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.3 Can't create/import EXPORT DOMAIN
- Original Message - > From: "Hans-Joachim" > To: users@ovirt.org > Sent: Wednesday, August 21, 2013 5:53:18 PM > Subject: [Users] oVirt 3.3 Can't create/import EXPORT DOMAIN > Hello, > I'm not able to add a EXPORT Domain to the system. The web does not show any > EXPORT domains, but engine.log tells me about > AddStorageServerConnection failed. > Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS > and indeed, there is an entry in storage_server_connections. > Is it save to delete this entry? Yup. We're working on a way to reuse these in the new Connection Management feature > Thanks, > Hans-Joachim > ___ > 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: [Users] engine-setup fails on CentOS 6.4 because of postgresql
Hi, - Original Message - > From: "Nux!" > To: "Yedidyah Bar David" > Cc: users@ovirt.org > Sent: Wednesday, August 28, 2013 11:59:59 AM > Subject: Re: [Users] engine-setup fails on CentOS 6.4 because of postgresql > > On 28.08.2013 09:23, Yedidyah Bar David wrote: > > Hi, > > > > - Original Message - > >> From: "Nux!" > >> To: users@ovirt.org > >> Sent: Wednesday, August 28, 2013 11:14:55 AM > >> Subject: [Users] engine-setup fails on CentOS 6.4 because of > >> postgresql > >> > >> Hello, > >> > >> Installed ovirt engine from the official repos, but engine-setup > >> fails > >> because of the database. Logs here: > >> http://paste.fedoraproject.org/35360/77293137/ > >> http://paste.fedoraproject.org/35361/76773031/ > > > > This file says: > > createdb: database creation failed: ERROR: encoding UTF8 does not > > match locale en_GB > > DETAIL: The chosen LC_CTYPE setting requires encoding LATIN1. > > > > Can you try with a UTF-8 locale? > > Hi > > What exactly should I do? I tried changing lc_ stuff in postgresql.conf > to en_GB.UTF-8 but it doesn't help. I think it's the OS's locale. What do you have in /etc/locale.conf ? You can try changing that to: LANG="en_US.UTF-8" Then login again (or just open a new shell), and verify that it worked by running: locale and verifying that there are no errors. -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] engine-setup fails on CentOS 6.4 because of postgresql
- Original Message - > From: "Nux!" > To: "Yedidyah Bar David" > Cc: users@ovirt.org > Sent: Wednesday, August 28, 2013 11:59:59 AM > Subject: Re: [Users] engine-setup fails on CentOS 6.4 because of postgresql > > On 28.08.2013 09:23, Yedidyah Bar David wrote: > > Hi, > > > > - Original Message - > >> From: "Nux!" > >> To: users@ovirt.org > >> Sent: Wednesday, August 28, 2013 11:14:55 AM > >> Subject: [Users] engine-setup fails on CentOS 6.4 because of > >> postgresql > >> > >> Hello, > >> > >> Installed ovirt engine from the official repos, but engine-setup > >> fails > >> because of the database. Logs here: > >> http://paste.fedoraproject.org/35360/77293137/ > >> http://paste.fedoraproject.org/35361/76773031/ > > > > This file says: > > createdb: database creation failed: ERROR: encoding UTF8 does not > > match locale en_GB > > DETAIL: The chosen LC_CTYPE setting requires encoding LATIN1. > > > > Can you try with a UTF-8 locale? > > Hi > > What exactly should I do? I tried changing lc_ stuff in postgresql.conf > to en_GB.UTF-8 but it doesn't help. Eli? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] engine-setup fails on CentOS 6.4 because of postgresql
On 28.08.2013 09:23, Yedidyah Bar David wrote: Hi, - Original Message - From: "Nux!" To: users@ovirt.org Sent: Wednesday, August 28, 2013 11:14:55 AM Subject: [Users] engine-setup fails on CentOS 6.4 because of postgresql Hello, Installed ovirt engine from the official repos, but engine-setup fails because of the database. Logs here: http://paste.fedoraproject.org/35360/77293137/ http://paste.fedoraproject.org/35361/76773031/ This file says: createdb: database creation failed: ERROR: encoding UTF8 does not match locale en_GB DETAIL: The chosen LC_CTYPE setting requires encoding LATIN1. Can you try with a UTF-8 locale? Hi What exactly should I do? I tried changing lc_ stuff in postgresql.conf to en_GB.UTF-8 but it doesn't help. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] engine-setup fails on CentOS 6.4 because of postgresql
Hi, - Original Message - > From: "Nux!" > To: users@ovirt.org > Sent: Wednesday, August 28, 2013 11:14:55 AM > Subject: [Users] engine-setup fails on CentOS 6.4 because of postgresql > > Hello, > > Installed ovirt engine from the official repos, but engine-setup fails > because of the database. Logs here: > http://paste.fedoraproject.org/35360/77293137/ > http://paste.fedoraproject.org/35361/76773031/ This file says: createdb: database creation failed: ERROR: encoding UTF8 does not match locale en_GB DETAIL: The chosen LC_CTYPE setting requires encoding LATIN1. Can you try with a UTF-8 locale? -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] engine-setup fails on CentOS 6.4 because of postgresql
Hello, Installed ovirt engine from the official repos, but engine-setup fails because of the database. Logs here: http://paste.fedoraproject.org/35360/77293137/ http://paste.fedoraproject.org/35361/76773031/ I'm not really any good with postgresql, what is the problem? Thanks, Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Clarify message: "Failed to connect Host to Storage Pool Default"
- Original Message - > From: "Gianluca Cecchi" > To: "Omer Frenkel" > Cc: "users" > Sent: Tuesday, August 27, 2013 4:57:45 PM > Subject: Re: [Users] Clarify message: "Failed to connect Host to Storage Pool > Default" > > On Tue, Aug 27, 2013 at 3:14 PM, Omer Frenkel wrote: > > > > > > - Original Message - > >> From: "Gianluca Cecchi" > >> To: "users" > >> Sent: Monday, August 26, 2013 6:44:39 PM > >> Subject: [Users] Clarify message: "Failed to connect Host to Storage Pool > >> Default" > >> > >> Hello, > >> after a induced failure of a whole site for testing reaction and > >> restart, what would be sequence of actions to do from a physical point > >> of view and from a gui point of view after powering on the hw > >> components? > > [snip] > > >> I'm going to eventually send full logs, but I would like to ask if it > >> is possible to send clearer messages inside the gui, for example what > >> are the SDs that the host cannot access in case there are many of > >> them. > > > > afair, the SDs not logged in audit log since you might have 20 domains or > > more, > > and it would not look good, so full information is in the log, > > and audit log just gives you a general information what is wrong. > > OK. what about recording the first one (say SD1) and putting in "audit > log" (does this term mean what displayed in web adin gui?) something > like > > "Host XXX cannot access at least storage domain SD1 attached to the > Data Center Default. See logfile (which one? put the path in message) > for full log. Setting Host state to Non-Operational." > > Does this mean that if only one out of 20 SDs is not able to be > reconnected all the DC is automatically impacted? > > Questions: > 1) suppose one out of 20 SDs is not able to be reconnected (hw failure > caused by power fault) > what are the steps to correct/acknowledge the failure and let at least > start the VMs not depending on it in the mean time one analyzes the > problem and resolves it? > if only one (or few) domains are problematic then the dc should be able to recover to up state, and only these domains will be in 'inactive' status. vms that not depend on these should work ok. this should happen automatically, no manual steps needed. > 2) suppose that the particular faulty SD is the one that was the SD > Master before crash, does this mean I am forced to use some db > commands to switch it to an available SD or can I follow steps in 1) > (if there are...) and another SD will be automatically "elected" as > the new Master? > no, there is a mechanism to change the master domain to some other available domain, assuming there is one like this. this is the "reconstruct master" that you see in the logs. > > > > sounds like error connecting to your storage > > Yes, in my simulation I have an IBM DS6800 where I can formally reach > the SAN disks from hosts but the TUR command configured in multipath > fails (and for exampe the command "fdisk -l dev/sdb" where sdb is one > disk on the san exits with error "invalid parameter" due to DS6800 > incorrect configuration) > > Thanks in advance. > > Gianluca > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Resize VM disk
Dne 27.8.2013 20:39, Eduardo Ramos napsal(a): Hi friends! Is there a way to resize vm disks? Thanks. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users In oVirt 3.3 you can do it by clicking on VM, select Disk tab on the bottom, select disk, click edit and add GB in extend array. ;-) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Designate Master Storage Domain
- Original Message - > Live Migration is possible when the relevant storage server is not the one > needing to be taken offline for maintenance. Granted a proper Gluster setup > would alleviate that however when optimum performance of file backed > virtual disks is a factor Gluster is not there yet. You gave examples where you want to migrate your data and you don't want to kill your VMs, so I suggested live storage migration, where the VM keeps running on the same host, but the underlying disk is moved from one storage domain to another. You basically have 3 options: 1. live storage migration 2. hotunplug the disk (assuming guest supports it and disk interface supports it) - in case the VM can live without this disk 3. stop the VM Putting a domain in maintenance while there are paused VMs with disks on this domain is not implemented in the system. But going back to your original scenario I think this discussion has shifted quite far from what you actually want to achieve, so I'd like to revisit that. First I'll explain what I understood from your original request to make sure that we're on the same page: You have 2 storage domains sd1 and sd2. sd1 is currently master storage domain. you want to put sd1 in maintenance. you have running VMs using *sd2* which you do not want to shut down. For the above scenario (which I hope is what you're aiming for), all you have to do is stop only the VMs which have disks on *sd1* (or live storage migrate or hotunplug as explained above) and once that is done just put sd1 in maintenance. In this scenario, the system will automatically move the master storage domain to be sd2, no downtime for VMs which don't have disks on sd1. > - DHC > > > On Sun, Aug 18, 2013 at 5:47 AM, Ayal Baron wrote: > > > > > > > - Original Message - > > > Pausing the VM's can work in certain situations for simple maintenance. > > > However suppose the purpose of the storage shutdown is to move data > > around > > > for certain VM's or perhaps change that particular underlying storage > > > > Then why not live migrate the relevant disks? > > > > > filesystem or hardware. Thus some of the VM's will have to be down for > > sure > > > however pausing them all because of the aforementioned would not be an > > > option since it would take hours or days depending on the amount of data > > and > > > the degree of change. > > > > > > - DHC > > > > > > > > > On Fri, Aug 16, 2013 at 12:14 AM, Karli Sjöberg < karli.sjob...@slu.se > > > > wrote: > > > > > > > > > > > > tor 2013-08-15 klockan 10:46 -0500 skrev Dead Horse: > > > > > > > > > Itamar this is true (I have noted occasional timing issues with it > > actually > > > working). > > > But what if as the administrator I have a specific storage domain in mind > > > that I would like to have become the master (in the case of more then > > two)? > > > > > > > > > > > > > > > @Karli > > > > > > > > > > > > The idea is not to not have to shut down all the VM's or the engine just > > to > > > maintenance a storage domain(s) that may happen to be on disparate > > storage > > > servers > > > . > > > > > > Yes I understood that. My suggestion was a workaround until such > > operations > > > are possible, that we use to minimize downtime as much as possible, to > > pause > > > the VM's, shut down engine, maintenance, bring engine and VM's back. > > Since > > > the VM's only was paused and engine shut down, the VM's just continue > > going > > > happily unknowing exactly from where they were, and a reboot of a storage > > > takes at most 5mins, which means 5mins total of downtime in the cloud > > > environment for that quarter, which is acceptable for just about any SLA. > > > > > > /Karli > > > > > > > > > > > > > > > > > > > > > > > > - DHC > > > > > > > > > > > > > > > > > > > > > > > > On Thu, Aug 15, 2013 at 9:37 AM, Itamar Heim < ih...@redhat.com > wrote: > > > > > > > > > > > > On 08/15/2013 06:18 AM, Dead Horse wrote: > > > > > > > > > > > > > > > > > > > > > > > > Is there any method of designating which domain should be the master > > > storage domain or forcibly changing the role to a different storage > > domain? > > > > > > EG: Given the following example > > > > > > Storage Domain A (Master) --> NFS --> Storage Server 1 > > > Storage Domain B --> NFS --> Storage Server 2 > > > > > > One wants to do maintenance to Storage Server 1 but in doing so the > > > Master storage domain is hosted from Storage Server 1. Thus the net > > > result of taking down Storage Server 1 is that one must also take down > > > Storage Server 2. > > > > > > Thus we know we must shut down VM's from Storage Domain A to maintenance > > > Storage Server 1. Suppose however that VM's are running that we don't > > > want to shut down and are hosted from Storage Domain B via Storage > > Server 2. > > > > > > We would want to be able to promote Storage Domain B to Master so that > > > we can take down Storage Domain A to do maintenance to Storage