[Users] VM used FUSE mount point, are not used qemu-GlusterFS native integration
Hi, all I created DC, use GlusterFS as the domain type. And created Storage, with storage type Data/GlusterFS But VM used FUSE mount point, are not used qemu-glusterfs native integration When i looked at the running KVM processes, i saw -drive file=/rhev/data-center/mnt/ glusterSD/vdsm01.cn.local: local/35c541ad-bd48-4000-ad8f-8539629b7d75/images/9f3ecc5d-5d82-4e83-a89e-b298725e1d63/6a621ecc-715d-4a15-982c-05c618eefd36 But I expect to see -drive file=gluster+tcp:// Fodora 19 oVirt 3.3.4 libvirt 1.0.5 qemu-kvm 1.4.2 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Post-Install Engine VM Changes Feasible?
Il 15/03/2014 12:44, Giuseppe Ragusa ha scritto: Hi Joshua, -- Date: Sat, 15 Mar 2014 02:32:59 -0400 From: j...@wrale.com To: users@ovirt.org Subject: [Users] Post-Install Engine VM Changes Feasible? Hi, I'm in the process of installing 3.4 RC(2?) on Fedora 19. I'm using hosted engine, introspective GlusterFS+keepalived+NFS ala [1], across six nodes. I have a layered networking topology ((V)LANs for public, internal, storage, compute and ipmi). I am comfortable doing the bridging for each interface myself via /etc/sysconfig/network-scripts/ifcfg-*. Here's my desired topology: http://www.asciiflow.com/#Draw6325992559863447154 Here's my keepalived setup: https://gist.github.com/josh-at-knoesis/98618a16418101225726 I'm writing a lot of documentation of the many steps I'm taking. I hope to eventually release a distributed introspective all-in-one (including distributed storage) guide. Looking at vm.conf.in http://vm.conf.in, it looks like I'd by default end up with one interface on my engine, probably on my internal VLAN, as that's where I'd like the control traffic to flow. I definitely could do NAT, but I'd be most happy to see the engine have a presence on all of the LANs, if for no other reason than because I want to send backups directly over the storage VLAN. I'll cut to it: I believe I could successfully alter the vdsm template (vm.conf.in http://vm.conf.in) to give me the extra interfaces I require. It hit me, however, that I could just take the defaults for the initial install. Later, I think I'll be able to come back with virsh and make my changes to the gracefully disabled VM. Is this true? [1] http://www.andrewklau.com/ovirt-hosted-engine-with-3-4-0-nightly/ Thanks, Joshua I started from the same reference[1] and ended up statically modifying vm.conf.in before launching setup, like this: cp -a /usr/share/ovirt-hosted-engine-setup/templates/vm.conf.in /usr/share/ovirt-hosted-engine-setup/templates/vm.conf.in.orig cat EOM /usr/share/ovirt-hosted-engine-setup/templates/vm.conf.in vmId=@VM_UUID@ memSize=@MEM_SIZE@ display=@CONSOLE_TYPE@ devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0, bus:1, type:drive},specParams:{},readonly:true,deviceId:@CDROM_UUID@,path:@CDROM@,device:cdrom,shared:false,type:disk@BOOT_CDROM@} devices={index:0,iface:virtio,format:raw,poolID:@SP_UUID@,volumeID:@VOL_UUID@,imageID:@IMG_UUID@,specParams:{},readonly:false,domainID:@SD_UUID@,optional:false,deviceId:@IMG_UUID@,address:{bus:0x00, slot:0x06, domain:0x, type:pci, function:0x0},device:disk,shared:exclusive,propagateErrors:off,type:disk@BOOT_DISK@} devices={device:scsi,model:virtio-scsi,type:controller} devices={index:4,nicModel:pv,macAddr:@MAC_ADDR@,linkActive:true,network:@BRIDGE@,filter:vdsm-no-mac-spoofing,specParams:{},deviceId:@NIC_UUID@,address:{bus:0x00, slot:0x03, domain:0x, type:pci, function:0x0},device:bridge,type:interface@BOOT_PXE@} devices={index:8,nicModel:pv,macAddr:02:16:3e:4f:c4:b0,linkActive:true,network:lan,filter:vdsm-no-mac-spoofing,specParams:{},address:{bus:0x00, slot:0x09, domain:0x, type:pci, function:0x0},device:bridge,type:interface@BOOT_PXE@} devices={device:console,specParams:{},type:console,deviceId:@CONSOLE_UUID@,alias:console0} vmName=@NAME@ spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir smp=@VCPUS@ cpuType=@CPU_TYPE@ emulatedMachine=@EMULATED_MACHINE@ EOM Note that you should also be able to edit /etc/ovirt-hosted-engine/vm.conf after setup: - put the system in global maintenance - edit the vm.conf file on all the hosts running the hosted engine - shutdown the vm: hosted-engine --vm-shutdown - start again the vm: hosted-engine --vm-start - exit global maintenance Giuseppe, Joshua: can you share your changes in a guide for Hosted engine users on ovirt.org wiki? I simply added a second nic (with a fixed MAC address from the locally-administered pool, since I didn't know how to auto-generate one) and added an index for nics too (mimicking the the storage devices setup already present). My network setup is much simpler than yours: ovirtmgmt bridge is on an isolated oVirt-management-only network without gateway, my actual LAN with gateway and Internet access (for package updates/installation) is connected to lan bridge and the SAN/migration LAN is a further (not bridged) 10 Gib/s isolated network for which I do not expect to need Engine/VMs reachability (so no third interface for Engine) since all actions should be performed from Engine but only through vdsm hosts (I use a split-DNS setup by means of carefully crafted hosts files on Engine and vdsm hosts) I can confirm that the engine vm gets created as expected and that network
Re: [Users] oVIRT3.3.3 Live Migration fails
Hi, what I really do not understand how could it be an issue if server 1 runs in permissive mode while server 2 runs in disabled mode? server 1 just logs selinux violations, how should this prevent anything? Am 16.03.2014 23:44, schrieb Dan Kenigsberg: On Thu, Mar 13, 2014 at 12:39:24PM -0400, Hans-Joachim wrote: Hello, Thank you for your help. finally, it was a mismatch between a server running in SE permissive mode and a server running in disabled mode. Yet another reminder that we should implement 894084 [RFE] engine should check and enforce selinux state in cluster policies Having Vdsm report selinux state (disabled/enforcing/permissive) in getVdsCaps should be a piece of cake. -- 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
[Users] Attach floppy as [sysprep] to VM - API
Hi, I want to attach floppy as [sysprep] to windows VM in the Run once via API. can you help? I want to do sysprep on windows 2008 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available
Am Montag, den 17.03.2014, 12:35 +0100 schrieb Jorick Astrego: Hi Fabian, rpm -qa|grep vdsm vdsm-python-zombiereaper-4.14.5-0.el6.noarch vdsm-cli-4.14.5-0.el6.noarch vdsm-reg-4.14.5-0.el6.noarch vdsm-xmlrpc-4.14.5-0.el6.noarch vdsm-4.14.5-0.el6.x86_64 vdsm-gluster-4.14.5-0.el6.noarch ovirt-node-plugin-vdsm-0.1.1-10.el6.noarch vdsm-python-4.14.5-0.el6.x86_64 It is indeed this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1055153 Okay. Could you please comment on that bug and provide what ovirt-node version and what vdsm version you use. IMO it should be fixed with the vdsm version you've got. I will also attach myself to that bug. Thanks for the report! - fabian Kind regards, Jorick Astrego On Mon, 2014-03-17 at 12:10 +0100, Fabian Deutsch wrote: Am Montag, den 17.03.2014, 11:39 +0100 schrieb Jorick Astrego: Hi Fabian, Thanks a lot! But it's having the same issue: ls -lart total 24 drwxr-xr-x. 2 vdsm kvm 4096 2014-03-17 10:13 backup drwxr-xr-x. 13 root root 4096 2014-03-17 10:28 .. -rw-r--r--. 1 root root 5464 2014-03-17 10:28 supervdsm.log -rw-r--r--. 1 root root0 2014-03-17 10:28 vdsm.log -rw-r--r--. 1 root root0 2014-03-17 10:28 metadata.log drwxr-xr-x. 3 vdsm kvm 4096 2014-03-17 10:28 . -rw-r--r--. 1 vdsm kvm 352 2014-03-17 10:28 upgrade.log I removed the old files from my PXE boot and then extracted the boot files from the newer image, so I'm pretty sure I used the update node image. But it's a bit hard to verify though as all the release numbers are the same... Hey Jorick, could you please verify that the vdsm version within your iso is: vdsm-4.14.5-0.el6.x86_64 If it is this bug you are seeing: https://bugzilla.redhat.com/show_bug.cgi?id=1055153 Then we should probably re-open it. As it is not fixed on Node. Douglas, do you maybe something about that bug and ovirt-node? Thanks - fabian cat /etc/redhat-release oVirt Node Hypervisor release 3.0.4 (1.0.201401291204.el6) (Edited) Kind regards, Jorick Astrego On Fri, 2014-03-14 at 17:07 +0100, Fabian Deutsch wrote: Am Freitag, den 14.03.2014, 11:50 -0400 schrieb Doron Fediuck: - Original Message - From: Jorick Astrego j.astr...@netbulae.eu To: users users@ovirt.org Sent: Friday, March 14, 2014 11:46:25 AM Subject: Re: [Users] [ANN] oVirt 3.4.0 Second Release Candidate is now available Hi, Can we also have a new build of the node image? I spend a lot of time debugging an issue that had already been fixed in beta3 https://bugzilla.redhat.com/show_bug.cgi?id=1064047 But the node image ( http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-1.0.201401291204.vdsm34.el6.iso) is older than this bugfix. It would be not so efficient finding all the bugs that have already been fixed... Kind regards, Jorick Astrego Netbulae B.V. Fabian, how can we help Jorick? Done. I respun a new Node including the latest vdsm and friends already earlier this morning. Just did not drop the email. Thanks - fabian ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Request for Wiki - dates
Il 14/03/2014 18:16, Dave Neary ha scritto: Hi Bob, What I'd love to see is a way for people to flag content out-of-date. Last updated doesn't tell you about the feature that is stable and unchanged since 3.0, nor does it tell you that the feature is in constant flux and the latest commit just changed everything. You need 2 dates for maximum usefulness: Last updated, and Flagged out of date - if last updated is after the flagged date, something is wrong (flag should have been removed). If the flag is there then the page needs updating. Ideally, flagging the page would indicate the reason for the flag. Anyone know how you'd do this in a maintainable way in MediaWiki? Looking at mediawiki the only way I see is flagging all pages not updated in the last month with http://www.mediawiki.org/wiki/Template:Outdated And having people to review them. I'm not sure if a bot can do the work of automatically flagging all pages not updated. Cheers, Dave. On 03/13/2014 05:53 PM, Bob Doolittle wrote: Hi, As most are aware, there's a lot of information on the Ovirt Wiki that's out of date. In spite of our best efforts, that will probably always be true - it's the nature of Wikis. When I look for information on our Wiki, I never know where the most current information is. I think it would be really helpful if someplace on each Wiki page was a useful date to let us know the currency of the info. Probably the most useful date is last-modified, although creation date might also be useful. Maybe we could even map/display the date to the version number of whatever the current stable release was at the time for context (sometimes the content of a page calls out a particular version it's addressing, but a lot of the time it does not). Just as an example, I want to find out about migrating my existing configuration to self-hosted, using 3.4 RC2. A google search shows the following links (in order shown): http://www.ovirt.org/Features/Self_Hosted_Engine http://www.ovirt.org/Migrate_to_Hosted_Engine http://www.ovirt.org/Hosted_Engine_Howto ... I'm sure the Features page is ancient at this point. It's hard to tell about the 2nd page. Of course the date a page was last modified doesn't directly indicate how correct/current the information is, but there's a correlation. Knowing the date would be useful in making a judgment. It might even help the task of identifying and cleaning up obsolete pages. Easy to do? -Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- 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: [Users] Request for Wiki - dates
I would have no issue manually doing this, but the problem is as soon as I do, every page will automatically be updated to today's date with my name as soon as I hit Save. So a bot might be good. Or a template change. BKP - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Dave Neary nea...@gmail.com, Bob Doolittle b...@doolittle.us.com, users users@ovirt.org Sent: Monday, March 17, 2014 8:03:23 AM Subject: Re: [Users] Request for Wiki - dates Il 14/03/2014 18:16, Dave Neary ha scritto: Hi Bob, What I'd love to see is a way for people to flag content out-of-date. Last updated doesn't tell you about the feature that is stable and unchanged since 3.0, nor does it tell you that the feature is in constant flux and the latest commit just changed everything. You need 2 dates for maximum usefulness: Last updated, and Flagged out of date - if last updated is after the flagged date, something is wrong (flag should have been removed). If the flag is there then the page needs updating. Ideally, flagging the page would indicate the reason for the flag. Anyone know how you'd do this in a maintainable way in MediaWiki? Looking at mediawiki the only way I see is flagging all pages not updated in the last month with http://www.mediawiki.org/wiki/Template:Outdated And having people to review them. I'm not sure if a bot can do the work of automatically flagging all pages not updated. Cheers, Dave. On 03/13/2014 05:53 PM, Bob Doolittle wrote: Hi, As most are aware, there's a lot of information on the Ovirt Wiki that's out of date. In spite of our best efforts, that will probably always be true - it's the nature of Wikis. When I look for information on our Wiki, I never know where the most current information is. I think it would be really helpful if someplace on each Wiki page was a useful date to let us know the currency of the info. Probably the most useful date is last-modified, although creation date might also be useful. Maybe we could even map/display the date to the version number of whatever the current stable release was at the time for context (sometimes the content of a page calls out a particular version it's addressing, but a lot of the time it does not). Just as an example, I want to find out about migrating my existing configuration to self-hosted, using 3.4 RC2. A google search shows the following links (in order shown): http://www.ovirt.org/Features/Self_Hosted_Engine http://www.ovirt.org/Migrate_to_Hosted_Engine http://www.ovirt.org/Hosted_Engine_Howto ... I'm sure the Features page is ancient at this point. It's hard to tell about the 2nd page. Of course the date a page was last modified doesn't directly indicate how correct/current the information is, but there's a correlation. Knowing the date would be useful in making a judgment. It might even help the task of identifying and cleaning up obsolete pages. Easy to do? -Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [Engine-devel] adding scripts
Aditya, That is because that file doesn't exist. We map that name to a servlet in web.xml. If you want to modify the GWT host page take a look at GwtDynamicHostPageServlet.java and its sub classes (for user portal and webadmin). As well as GwtHostPage.jsp. You will find there is almost nothing in that page as all the HTML is being generated at runtime using GWT. Since you are not really explaining what you are trying to do we can't help you better on the best strategy to achieve what you want. Alexander On Saturday, March 15, 2014 06:00:21 PM Aditya Mamidwar wrote: Hey thanks on the previous issue. Also is there a way i can access WebAdmin.Html to add custom buttons and make few tweaks for personal use? I just cant find that file after using git. Aditya Mamidwar -Original Message- From: Einav Cohen eco...@redhat.com Sent: 14-03-2014 01:21 To: aditya mamidwar aditya.mamid...@gmail.com; Vojtech Szocs vsz...@redhat.com Cc: users@ovirt.org users@ovirt.org; engine-de...@ovirt.org engine-de...@ovirt.org Subject: Re: [Users] adding scripts if you are trying to hook into UI-specific events, it sounds like you will need to write an oVirt UI Plugin [1] in order to do that. However, I believe that the oVirt UI Plugins infrastructure doesn't support hooking to events such as tab x was selected and/or button b was clicked. It does allow you to add new (custom) tabs/sub-tabs/buttons of your own, and there is a chance that it allows you to hook into events such as 'row x was selected in the grid'. @Vojtech will know better. Vojtech? if you are trying to hook into engine events (e.g. you want to run a script every time a VM is started in oVirt, no matter if the user started it by clicking the 'run' button in the oVirt- engine webadmin, or invoked a REST API request, or an SDK command), then it will require some sort of an engine-plugin infrastructure that we don't have at the moment AFAIK. there is a chance that for some of the events you will be able to utilize the VDSM hooks (at the Host level) [2]. Thanks, Einav [1] http://www.ovirt.org/Features/UIPlugins [2] http://www.ovirt.org/VDSM-Hooks - Original Message - From: aditya mamidwar aditya.mamid...@gmail.com To: users@ovirt.org, engine-de...@ovirt.org Sent: Thursday, March 13, 2014 11:23:35 AM Subject: [Users] adding scripts I want to commit changes to the engine by adding some bash scripts. the scripts should be invoked once a button or tab is selected in the webadmin portal by the user. can someone guide on achieving this. -- -Aditya Mamidwar ___ 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] Request for Wiki - dates
Il 17/03/2014 13:15, Brian Proffitt ha scritto: I would have no issue manually doing this, but the problem is as soon as I do, every page will automatically be updated to today's date with my name as soon as I hit Save. So a bot might be good. Or a template change. I guess we can just go over http://www.ovirt.org/Special:AncientPages, contact owner / writer of the page / feature and ask him / her to update to current status. BKP - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Dave Neary nea...@gmail.com, Bob Doolittle b...@doolittle.us.com, users users@ovirt.org Sent: Monday, March 17, 2014 8:03:23 AM Subject: Re: [Users] Request for Wiki - dates Il 14/03/2014 18:16, Dave Neary ha scritto: Hi Bob, What I'd love to see is a way for people to flag content out-of-date. Last updated doesn't tell you about the feature that is stable and unchanged since 3.0, nor does it tell you that the feature is in constant flux and the latest commit just changed everything. You need 2 dates for maximum usefulness: Last updated, and Flagged out of date - if last updated is after the flagged date, something is wrong (flag should have been removed). If the flag is there then the page needs updating. Ideally, flagging the page would indicate the reason for the flag. Anyone know how you'd do this in a maintainable way in MediaWiki? Looking at mediawiki the only way I see is flagging all pages not updated in the last month with http://www.mediawiki.org/wiki/Template:Outdated And having people to review them. I'm not sure if a bot can do the work of automatically flagging all pages not updated. Cheers, Dave. On 03/13/2014 05:53 PM, Bob Doolittle wrote: Hi, As most are aware, there's a lot of information on the Ovirt Wiki that's out of date. In spite of our best efforts, that will probably always be true - it's the nature of Wikis. When I look for information on our Wiki, I never know where the most current information is. I think it would be really helpful if someplace on each Wiki page was a useful date to let us know the currency of the info. Probably the most useful date is last-modified, although creation date might also be useful. Maybe we could even map/display the date to the version number of whatever the current stable release was at the time for context (sometimes the content of a page calls out a particular version it's addressing, but a lot of the time it does not). Just as an example, I want to find out about migrating my existing configuration to self-hosted, using 3.4 RC2. A google search shows the following links (in order shown): http://www.ovirt.org/Features/Self_Hosted_Engine http://www.ovirt.org/Migrate_to_Hosted_Engine http://www.ovirt.org/Hosted_Engine_Howto ... I'm sure the Features page is ancient at this point. It's hard to tell about the 2nd page. Of course the date a page was last modified doesn't directly indicate how correct/current the information is, but there's a correlation. Knowing the date would be useful in making a judgment. It might even help the task of identifying and cleaning up obsolete pages. Easy to do? -Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- 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 -- 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: [Users] oVirt 3.5 planning
Dn(a 24.02.2014 17:59, Itamar Heim wrote / napísal(a): with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... Please add the possibility to modify description and other minor info for VM, disk, storage even when they are running. thanks -- Ernest Beinrohr, AXON PRO Ing http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603 callto://+421-903--482-603 icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled. Richard Feynman ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Industry Events: Call for Papers Update, March 17, 2014
The following is a list of industry events that oVirt community members may want to attend and give presentations. If you are interested in speaking, or if you know of other events not on this list, please contact me at b...@redhat.com. --- Open Source Bridge Jun 24-27 Portland, OR http://opensourcebridge.org/ Call for papers deadline: 4/4/2014 Call for papers URL: http://opensourcebridge.org/events/2014/proposals LISA Nov. 9-14 Seattle, WA https://www.usenix.org/conference/lisa14 Call for papers deadline: 4/14/2014 Call for papers URL: https://www.usenix.org/conference/lisa14/call-for-participation DockerConf June 6 London, UK http://dockerconf.com/ Call for papers: Open (deadline not known) Call for papers URL: http://bit.ly/1fnHtSA LinuxCon/CloudOpen NA Aug. 20-22 Chicago, IL http://events.linuxfoundation.org/events/linuxcon-north-america Call for papers deadline: 5/2/2014 Call for papers URL: http://events.linuxfoundation.org/events/linuxcon-north-america/program/cfp LinuxCon/CloudOpen Europe Oct. 13-15 http://events.linuxfoundation.org/events/cloudopen-europe Dusseldorf, Germany Call for papers deadline: 7/11/2014 Call for papers URL: http://events.linuxfoundation.org/events/cloudopen-europe/program/cfp KVM Forum Oct. 14-16 Dusseldorf, Germany http://events.linuxfoundation.org/events/kvm-forum Call for papers: Not Open Linux.conf.au Jan. 12-16, 2015 Auckland, NZ Call for papers: Not Open -- Brian Proffitt - oVirt Community Manager Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 312 477 4320 / Cell: +1 574 383 9BKP IRC: bkp ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
On 03/17/2014 03:28 PM, Ernest Beinrohr wrote: Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a): with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... Please add the possibility to modify description and other minor info for VM, disk, storage even when they are running. omer - any reason these cannot be changed? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Request for Wiki - dates
FYI, I am in discussion with the sysadmin for OSAS to build a script to perhaps stick a universal Lastupdated... field on every page, down by the footer. That should do it. BKP - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Brian Proffitt bprof...@redhat.com Cc: Dave Neary nea...@gmail.com, Bob Doolittle b...@doolittle.us.com, users users@ovirt.org Sent: Monday, March 17, 2014 8:26:19 AM Subject: Re: [Users] Request for Wiki - dates Il 17/03/2014 13:15, Brian Proffitt ha scritto: I would have no issue manually doing this, but the problem is as soon as I do, every page will automatically be updated to today's date with my name as soon as I hit Save. So a bot might be good. Or a template change. I guess we can just go over http://www.ovirt.org/Special:AncientPages, contact owner / writer of the page / feature and ask him / her to update to current status. BKP - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: Dave Neary nea...@gmail.com, Bob Doolittle b...@doolittle.us.com, users users@ovirt.org Sent: Monday, March 17, 2014 8:03:23 AM Subject: Re: [Users] Request for Wiki - dates Il 14/03/2014 18:16, Dave Neary ha scritto: Hi Bob, What I'd love to see is a way for people to flag content out-of-date. Last updated doesn't tell you about the feature that is stable and unchanged since 3.0, nor does it tell you that the feature is in constant flux and the latest commit just changed everything. You need 2 dates for maximum usefulness: Last updated, and Flagged out of date - if last updated is after the flagged date, something is wrong (flag should have been removed). If the flag is there then the page needs updating. Ideally, flagging the page would indicate the reason for the flag. Anyone know how you'd do this in a maintainable way in MediaWiki? Looking at mediawiki the only way I see is flagging all pages not updated in the last month with http://www.mediawiki.org/wiki/Template:Outdated And having people to review them. I'm not sure if a bot can do the work of automatically flagging all pages not updated. Cheers, Dave. On 03/13/2014 05:53 PM, Bob Doolittle wrote: Hi, As most are aware, there's a lot of information on the Ovirt Wiki that's out of date. In spite of our best efforts, that will probably always be true - it's the nature of Wikis. When I look for information on our Wiki, I never know where the most current information is. I think it would be really helpful if someplace on each Wiki page was a useful date to let us know the currency of the info. Probably the most useful date is last-modified, although creation date might also be useful. Maybe we could even map/display the date to the version number of whatever the current stable release was at the time for context (sometimes the content of a page calls out a particular version it's addressing, but a lot of the time it does not). Just as an example, I want to find out about migrating my existing configuration to self-hosted, using 3.4 RC2. A google search shows the following links (in order shown): http://www.ovirt.org/Features/Self_Hosted_Engine http://www.ovirt.org/Migrate_to_Hosted_Engine http://www.ovirt.org/Hosted_Engine_Howto ... I'm sure the Features page is ancient at this point. It's hard to tell about the 2nd page. Of course the date a page was last modified doesn't directly indicate how correct/current the information is, but there's a correlation. Knowing the date would be useful in making a judgment. It might even help the task of identifying and cleaning up obsolete pages. Easy to do? -Bob ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- 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 -- 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
[Users] I want to run a 2 storage host + 2 vm hosts as an environment.
I want to just install a running cluster. I understood I need either a live iso and install it or use some other methods. I would like to install it in a simple way and use one laptop as the engine. What iso version is recommended? I was thinking about gluseterfs to be the storage engine. Thanks, Eliezer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [Engine-devel] migration of VM, which protocol actually works?
- Original Message - From: aditya mamidwar aditya.mamid...@gmail.com To: users@ovirt.org, engine-de...@ovirt.org Sent: Sunday, March 16, 2014 10:59:53 PM Subject: [Engine-devel] migration of VM, which protocol actually works? i wanted to learn about the modules so that i could understand how the engine POSTS and sends data to the backend sql database and other scripts to perform various options. oVirt is a gigantic application. The web interface is written in GWT, so the post part happens in GWT. The database operations happen in the dal (data access layer) module, primarily using the DAO pattern. http://en.wikipedia.org/wiki/Data_access_object for e.g i need to know which code actually collects the storage path for the ISO s during ISCSI storage domain setup. also how the hosts, clusters and data centers are made and stored at the backend. Hosts, Clusters, and Data Centers are all model objects. They live in UICommonweb. For example, see ClusterModel.java. And they are ultimately persisted to the database using the DAO pattern I mentioned. if i want to add a new UI that bypasses some of these complicated tasks (again for personal understanding), will I be able to do that. This sounds very difficult to achieve. Honestly, if you don't need these complicated tasks, perhaps oVirt is not the right tool for your use case. You might want to look at virt-manager or Kimchi. http://en.wikipedia.org/wiki/KIMCHI Also i would like to mention that am working on making a little changes to how the ISCSI protocol works.. My another doubt is: when are the NFS/ISCSI/FC protocols actually used in ovirt. like what part of the VM running state? are their purpose limited to just copying the ISO from the storage center to the path required by the Host. The VMs *live* on these storage types. They are integral to how oVirt works. See http://www.ovirt.org/Architecture Are the protocols them self responsible for sending and getting data during VM execution on a node. The concept of node and migration has left me a little confused. since each node can run multiple VMs , so during the running/execution of the VM , do the network protocols actully work, if not , then how is that achieved. I don't understand your question, sorry. if yes, again my question arises, which module should i focus on regarding this issue. thanks -- -Aditya Mamidwar ___ Engine-devel mailing list engine-de...@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-devel ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Instructions to add a remote controlled power strip not in the native list?
Hi, (Replying also to the list) - Original Message - From: David Smith dsm...@mypchelp.com To: Yedidyah Bar David d...@redhat.com Sent: Monday, March 17, 2014 5:01:55 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? Hi Yedidyah, Keep in mind it appears that your instructions are assuming some level of in depth knowledge of *some* database not described in that thread. In other words, for someone not extremely familiar with the oVirt database location and tables, would not have a clue as to what you're talking about in this email. I'm guessing this database is located locally on my ovirt-engine, but I wouldn't know where to start in how to get into it without causing major problems (ie, do I need to turn off the engine first?) and it would help if there were a detailed example with sql commands to make the necessary modifications to the dB to add a fence agent completely. This wasn't my email, it was Eli Mesika's. I just remembered that he sent it so it was easy to find. I agree that the instructions are not complete. The database was created during setup - you were asked about that and probably accepted the defaults, which create a local database called 'engine'. You can connect to it by doing: su - postgres psql engine Obviously, do not change anything before you understand what you are doing and have some good backup. You can read, and usually update, without taking the engine down. There is quite a lot of material on the ovirt wiki - please search and read a bit - e.g. for 'ovirt database'. Do not hesitate to ask (on-list) again if you have questions. You can also ask on irc for faster help. Best regards, -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Instructions to add a remote controlled power strip not in the native list?
Hi again Didi, Thanks for your help, I'll do some digging. Also, the below line made me chuckle. Last time I was on IRC, there were crickets for an entire 8 hour day, not a single response, just a lot of signin/off. ;) Dave On Mon, Mar 17, 2014 at 8:53 AM, Yedidyah Bar David d...@redhat.com wrote: You can also ask on irc for faster help. Best regards, -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] affects of changing compatibility setting on running cluster
On Mar 17, 2014, at 4:41 AM, Tomas Jelinek tjeli...@redhat.com wrote: - Original Message - From: Omer Frenkel ofren...@redhat.com To: Itamar Heim ih...@redhat.com, Tomas Jelinek tjeli...@redhat.com Cc: Charles Weber chawe...@gmail.com, ybronhei ybron...@redhat.com, Dan Kenigsberg dan...@redhat.com, users@ovirt.org, Eli Mesika emes...@redhat.com, Sven Kieske s.kie...@mittwald.de Sent: Sunday, March 16, 2014 10:04:12 AM Subject: Re: [Users] affects of changing compatibility setting on running cluster - Original Message - From: Itamar Heim ih...@redhat.com To: Charles Weber chawe...@gmail.com Cc: ybronhei ybron...@redhat.com, Dan Kenigsberg dan...@redhat.com, users@ovirt.org, Eli Mesika emes...@redhat.com, Sven Kieske s.kie...@mittwald.de, Omer Frenkel ofren...@redhat.com Sent: Friday, March 14, 2014 12:58:57 AM Subject: Re: [Users] affects of changing compatibility setting on running cluster On 03/13/2014 05:33 PM, Charles Weber wrote: On Mar 12, 2014, at 5:14 PM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com wrote: On 03/12/2014 10:45 PM, ybronhei wrote: On 03/12/2014 04:33 PM, Itamar Heim wrote: On 03/12/2014 04:32 PM, ybronhei wrote: On 03/12/2014 04:25 PM, Dan Kenigsberg wrote: On Wed, Mar 12, 2014 at 10:15:21AM +0200, Itamar Heim wrote: On 03/12/2014 10:11 AM, Sven Kieske wrote: Am 11.03.2014 17:38, schrieb Itamar Heim: i understood this to you can't use 4.14 with 3.4.0. Well I examined BZ 1067096 again, this is what did not work: Steps to Reproduce: 1. Run Engine 3.3 Compatibility level 3.2 or 3.3 2. Add node (vdsm 4.14) Actual results: Host is installed with VDSM version (4.14) and cannot join cluster which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. Pay attention to the engine version, it states 3.3. not 3.4.0 So my conclusion is, you can't install vdsm 4.14. when you want to use engine 3.3. Am I reading something wrong? Here's the link again: https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0 this can be fixed via engine config, but is not supposed to be needed, as vdsm is supposed to have vdsm/dsaversion.py.in:'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4'], danken/eli - thoughts? I do not really understand why we have this recurrent Engine bug, of ignoring supportedENGINEs; I think Yaniv does. i recall asking for detailed explanation for why do we have 3 different restrictions , one for supportedEngines, one for the allowed vdsm versions, and one for the cluster level? if vdsm version is supported why isn't it in engine's capabilities yet? because its a vdsm version which was released after that engine was released, hence the vdsm package has to declare its supporting the old engine. so its an hack to allow users to add beta vdsm version to new engine release?.. sounds like that no. its to add the next release of vdsm to a previously released engine. but that's not supposed to be an issue, since its supposed to already report the previous version of engine (which it does) please reopen if it reproduced the issue was verified in https://bugzilla.redhat.com/show_bug.cgi?id=1016461, please reopen if it still appears I do have an issue still with this. When I try to change compatibility version at the datacenter level it behaves as expected, i.e. warns me to change the cluster level first. I see a matching log entry in the engine log. However when I try to change the compatibility version at the cluster level the edit cluster dialog box just hangs there. There are no log entries in the engine log. The dialog box goes away when I click cancel. If I select 3.2 or 3.3 and click OK nothing happens. This occurs either during normal running or with hosts in maintenance mode. I would like to change to 3.3. Can you direct me to the sql table or cmd line by any chance. do not hack the db for such a change, you may skip important upgrade logic/validation. Is this a known problem or something specific to my special setup. Actually my setup is pretty plain, see below or original post in this thread. sounds like a bug, at least for not telling you what is the error. omer - thoughts? if nothing happens when clicking ok it's usually some validation in the dialog, can you check there is nothing highlighted in red (check also other tabs in the dialog)? Indeed, can be a validation problem (the better case) or can be an exception on FE (worse case). If you verify that there is no validation error on the dialog and the click does not work, could you please have a look at the javascript console on the FE? (you can do this in firefox by tools-web developer-web console and on the bottom select JS, simulate the issue and check if there is some exception. If there is, please send it and tell me also on what browser have you simulated it in). adding
Re: [Users] Instructions to add a remote controlled power strip not in the native list?
- Original Message - From: Yedidyah Bar David d...@redhat.com To: David Smith dsm...@mypchelp.com Cc: Marek Grac mg...@redhat.com, users@ovirt.org, Eli Mesika emes...@redhat.com Sent: Sunday, March 16, 2014 9:15:26 AM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? From: David Smith dsm...@mypchelp.com To: Marek Grac mg...@redhat.com Cc: users@ovirt.org Sent: Friday, March 14, 2014 7:21:48 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? Hi Marek, that link requires a redhat login.. Here: http://lists.ovirt.org/pipermail/users/2014-January/019655.html (Exactly one month ago I sent this link replying to the same question. Perhaps better to put this info on the wiki). Sorry for jumping late in the game (was in PTO) I had put the information in the following wiki http://www.ovirt.org/Custom_Fencing Please feel free to contact me directly on any issue Tahnks -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users