[Users] Get involved in oVirt integration! April edition
Hi, have you got some free time and do you want to get involved in oVirt integration? After the success of first edition we're now proposing this again. Here are a couple of bugs you can hopefully fix in less that one day or you can just try to reproduce providing info: Bug 1080823 - [RFE] make override of iptables configurable when using hosted-engine Bug 1073965 - iptables rules are not applied at the end of all-in-one installation Bug 1065350 - hosted-engine should prompt a question at the user when the host was already a host in the engine Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit -- 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] Configuring oVirt 3.3.4-1.el
Hello all, I 'm having problems when I want to import a new virtual machine or create a new one from a template. Every virtual machine I have running is unresponsive when I try to create a new virtual machine with the import or from template. I'm running a oVirt engine on a Centos 6.5 minimal installation which also function as a NFS server. It has 6 NIC's available, 32 GB of RAM and 2 Quad cores. My node has 2 NIC's, 64 GB of RAM and 2 Six cores. How should I configure my network for optimal performance or how can I check why my virtual machines are non responsive. I don't see much CPU activity or disk access at that moment. Kind regards. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Configuring oVirt 3.3.4-1.el
Hi Andy, What do you mean by non responsive? What's the status of the VMs according to the web admin? Could you please attach engine+vdsm logs? - Original Message - From: Andy Michielsen andy.michiel...@gmail.com To: users@ovirt.org Sent: Tuesday, April 8, 2014 9:40:08 AM Subject: [Users] Configuring oVirt 3.3.4-1.el Hello all, I 'm having problems when I want to import a new virtual machine or create a new one from a template. Every virtual machine I have running is unresponsive when I try to create a new virtual machine with the import or from template. I'm running a oVirt engine on a Centos 6.5 minimal installation which also function as a NFS server. It has 6 NIC's available, 32 GB of RAM and 2 Quad cores. My node has 2 NIC's, 64 GB of RAM and 2 Six cores. How should I configure my network for optimal performance or how can I check why my virtual machines are non responsive. I don't see much CPU activity or disk access at that moment. Kind regards. ___ 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] Cloud-init for Windows
- Original Message - From: Tejesh M tejes...@gmail.com To: Itamar Heim ih...@redhat.com Cc: users@oVirt.org users@ovirt.org Sent: Monday, April 7, 2014 4:59:16 PM Subject: Re: [Users] Cloud-init for Windows Hi, I tried as you suggested, but floppy is not getting attached it seems. below is the code Steps followed: I. Create windows VM II. installed host agent III. To seal a Windows virtual machine with sysprep 1. In the Windows virtual machine to be used as a template, open a command line terminal and type regedit . 2. The Registry Editor window displays. On the left pane, expand HKEY_LOCAL_MACHINE → SYSTEM → SETUP . 3. On the main window, right click to add a new string value using New → String Value . Right click on the string value file and select Modify . When the Edit String dialog box displays, fill in the provided text boxes: * Value name: UnattendFile * Value data: a:\sysprep.xml 4. Launch sysprep from C:\Windows\System32\sysprep\sysprep.exe * Under System Cleanup Action , select Enter System Out-of-Box-Experience (OOBE) . * Tick the Generalize checkbox if you need to change the computer's system identification number (SID). * Under Shutdown Options , select Shutdown . Click OK . The virtual machine will now go through the sealing process and shut down automatically. IV. org.ovirt.engine.sdk.decorators.VM vm1 = api.getVMs().get(vmName); Payloads payloads = new Payloads(); Payload payload = new Payload(); payload.setType(floppy); Files payloadFiles = new Files(); File payloadFile = new File(); payloadFile.setName(sysprep.xml); payloadFile.setContent(?xml version=\1.0\ encoding=\utf-8\? unattend xmlns=\urn:schemas-microsoft-com:unattend\ FILE CONTENT /unattend); payloadFiles.getFiles().add(payloadFile); payload.setFiles(payloadFiles); vm1.setPayloads(payloads); Action action = new Action(); vm1.start(action); i guess you need to use CDATA tags in order to pass xml content. im not sure about CLI, but if you use curl it should look like this: (credit to James W. Mills for providing this info) 1) Create a payload file - Mine looked like this (payload.dat): vm payloads payload type='floppy' files file namesysprep.inf/name content![CDATA[ THE RAW SYSPREP XML ]] /content typeBASE64/type /file /files /payload /payloads /vm Where I have THE RAW SYSPREP XML, I just dumped a full sysprep XML file. Just make sure it is in between the CDATA tags so it is escaped properly. 2) Upload the payload into the VM: # curl -X PUT -H Accept: application/xml -H Content-Type: application/xml -k -u admin@internal:pass -d @payload.dat https://server/api/vms/vm-id The URL is simply the full path of the VM, which I obtained by parsing api/vms 3) Boot the machine - Assuming the sysprep information is correct, all the sysprep settings will be applied. On Thu, Mar 27, 2014 at 3:52 PM, Itamar Heim ih...@redhat.com wrote: On 03/27/2014 06:18 AM, Tejesh M wrote: Can you guide me on sysprep with sample code sysprep file? just launch a windows VM, look at the generated sysprep file we pass to the VM via the floppy disk. then pass it as a payload as-is. then try to change what you want. On Thu, Mar 27, 2014 at 3:16 PM, Itamar Heim ih...@redhat.com mailto: ih...@redhat.com wrote: On 03/27/2014 05:33 AM, Tejesh M wrote: Hi All, I was doing google to see if i can set Hostname,Password IP details for Windows server from RHEV-M. I got to know that we can create VM Payload send that to Windows VM (installed with Cloud-init) Refer this link http://www.cloudbase.it/cloud- __init-for-windows-instances/# __comment-9411 http://www.cloudbase.it/ cloud-init-for-windows- instances/#comment-9411 Cloud-init expects Meta-data User-Data file to be sent either via Config Drive or via HTTP. I'm trying to achive this via ConfigDrive (created using VM Payload). note you can also just pass the full sysprep file as a payload yourself via the API, and set all these items in it. But i'm wondering what should be the format of this two files (Meta-data User-data). Have any1 tried this? If yes, would request to share sample for both the files with setting Hostname, Password IP details. just launch a linux VM and check the file we create? Java code: org.ovirt.engine.sdk.__ decorators.VM vm1 = api.getVMs().get(vmName); Payloads payloads = new Payloads(); Payload payload = new Payload(); payload.setType(cdrom); Files payloadFiles = new Files(); File payloadFile = new File(); payloadFile.setName(meta-__ data.txt); payloadFile.setContent(__ hostname:+vmName); payloadFiles.getFiles().add(__ payloadFile); payload.setFiles(payloadFiles) __; vm1.setPayloads(payloads); Action action = new Action();
Re: [Users] oVirt 3.4 Templates break Foreman Provisioning/Adding host
On Apr 7, 2014, at 14:47 , Matt . yamakasi@gmail.com wrote: Hi Guys, On Foreman 1.4.2 it seems that you have issues with oVirt 3.4 when adding a host. When you add this host you will get an error as oVirt now has more templating stuff: you mean guest, right. what errors are in Foreman logs? oVirt logs? Thanks, michal VM template.id|name required for add Is there a workaround for this to get the creation of VM go further ? Thanks! Matt ___ 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] how do you connect to a host's serial console
On Apr 7, 2014, at 23:04 , Jeremiah Jahn jerem...@goodinassociates.com wrote: that seems silly. Seems like the kinda thing that would be a nice feature to have in the webadmin stuff. esp if you have 100's of hosts. oh well, thanks for the help. you're not supposed to need a hook under normal circumstances, when the functionality is useful enough it should be built into vdsm natively…well, that's in progress for this one for 3.4.1:) Thanks, michal On Mon, Apr 7, 2014 at 3:46 PM, Michal Skrivanek michal.skriva...@redhat.com wrote: On 07 Apr 2014, at 22:25, Jeremiah Jahn jerem...@goodinassociates.com wrote: And just to verify... All hooking scripts have to be placed on each host by hand? Yes On Mon, Apr 7, 2014 at 2:40 PM, Antoni Segura Puimedon asegu...@redhat.com wrote: - Original Message - From: Michal Skrivanek michal.skriva...@redhat.com To: Jeremiah Jahn jerem...@goodinassociates.com Cc: users@ovirt.org Sent: Monday, April 7, 2014 4:31:11 PM Subject: Re: [Users] how do you connect to a host's serial console On Apr 7, 2014, at 16:23 , Jeremiah Jahn jerem...@goodinassociates.com wrote: thx, So dumb question at this point. I'm in the process of moving from virt-manager to ovirt. virsh has an edit domain function, or I can edit the xml by hand. I'm able to locate the xml on the host, but obviously if I edit it by hand it will be replaced by vdsm. I'm having a hell of a time trying to find the xml on the engine, so that I can try modifying the xml to add a serial console. Based on that code that's all that's really going on with that patch. So I'd think I can wing it by modifying the db or xml directly. Just not sure where to go to do so. I'm guessing I could go into vm_device and replace device='virtio-serial' with 'serial' but that seems to easy. Any pointers you've got on how the xml is stored or produced would be great. It's a bit more complicated than thatthere's no XML stored in the backend. You'd be better off applying the patch over and compile yourself:) The supported way of how to amend the libvirt XML is via VDSM hooks. You need to intercept the created XML and add whatever is needed, see http://www.ovirt.org/VDSM-Hooks, some of the examples can be used as a base for what you're trying to do... Yup, before_vm_start before_vm_migrate should allow you to do what you want. Thanks, michal On Mon, Apr 7, 2014 at 9:00 AM, Michal Skrivanek michal.skriva...@redhat.com wrote: On Apr 7, 2014, at 15:57 , Jeremiah Jahn jerem...@goodinassociates.com wrote: So do you think this is a 3.5 thing or a 3.4.1 thing? It's exactly what I need, just curious how long I'll have to wait. I know this is every developers favorite question. one needs to nag Vinzenz frequently enough:-D but should be 3.4.1 Thanks, michal On Mon, Apr 7, 2014 at 5:58 AM, Michal Skrivanek michal.skriva...@redhat.com wrote: On Apr 6, 2014, at 21:50 , Jeremiah Jahn jerem...@goodinassociates.com wrote: I just can't seem to figure this out. I've enabled 'VirtIO Console Device' yet I can't seem to find anyplace that will let me get there. If I go to virsh on the host and try ttyconsoe that doesn't work either. thanks for any help. Does not work. Pending this[1] patch to get in. Thanks, michal [1] http://gerrit.ovirt.org/#/c/25979/ ___ 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 mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Configuring oVirt 3.3.4-1.el
Hello, In the admin screen of the engine everything seems fine. Only the people who are working on the already existing virtual machines experience slow to no response. I also suspect that the import or the creating from template stalls. Which logging for the engine do you need ? Kind regards. 2014-04-08 8:51 GMT+02:00 Meital Bourvine mbour...@redhat.com: Hi Andy, What do you mean by non responsive? What's the status of the VMs according to the web admin? Could you please attach engine+vdsm logs? -- *From: *Andy Michielsen andy.michiel...@gmail.com *To: *users@ovirt.org *Sent: *Tuesday, April 8, 2014 9:40:08 AM *Subject: *[Users] Configuring oVirt 3.3.4-1.el Hello all, I 'm having problems when I want to import a new virtual machine or create a new one from a template. Every virtual machine I have running is unresponsive when I try to create a new virtual machine with the import or from template. I'm running a oVirt engine on a Centos 6.5 minimal installation which also function as a NFS server. It has 6 NIC's available, 32 GB of RAM and 2 Quad cores. My node has 2 NIC's, 64 GB of RAM and 2 Six cores. How should I configure my network for optimal performance or how can I check why my virtual machines are non responsive. I don't see much CPU activity or disk access at that moment. Kind regards. ___ 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] [QE] Acceptance Tests for productions environment [Was: Re: Invitation]
Il 08/04/2014 07:00, Koen Vanoppen ha scritto: Dear All, I invite everybody to add test cases to the following page: http://www.ovirt.org/Testing-acceptance Test cases are used to test the stability of ovirt in a production environment. Thanks! I guess those tests can be used also as reference for release criteria review for 3.5.0: http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria_.28WIP.29 So it would be nice if someone else can review both of them. Kind regards, Koen ___ 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] Post-Install Engine VM Changes Feasible?
On Mon, Mar 17, 2014 at 8:01 PM, Sandro Bonazzola sbona...@redhat.com wrote: 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? So would you simply just add a new line under the original devices line? ie. devices={nicModel:pv,macAddr:00:16:3e:6d:34:78,linkActive:true,network:ovirtmgmt,filter:vdsm-no-mac-spoofing,specParams:{},deviceId:0c8a1710-casd-407a-94e8-5b09e55fa141,address:{bus:0x00, slot:0x03, domain:0x, type:pci, function:0x0},device:bridge,type:interface} Are there any good practices for getting the mac addr so it won't be possible to clash with ones vdsm would generate? I assume the same applies for deviceid? Did you also change the slot? 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
Re: [Users] Cloud-init for Windows
Hi, When i tried the above solution, i face few challanges: 1. I'm able to add VMPayload via CURL, but not via JavaSDK. 2. When i add VMPayload via CURL, sysprep fails with this message windows could not parse or process the unattend answer file [a:\sysprep.inf] for pass [oobeSystem]. A component or setting specified in the answer file does not exist. On Tue, Apr 8, 2014 at 12:32 PM, Omer Frenkel ofren...@redhat.com wrote: - Original Message - From: Tejesh M tejes...@gmail.com To: Itamar Heim ih...@redhat.com Cc: users@oVirt.org users@ovirt.org Sent: Monday, April 7, 2014 4:59:16 PM Subject: Re: [Users] Cloud-init for Windows Hi, I tried as you suggested, but floppy is not getting attached it seems. below is the code Steps followed: I. Create windows VM II. installed host agent III. To seal a Windows virtual machine with sysprep 1. In the Windows virtual machine to be used as a template, open a command line terminal and type regedit . 2. The Registry Editor window displays. On the left pane, expand HKEY_LOCAL_MACHINE → SYSTEM → SETUP . 3. On the main window, right click to add a new string value using New → String Value . Right click on the string value file and select Modify . When the Edit String dialog box displays, fill in the provided text boxes: * Value name: UnattendFile * Value data: a:\sysprep.xml 4. Launch sysprep from C:\Windows\System32\sysprep\sysprep.exe * Under System Cleanup Action , select Enter System Out-of-Box-Experience (OOBE) . * Tick the Generalize checkbox if you need to change the computer's system identification number (SID). * Under Shutdown Options , select Shutdown . Click OK . The virtual machine will now go through the sealing process and shut down automatically. IV. org.ovirt.engine.sdk.decorators.VM vm1 = api.getVMs().get(vmName); Payloads payloads = new Payloads(); Payload payload = new Payload(); payload.setType(floppy); Files payloadFiles = new Files(); File payloadFile = new File(); payloadFile.setName(sysprep.xml); payloadFile.setContent(?xml version=\1.0\ encoding=\utf-8\? unattend xmlns=\urn:schemas-microsoft-com:unattend\ FILE CONTENT /unattend); payloadFiles.getFiles().add(payloadFile); payload.setFiles(payloadFiles); vm1.setPayloads(payloads); Action action = new Action(); vm1.start(action); i guess you need to use CDATA tags in order to pass xml content. im not sure about CLI, but if you use curl it should look like this: (credit to James W. Mills for providing this info) 1) Create a payload file - Mine looked like this (payload.dat): vm payloads payload type='floppy' files file namesysprep.inf/name content![CDATA[ THE RAW SYSPREP XML ]] /content typeBASE64/type /file /files /payload /payloads /vm Where I have THE RAW SYSPREP XML, I just dumped a full sysprep XML file. Just make sure it is in between the CDATA tags so it is escaped properly. 2) Upload the payload into the VM: # curl -X PUT -H Accept: application/xml -H Content-Type: application/xml -k -u admin@internal:pass -d @payload.dat https:// server/api/vms/vm-id The URL is simply the full path of the VM, which I obtained by parsing api/vms 3) Boot the machine - Assuming the sysprep information is correct, all the sysprep settings will be applied. On Thu, Mar 27, 2014 at 3:52 PM, Itamar Heim ih...@redhat.com wrote: On 03/27/2014 06:18 AM, Tejesh M wrote: Can you guide me on sysprep with sample code sysprep file? just launch a windows VM, look at the generated sysprep file we pass to the VM via the floppy disk. then pass it as a payload as-is. then try to change what you want. On Thu, Mar 27, 2014 at 3:16 PM, Itamar Heim ih...@redhat.com mailto: ih...@redhat.com wrote: On 03/27/2014 05:33 AM, Tejesh M wrote: Hi All, I was doing google to see if i can set Hostname,Password IP details for Windows server from RHEV-M. I got to know that we can create VM Payload send that to Windows VM (installed with Cloud-init) Refer this link http://www.cloudbase.it/cloud- __init-for-windows-instances/# __comment-9411 http://www.cloudbase.it/ cloud-init-for-windows- instances/#comment-9411 Cloud-init expects Meta-data User-Data file to be sent either via Config Drive or via HTTP. I'm trying to achive this via ConfigDrive (created using VM Payload). note you can also just pass the full sysprep file as a payload yourself via the API, and set all these items in it. But i'm wondering what should be the format of this two files (Meta-data User-data). Have any1 tried this? If yes, would request to share sample for both the files with setting Hostname, Password IP details.
Re: [Users] Cloud-init for Windows
resolved the first issue.. Now i'm able to add Payload via JavaSDK also. need help on the 2 issue. On Tue, Apr 8, 2014 at 4:36 PM, Tejesh M tejes...@gmail.com wrote: Hi, When i tried the above solution, i face few challanges: 1. I'm able to add VMPayload via CURL, but not via JavaSDK. 2. When i add VMPayload via CURL, sysprep fails with this message windows could not parse or process the unattend answer file [a:\sysprep.inf] for pass [oobeSystem]. A component or setting specified in the answer file does not exist. On Tue, Apr 8, 2014 at 12:32 PM, Omer Frenkel ofren...@redhat.com wrote: - Original Message - From: Tejesh M tejes...@gmail.com To: Itamar Heim ih...@redhat.com Cc: users@oVirt.org users@ovirt.org Sent: Monday, April 7, 2014 4:59:16 PM Subject: Re: [Users] Cloud-init for Windows Hi, I tried as you suggested, but floppy is not getting attached it seems. below is the code Steps followed: I. Create windows VM II. installed host agent III. To seal a Windows virtual machine with sysprep 1. In the Windows virtual machine to be used as a template, open a command line terminal and type regedit . 2. The Registry Editor window displays. On the left pane, expand HKEY_LOCAL_MACHINE → SYSTEM → SETUP . 3. On the main window, right click to add a new string value using New → String Value . Right click on the string value file and select Modify . When the Edit String dialog box displays, fill in the provided text boxes: * Value name: UnattendFile * Value data: a:\sysprep.xml 4. Launch sysprep from C:\Windows\System32\sysprep\sysprep.exe * Under System Cleanup Action , select Enter System Out-of-Box-Experience (OOBE) . * Tick the Generalize checkbox if you need to change the computer's system identification number (SID). * Under Shutdown Options , select Shutdown . Click OK . The virtual machine will now go through the sealing process and shut down automatically. IV. org.ovirt.engine.sdk.decorators.VM vm1 = api.getVMs().get(vmName); Payloads payloads = new Payloads(); Payload payload = new Payload(); payload.setType(floppy); Files payloadFiles = new Files(); File payloadFile = new File(); payloadFile.setName(sysprep.xml); payloadFile.setContent(?xml version=\1.0\ encoding=\utf-8\? unattend xmlns=\urn:schemas-microsoft-com:unattend\ FILE CONTENT /unattend); payloadFiles.getFiles().add(payloadFile); payload.setFiles(payloadFiles); vm1.setPayloads(payloads); Action action = new Action(); vm1.start(action); i guess you need to use CDATA tags in order to pass xml content. im not sure about CLI, but if you use curl it should look like this: (credit to James W. Mills for providing this info) 1) Create a payload file - Mine looked like this (payload.dat): vm payloads payload type='floppy' files file namesysprep.inf/name content![CDATA[ THE RAW SYSPREP XML ]] /content typeBASE64/type /file /files /payload /payloads /vm Where I have THE RAW SYSPREP XML, I just dumped a full sysprep XML file. Just make sure it is in between the CDATA tags so it is escaped properly. 2) Upload the payload into the VM: # curl -X PUT -H Accept: application/xml -H Content-Type: application/xml -k -u admin@internal:pass -d @payload.dat https:// server/api/vms/vm-id The URL is simply the full path of the VM, which I obtained by parsing api/vms 3) Boot the machine - Assuming the sysprep information is correct, all the sysprep settings will be applied. On Thu, Mar 27, 2014 at 3:52 PM, Itamar Heim ih...@redhat.com wrote: On 03/27/2014 06:18 AM, Tejesh M wrote: Can you guide me on sysprep with sample code sysprep file? just launch a windows VM, look at the generated sysprep file we pass to the VM via the floppy disk. then pass it as a payload as-is. then try to change what you want. On Thu, Mar 27, 2014 at 3:16 PM, Itamar Heim ih...@redhat.com mailto: ih...@redhat.com wrote: On 03/27/2014 05:33 AM, Tejesh M wrote: Hi All, I was doing google to see if i can set Hostname,Password IP details for Windows server from RHEV-M. I got to know that we can create VM Payload send that to Windows VM (installed with Cloud-init) Refer this link http://www.cloudbase.it/cloud- __init-for-windows-instances/# __comment-9411 http://www.cloudbase.it/ cloud-init-for-windows- instances/#comment-9411 Cloud-init expects Meta-data User-Data file to be sent either via Config Drive or via HTTP. I'm trying to achive this via ConfigDrive (created using VM Payload). note you can also just pass the full sysprep file as a payload yourself via the API, and set all these items in it. But i'm wondering what should be the
Re: [Users] oVirt 3.4 Templates break Foreman Provisioning/Adding host
Hi, It seems that it's an issue with the Default Datacenter that is removed, the Cluster still exists because of it's default template there is in. This is what Foreman Logs: Started POST /hosts for xxx.xxx.xxx.xxx at 2014-04-07 20:40:01 +0200 Processing by HostsController#create as */* Parameters: {utf8=✓, authenticity_token=frTtd5bG6PoC5+2j+qXiGS4TNdJ9tstEgap5BRUoTdA=, host={name=test, hostgroup_id=, compute_resource_id=1, compute_profile_id=, environment_id=1, puppet_ca_proxy_id=1, puppet_proxy_id=1, puppetclass_ids=[], managed=true, progress_report_id=[FILTERED], type=Host::Managed, compute_attributes={cluster=f8a641ba-14df-4500-9a1b-79011afeb7eb, template=, cores=2, memory=2147483648, interfaces_attributes={new_interfaces={name=, network=c97b81ed-b615-48f0-8293-425c8818fdc4, _delete=}, new_1396895988009={name=nic1, network=e922b54d-71f0-411d-8efb-05af771822e4, _delete=}}, volumes_attributes={new_volumes={size_gb=, storage_domain=0944ba31-1e23-4e6f-b8f8-81f5df9ccc7a, _delete=, id=}, new_1396895996127={size_gb=25, storage_domain=7818bd60-f275-438f-96a5-03c69cdd3555, _delete=, id=}}, start=1}, domain_id=1, realm_id=, mac=, subnet_id=2, ip=172.16.20.71, interfaces_attributes={new_interfaces={_destroy=false, type=Nic::Managed, mac=, name=, domain_id=, ip=, provider=IPMI}}, architecture_id=1, operatingsystem_id=1, provision_method=build, build=1, medium_id=5, ptable_id=9, disk=, root_pass=[FILTERED], is_owned_by=1-Users, enabled=1, model_id=, comment=, overwrite=false}, capabilities=build image, provider=Ovirt} Adding Compute instance for test.office.local.domain Successfully decrypted field for Foreman::Model::Ovirt ovirt-domain-local Failed to create a compute ovirt-domain-local(oVirt) instance test.office.local.domain: VM template.id|name required for add /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:180:in `handle_fault' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:114:in `rescue in http_post' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:111:in `http_post' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/client/vm_api.rb:35:in `create_vm' /opt/rh/ruby193/root/usr/share/gems/gems/fog-1.21.0/lib/fog/ovirt/requests/compute/create_vm.rb:7:in `create_vm' /opt/rh/ruby193/root/usr/share/gems/gems/fog-1.21.0/lib/fog/ovirt/models/compute/server.rb:123:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/fog-core-1.21.1/lib/fog/core/collection.rb:51:in `create' /usr/share/foreman/app/models/compute_resource.rb:120:in `create_vm' /usr/share/foreman/app/models/compute_resources/foreman/model/ovirt.rb:137:in `create_vm' /usr/share/foreman/app/models/concerns/orchestration/compute.rb:74:in `setCompute' /usr/share/foreman/app/models/concerns/orchestration.rb:142:in `execute' /usr/share/foreman/app/models/concerns/orchestration.rb:85:in `block in process' /usr/share/foreman/app/models/concerns/orchestration.rb:77:in `each' /usr/share/foreman/app/models/concerns/orchestration.rb:77:in `process' /usr/share/foreman/app/models/concerns/orchestration.rb:18:in `on_save' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:649:in `_run__1092801602321222569__save__3625976562279559551__callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:405:in `__run_callback' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:385:in `_run_save_callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:81:in `run_callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/callbacks.rb:264:in `create_or_update' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/persistence.rb:84:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/validations.rb:50:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/attribute_methods/dirty.rb:22:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/transactions.rb:241:in `block (2 levels) in save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/transactions.rb:295:in `block in with_transaction_returning_status' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/database_statements.rb:192:in `transaction' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/transactions.rb:208:in `transaction' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/transactions.rb:293:in `with_transaction_returning_status' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/transactions.rb:241:in `block in save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/transactions.rb:252:in `rollback_active_record_state!'
Re: [Users] oVirt 3.4 Templates break Foreman Provisioning/Adding host
On Apr 8, 2014, at 14:08 , Matt . yamakasi@gmail.com wrote: Hi, It seems that it's an issue with the Default Datacenter that is removed, the Cluster still exists because of it's default template there is in. How did you remove the Default Datacenter. It shouldn't let you because of that Blank template… Thanks, michal This is what Foreman Logs: Started POST /hosts for xxx.xxx.xxx.xxx at 2014-04-07 20:40:01 +0200 Processing by HostsController#create as */* Parameters: {utf8=✓, authenticity_token=frTtd5bG6PoC5+2j+qXiGS4TNdJ9tstEgap5BRUoTdA=, host={name=test, hostgroup_id=, compute_resource_id=1, compute_profile_id=, environment_id=1, puppet_ca_proxy_id=1, puppet_proxy_id=1, puppetclass_ids=[], managed=true, progress_report_id=[FILTERED], type=Host::Managed, compute_attributes={cluster=f8a641ba-14df-4500-9a1b-79011afeb7eb, template=, cores=2, memory=2147483648, interfaces_attributes={new_interfaces={name=, network=c97b81ed-b615-48f0-8293-425c8818fdc4, _delete=}, new_1396895988009={name=nic1, network=e922b54d-71f0-411d-8efb-05af771822e4, _delete=}}, volumes_attributes={new_volumes={size_gb=, storage_domain=0944ba31-1e23-4e6f-b8f8-81f5df9ccc7a, _delete=, id=}, new_1396895996127={size_gb=25, storage_domain=7818bd60-f275-438f-96a5-03c69cdd3555, _delete=, id=}}, start=1}, domain_id=1, realm_id=, mac=, subnet_id=2, ip=172.16.20.71, interfaces_attributes={new_interfaces={_destroy=false, type=Nic::Managed, mac=, name=, domain_id=, ip=, provider=IPMI}}, architecture_id=1, operatingsystem_id=1, provision_method=build, build=1, medium_id=5, ptable_id=9, disk=, root_pass=[FILTERED], is_owned_by=1-Users, enabled=1, model_id=, comment=, overwrite=false}, capabilities=build image, provider=Ovirt} Adding Compute instance for test.office.local.domain Successfully decrypted field for Foreman::Model::Ovirt ovirt-domain-local Failed to create a compute ovirt-domain-local(oVirt) instance test.office.local.domain: VM template.id |name required for add /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:180:in `handle_fault' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:114:in `rescue in http_post' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:111:in `http_post' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/client/vm_api.rb:35:in `create_vm' /opt/rh/ruby193/root/usr/share/gems/gems/fog-1.21.0/lib/fog/ovirt/requests/compute/create_vm.rb:7:in `create_vm' /opt/rh/ruby193/root/usr/share/gems/gems/fog-1.21.0/lib/fog/ovirt/models/compute/server.rb:123:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/fog-core-1.21.1/lib/fog/core/collection.rb:51:in `create' /usr/share/foreman/app/models/compute_resource.rb:120:in `create_vm' /usr/share/foreman/app/models/compute_resources/foreman/model/ovirt.rb:137:in `create_vm' /usr/share/foreman/app/models/concerns/orchestration/compute.rb:74:in `setCompute' /usr/share/foreman/app/models/concerns/orchestration.rb:142:in `execute' /usr/share/foreman/app/models/concerns/orchestration.rb:85:in `block in process' /usr/share/foreman/app/models/concerns/orchestration.rb:77:in `each' /usr/share/foreman/app/models/concerns/orchestration.rb:77:in `process' /usr/share/foreman/app/models/concerns/orchestration.rb:18:in `on_save' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:649:in `_run__1092801602321222569__save__3625976562279559551__callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:405:in `__run_callback' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:385:in `_run_save_callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:81:in `run_callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/callbacks.rb:264:in `create_or_update' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/persistence.rb:84:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/validations.rb:50:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/attribute_methods/dirty.rb:22:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/transactions.rb:241:in `block (2 levels) in save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/transactions.rb:295:in `block in with_transaction_returning_status' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/connection_adapters/abstract/database_statements.rb:192:in `transaction' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/transactions.rb:208:in `transaction'
Re: [Users] HA
Ok, Thanx already for all the help. I adapted some things for quicker respons: engine-config --get FenceQuietTimeBetweenOperationsInSec--180 engine-config --set FenceQuietTimeBetweenOperationsInSec=60 engine-config --get StorageDomainFalureTimeoutInMinutes--180 engine-config --set StorageDomainFalureTimeoutInMinutes=1 engine-config --get SpmCommandFailOverRetries--5 engine-config --set SpmCommandFailOverRetries engine-config --get SPMFailOverAttempts--3 engine-config --set SPMFailOverAttempts=1 engine-config --get NumberOfFailedRunsOnVds--3 engine-config --set NumberOfFailedRunsOnVds=1 engine-config --get vdsTimeout--180 engine-config --set vdsTimeout=30 engine-config --get VDSAttemptsToResetCount--2 engine-config --set VDSAttemptsToResetCount=1 engine-config --get TimeoutToResetVdsInSeconds--60 engine-config --set TimeoutToResetVdsInSeconds=30 Now the result of this is that when the VM is not running on the SPM that it will migrate before going in pause mode. But when we tried it, when the vm is running on the SPM, it get's in paused mode (for safety reasons, I know ;-) ). And stays there until the host gets MANUALLY fenced by rebooting it. So now my question is... How can I make the hypervisor fence (so reboots, so vm is moved) quicker? Kind regards, Koen 2014-04-04 16:28 GMT+02:00 Koen Vanoppen vanoppen.k...@gmail.com: Ja das waar. Maar was aan't rijden... Dus ik stuur maar door dan :-). Ik heb reeds de time out aangepast. Die stond op 5 min voor hij den time out ging geven. Staat nu op 2 min On Apr 4, 2014 4:14 PM, David Van Zeebroeck david.van.zeebro...@brusselsairport.be wrote: Ik heb ze ook he Maar normaal had de fencing moeten werken als ik het zo lees Dus daar is ergens iets verkeerd gelopen zo te lezen *From:* Koen Vanoppen [mailto:vanoppen.k...@gmail.com] *Sent:* vrijdag 4 april 2014 16:07 *To:* David Van Zeebroeck *Subject:* Fwd: Re: [Users] HA David Van Zeebroeck Product Manager Unix Infrastructure Information Communication Technology *Brussels Airport Company* T +32 (0)2 753 66 24 M +32 (0)497 02 17 31 david.van.zeebro...@brusselsairport.be *www.brusselsairport.be http://www.brusselsairport.be* *FOLLOW US ON:* http://https://nl-nl.facebook.com/BrusselsairportBRU http://www.brusselsairport.be/en/mediaroom/brusm/ Company Info http://www.brusselsairport.be/en/maildisclaimer/ -- Forwarded message -- From: Michal Skrivanek michal.skriva...@redhat.com Date: Apr 4, 2014 3:39 PM Subject: Re: [Users] HA To: Koen Vanoppen vanoppen.k...@gmail.com Cc: ovirt-users Users users@ovirt.org On 4 Apr 2014, at 15:14, Sander Grendelman wrote: Do you have power management configured? Was the failed host fenced/rebooted? On Fri, Apr 4, 2014 at 2:21 PM, Koen Vanoppen vanoppen.k...@gmail.com wrote: So... It is possible for a fully automatic migration of the VM to another hypervisor in case Storage connection fails? How can we make this happen? Because for the moment, when we tested the situation they stayed in pause state. (Test situation: - Unplug the 2 fibre cables from the hypervisor - VM's go in pause state - VM's stayed in pause state until the failure was solved as said before, it's not safe hence we (try to) not migrate them. They only get paused when they actually access the storage which may not be always the case. I.e. the storage connection is severed, host deemed NonOperational and VMs are getting migrated from it, then some of them will succeed if they didn't access that bad storage … the paused VMs will remain (mostly, it can still happen that they appear paused migrated on other host when the disk access occurs only at the last stage of migration) so in other words, if you want to migrate the VMs without interruption it's not sometimes possible if you are fine with the VMs restarted in short time on other host then power management/fencing will help here Thanks, michal ) They only returned when we restored the fiber connection to the Hypervisor… yes, since 3.3 we have the autoresume feature Thanks, michal Kind Regards, Koen 2014-04-04 13:52 GMT+02:00 Koen Vanoppen vanoppen.k...@gmail.com: So... It is possible for a fully automatic migration of the VM to another hypervisor in case Storage connection fails? How can we make this happen? Because for the moment, when we tested the situation they stayed in pause state. (Test situation: - Unplug the 2 fibre cables from the hypervisor - VM's go in pause state - VM's stayed in pause state until the failure was solved ) They only returned when we restored the fiber connection to the Hypervisor... Kind Regards, Koen 2014-04-03 16:53 GMT+02:00 Koen Vanoppen vanoppen.k...@gmail.com: -- Forwarded message -- From: Doron Fediuck dfedi...@redhat.com Date: Apr 3, 2014 4:51 PM Subject: Re: [Users] HA To:
Re: [Users] oVirt 3.4 Templates break Foreman Provisioning/Adding host
HI, This was more than 1,5 year ago, I can't remember 100% I create a new Datacenter as I wanted and putted the otherone offline or so and removed it. The Default Cluster was not able to remove because of this Template which was OK. I discussed this at #ovirt back those days and it was the only option to get rid of Default Datacenter. I didn't see logs @ the engine.log to be honest. Cheers, Matt 2014-04-08 14:17 GMT+02:00 Michal Skrivanek michal.skriva...@redhat.com: On Apr 8, 2014, at 14:08 , Matt . yamakasi@gmail.com wrote: Hi, It seems that it's an issue with the Default Datacenter that is removed, the Cluster still exists because of it's default template there is in. How did you remove the Default Datacenter. It shouldn't let you because of that Blank template… Thanks, michal This is what Foreman Logs: Started POST /hosts for xxx.xxx.xxx.xxx at 2014-04-07 20:40:01 +0200 Processing by HostsController#create as */* Parameters: {utf8=✓, authenticity_token=frTtd5bG6PoC5+2j+qXiGS4TNdJ9tstEgap5BRUoTdA=, host={name=test, hostgroup_id=, compute_resource_id=1, compute_profile_id=, environment_id=1, puppet_ca_proxy_id=1, puppet_proxy_id=1, puppetclass_ids=[], managed=true, progress_report_id=[FILTERED], type=Host::Managed, compute_attributes={cluster=f8a641ba-14df-4500-9a1b-79011afeb7eb, template=, cores=2, memory=2147483648, interfaces_attributes={new_interfaces={name=, network=c97b81ed-b615-48f0-8293-425c8818fdc4, _delete=}, new_1396895988009={name=nic1, network=e922b54d-71f0-411d-8efb-05af771822e4, _delete=}}, volumes_attributes={new_volumes={size_gb=, storage_domain=0944ba31-1e23-4e6f-b8f8-81f5df9ccc7a, _delete=, id=}, new_1396895996127={size_gb=25, storage_domain=7818bd60-f275-438f-96a5-03c69cdd3555, _delete=, id=}}, start=1}, domain_id=1, realm_id=, mac=, subnet_id=2, ip=172.16.20.71, interfaces_attributes={new_interfaces={_destroy=false, type=Nic::Managed, mac=, name=, domain_id=, ip=, provider=IPMI}}, architecture_id=1, operatingsystem_id=1, provision_method=build, build=1, medium_id=5, ptable_id=9, disk=, root_pass=[FILTERED], is_owned_by=1-Users, enabled=1, model_id=, comment=, overwrite=false}, capabilities=build image, provider=Ovirt} Adding Compute instance for test.office.local.domain Successfully decrypted field for Foreman::Model::Ovirt ovirt-domain-local Failed to create a compute ovirt-domain-local(oVirt) instance test.office.local.domain: VM template.id |name required for add /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:180:in `handle_fault' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:114:in `rescue in http_post' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:111:in `http_post' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/client/vm_api.rb:35:in `create_vm' /opt/rh/ruby193/root/usr/share/gems/gems/fog-1.21.0/lib/fog/ovirt/requests/compute/create_vm.rb:7:in `create_vm' /opt/rh/ruby193/root/usr/share/gems/gems/fog-1.21.0/lib/fog/ovirt/models/compute/server.rb:123:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/fog-core-1.21.1/lib/fog/core/collection.rb:51:in `create' /usr/share/foreman/app/models/compute_resource.rb:120:in `create_vm' /usr/share/foreman/app/models/compute_resources/foreman/model/ovirt.rb:137:in `create_vm' /usr/share/foreman/app/models/concerns/orchestration/compute.rb:74:in `setCompute' /usr/share/foreman/app/models/concerns/orchestration.rb:142:in `execute' /usr/share/foreman/app/models/concerns/orchestration.rb:85:in `block in process' /usr/share/foreman/app/models/concerns/orchestration.rb:77:in `each' /usr/share/foreman/app/models/concerns/orchestration.rb:77:in `process' /usr/share/foreman/app/models/concerns/orchestration.rb:18:in `on_save' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:649:in `_run__1092801602321222569__save__3625976562279559551__callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:405:in `__run_callback' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:385:in `_run_save_callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:81:in `run_callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/callbacks.rb:264:in `create_or_update' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/persistence.rb:84:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/validations.rb:50:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/attribute_methods/dirty.rb:22:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/transactions.rb:241:in `block (2 levels) in save'
Re: [Users] HA
Or with other words, the SPM and the VM should move almost immediate after the storage connections on the hypervisor are gone. I know, I'm asking to much maybe, but we would be very happy :-) :-). So sketch: Mercury1 SPM Mercury 2 Mercury1 loses both fibre connections -- goes in non-operational and the VM goes in paused state and stays this way, until I manually reboot the host so it fences. What I would like is that when mercury 1 loses both fibre connections. He fences immediate so the VM's are moved also almost instantly... If this is possible... :-) Kind regards and thanks for all the help! 2014-04-08 14:26 GMT+02:00 Koen Vanoppen vanoppen.k...@gmail.com: Ok, Thanx already for all the help. I adapted some things for quicker respons: engine-config --get FenceQuietTimeBetweenOperationsInSec--180 engine-config --set FenceQuietTimeBetweenOperationsInSec=60 engine-config --get StorageDomainFalureTimeoutInMinutes--180 engine-config --set StorageDomainFalureTimeoutInMinutes=1 engine-config --get SpmCommandFailOverRetries--5 engine-config --set SpmCommandFailOverRetries engine-config --get SPMFailOverAttempts--3 engine-config --set SPMFailOverAttempts=1 engine-config --get NumberOfFailedRunsOnVds--3 engine-config --set NumberOfFailedRunsOnVds=1 engine-config --get vdsTimeout--180 engine-config --set vdsTimeout=30 engine-config --get VDSAttemptsToResetCount--2 engine-config --set VDSAttemptsToResetCount=1 engine-config --get TimeoutToResetVdsInSeconds--60 engine-config --set TimeoutToResetVdsInSeconds=30 Now the result of this is that when the VM is not running on the SPM that it will migrate before going in pause mode. But when we tried it, when the vm is running on the SPM, it get's in paused mode (for safety reasons, I know ;-) ). And stays there until the host gets MANUALLY fenced by rebooting it. So now my question is... How can I make the hypervisor fence (so reboots, so vm is moved) quicker? Kind regards, Koen 2014-04-04 16:28 GMT+02:00 Koen Vanoppen vanoppen.k...@gmail.com: Ja das waar. Maar was aan't rijden... Dus ik stuur maar door dan :-). Ik heb reeds de time out aangepast. Die stond op 5 min voor hij den time out ging geven. Staat nu op 2 min On Apr 4, 2014 4:14 PM, David Van Zeebroeck david.van.zeebro...@brusselsairport.be wrote: Ik heb ze ook he Maar normaal had de fencing moeten werken als ik het zo lees Dus daar is ergens iets verkeerd gelopen zo te lezen *From:* Koen Vanoppen [mailto:vanoppen.k...@gmail.com] *Sent:* vrijdag 4 april 2014 16:07 *To:* David Van Zeebroeck *Subject:* Fwd: Re: [Users] HA David Van Zeebroeck Product Manager Unix Infrastructure Information Communication Technology *Brussels Airport Company* T +32 (0)2 753 66 24 M +32 (0)497 02 17 31 david.van.zeebro...@brusselsairport.be *www.brusselsairport.be http://www.brusselsairport.be* *FOLLOW US ON:* http://https://nl-nl.facebook.com/BrusselsairportBRU http://www.brusselsairport.be/en/mediaroom/brusm/ Company Info http://www.brusselsairport.be/en/maildisclaimer/ -- Forwarded message -- From: Michal Skrivanek michal.skriva...@redhat.com Date: Apr 4, 2014 3:39 PM Subject: Re: [Users] HA To: Koen Vanoppen vanoppen.k...@gmail.com Cc: ovirt-users Users users@ovirt.org On 4 Apr 2014, at 15:14, Sander Grendelman wrote: Do you have power management configured? Was the failed host fenced/rebooted? On Fri, Apr 4, 2014 at 2:21 PM, Koen Vanoppen vanoppen.k...@gmail.com wrote: So... It is possible for a fully automatic migration of the VM to another hypervisor in case Storage connection fails? How can we make this happen? Because for the moment, when we tested the situation they stayed in pause state. (Test situation: - Unplug the 2 fibre cables from the hypervisor - VM's go in pause state - VM's stayed in pause state until the failure was solved as said before, it's not safe hence we (try to) not migrate them. They only get paused when they actually access the storage which may not be always the case. I.e. the storage connection is severed, host deemed NonOperational and VMs are getting migrated from it, then some of them will succeed if they didn't access that bad storage … the paused VMs will remain (mostly, it can still happen that they appear paused migrated on other host when the disk access occurs only at the last stage of migration) so in other words, if you want to migrate the VMs without interruption it's not sometimes possible if you are fine with the VMs restarted in short time on other host then power management/fencing will help here Thanks, michal ) They only returned when we restored the fiber connection to the Hypervisor… yes, since 3.3 we have the autoresume feature Thanks, michal Kind Regards, Koen 2014-04-04 13:52 GMT+02:00 Koen Vanoppen vanoppen.k...@gmail.com: So... It is
Re: [Users] oVirt 3.4 Templates break Foreman Provisioning/Adding host
On Apr 8, 2014, at 14:31 , Matt . yamakasi@gmail.com wrote: HI, This was more than 1,5 year ago, I can't remember 100% I create a new Datacenter as I wanted and putted the otherone offline or so and removed it. The Default Cluster was not able to remove because of this Template which was OK. yes, the cluster needs to remain. We're finally taking some steps to be able to remove/replace a Blank template…nothing final yet. I discussed this at #ovirt back those days and it was the only option to get rid of Default Datacenter. I didn't see logs @ the engine.log to be honest. there you should see some specific error…I guess. If this is really related to that removal, there should be something in the log. I'm not aware of any change in the API itself… Thanks, michal Cheers, Matt 2014-04-08 14:17 GMT+02:00 Michal Skrivanek michal.skriva...@redhat.com: On Apr 8, 2014, at 14:08 , Matt . yamakasi@gmail.com wrote: Hi, It seems that it's an issue with the Default Datacenter that is removed, the Cluster still exists because of it's default template there is in. How did you remove the Default Datacenter. It shouldn't let you because of that Blank template… Thanks, michal This is what Foreman Logs: Started POST /hosts for xxx.xxx.xxx.xxx at 2014-04-07 20:40:01 +0200 Processing by HostsController#create as */* Parameters: {utf8=✓, authenticity_token=frTtd5bG6PoC5+2j+qXiGS4TNdJ9tstEgap5BRUoTdA=, host={name=test, hostgroup_id=, compute_resource_id=1, compute_profile_id=, environment_id=1, puppet_ca_proxy_id=1, puppet_proxy_id=1, puppetclass_ids=[], managed=true, progress_report_id=[FILTERED], type=Host::Managed, compute_attributes={cluster=f8a641ba-14df-4500-9a1b-79011afeb7eb, template=, cores=2, memory=2147483648, interfaces_attributes={new_interfaces={name=, network=c97b81ed-b615-48f0-8293-425c8818fdc4, _delete=}, new_1396895988009={name=nic1, network=e922b54d-71f0-411d-8efb-05af771822e4, _delete=}}, volumes_attributes={new_volumes={size_gb=, storage_domain=0944ba31-1e23-4e6f-b8f8-81f5df9ccc7a, _delete=, id=}, new_1396895996127={size_gb=25, storage_domain=7818bd60-f275-438f-96a5-03c69cdd3555, _delete=, id=}}, start=1}, domain_id=1, realm_id=, mac=, subnet_id=2, ip=172.16.20.71, interfaces_attributes={new_interfaces={_destroy=false, type=Nic::Managed, mac=, name=, domain_id=, ip=, provider=IPMI}}, architecture_id=1, operatingsystem_id=1, provision_method=build, build=1, medium_id=5, ptable_id=9, disk=, root_pass=[FILTERED], is_owned_by=1-Users, enabled=1, model_id=, comment=, overwrite=false}, capabilities=build image, provider=Ovirt} Adding Compute instance for test.office.local.domain Successfully decrypted field for Foreman::Model::Ovirt ovirt-domain-local Failed to create a compute ovirt-domain-local(oVirt) instance test.office.local.domain: VM template.id |name required for add /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:180:in `handle_fault' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:114:in `rescue in http_post' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/rbovirt.rb:111:in `http_post' /opt/rh/ruby193/root/usr/share/gems/gems/rbovirt-0.0.25/lib/client/vm_api.rb:35:in `create_vm' /opt/rh/ruby193/root/usr/share/gems/gems/fog-1.21.0/lib/fog/ovirt/requests/compute/create_vm.rb:7:in `create_vm' /opt/rh/ruby193/root/usr/share/gems/gems/fog-1.21.0/lib/fog/ovirt/models/compute/server.rb:123:in `save' /opt/rh/ruby193/root/usr/share/gems/gems/fog-core-1.21.1/lib/fog/core/collection.rb:51:in `create' /usr/share/foreman/app/models/compute_resource.rb:120:in `create_vm' /usr/share/foreman/app/models/compute_resources/foreman/model/ovirt.rb:137:in `create_vm' /usr/share/foreman/app/models/concerns/orchestration/compute.rb:74:in `setCompute' /usr/share/foreman/app/models/concerns/orchestration.rb:142:in `execute' /usr/share/foreman/app/models/concerns/orchestration.rb:85:in `block in process' /usr/share/foreman/app/models/concerns/orchestration.rb:77:in `each' /usr/share/foreman/app/models/concerns/orchestration.rb:77:in `process' /usr/share/foreman/app/models/concerns/orchestration.rb:18:in `on_save' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:649:in `_run__1092801602321222569__save__3625976562279559551__callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:405:in `__run_callback' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:385:in `_run_save_callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activesupport-3.2.8/lib/active_support/callbacks.rb:81:in `run_callbacks' /opt/rh/ruby193/root/usr/share/gems/gems/activerecord-3.2.8/lib/active_record/callbacks.rb:264:in
[Users] 2 virtual monitors for Fedora guest
Hi, I'm trying to virtualize my Fedora 20 workstation on oVirt 3.4 with 2 screens. No matter if I choose Server or Desktop and operating system Linux or RHEL 6.x x64 (surprisingly Fedora is missing in the list) my Fedora guest (or better say LXRandR) only recognizes 1 monitor. ps -ef | grep myvm shows me that there are 2 monitors (or at least I think that I can interpret the output this way): -vga qxl -global qxl-vga.ram_size=134217728 -global qxl-vga.vram_size=33554432 Does anyone know how I can make my Fedora guest work with 2 screens? Thanks! -- Best Regards René Koch Senior Solution Architect LIS-Linuxland GmbH Brünner Straße 163, A-1210 Vienna Phone: +43 1 236 91 60 Mobile: +43 660 / 512 21 31 E-Mail: rk...@linuxland.at ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] how do you connect to a host's serial console
That's a nice theory you've got there... :) I'd think a little script management would go a long way until you have _every_ possible use case in the system. :) As a developer I find at some point I always get talked into adding that extra bit of flexibility even though no user should ever need it. They always find something I never thought of. btw, do I put feature requests in bugzilla, or is there some other place? Thanks for all of the help. On Tue, Apr 8, 2014 at 2:11 AM, Michal Skrivanek michal.skriva...@redhat.com wrote: On Apr 7, 2014, at 23:04 , Jeremiah Jahn jerem...@goodinassociates.com wrote: that seems silly. Seems like the kinda thing that would be a nice feature to have in the webadmin stuff. esp if you have 100's of hosts. oh well, thanks for the help. you're not supposed to need a hook under normal circumstances, when the functionality is useful enough it should be built into vdsm natively...well, that's in progress for this one for 3.4.1:) Thanks, michal On Mon, Apr 7, 2014 at 3:46 PM, Michal Skrivanek michal.skriva...@redhat.com wrote: On 07 Apr 2014, at 22:25, Jeremiah Jahn jerem...@goodinassociates.com wrote: And just to verify... All hooking scripts have to be placed on each host by hand? Yes On Mon, Apr 7, 2014 at 2:40 PM, Antoni Segura Puimedon asegu...@redhat.com wrote: - Original Message - From: Michal Skrivanek michal.skriva...@redhat.com To: Jeremiah Jahn jerem...@goodinassociates.com Cc: users@ovirt.org Sent: Monday, April 7, 2014 4:31:11 PM Subject: Re: [Users] how do you connect to a host's serial console On Apr 7, 2014, at 16:23 , Jeremiah Jahn jerem...@goodinassociates.com wrote: thx, So dumb question at this point. I'm in the process of moving from virt-manager to ovirt. virsh has an edit domain function, or I can edit the xml by hand. I'm able to locate the xml on the host, but obviously if I edit it by hand it will be replaced by vdsm. I'm having a hell of a time trying to find the xml on the engine, so that I can try modifying the xml to add a serial console. Based on that code that's all that's really going on with that patch. So I'd think I can wing it by modifying the db or xml directly. Just not sure where to go to do so. I'm guessing I could go into vm_device and replace device='virtio-serial' with 'serial' but that seems to easy. Any pointers you've got on how the xml is stored or produced would be great. It's a bit more complicated than thatthere's no XML stored in the backend. You'd be better off applying the patch over and compile yourself:) The supported way of how to amend the libvirt XML is via VDSM hooks. You need to intercept the created XML and add whatever is needed, see http://www.ovirt.org/VDSM-Hooks, some of the examples can be used as a base for what you're trying to do... Yup, before_vm_start before_vm_migrate should allow you to do what you want. Thanks, michal On Mon, Apr 7, 2014 at 9:00 AM, Michal Skrivanek michal.skriva...@redhat.com wrote: On Apr 7, 2014, at 15:57 , Jeremiah Jahn jerem...@goodinassociates.com wrote: So do you think this is a 3.5 thing or a 3.4.1 thing? It's exactly what I need, just curious how long I'll have to wait. I know this is every developers favorite question. one needs to nag Vinzenz frequently enough:-D but should be 3.4.1 Thanks, michal On Mon, Apr 7, 2014 at 5:58 AM, Michal Skrivanek michal.skriva...@redhat.com wrote: On Apr 6, 2014, at 21:50 , Jeremiah Jahn jerem...@goodinassociates.com wrote: I just can't seem to figure this out. I've enabled 'VirtIO Console Device' yet I can't seem to find anyplace that will let me get there. If I go to virsh on the host and try ttyconsoe that doesn't work either. thanks for any help. Does not work. Pending this[1] patch to get in. Thanks, michal [1] http://gerrit.ovirt.org/#/c/25979/ ___ 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 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?
- Original Message - From: David Smith dsm...@mypchelp.com To: Itamar Heim ih...@redhat.com Cc: Marek Grac mg...@redhat.com, Eli Mesika emes...@redhat.com, users users@ovirt.org Sent: Monday, April 7, 2014 7:24:35 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? Hi Itamar, Looks like the Raritan support has been added to upstream release in fence-agents, hopefully we can get this into oVirt next. Good news :-) Can you please share the final changes you had made to the DB vdc_config entries to get this work? Thanks Eli [Bug 519731] Fencing Agent for Raritan devices Inbox x bugzi...@redhat.com 5:32 AM (3 hours ago) to me https://bugzilla.redhat.com/show_bug.cgi?id=519731 --- Comment #23 from Marek Grac mg...@redhat.com --- Support for Raritan is now part of upstream release - 4.0.8 On Mon, Feb 17, 2014 at 5:43 AM, Itamar Heim ih...@redhat.com wrote: On 02/17/2014 03:31 PM, Marek Grac wrote: On 02/17/2014 09:45 AM, Eli Mesika wrote: - Original Message - From: Yedidyah Bar David d...@redhat.com To: Itamar Heim ih...@redhat.com Cc: users@ovirt.org Sent: Sunday, February 16, 2014 2:58:35 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? - Original Message - From: Itamar Heim ih...@redhat.com To: David Smith dsm...@mypchelp.com, users@ovirt.org Sent: Saturday, February 15, 2014 2:57:00 AM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? On 02/14/2014 07:37 PM, David Smith wrote: We use Raritan / Dominion PX remote power blocks, is there a way to easily add support for these? CCing Marek on that in case that he had something to add from the fence-agents view since it may be already supported implicitly (like drac7 that is using actually ipmilan) No, Raritan are not supported yet (rhbz#519731) so david, if you can try to push the raritan support to fence-agents, the ovirt side is usually just a config change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 2 virtual monitors for Fedora guest
On Tue, Apr 8, 2014 at 2:48 PM, René Koch rk...@linuxland.at wrote: Hi, I'm trying to virtualize my Fedora 20 workstation on oVirt 3.4 with 2 screens. Probably you already visited this: http://www.ovirt.org/Features/SPICERelatedFeatures#Multi_Monitor_support_for_Linux_guests_.28Basic.29 but from the text is not so clear to me if it is completely doable or not in 3.4 ... The page refers to Xinerama in need to be configured inside the guest I don't know if for QXL device and fedora 20 one has to trick with xorg.conf or not putting something like Section ServerLayout Identifier Layout0 InputDevice Keyboard0 CoreKeyboard InputDevice Mouse0CorePointer Option Clone off Option Xinerama on Screen 0 Screen0 Screen 1 Screen1 Below Screen0 EndSection Does your Xorg.0.log gives any useful information regarding the two devices and anythng about Xinerama? Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 2 virtual monitors for Fedora guest
Hi Gianluca, Thanks a lot for your answer. On 04/08/2014 04:29 PM, Gianluca Cecchi wrote: On Tue, Apr 8, 2014 at 2:48 PM, René Koch rk...@linuxland.at wrote: Hi, I'm trying to virtualize my Fedora 20 workstation on oVirt 3.4 with 2 screens. Probably you already visited this: http://www.ovirt.org/Features/SPICERelatedFeatures#Multi_Monitor_support_for_Linux_guests_.28Basic.29 No, I didn't - thanks a lot for the link. As it says it's for oVirt 3.1 it properly should be in oVirt 3.4. but from the text is not so clear to me if it is completely doable or not in 3.4 ... The page refers to Xinerama in need to be configured inside the guest I don't know if for QXL device and fedora 20 one has to trick with xorg.conf or not putting something like Hurra - we're in year 2014 and Linux is still not able to configure 2 screens with a simple click. :( Btw, I don't even find a config file for ServerLayout section in /etc/X11. Section ServerLayout Identifier Layout0 InputDevice Keyboard0 CoreKeyboard InputDevice Mouse0CorePointer Option Clone off Option Xinerama on Screen 0 Screen0 Screen 1 Screen1 Below Screen0 EndSection Does your Xorg.0.log gives any useful information regarding the two devices and anythng about Xinerama? In Xorg.0.log I can see the following: qxl(0): Output Virtual-0 has no monitor section qxl(0): Output Virtual-1 has no monitor section qxl(0): Output Virtual-2 has no monitor section qxl(0): Output Virtual-3 has no monitor section snip qxl(0): Output Virtual-0 connected qxl(0): Output Virtual-1 disconnected qxl(0): Output Virtual-2 disconnected qxl(0): Output Virtual-3 disconnected Whatever this mean. No clue about Xorg - should install X on my servers to get more practice in it :) Btw, in Remote Viewer I can choosee View - Display and select Display 2. In second remote viewer windows I see Waiting for display 2... - os it seems that at least the port is for second display is open on my host. So I guess oVirt is working fine and the question about the dual screen mode can be answered best on Spice or Fedora mailing list? Regards, René Gianluca ___ 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?
On 04/08/2014 04:48 PM, Eli Mesika wrote: - Original Message - From: David Smith dsm...@mypchelp.com To: Itamar Heim ih...@redhat.com Cc: Marek Grac mg...@redhat.com, Eli Mesika emes...@redhat.com, users users@ovirt.org Sent: Monday, April 7, 2014 7:24:35 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? Hi Itamar, Looks like the Raritan support has been added to upstream release in fence-agents, hopefully we can get this into oVirt next. Good news :-) Can you please share the final changes you had made to the DB vdc_config entries to get this work? Thanks we still can't distinguish at feature level by hypervisor support. so adding this to engine will fail for any .el6 distro, until/if this is added to rhel 6.6, etc. Eli [Bug 519731] Fencing Agent for Raritan devices Inbox x bugzi...@redhat.com 5:32 AM (3 hours ago) to me https://bugzilla.redhat.com/show_bug.cgi?id=519731 --- Comment #23 from Marek Grac mg...@redhat.com --- Support for Raritan is now part of upstream release - 4.0.8 On Mon, Feb 17, 2014 at 5:43 AM, Itamar Heim ih...@redhat.com wrote: On 02/17/2014 03:31 PM, Marek Grac wrote: On 02/17/2014 09:45 AM, Eli Mesika wrote: - Original Message - From: Yedidyah Bar David d...@redhat.com To: Itamar Heim ih...@redhat.com Cc: users@ovirt.org Sent: Sunday, February 16, 2014 2:58:35 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? - Original Message - From: Itamar Heim ih...@redhat.com To: David Smith dsm...@mypchelp.com, users@ovirt.org Sent: Saturday, February 15, 2014 2:57:00 AM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? On 02/14/2014 07:37 PM, David Smith wrote: We use Raritan / Dominion PX remote power blocks, is there a way to easily add support for these? CCing Marek on that in case that he had something to add from the fence-agents view since it may be already supported implicitly (like drac7 that is using actually ipmilan) No, Raritan are not supported yet (rhbz#519731) so david, if you can try to push the raritan support to fence-agents, the ovirt side is usually just a config change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 2 virtual monitors for Fedora guest
On 04/08/2014 05:20 PM, Gianluca Cecchi wrote: On Tue, Apr 8, 2014 at 5:08 PM, René Koch rk...@linuxland.at wrote: Whatever this mean. No clue about Xorg - should install X on my servers to get more practice in it :) Btw, in Remote Viewer I can choosee View - Display and select Display 2. In second remote viewer windows I see Waiting for display 2... - os it seems that at least the port is for second display is open on my host. So I guess oVirt is working fine and the question about the dual screen mode can be answered best on Spice or Fedora mailing list? I just updated an AIO ovirt setup to 3.4 and I have there a Fedora20 guest. This evening I'm going to try something with a Fedora 20 client and see how it goes. Eventualy I will open questions to spice-devel where Im subscribed. The thing interests me too... Many thanks for your help! Stay tuned... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 2 virtual monitors for Fedora guest
Hi, No configuration nor Xinerama should be needed. Just make sure you have spice-vdagent package installed, spice-vdagentd service running and two spice-vdagent processes running (one for *dm, one for your user session). Then enable other monitors in virt-viewer: check View - Displays - Display N. Xinerama is an old hackish means to multimonitor for linux guests with numerou disadvantages so please avoid that. If you really really want to use xinerama, then switch your OS type to Windows and your VM will get multiple qxl devices that xinerama depends on. David On Út, 2014-04-08 at 14:48 +0200, René Koch wrote: Hi, I'm trying to virtualize my Fedora 20 workstation on oVirt 3.4 with 2 screens. No matter if I choose Server or Desktop and operating system Linux or RHEL 6.x x64 (surprisingly Fedora is missing in the list) my Fedora guest (or better say LXRandR) only recognizes 1 monitor. ps -ef | grep myvm shows me that there are 2 monitors (or at least I think that I can interpret the output this way): -vga qxl -global qxl-vga.ram_size=134217728 -global qxl-vga.vram_size=33554432 Does anyone know how I can make my Fedora guest work with 2 screens? Thanks! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 2 virtual monitors for Fedora guest
On Út, 2014-04-08 at 17:32 +0200, David Jaša wrote: Hi, No configuration nor Xinerama should be needed. Just make sure you have spice-vdagent package installed, spice-vdagentd service running and two spice-vdagent processes running (one for *dm, one for your user session). PS: if the spice-vdagent package is installed in the guest and the processes mentioned above are not running, it is a bug that should be reported. David Then enable other monitors in virt-viewer: check View - Displays - Display N. Xinerama is an old hackish means to multimonitor for linux guests with numerou disadvantages so please avoid that. If you really really want to use xinerama, then switch your OS type to Windows and your VM will get multiple qxl devices that xinerama depends on. David On Út, 2014-04-08 at 14:48 +0200, René Koch wrote: Hi, I'm trying to virtualize my Fedora 20 workstation on oVirt 3.4 with 2 screens. No matter if I choose Server or Desktop and operating system Linux or RHEL 6.x x64 (surprisingly Fedora is missing in the list) my Fedora guest (or better say LXRandR) only recognizes 1 monitor. ps -ef | grep myvm shows me that there are 2 monitors (or at least I think that I can interpret the output this way): -vga qxl -global qxl-vga.ram_size=134217728 -global qxl-vga.vram_size=33554432 Does anyone know how I can make my Fedora guest work with 2 screens? Thanks! ___ 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] 2 virtual monitors for Fedora guest
On 04/08/2014 05:32 PM, David Jaša wrote: Hi, No configuration nor Xinerama should be needed. Just make sure you have spice-vdagent package installed, spice-vdagentd service running and two spice-vdagent processes running (one for *dm, one for your user session). Then enable other monitors in virt-viewer: check View - Displays - Display N. No Xinerama sounds great! vdagent was already installed and is running: $ ps -ef | grep vdagent root729 1 0 17:51 ?00:00:00 /usr/sbin/spice-vdagentd rkoch 1487 1 0 17:52 ?00:00:00 /usr/bin/spice-vdagent When I open a second monitor in virt-viewer it says Waiting for display 2... and my vdagent services stops: $ ps -ef | grep vdagent root729 1 0 17:51 ?00:00:00 /usr/sbin/spice-vdagentd In /var/log/messages I can see the following: Apr 8 17:53:07 pc02 kernel: [ 128.497232] input: spice vdagent tablet as /devices/virtual/input/input5 Apr 8 17:53:07 pc02 kernel: input: spice vdagent tablet as /devices/virtual/input/input5 Apr 8 17:53:11 pc02 spice-vdagentd: closed vdagent virtio channel My vm has now the following settings: OS: Linux Optimized for: Desktop Monitors: 2 Single PCI: activated Xinerama is an old hackish means to multimonitor for linux guests with numerou disadvantages so please avoid that. If you really really want to use xinerama, then switch your OS type to Windows and your VM will get multiple qxl devices that xinerama depends on. I don't want to use it and hack in Xorg config files :) Regards, René David On Út, 2014-04-08 at 14:48 +0200, René Koch wrote: Hi, I'm trying to virtualize my Fedora 20 workstation on oVirt 3.4 with 2 screens. No matter if I choose Server or Desktop and operating system Linux or RHEL 6.x x64 (surprisingly Fedora is missing in the list) my Fedora guest (or better say LXRandR) only recognizes 1 monitor. ps -ef | grep myvm shows me that there are 2 monitors (or at least I think that I can interpret the output this way): -vga qxl -global qxl-vga.ram_size=134217728 -global qxl-vga.vram_size=33554432 Does anyone know how I can make my Fedora guest work with 2 screens? Thanks! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] node spin including qemu-kvm-rhev?
- Original Message - From: Paul Jansen vla...@yahoo.com.au To: Itamar Heim ih...@redhat.com, Fabian Deutsch fdeut...@redhat.com Cc: users users@ovirt.org Sent: Monday, April 7, 2014 3:25:19 PM Subject: Re: [Users] node spin including qemu-kvm-rhev? On 04/07/2014 11:46 AM, Fabian Deutsch wrote: Hey Paul, Am Montag, den 07.04.2014, 01:28 -0700 schrieb Paul Jansen: I'm going to try top posting this time to see if it ends up looking a bit better on the list. you could try sending text-only emails :) By the 'ovirt hypervisor packages' I meant installing the OS first of all and then making it into an ovirt 'node' by installing the required packages, rather than installing from a clean slate with the ovirt node iso. Sorry if that was a bit unclear. Okay - thanks for the explanation. In general I would discourage from installing the ovirt-node package ona normal host. If you still want to try it be aware that the ovirt-node pkg might mess with your system. I'm pretty sure we are on the same page here. I just checked the ovirt 'quickstart' page and it calls the various hypervisor nodes 'hosts'. ie: Fedora host, EL, host, ovirt node host. If the ovirt node included the qemu-kvm-rhev package - or an updated qemu-kvm - it would mean that both ovirt node hosts and fedora hosts could both support live storage migration. It would only be EL hosts that do not support that feature at this stage. We could have a caveat in the documentation for this perhaps. Fabian, were you think thinking that if not all 'hosts' supported live migration that the cluster could disable that feature? Based on capabilities that the hosts would expose to the ovirt server? This would be another way of avoiding the confusion. Thanks guys for the great work you are doing with ovirt. Paul, this is something that vdsm needs to report to the engine, so the engine will know what is / isn't supported. It's a bigger request as today we're mostly based on cluster compatibility level. Additionally it is possible to mix .el hosts with nodes with old (non -rhev) nodes. Each of these cases will break live-storage migration. How do you suggest to mitigate it? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Hosted Engine recovery failure of all HA - nodes
Hello, I have an oVirt 3.4 hosted engine lab setup witch I am evaluating for production use. I simulated an ungraceful shutdown of all HA nodes (powercut) while the engine was running. After powering up, the system did not recover itself (it seemed). I had to restart the ovirt-hosted-ha service (witch was in a locked state) and then manually run 'hosted-engine --vm-start'. What is the supposed procedure after a shutdown (graceful / ungraceful) of Hosted-Engine HA nodes? Should the engine recover by itself? Should the running VM's be restarted automatically? Thanks, Daniel smime.p7s Description: S/MIME cryptographic signature ___ 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?
On 04/08/2014 05:17 PM, Itamar Heim wrote: we still can't distinguish at feature level by hypervisor support. so adding this to engine will fail for any .el6 distro, until/if this is added to rhel 6.6, etc. [internal] Support for Raritan will not be added to rhel6.6/rhel7 until our QA will have access to this device for testing (or partner will test it for us). We do not have such criteria for upstream. m, Eli [Bug 519731] Fencing Agent for Raritan devices Inbox x bugzi...@redhat.com 5:32 AM (3 hours ago) to me https://bugzilla.redhat.com/show_bug.cgi?id=519731 --- Comment #23 from Marek Grac mg...@redhat.com --- Support for Raritan is now part of upstream release - 4.0.8 On Mon, Feb 17, 2014 at 5:43 AM, Itamar Heim ih...@redhat.com wrote: On 02/17/2014 03:31 PM, Marek Grac wrote: On 02/17/2014 09:45 AM, Eli Mesika wrote: - Original Message - From: Yedidyah Bar David d...@redhat.com To: Itamar Heim ih...@redhat.com Cc: users@ovirt.org Sent: Sunday, February 16, 2014 2:58:35 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? - Original Message - From: Itamar Heim ih...@redhat.com To: David Smith dsm...@mypchelp.com, users@ovirt.org Sent: Saturday, February 15, 2014 2:57:00 AM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? On 02/14/2014 07:37 PM, David Smith wrote: We use Raritan / Dominion PX remote power blocks, is there a way to easily add support for these? CCing Marek on that in case that he had something to add from the fence-agents view since it may be already supported implicitly (like drac7 that is using actually ipmilan) No, Raritan are not supported yet (rhbz#519731) so david, if you can try to push the raritan support to fence-agents, the ovirt side is usually just a config change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] node spin including qemu-kvm-rhev?
On 04/08/2014 06:58 PM, Doron Fediuck wrote: - Original Message - From: Paul Jansen vla...@yahoo.com.au To: Itamar Heim ih...@redhat.com, Fabian Deutsch fdeut...@redhat.com Cc: users users@ovirt.org Sent: Monday, April 7, 2014 3:25:19 PM Subject: Re: [Users] node spin including qemu-kvm-rhev? On 04/07/2014 11:46 AM, Fabian Deutsch wrote: Hey Paul, Am Montag, den 07.04.2014, 01:28 -0700 schrieb Paul Jansen: I'm going to try top posting this time to see if it ends up looking a bit better on the list. you could try sending text-only emails :) By the 'ovirt hypervisor packages' I meant installing the OS first of all and then making it into an ovirt 'node' by installing the required packages, rather than installing from a clean slate with the ovirt node iso. Sorry if that was a bit unclear. Okay - thanks for the explanation. In general I would discourage from installing the ovirt-node package ona normal host. If you still want to try it be aware that the ovirt-node pkg might mess with your system. I'm pretty sure we are on the same page here. I just checked the ovirt 'quickstart' page and it calls the various hypervisor nodes 'hosts'. ie: Fedora host, EL, host, ovirt node host. If the ovirt node included the qemu-kvm-rhev package - or an updated qemu-kvm - it would mean that both ovirt node hosts and fedora hosts could both support live storage migration. It would only be EL hosts that do not support that feature at this stage. We could have a caveat in the documentation for this perhaps. Fabian, were you think thinking that if not all 'hosts' supported live migration that the cluster could disable that feature? Based on capabilities that the hosts would expose to the ovirt server? This would be another way of avoiding the confusion. Thanks guys for the great work you are doing with ovirt. Paul, this is something that vdsm needs to report to the engine, so the engine will know what is / isn't supported. It's a bigger request as today we're mostly based on cluster compatibility level. Additionally it is possible to mix .el hosts with nodes with old (non -rhev) nodes. Each of these cases will break live-storage migration. How do you suggest to mitigate it? seems like another case of feature level negotiatio. ___ 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?
On 04/08/2014 08:10 PM, Marek Grac wrote: On 04/08/2014 05:17 PM, Itamar Heim wrote: we still can't distinguish at feature level by hypervisor support. so adding this to engine will fail for any .el6 distro, until/if this is added to rhel 6.6, etc. [internal] Support for Raritan will not be added to rhel6.6/rhel7 until our QA will have access to this device for testing (or partner will test it for us). We do not have such criteria for upstream. Eli/Barak - thoughts on how to resolve this? m, Eli [Bug 519731] Fencing Agent for Raritan devices Inbox x bugzi...@redhat.com 5:32 AM (3 hours ago) to me https://bugzilla.redhat.com/show_bug.cgi?id=519731 --- Comment #23 from Marek Grac mg...@redhat.com --- Support for Raritan is now part of upstream release - 4.0.8 On Mon, Feb 17, 2014 at 5:43 AM, Itamar Heim ih...@redhat.com wrote: On 02/17/2014 03:31 PM, Marek Grac wrote: On 02/17/2014 09:45 AM, Eli Mesika wrote: - Original Message - From: Yedidyah Bar David d...@redhat.com To: Itamar Heim ih...@redhat.com Cc: users@ovirt.org Sent: Sunday, February 16, 2014 2:58:35 PM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? - Original Message - From: Itamar Heim ih...@redhat.com To: David Smith dsm...@mypchelp.com, users@ovirt.org Sent: Saturday, February 15, 2014 2:57:00 AM Subject: Re: [Users] Instructions to add a remote controlled power strip not in the native list? On 02/14/2014 07:37 PM, David Smith wrote: We use Raritan / Dominion PX remote power blocks, is there a way to easily add support for these? CCing Marek on that in case that he had something to add from the fence-agents view since it may be already supported implicitly (like drac7 that is using actually ipmilan) No, Raritan are not supported yet (rhbz#519731) so david, if you can try to push the raritan support to fence-agents, the ovirt side is usually just a config change. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 2 virtual monitors for Fedora guest
Some prelimianry tests at my side. oVirt 3.4 on fedora 19 AIO. Datacenter and cluster configured as 3.4 level Some packages on it libvirt-1.1.3.2-1.fc19.x86_64 qemu-kvm-1.6.1-2.fc19.x86_64 vdsm-4.14.6-0.fc19.x86_64 spice-server-0.12.4-3.fc19.x86_64 guest is an updated Fedora 19 system configured based on blank template and OS=Linux and xorg-x11-drv-qxl-0.1.1-3.fc19.x86_64 spice-vdagent-0.14.0-5.fc19.x86_64 Client is an updated Fedora 20 box with virt-viewer-0.6.0-1.fc20.x86_64 If I select the Single PCI checkbox in console options of guest and connect from the Fedora 20 client I don't see at all an option in remote-viewer to open a second display and no new display detected in guest. And lspci on guest indeed gives only one video controller. BTW: what is this option for, apart the meaning? If I deselect the Single PCI checkbox I get the Display 2 option in remote-viewer but it is greyed out. No new monitor in detect displays of guest. In this last situation I have on host this qem-kvm command line: qemu 16664 1 48 21:04 ?00:02:42 /usr/bin/qemu-system-x86_64 -machine accel=kvm -name f19 -S -machine pc-1.0,accel=kvm,usb=off -cpu Opteron_G3 -m 2048 -realtime mlock=off -smp 1,maxcpus=160,sockets=160,cores=1,threads=1 -uuid 55d8b95b-f420-4208-a2fb-5f370d05f5d8 -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-8,serial=E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1,uuid=55d8b95b-f420-4208-a2fb-5f370d05f5d8 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/f19.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-04-08T19:04:45,driftfix=slew -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -device usb-ccid,id=ccid0 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/mnt/_data_DATA2/b24b94c7-5935-4940-9152-36ecd370ba7c/images/5e99a818-9fd1-47bb-99dc-50bd25374c2f/a2baa1e5-569f-4081-97a7-10ec2a20daab,if=none,id=drive-virtio-disk0,format=raw,serial=5e99a818-9fd1-47bb-99dc-50bd25374c2f,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:a8:01:55,bus=pci.0,addr=0x3 -chardev spicevmc,id=charsmartcard0,name=smartcard -device ccid-card-passthru,chardev=charsmartcard0,id=smartcard0,bus=ccid0.0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/55d8b95b-f420-4208-a2fb-5f370d05f5d8.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/55d8b95b-f420-4208-a2fb-5f370d05f5d8.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -k en-us -device qxl-vga,id=video0,ram_size=67108864,vram_size=33554432,bus=pci.0,addr=0x2 -device qxl,id=video1,ram_size=67108864,vram_size=33554432,bus=pci.0,addr=0x8 -device AC97,id=sound0,bus=pci.0,addr=0x4 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 On guest: [root@localhost ~]# lspci 00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02) 00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] 00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II] 00:01.2 USB controller: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] (rev 01) 00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03) 00:02.0 VGA compatible controller: Red Hat, Inc. QXL paravirtual graphic card (rev 03) 00:03.0 Ethernet controller: Red Hat, Inc Virtio network device 00:04.0 Multimedia audio controller: Intel Corporation 82801AA AC'97 Audio Controller (rev 01) 00:05.0 Communication controller: Red Hat, Inc Virtio console 00:06.0 SCSI storage controller: Red Hat, Inc Virtio block device 00:07.0 RAM memory: Red Hat, Inc Virtio memory balloon 00:08.0 Display controller: Red Hat, Inc. QXL paravirtual graphic card (rev 03) See here Xorg.0.log generated on guest: https://drive.google.com/file/d/0BwoPbcrMv8mvTm9VbE53ZmVKcVk/edit?usp=sharing In particular I see in it many: [64.234] (II) qxl(0): qxl_xf86crtc_resize: Placeholder resize 1024x768 [87.280] qxl_surface_create: Bad bpp: 1 (1) [
[Users] oVirt 3.5 Storage Features review
BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Jerusalem BEGIN:STANDARD DTSTART:16010101T02 TZOFFSETTO:+0200 TZOFFSETFROM:+0300 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:IST END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T02 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:ee4f5d78-378c-4894-8725-ebe51e70db79 SUMMARY:oVirt 3.5 Storage Features review ATTENDEE;CN=fsimonce;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma ilto:fsimo...@redhat.com ATTENDEE;CN=users;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt o:users@ovirt.org ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o virt.org ORGANIZER;CN=Allon Mureinik:mailto:amure...@redhat.com DTSTART;TZID=Asia/Jerusalem:20140410T18 DTEND;TZID=Asia/Jerusalem:20140410T19 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140408T214932Z DTSTAMP:20140408T214932Z SEQUENCE:0 DESCRIPTION:The following is a new meeting request:\n\nSubject: oVirt 3.5 St orage Features review \nOrganizer: Allon Mureinik amure...@redhat.com \n \nTime: Thursday\, April 10\, 2014\, 6:00:00 PM - 7:00:00 PM GMT +02:00 Jeru salem\n \nRequired: fsimo...@redhat.com \nOptional: users@ovirt.org\; devel@ ovirt.org \n\n*~*~*~*~*~*~*~*~*~*\n\nHi all\,\n\nThis session is to provide a bird's eye view of what we're planning in the storage area for oVirt 3.5:\ n\n* Import Existing Data Domain\n [And a the required Store OVF on any dom ain]\n\n* SANlock Fencing\n\n* Live Merge (delete snapshot)\n [And the requ ired VM Async Tasks]\n\n* Snapshot Overview in the Webadmin BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.5 Storage Features review
BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Jerusalem BEGIN:STANDARD DTSTART:16010101T02 TZOFFSETTO:+0200 TZOFFSETFROM:+0300 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:IST END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T02 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:ee4f5d78-378c-4894-8725-ebe51e70db79 SUMMARY:oVirt 3.5 Storage Features review ATTENDEE;CN=fsimonce;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma ilto:fsimo...@redhat.com ATTENDEE;CN=users;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt o:users@ovirt.org ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o virt.org ORGANIZER;CN=Allon Mureinik:mailto:amure...@redhat.com DTSTART;TZID=Asia/Jerusalem:20140410T18 DTEND;TZID=Asia/Jerusalem:20140410T184500 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140408T215011Z DTSTAMP:20140408T215011Z SEQUENCE:1 DESCRIPTION:The following meeting has been modified:\n\nSubject: oVirt 3.5 S torage Features review \nOrganizer: Allon Mureinik amure...@redhat.com \ n\nTime: Thursday\, April 10\, 2014\, 6:00:00 PM - 6:45:00 PM GMT +02:00 Jer usalem [MODIFIED]\n \nRequired: fsimo...@redhat.com \nOptional: users@ovirt. org\; de...@ovirt.org \n\n*~*~*~*~*~*~*~*~*~*\n\nHi all\, \n\nThis session i s to provide a bird's eye view of what we're planning in the storage area fo r oVirt 3.5: \n\n* Import Existing Data Domain \n[And a the required Store O VF on any domain] \n\n* SANlock Fencing \n\n* Live Merge (delete snapshot) \ n[And the required VM Async Tasks] \n\n* Snapshot Overview in the Webadmin \ n\n* QA BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.5 Storage Features review
BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Jerusalem BEGIN:STANDARD DTSTART:16010101T02 TZOFFSETTO:+0200 TZOFFSETFROM:+0300 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:IST END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T02 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:ee4f5d78-378c-4894-8725-ebe51e70db79 SUMMARY:oVirt 3.5 Storage Features review ATTENDEE;CN=fsimonce;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma ilto:fsimo...@redhat.com ATTENDEE;CN=users;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailt o:users@ovirt.org ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o virt.org ORGANIZER;CN=Allon Mureinik:mailto:amure...@redhat.com DTSTART;TZID=Asia/Jerusalem:20140410T18 DTEND;TZID=Asia/Jerusalem:20140410T184500 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140408T215155Z DTSTAMP:20140408T215155Z SEQUENCE:2 DESCRIPTION:The following meeting has been modified:\n\nSubject: oVirt 3.5 S torage Features review \nOrganizer: Allon Mureinik amure...@redhat.com \ n\nTime: Thursday\, April 10\, 2014\, 6:00:00 PM - 6:45:00 PM GMT +02:00 Jer usalem\n \nRequired: fsimo...@redhat.com \nOptional: users@ovirt.org\; devel @ovirt.org \n\n*~*~*~*~*~*~*~*~*~*\n\nHi all\, \n\nThis session is to provid e a bird's eye view of what we're planning in the storage area for oVirt 3.5 : \n\n* Import Existing Data Domain \n[And a the required Store OVF on any d omain] \n\n* SANlock Fencing \n\n* Live Merge (delete snapshot) \n[And the r equired VM Async Tasks] \n\n* Snapshot Overview in the Webadmin \n\n* QA \n \n\nCall details:\nDial In (toll free) - https://www.intercallonline.com/lis tNumbersByCode.action?confCode=7553211809\nConf. Code - 7553211809\n\nSlides will be attached to the invite later on BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt-guest-agent on debian?
How did you get it to actually work? I got the deb from (http://ppa.launchpad.net/zhshzhou/vdsm-ubuntu/ubuntu/pool/main/o/ovirt-guest-agent/ovirt-guest-agent_1.0.9.20140216.git5168c4-1ppa1_all.deb) , since I'm not willing to add ubuntu sources to my apt-configuration since that might make me run into dependency troubles later on. This one works fine with Debian: https://launchpad.net/~zhshzhou/+archive/vdsm-ubuntu/+files/ovirt-guest-agent_1.0.8.201309301944.gitb7f8f2-1ppa1_all.deb The version you try to use is for Ubuntu 13.10. Regards, René Works fine, thanks a lot! Cheers, Boudewijn Ector ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] how do you connect to a host's serial console
On 04/08/2014 04:46 PM, Jeremiah Jahn wrote: That's a nice theory you've got there... :) I'd think a little script management would go a long way until you have _every_ possible use case in the system. :) As a developer I find at some point I always get talked into adding that extra bit of flexibility even though no user should ever need it. They always find something I never thought of. we're always torn by adding such features to ovirt, or saying just use something like foreman/puppet to distribute rpms to hosts. btw, do I put feature requests in bugzilla, or is there some other place? in bugzilla. Thanks for all of the help. On Tue, Apr 8, 2014 at 2:11 AM, Michal Skrivanek michal.skriva...@redhat.com wrote: On Apr 7, 2014, at 23:04 , Jeremiah Jahn jerem...@goodinassociates.com wrote: that seems silly. Seems like the kinda thing that would be a nice feature to have in the webadmin stuff. esp if you have 100's of hosts. oh well, thanks for the help. you're not supposed to need a hook under normal circumstances, when the functionality is useful enough it should be built into vdsm natively...well, that's in progress for this one for 3.4.1:) Thanks, michal On Mon, Apr 7, 2014 at 3:46 PM, Michal Skrivanek michal.skriva...@redhat.com wrote: On 07 Apr 2014, at 22:25, Jeremiah Jahn jerem...@goodinassociates.com wrote: And just to verify... All hooking scripts have to be placed on each host by hand? Yes On Mon, Apr 7, 2014 at 2:40 PM, Antoni Segura Puimedon asegu...@redhat.com wrote: - Original Message - From: Michal Skrivanek michal.skriva...@redhat.com To: Jeremiah Jahn jerem...@goodinassociates.com Cc: users@ovirt.org Sent: Monday, April 7, 2014 4:31:11 PM Subject: Re: [Users] how do you connect to a host's serial console On Apr 7, 2014, at 16:23 , Jeremiah Jahn jerem...@goodinassociates.com wrote: thx, So dumb question at this point. I'm in the process of moving from virt-manager to ovirt. virsh has an edit domain function, or I can edit the xml by hand. I'm able to locate the xml on the host, but obviously if I edit it by hand it will be replaced by vdsm. I'm having a hell of a time trying to find the xml on the engine, so that I can try modifying the xml to add a serial console. Based on that code that's all that's really going on with that patch. So I'd think I can wing it by modifying the db or xml directly. Just not sure where to go to do so. I'm guessing I could go into vm_device and replace device='virtio-serial' with 'serial' but that seems to easy. Any pointers you've got on how the xml is stored or produced would be great. It's a bit more complicated than thatthere's no XML stored in the backend. You'd be better off applying the patch over and compile yourself:) The supported way of how to amend the libvirt XML is via VDSM hooks. You need to intercept the created XML and add whatever is needed, see http://www.ovirt.org/VDSM-Hooks, some of the examples can be used as a base for what you're trying to do... Yup, before_vm_start before_vm_migrate should allow you to do what you want. Thanks, michal On Mon, Apr 7, 2014 at 9:00 AM, Michal Skrivanek michal.skriva...@redhat.com wrote: On Apr 7, 2014, at 15:57 , Jeremiah Jahn jerem...@goodinassociates.com wrote: So do you think this is a 3.5 thing or a 3.4.1 thing? It's exactly what I need, just curious how long I'll have to wait. I know this is every developers favorite question. one needs to nag Vinzenz frequently enough:-D but should be 3.4.1 Thanks, michal On Mon, Apr 7, 2014 at 5:58 AM, Michal Skrivanek michal.skriva...@redhat.com wrote: On Apr 6, 2014, at 21:50 , Jeremiah Jahn jerem...@goodinassociates.com wrote: I just can't seem to figure this out. I've enabled 'VirtIO Console Device' yet I can't seem to find anyplace that will let me get there. If I go to virsh on the host and try ttyconsoe that doesn't work either. thanks for any help. Does not work. Pending this[1] patch to get in. Thanks, michal [1] http://gerrit.ovirt.org/#/c/25979/ ___ 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 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] Hosted Engine recovery failure of all HA - nodes
On Wed, Apr 9, 2014 at 2:09 AM, Daniel Helgenberger daniel.helgenber...@m-box.de wrote: Hello, I have an oVirt 3.4 hosted engine lab setup witch I am evaluating for production use. I simulated an ungraceful shutdown of all HA nodes (powercut) while the engine was running. After powering up, the system did not recover itself (it seemed). I had to restart the ovirt-hosted-ha service (witch was in a locked state) and then manually run 'hosted-engine --vm-start'. I noticed this happens too, I think the issue is after N attempts the ovirt-ha-agent process will kill itself if it believes it can't access the storage or it fails in some other way. The ovirt-ha-broker service however still remains and continues to calculate the score. It'll be nice I guess if it could pro-actively restart the ha-agent every now and then. What is the supposed procedure after a shutdown (graceful / ungraceful) of Hosted-Engine HA nodes? Should the engine recover by itself? Should the running VM's be restarted automatically? I don't think any other VMs get restarted automatically, this is because the engine is used to ensure that the VM hasn't been restarted on another host. This is where power management etc comes into play. If all the nodes come up at the same time, in my testing, it took 10 minutes for the ha-agents to settle and then finally decide which host to bring up the engine. Then technically... (untested) any VMs which you've marked as HA should be automatically brought back up by the engine. This would be 15-20 minutes to recover which feels a little slow.. although fairly automatic. Thanks, Daniel ___ 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] node spin including qemu-kvm-rhev?
- Original Message - From: Paul Jansen To: Itamar Heim Fabian Deutsch Cc: users Sent: Monday, April 7, 2014 3:25:19 PM Subject: Re: [Users] node spin including qemu-kvm-rhev? On 04/07/2014 11:46 AM, Fabian Deutsch wrote: Hey Paul, Am Montag, den 07.04.2014, 01:28 -0700 schrieb Paul Jansen: I'm going to try top posting this time to see if it ends up looking a bit better on the list. you could try sending text-only emails :) By the 'ovirt hypervisor packages' I meant installing the OS first of all and then making it into an ovirt 'node' by installing the required packages, rather than installing from a clean slate with the ovirt node iso. Sorry if that was a bit unclear. Okay - thanks for the explanation. In general I would discourage from installing the ovirt-node package ona normal host. If you still want to try it be aware that the ovirt-node pkg might mess with your system. I'm pretty sure we are on the same page here. I just checked the ovirt 'quickstart' page and it calls the various hypervisor nodes 'hosts'. ie: Fedora host, EL, host, ovirt node host. If the ovirt node included the qemu-kvm-rhev package - or an updated qemu-kvm - it would mean that both ovirt node hosts and fedora hosts could both support live storage migration. It would only be EL hosts that do not support that feature at this stage. We could have a caveat in the documentation for this perhaps. Fabian, were you think thinking that if not all 'hosts' supported live migration that the cluster could disable that feature? Based on capabilities that the hosts would expose to the ovirt server? This would be another way of avoiding the confusion. Thanks guys for the great work you are doing with ovirt. Paul, this is something that vdsm needs to report to the engine, so the engine will know what is / isn't supported. It's a bigger request as today we're mostly based on cluster compatibility level. Additionally it is possible to mix .el hosts with nodes with old (non -rhev) nodes. Each of these cases will break live-storage migration. How do you suggest to mitigate it? Well, when you choose to migrate a VM under Vmware's Vcenter you can choose to migrate either the host or the datastore. For whichever one you choose there is a validation step to check the you are able to perform the migration (ie: capabilities of the host). I can see in ovirt that we are showing the KVM version on hosts. This matches the package version of the qemu-kvm package (or the qemu-kvm-rhev package if installed?). Could we have some sort of a cutoff point where we know which versions of KVM (ie: qemu-kvm or qemu-kvm-rhev) support the storage migration feature, and if a version is found that doesn't match the required heuristics we just indicate the the validation process for the migration has failed? We could provide some small output indicating why it has failed. Does this sound like a reasonable approach? Is there any news on discussions with the CentOS people as to where a qemu-kvm-rhev package could be hosted (that we could then take advantage of)? If the hosting of an updated qemu-kvm (or qemu-kvm-rhev) is not sorted out in the short term, I did some quick calculations last night and it seems based on previous EL point releases (this is hardly scientific I know) we are not likely to see an EL 6.6 for another few months. We may see an EL7.0 before that timeframe. Ovirt can obviously jump on new EL releases to use as hosts in a new ovirt version but it seems this option is still some time away. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] node spin including qemu-kvm-rhev?
On 04/09/2014 06:41 AM, Paul Jansen wrote: - Original Message - From: Paul Jansen To: Itamar Heim Fabian Deutsch Cc: users Sent: Monday, April 7, 2014 3:25:19 PM Subject: Re: [Users] node spin including qemu-kvm-rhev? On 04/07/2014 11:46 AM, Fabian Deutsch wrote: Hey Paul, Am Montag, den 07.04.2014, 01:28 -0700 schrieb Paul Jansen: I'm going to try top posting this time to see if it ends up looking a bit better on the list. you could try sending text-only emails :) By the 'ovirt hypervisor packages' I meant installing the OS first of all and then making it into an ovirt 'node' by installing the required packages, rather than installing from a clean slate with the ovirt node iso. Sorry if that was a bit unclear. Okay - thanks for the explanation. In general I would discourage from installing the ovirt-node package ona normal host. If you still want to try it be aware that the ovirt-node pkg might mess with your system. I'm pretty sure we are on the same page here. I just checked the ovirt 'quickstart' page and it calls the various hypervisor nodes 'hosts'. ie: Fedora host, EL, host, ovirt node host. If the ovirt node included the qemu-kvm-rhev package - or an updated qemu-kvm - it would mean that both ovirt node hosts and fedora hosts could both support live storage migration. It would only be EL hosts that do not support that feature at this stage. We could have a caveat in the documentation for this perhaps. Fabian, were you think thinking that if not all 'hosts' supported live migration that the cluster could disable that feature? Based on capabilities that the hosts would expose to the ovirt server? This would be another way of avoiding the confusion. Thanks guys for the great work you are doing with ovirt. Paul, this is something that vdsm needs to report to the engine, so the engine will know what is / isn't supported. It's a bigger request as today we're mostly based on cluster compatibility level. Additionally it is possible to mix .el hosts with nodes with old (non -rhev) nodes. Each of these cases will break live-storage migration. How do you suggest to mitigate it? Well, when you choose to migrate a VM under Vmware's Vcenter you can choose to migrate either the host or the datastore. For whichever one you choose there is a validation step to check the you are able to perform the migration (ie: capabilities of the host). I can see in ovirt that we are showing the KVM version on hosts. This matches the package version of the qemu-kvm package (or the qemu-kvm-rhev package if installed?). Could we have some sort of a cutoff point where we know which versions of KVM (ie: qemu-kvm or qemu-kvm-rhev) support the storage migration feature, and if a version is found that doesn't match the required heuristics we just indicate the the validation process for the migration has failed? We could provide some small output indicating why it has failed. Does this sound like a reasonable approach? Is there any news on discussions with the CentOS people as to where a qemu-kvm-rhev package could be hosted (that we could then take advantage of)? If the hosting of an updated qemu-kvm (or qemu-kvm-rhev) is not sorted out in the short term, I did some quick calculations last night and it seems based on previous EL point releases (this is hardly scientific I know) we are not likely to see an EL 6.6 for another few months. We may see an EL7.0 before that timeframe. Ovirt can obviously jump on new EL releases to use as hosts in a new ovirt version but it seems this option is still some time away. Paul - just to clarify, you are mentioning versions all the time, but qemu-kvm doesn't have these features regardless of version. you need the qemu-kvm-rhev package, which we hope to get into the CentOS cloud or virt SIG, and for now is available via jenkins.ovirt.org based on the centos srpm. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users