Re: [Users] Disk quota and templates bug?
- Original Message - > From: "Greg Padgett" > To: "Jure Kranjc" > Cc: users@ovirt.org, "Doron Fediuck" > Sent: Thursday, May 30, 2013 3:02:34 AM > Subject: Re: [Users] Disk quota and templates bug? > > On 05/29/2013 10:05 AM, Jure Kranjc wrote: > > Hi, > > we've encountered an quota allocation problem which seems like a bug. > > Using engine 3.2.2. on CentOS, datacenter in enforced quota mode. Scenario: > > > > - Create a virtual machine, seal it and create template from it. Assign > > some quota to it. > > - Create a new user, set new quota limits to his username > > - This user creates a new VM from this template. In new server/desktop > > dialog, resource allocation, new disk gets set to user's quota (user only > > has permission for it's own quota). Create VM. > > - When VM is created it inherits the templates quota and not user's, as it > > should. So user is using templates disk quota. Quota for memory and vcpu > > works ok. > > > > No errors in engine.log. > > ___ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > Hi Jure, > > Thanks for reporting this. I'm not well-versed enough with storage quotas > to assess, but adding Doron who should be able to help. > > Thanks, > Greg > > Hi Guys, This is indeed a bug which was reported a few weeks ago. It should be handled for 3.3.0. As a work around you should be able to modify the quota allocation after the VM is created. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Fedora 18 and usb pass-through
On 05/29/2013 02:03 AM, Ryan Wilkinson wrote: I've noticed with Fedora 17 that usb devices plugged in after a spice session is initiated automagically pass-through to the virtual desktop without manually selecting them but not so with Fedora 18. They pass through if you manually select them from the drop down bar. Any way to make 18 work like 17?? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users adding spice-devel for this ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Thursday is Spice Test Day for Fedora 19!
Any plans for cross platform support? I currently have to run a VM just for spice which is a huge waste of resources. On 5/29/13 5:40 PM, "David Jaša" wrote: >Hi All, > >The day has come to test Spice! Several cool new features have landed in >Fedora 19 builds of spice: > * drag'n'drop file transfer support from client system to guest system > * Xspice spice server running inside the remote OS > * spice-html5 pure Javascript client >There are test cases for the respective features described on the Test >Day page on Fedora Wiki: >https://fedoraproject.org/wiki/Test_Day:2013-05-30_Spice > > >if you have any questions, ask on IRC channels (#fedora-test-day @ >Freenode, #spice @ gimpnet) > >Happy testing! > >David > >-- > >David Jaša, RHCE > >SPICE QE based in Brno >GPG Key: 22C33E24 >Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 > > This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Disk quota and templates bug?
On 05/29/2013 10:05 AM, Jure Kranjc wrote: Hi, we've encountered an quota allocation problem which seems like a bug. Using engine 3.2.2. on CentOS, datacenter in enforced quota mode. Scenario: - Create a virtual machine, seal it and create template from it. Assign some quota to it. - Create a new user, set new quota limits to his username - This user creates a new VM from this template. In new server/desktop dialog, resource allocation, new disk gets set to user's quota (user only has permission for it's own quota). Create VM. - When VM is created it inherits the templates quota and not user's, as it should. So user is using templates disk quota. Quota for memory and vcpu works ok. No errors in engine.log. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Hi Jure, Thanks for reporting this. I'm not well-versed enough with storage quotas to assess, but adding Doron who should be able to help. Thanks, Greg ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] [Test-announce] Thursday is Spice Test Day for Fedora 19!
Hi All, The day has come to test Spice! Several cool new features have landed in Fedora 19 builds of spice: * drag'n'drop file transfer support from client system to guest system * Xspice spice server running inside the remote OS * spice-html5 pure Javascript client There are test cases for the respective features described on the Test Day page on Fedora Wiki: https://fedoraproject.org/wiki/Test_Day:2013-05-30_Spice if you have any questions, ask on IRC channels (#fedora-test-day @ Freenode, #spice @ gimpnet) Happy testing! David -- David Jaša, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 smime.p7s Description: S/MIME cryptographic signature ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Weekly Meeting Minutes
- Original Message - > From: "Eli Mesika" > To: "Mike Burns" > Cc: bo...@ovirt.org, "users" > Sent: Wednesday, May 29, 2013 10:47:30 PM > Subject: Re: [Users] oVirt Weekly Meeting Minutes > > > > - Original Message - > > From: "Mike Burns" > > To: bo...@ovirt.org, "users" > > Sent: Wednesday, May 29, 2013 5:52:37 PM > > Subject: [Users] oVirt Weekly Meeting Minutes > > > > Minutes: > > http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.html > > on 3.f : checkpoint on features still at risk in 2 weeks (12-May) => should > be (12-JUN) and same for 3.i > > > Minutes (text): > > http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.txt > > Log: > > http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.log.html > > > > > > #ovirt: oVirt Weekly Meeting > > > > > > > > Meeting started by mburns at 14:00:21 UTC. The full logs are available > > at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.log.html > > . > > > > > > > > Meeting summary > > --- > > * agenda and roll call (mburns, 14:00:31) > >* 3.2.x update (mburns, 14:01:10) > >* 3.3 status (mburns, 14:01:29) > >* other topics (mburns, 14:01:50) > > > > * 3.2 updates (mburns, 14:03:24) > >* all pending builds are updated on ovirt.org/releases (mburns, > > 14:03:57) > >* expected updates coming shortly: sdk/cli and vdsm (mburns, > > 14:04:49) > >* no other updates planned at this time (mburns, 14:10:18) > > > > * oVirt 3.3 status update (mburns, 14:10:43) > >* LINK: http://www.ovirt.org/OVirt_3.3_release-management (mburns, > > 14:11:21) > >* IDEA: delay schedule 2-3 weeks (mburns, 14:14:08) > >* AGREED: maintainers/reps from each area will prioritize and we'll > > reschedule at next week's meeting (mburns, 14:20:09) > >* ACTION: mgoldboi to ensure rep from each area will be present next > > week (mburns, 14:20:41) > >* delay release and all other dates 1 month (mburns, 14:34:08) > >* checkpoint on features still at risk in 2 weeks (12-May) (mburns, > > 14:34:41) > >* ACTION: mburns to send schedule update announcement (mburns, > > 14:35:01) > >* IDEA: all features listed on the chart that do *not* have ETA or > > must/should/optional are dropped (mburns, 14:35:47) > >* AGREED: features missing priority or ETA are dropped on 12-May > > (mburns, 14:37:43) > > > > * Conferences and workshops (mburns, 14:39:40) > >* there will be a booth at Red Hat Summit (June 11-14) (mburns, > > 14:40:38) > >* presentations going on at LC Japan as well (mburns, 14:41:21) > > > > * infra report (mburns, 14:44:28) > >* with the help of rackspace dcaro managed to install the rackspace > > server (ewoud, 14:45:40) > >* installing ovirt on it so we get more jenkins slaves helping us run > > more tests (ewoud, 14:46:10) > >* our foreman/puppet environment is starting to take shape (ewoud, > > 14:46:35) > >* work in progress on installing monitoring software (icinga) so we > > can spot out of disk space ahead of time (ewoud, 14:47:07) > > > > * other topics (mburns, 14:48:11) > > > > Meeting ended at 14:51:38 UTC. > > > > > > > > > > Action Items > > > > * mgoldboi to ensure rep from each area will be present next week > > * mburns to send schedule update announcement > > > > > > > > > > Action Items, by person > > --- > > * mburns > >* mburns to send schedule update announcement > > * mgoldboi > >* mgoldboi to ensure rep from each area will be present next week > > * **UNASSIGNED** > >* (none) > > > > > > > > > > People Present (lines said) > > --- > > * mburns (83) > > * danken (22) > > * mgoldboi (21) > > * doron (18) > > * dneary (12) > > * mabsKenpachi (10) > > * ewoud (6) > > * ovirtbot (4) > > * oschreib (3) > > * sbonazzo (2) > > * jb_netapp (1) > > * dustins_ntap (1) > > * ofri_ (1) > > * yzaslavs (1) > > * 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 > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Weekly Meeting Minutes
- Original Message - > From: "Mike Burns" > To: bo...@ovirt.org, "users" > Sent: Wednesday, May 29, 2013 5:52:37 PM > Subject: [Users] oVirt Weekly Meeting Minutes > > Minutes: > http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.html on 3.f : checkpoint on features still at risk in 2 weeks (12-May) => should be (12-JUN) > Minutes (text): > http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.txt > Log: > http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.log.html > > > #ovirt: oVirt Weekly Meeting > > > > Meeting started by mburns at 14:00:21 UTC. The full logs are available > at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.log.html > . > > > > Meeting summary > --- > * agenda and roll call (mburns, 14:00:31) >* 3.2.x update (mburns, 14:01:10) >* 3.3 status (mburns, 14:01:29) >* other topics (mburns, 14:01:50) > > * 3.2 updates (mburns, 14:03:24) >* all pending builds are updated on ovirt.org/releases (mburns, > 14:03:57) >* expected updates coming shortly: sdk/cli and vdsm (mburns, > 14:04:49) >* no other updates planned at this time (mburns, 14:10:18) > > * oVirt 3.3 status update (mburns, 14:10:43) >* LINK: http://www.ovirt.org/OVirt_3.3_release-management (mburns, > 14:11:21) >* IDEA: delay schedule 2-3 weeks (mburns, 14:14:08) >* AGREED: maintainers/reps from each area will prioritize and we'll > reschedule at next week's meeting (mburns, 14:20:09) >* ACTION: mgoldboi to ensure rep from each area will be present next > week (mburns, 14:20:41) >* delay release and all other dates 1 month (mburns, 14:34:08) >* checkpoint on features still at risk in 2 weeks (12-May) (mburns, > 14:34:41) >* ACTION: mburns to send schedule update announcement (mburns, > 14:35:01) >* IDEA: all features listed on the chart that do *not* have ETA or > must/should/optional are dropped (mburns, 14:35:47) >* AGREED: features missing priority or ETA are dropped on 12-May > (mburns, 14:37:43) > > * Conferences and workshops (mburns, 14:39:40) >* there will be a booth at Red Hat Summit (June 11-14) (mburns, > 14:40:38) >* presentations going on at LC Japan as well (mburns, 14:41:21) > > * infra report (mburns, 14:44:28) >* with the help of rackspace dcaro managed to install the rackspace > server (ewoud, 14:45:40) >* installing ovirt on it so we get more jenkins slaves helping us run > more tests (ewoud, 14:46:10) >* our foreman/puppet environment is starting to take shape (ewoud, > 14:46:35) >* work in progress on installing monitoring software (icinga) so we > can spot out of disk space ahead of time (ewoud, 14:47:07) > > * other topics (mburns, 14:48:11) > > Meeting ended at 14:51:38 UTC. > > > > > Action Items > > * mgoldboi to ensure rep from each area will be present next week > * mburns to send schedule update announcement > > > > > Action Items, by person > --- > * mburns >* mburns to send schedule update announcement > * mgoldboi >* mgoldboi to ensure rep from each area will be present next week > * **UNASSIGNED** >* (none) > > > > > People Present (lines said) > --- > * mburns (83) > * danken (22) > * mgoldboi (21) > * doron (18) > * dneary (12) > * mabsKenpachi (10) > * ewoud (6) > * ovirtbot (4) > * oschreib (3) > * sbonazzo (2) > * jb_netapp (1) > * dustins_ntap (1) > * ofri_ (1) > * yzaslavs (1) > * 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 > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Server specs.
Looking to setup an Ovirt server for 15 - 20 virtual desktops. Thinking a quad core Xeon cpu but what about graphics processing? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt Weekly Meeting Minutes
Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.log.html #ovirt: oVirt Weekly Meeting Meeting started by mburns at 14:00:21 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-05-29-14.00.log.html . Meeting summary --- * agenda and roll call (mburns, 14:00:31) * 3.2.x update (mburns, 14:01:10) * 3.3 status (mburns, 14:01:29) * other topics (mburns, 14:01:50) * 3.2 updates (mburns, 14:03:24) * all pending builds are updated on ovirt.org/releases (mburns, 14:03:57) * expected updates coming shortly: sdk/cli and vdsm (mburns, 14:04:49) * no other updates planned at this time (mburns, 14:10:18) * oVirt 3.3 status update (mburns, 14:10:43) * LINK: http://www.ovirt.org/OVirt_3.3_release-management (mburns, 14:11:21) * IDEA: delay schedule 2-3 weeks (mburns, 14:14:08) * AGREED: maintainers/reps from each area will prioritize and we'll reschedule at next week's meeting (mburns, 14:20:09) * ACTION: mgoldboi to ensure rep from each area will be present next week (mburns, 14:20:41) * delay release and all other dates 1 month (mburns, 14:34:08) * checkpoint on features still at risk in 2 weeks (12-May) (mburns, 14:34:41) * ACTION: mburns to send schedule update announcement (mburns, 14:35:01) * IDEA: all features listed on the chart that do *not* have ETA or must/should/optional are dropped (mburns, 14:35:47) * AGREED: features missing priority or ETA are dropped on 12-May (mburns, 14:37:43) * Conferences and workshops (mburns, 14:39:40) * there will be a booth at Red Hat Summit (June 11-14) (mburns, 14:40:38) * presentations going on at LC Japan as well (mburns, 14:41:21) * infra report (mburns, 14:44:28) * with the help of rackspace dcaro managed to install the rackspace server (ewoud, 14:45:40) * installing ovirt on it so we get more jenkins slaves helping us run more tests (ewoud, 14:46:10) * our foreman/puppet environment is starting to take shape (ewoud, 14:46:35) * work in progress on installing monitoring software (icinga) so we can spot out of disk space ahead of time (ewoud, 14:47:07) * other topics (mburns, 14:48:11) Meeting ended at 14:51:38 UTC. Action Items * mgoldboi to ensure rep from each area will be present next week * mburns to send schedule update announcement Action Items, by person --- * mburns * mburns to send schedule update announcement * mgoldboi * mgoldboi to ensure rep from each area will be present next week * **UNASSIGNED** * (none) People Present (lines said) --- * mburns (83) * danken (22) * mgoldboi (21) * doron (18) * dneary (12) * mabsKenpachi (10) * ewoud (6) * ovirtbot (4) * oschreib (3) * sbonazzo (2) * jb_netapp (1) * dustins_ntap (1) * ofri_ (1) * yzaslavs (1) * 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] Storage domain maintenance
yes, and engine should prevent putting the domain in maintenance while you have running vms writing to it. On 05/29/2013 05:14 PM, edua...@freedominterface.org wrote: Hi guys! I have 48 virtual machines based on a iscsi storage domain. I have to do a procedure with the domain, so I need to set it in maintenance mode. Anybody knows if I set storage domain in maintenance I will got problem with running virtual machines? Thanks. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Dafna Ron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Storage domain maintenance
Hi guys! I have 48 virtual machines based on a iscsi storage domain. I have to do a procedure with the domain, so I need to set it in maintenance mode. Anybody knows if I set storage domain in maintenance I will got problem with running virtual machines? Thanks. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt3.0 - locked image when creating VM from template
Hi Sven, it does looks like a DB issue. Can u please attach the full VDSM and engine logs to investigate it. If you want to unlock your disk do the following: log into the DB : psql -d rhevm -U postgres and perform the following SELECT vm_name frim vms where vm_guid = (SELECT vm_guid FROM vm_images_view where imagestatus = 2); See if you get the VM which the disk is locked on it. If so do: SELECT image_guid from vm_images_view where imagestatus=2; # Get the guid returned and then Update images SET imagestatus=1 where image_guid = {The guid which returned in the last query} Regards, Maor On 05/29/2013 04:43 PM, Sven Knohsalla wrote: > Hi Maor, > > thanks for your response. > It seems ,from my site of view , to be a DB issue, as the command.. > > [root@deovn-i02 ~]# vdsClient -s 0 getAllTasksStatuses > {'status': {'message': 'OK', 'code': 0}, 'allTasksStatus': {}} > > ..shows no waiting tasks, and I would have found log entries in the > engine.log therefore, > right? (Just looked at the log file) > > What I already did when the issue did come up: > Restarted vdsmd on SPM to force new SPM election, but the new SPM didn't > receive the task either. > (to understand if this comes from vdsmd or not) > > > Cheer, > Sven. > > Sven Knohsalla | System Administration | Netbiscuits > > Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail > s.knohsa...@netbiscuits.com | Skype: netbiscuits.admin > Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY > > > -Ursprüngliche Nachricht- > Von: Maor Lipchuk [mailto:mlipc...@redhat.com] > Gesendet: Mittwoch, 29. Mai 2013 15:32 > An: Sven Knohsalla > Cc: users@ovirt.org > Betreff: Re: [Users] oVirt3.0 - locked image when creating VM from template > > Hi Sven, > It looks like a bug. > > It sounds like that disk can be unlocked from the DB. > Just to make sure, can u log into your SPM host and run: > vdsClient -s 0 getAllTasksStatuses, see if there are not tasks running? > > Regards, > Maor > > On 05/29/2013 03:27 PM, Sven Knohsalla wrote: >> Hi, >> >> >> >> I ran in this strange issue in oVirt 3.0: >> A VM creation from a certain template doesn't seem to work / show any >> progress. >> >> The image gets locked, event view shows start of VM creation, but >> nothing changes. >> >> Usual deploying time is under 10 minutes >> >> >> >> Engine log output: >> 2013-05-29 14:04:25,351 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask] >> (http--0.0.0.0-8443-3) BaseAsyncTask::AddOrUpdateTaskInDB: >> Adding/Updating task ba297305 >> >> -af24-4533-a238-01f5762b62f4 to DataBase threw an exception.: >> org.apache.commons.lang.SerializationException: >> org.codehaus.jackson.map.JsonMappingException: or >> >> g.ovirt.engine.core.compat.Guid cannot be cast to [Ljava.lang.Object; >> (through reference chain: >> org.ovirt.engine.core.common.action.CreateCloneOfTemplateParame >> >> ters["diskImageBase"]->org.ovirt.engine.core.common.businessentities.D >> iskImage["childrenId"]) >> >> at >> org.ovirt.engine.core.utils.serialization.json.JsonObjectSerializer.wr >> iteJsonAsString(JsonObjectSerializer.java:69) >> [utils-3.0.0-0001.jar:] >> >> at >> org.ovirt.engine.core.utils.serialization.json.JsonObjectSerializer.se >> rialize(JsonObjectSerializer.java:51) >> [utils-3.0.0-0001.jar:] >> >> at >> org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl$AsyncTaskParameterS >> ource.serializeParameters(AsyncTaskDAODbFacadeImpl.java:74) >> [engine-dal.jar:] >> >> at >> org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl$AsyncTaskParameterS >> ource.(AsyncTaskDAODbFacadeImpl.java:67) >> [engine-dal.jar:] >> >> at >> org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl.getTaskParameterSou >> rce(AsyncTaskDAODbFacadeImpl.java:99) >> [engine-dal.jar:] >> >> at >> org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl.save(AsyncTaskDAODb >> FacadeImpl.java:104) >> [engine-dal.jar:] >> >> at >> org.ovirt.engine.core.bll.SPMAsyncTask.AddOrUpdateTaskInDB(SPMAsyncTas >> k.java:105) >> [engine-bll.jar:] >> >> at >> org.ovirt.engine.core.bll.SPMAsyncTask.(SPMAsyncTask.java:22) >> [engine-bll.jar:] >> >> at >> org.ovirt.engine.core.bll.EntityAsyncTask.(EntityAsyncTask.java: >> 46) [engine-bll.jar:] >> >> at >> org.ovirt.engine.core.bll.AsyncTaskFactory.Construct(AsyncTaskFactory. >> java:53) >> [engine-bll.jar:] >> >> at >> org.ovirt.engine.core.bll.AsyncTaskManager.CreateTask(AsyncTaskManager >> .java:448) >> [engine-bll.jar:] >> >> at >> org.ovirt.engine.core.bll.CreateCloneOfTemplateCommand.ConcreteCreateT >> ask(CreateCloneOfTemplateCommand.java:99) >> [engine-bll.jar:] >> >> at >> org.ovirt.engine.core.bll.CommandBase.CreateTask(CommandBase.java:847) >> [engine-bll.jar:] >> >> at >> org.ovirt.engine.core.bll.CreateCloneOfTemplateCommand.CreateSnapshotI >> nIrsServer(CreateCloneOfTemplateCommand.java:78) >> [engine-bll.jar:] >> >> at >> org.ovirt.engine.core.bll.Cre
[Users] Disk quota and templates bug?
Hi, we've encountered an quota allocation problem which seems like a bug. Using engine 3.2.2. on CentOS, datacenter in enforced quota mode. Scenario: - Create a virtual machine, seal it and create template from it. Assign some quota to it. - Create a new user, set new quota limits to his username - This user creates a new VM from this template. In new server/desktop dialog, resource allocation, new disk gets set to user's quota (user only has permission for it's own quota). Create VM. - When VM is created it inherits the templates quota and not user's, as it should. So user is using templates disk quota. Quota for memory and vcpu works ok. No errors in engine.log. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt3.0 - locked image when creating VM from template
Hi Maor, thanks for your response. It seems ,from my site of view , to be a DB issue, as the command.. [root@deovn-i02 ~]# vdsClient -s 0 getAllTasksStatuses {'status': {'message': 'OK', 'code': 0}, 'allTasksStatus': {}} ..shows no waiting tasks, and I would have found log entries in the engine.log therefore, right? (Just looked at the log file) What I already did when the issue did come up: Restarted vdsmd on SPM to force new SPM election, but the new SPM didn't receive the task either. (to understand if this comes from vdsmd or not) Cheer, Sven. Sven Knohsalla | System Administration | Netbiscuits Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsa...@netbiscuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY -Ursprüngliche Nachricht- Von: Maor Lipchuk [mailto:mlipc...@redhat.com] Gesendet: Mittwoch, 29. Mai 2013 15:32 An: Sven Knohsalla Cc: users@ovirt.org Betreff: Re: [Users] oVirt3.0 - locked image when creating VM from template Hi Sven, It looks like a bug. It sounds like that disk can be unlocked from the DB. Just to make sure, can u log into your SPM host and run: vdsClient -s 0 getAllTasksStatuses, see if there are not tasks running? Regards, Maor On 05/29/2013 03:27 PM, Sven Knohsalla wrote: > Hi, > > > > I ran in this strange issue in oVirt 3.0: > A VM creation from a certain template doesn't seem to work / show any > progress. > > The image gets locked, event view shows start of VM creation, but > nothing changes. > > Usual deploying time is under 10 minutes > > > > Engine log output: > 2013-05-29 14:04:25,351 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask] > (http--0.0.0.0-8443-3) BaseAsyncTask::AddOrUpdateTaskInDB: > Adding/Updating task ba297305 > > -af24-4533-a238-01f5762b62f4 to DataBase threw an exception.: > org.apache.commons.lang.SerializationException: > org.codehaus.jackson.map.JsonMappingException: or > > g.ovirt.engine.core.compat.Guid cannot be cast to [Ljava.lang.Object; > (through reference chain: > org.ovirt.engine.core.common.action.CreateCloneOfTemplateParame > > ters["diskImageBase"]->org.ovirt.engine.core.common.businessentities.D > iskImage["childrenId"]) > > at > org.ovirt.engine.core.utils.serialization.json.JsonObjectSerializer.wr > iteJsonAsString(JsonObjectSerializer.java:69) > [utils-3.0.0-0001.jar:] > > at > org.ovirt.engine.core.utils.serialization.json.JsonObjectSerializer.se > rialize(JsonObjectSerializer.java:51) > [utils-3.0.0-0001.jar:] > > at > org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl$AsyncTaskParameterS > ource.serializeParameters(AsyncTaskDAODbFacadeImpl.java:74) > [engine-dal.jar:] > > at > org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl$AsyncTaskParameterS > ource.(AsyncTaskDAODbFacadeImpl.java:67) > [engine-dal.jar:] > > at > org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl.getTaskParameterSou > rce(AsyncTaskDAODbFacadeImpl.java:99) > [engine-dal.jar:] > > at > org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl.save(AsyncTaskDAODb > FacadeImpl.java:104) > [engine-dal.jar:] > > at > org.ovirt.engine.core.bll.SPMAsyncTask.AddOrUpdateTaskInDB(SPMAsyncTas > k.java:105) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.SPMAsyncTask.(SPMAsyncTask.java:22) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.EntityAsyncTask.(EntityAsyncTask.java: > 46) [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.AsyncTaskFactory.Construct(AsyncTaskFactory. > java:53) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.AsyncTaskManager.CreateTask(AsyncTaskManager > .java:448) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CreateCloneOfTemplateCommand.ConcreteCreateT > ask(CreateCloneOfTemplateCommand.java:99) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CommandBase.CreateTask(CommandBase.java:847) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CreateCloneOfTemplateCommand.CreateSnapshotI > nIrsServer(CreateCloneOfTemplateCommand.java:78) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CreateSnapshotCommand.executeCommand(CreateS > napshotCommand.java:61) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CreateSnapshotFromTemplateCommand.executeCom > mand(CreateSnapshotFromTemplateCommand.java:82) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CommandBase.ExecuteWithoutTransaction(Comman > dBase.java:621) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope( > CommandBase.java:713) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.jav > a:982) > [engine-bll.jar:] > > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRe > quired(TransactionSupport.java:144) > [utils-3.0.0-0001.jar:] > > at > org.ovirt.engine.co
Re: [Users] oVirt3.0 - locked image when creating VM from template
Hi Sven, It looks like a bug. It sounds like that disk can be unlocked from the DB. Just to make sure, can u log into your SPM host and run: vdsClient -s 0 getAllTasksStatuses, see if there are not tasks running? Regards, Maor On 05/29/2013 03:27 PM, Sven Knohsalla wrote: > Hi, > > > > I ran in this strange issue in oVirt 3.0: > A VM creation from a certain template doesn’t seem to work / show any > progress. > > The image gets locked, event view shows start of VM creation, but > nothing changes. > > Usual deploying time is under 10 minutes > > > > Engine log output: > 2013-05-29 14:04:25,351 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask] > (http--0.0.0.0-8443-3) BaseAsyncTask::AddOrUpdateTaskInDB: > Adding/Updating task ba297305 > > -af24-4533-a238-01f5762b62f4 to DataBase threw an exception.: > org.apache.commons.lang.SerializationException: > org.codehaus.jackson.map.JsonMappingException: or > > g.ovirt.engine.core.compat.Guid cannot be cast to [Ljava.lang.Object; > (through reference chain: > org.ovirt.engine.core.common.action.CreateCloneOfTemplateParame > > ters["diskImageBase"]->org.ovirt.engine.core.common.businessentities.DiskImage["childrenId"]) > > at > org.ovirt.engine.core.utils.serialization.json.JsonObjectSerializer.writeJsonAsString(JsonObjectSerializer.java:69) > [utils-3.0.0-0001.jar:] > > at > org.ovirt.engine.core.utils.serialization.json.JsonObjectSerializer.serialize(JsonObjectSerializer.java:51) > [utils-3.0.0-0001.jar:] > > at > org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl$AsyncTaskParameterSource.serializeParameters(AsyncTaskDAODbFacadeImpl.java:74) > [engine-dal.jar:] > > at > org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl$AsyncTaskParameterSource.(AsyncTaskDAODbFacadeImpl.java:67) > [engine-dal.jar:] > > at > org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl.getTaskParameterSource(AsyncTaskDAODbFacadeImpl.java:99) > [engine-dal.jar:] > > at > org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl.save(AsyncTaskDAODbFacadeImpl.java:104) > [engine-dal.jar:] > > at > org.ovirt.engine.core.bll.SPMAsyncTask.AddOrUpdateTaskInDB(SPMAsyncTask.java:105) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.SPMAsyncTask.(SPMAsyncTask.java:22) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.EntityAsyncTask.(EntityAsyncTask.java:46) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.AsyncTaskFactory.Construct(AsyncTaskFactory.java:53) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.AsyncTaskManager.CreateTask(AsyncTaskManager.java:448) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CreateCloneOfTemplateCommand.ConcreteCreateTask(CreateCloneOfTemplateCommand.java:99) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CommandBase.CreateTask(CommandBase.java:847) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CreateCloneOfTemplateCommand.CreateSnapshotInIrsServer(CreateCloneOfTemplateCommand.java:78) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CreateSnapshotCommand.executeCommand(CreateSnapshotCommand.java:61) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CreateSnapshotFromTemplateCommand.executeCommand(CreateSnapshotFromTemplateCommand.java:82) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CommandBase.ExecuteWithoutTransaction(CommandBase.java:621) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:713) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:982) > [engine-bll.jar:] > > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:144) > [utils-3.0.0-0001.jar:] > > at > org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:109) > [utils-3.0.0-0001.jar:] > > at > org.ovirt.engine.core.bll.CommandBase.Execute(CommandBase.java:726) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.CommandBase.ExecuteAction(CommandBase.java:210) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:262) > [engine-bll.jar:] > > at > org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:240) > [engine-bll.jar:] > > at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source) > [:1.6.0_24] > > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [:1.6.0_24] > > at java.lang.reflect.Method.invoke(Method.java:616) [:1.6.0_24] > > at > org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) > [jboss-as-ee-7.1.0.Beta1b.jar:] > > > > > This just happe
[Users] oVirt3.0 - locked image when creating VM from template
Hi, I ran in this strange issue in oVirt 3.0: A VM creation from a certain template doesn't seem to work / show any progress. The image gets locked, event view shows start of VM creation, but nothing changes. Usual deploying time is under 10 minutes Engine log output: 2013-05-29 14:04:25,351 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask] (http--0.0.0.0-8443-3) BaseAsyncTask::AddOrUpdateTaskInDB: Adding/Updating task ba297305 -af24-4533-a238-01f5762b62f4 to DataBase threw an exception.: org.apache.commons.lang.SerializationException: org.codehaus.jackson.map.JsonMappingException: or g.ovirt.engine.core.compat.Guid cannot be cast to [Ljava.lang.Object; (through reference chain: org.ovirt.engine.core.common.action.CreateCloneOfTemplateParame ters["diskImageBase"]->org.ovirt.engine.core.common.businessentities.DiskImage["childrenId"]) at org.ovirt.engine.core.utils.serialization.json.JsonObjectSerializer.writeJsonAsString(JsonObjectSerializer.java:69) [utils-3.0.0-0001.jar:] at org.ovirt.engine.core.utils.serialization.json.JsonObjectSerializer.serialize(JsonObjectSerializer.java:51) [utils-3.0.0-0001.jar:] at org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl$AsyncTaskParameterSource.serializeParameters(AsyncTaskDAODbFacadeImpl.java:74) [engine-dal.jar:] at org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl$AsyncTaskParameterSource.(AsyncTaskDAODbFacadeImpl.java:67) [engine-dal.jar:] at org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl.getTaskParameterSource(AsyncTaskDAODbFacadeImpl.java:99) [engine-dal.jar:] at org.ovirt.engine.core.dao.AsyncTaskDAODbFacadeImpl.save(AsyncTaskDAODbFacadeImpl.java:104) [engine-dal.jar:] at org.ovirt.engine.core.bll.SPMAsyncTask.AddOrUpdateTaskInDB(SPMAsyncTask.java:105) [engine-bll.jar:] at org.ovirt.engine.core.bll.SPMAsyncTask.(SPMAsyncTask.java:22) [engine-bll.jar:] at org.ovirt.engine.core.bll.EntityAsyncTask.(EntityAsyncTask.java:46) [engine-bll.jar:] at org.ovirt.engine.core.bll.AsyncTaskFactory.Construct(AsyncTaskFactory.java:53) [engine-bll.jar:] at org.ovirt.engine.core.bll.AsyncTaskManager.CreateTask(AsyncTaskManager.java:448) [engine-bll.jar:] at org.ovirt.engine.core.bll.CreateCloneOfTemplateCommand.ConcreteCreateTask(CreateCloneOfTemplateCommand.java:99) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.CreateTask(CommandBase.java:847) [engine-bll.jar:] at org.ovirt.engine.core.bll.CreateCloneOfTemplateCommand.CreateSnapshotInIrsServer(CreateCloneOfTemplateCommand.java:78) [engine-bll.jar:] at org.ovirt.engine.core.bll.CreateSnapshotCommand.executeCommand(CreateSnapshotCommand.java:61) [engine-bll.jar:] at org.ovirt.engine.core.bll.CreateSnapshotFromTemplateCommand.executeCommand(CreateSnapshotFromTemplateCommand.java:82) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.ExecuteWithoutTransaction(CommandBase.java:621) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:713) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:982) [engine-bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:144) [utils-3.0.0-0001.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:109) [utils-3.0.0-0001.jar:] at org.ovirt.engine.core.bll.CommandBase.Execute(CommandBase.java:726) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.ExecuteAction(CommandBase.java:210) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:262) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:240) [engine-bll.jar:] at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source) [:1.6.0_24] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [:1.6.0_24] at java.lang.reflect.Method.invoke(Method.java:616) [:1.6.0_24] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-7.1.0.Beta1b.jar:] This just happened once, new VM creations with templates are working. The only problem is ,the affecting template is locked now and I don't know how to free the diskimage (vdsmd of SPM responsible here or just a DB entry?) Thanks in advance! Best, Sven. Sven Knohsalla | System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsa...@netbiscuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY [https://my.netbiscuits.com/image/image_gallery?uuid=3a1a9d19-c305-4032-8cef-00b03c3d4c79&groupId=10211&t=136
Re: [Users] deduplication
Absolutely agree with you, planning is the best thing to do, but normally people want a plug'n'play system with all included, because there is not much time to think and planning, and there are many companies that know how to take advantage of this people characteristics. Any way, I think another solution for dedup is FreeNAS using ZFS. Jose - Original Message - From: "Jiri Belka" To: supo...@logicworks.pt Cc: users@ovirt.org Sent: Quarta-feira, 29 de Maio de 2013 7:33:10 Subject: Re: [Users] deduplication On Tue, 28 May 2013 14:29:05 +0100 (WEST) supo...@logicworks.pt wrote: > That's why I'm making this questions, to demystify some buzzwords around > here. > But if you have a strong and good technology why not create buzzwords to get > into as many people as possible? without trapped them. > Share a disk containing "static" data is a good idea, do you know from where > I can start? Everything depends on your needs, design planning. Maybe then sharing disk would be better to share via NFS/iscsi. Of course if you have many VMs each of them is different you will fail. But if you have mostly homogeneous environment you can think about this approach. Sure you have to have plan for upgrading "base" "static" shared OS data, you have to have plan how to install additional software (different destination than /usr or /usr/local)... If you already have your own build host which builds for you OS packages and you have already your own plan for deployment, you have done first steps. If you depend on upgrading each machine separately from Internet, then first you should plan your environment, configuration management etc. Well, in many times people do not do any planning, they just think some good technology would save their "poor" design. j. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users