Hi Marcin, The issue you are having with the CD may be due to the fact that it is treating the disk as SCSI and the CD as IDE. Try changing
DEFAULT_DEVICE_PREFIX = "hd" to DEFAULT_DEVICE_PREFIX = "sd" in /etc/one/oned.conf. Another alternative is to make SCSI disk an IDE one, by setting DISK=[DEV_PREFIX="hd", IMAGE_ID="x"]. About the second problem: 1) What does the VI client log say? 2) What happens if you try to start the already defined VM through the VI client? Best regards, -Tino -- Constantino Vázquez Blanco, MSc Project Engineer OpenNebula - The Open-Source Solution for Data Center Virtualization www.OpenNebula.org | @tinova79 | @OpenNebula On Thu, Oct 18, 2012 at 3:08 PM, Marcin Jarzab <[email protected]> wrote: > Tino, > > This is challenging:-) > -------------------------------------------------------------------------------------------------------------------------------------------------------- > <domain type='vmware'> > <name>one-58</name> > <vcpu>2</vcpu> > <memory>4120576</memory> > <os> > <type arch='x86_64'>hvm</type> > > </os> > <devices> > <disk type='file' device='disk'> > <source file='[0] 58/disk.0/disk.vmdk'/> > > <target dev='sda' bus='scsi'/> > </disk> > <disk type='file' device='cdrom'> > <source file='[0] 58/disk.1.iso'/> > <target dev='hda'/> > > <readonly/> > </disk> > <interface type='bridge'> > <source bridge='usr-dsrg-td-reserved1'/> > <mac address='02:00:ac:11:4d:d3'/> > > <model type='vmxnet3'/> > </interface> > <graphics type='vnc' listen='0.0.0.0' port='5958'/> > </devices> > > </domain> > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > I commented the driver section and now getting the error related to CDROM. I > suppose that this can be set in the template? > > Thu Oct 18 07:53:00 2012 [VMM][I]: Command execution fail: > /var/lib/one/remotes/vmm/vmware/deploy /var/lib/one/58/deployment.0 > 172.17.70.38 58 172.17.70.38 > Thu Oct 18 07:53:00 2012 [VMM][D]: deploy: Successfully defined domain > one-58. > Thu Oct 18 07:53:00 2012 [VMM][E]: deploy: Error executing: virsh -c > 'esx://172.17.70.38/?no_verify=1&auto_answer=1' start one-58 err: ExitCode: > 1 > Thu Oct 18 07:53:00 2012 [VMM][I]: out: > Thu Oct 18 07:53:00 2012 [VMM][I]: error: Failed to start domain one-58 > Thu Oct 18 07:53:00 2012 [VMM][I]: error: internal error Could not start > domain: GenericVmConfigFault - The IDE device (disks/CD-ROM) configuration > is incorrect. There is an IDE slave with no master at ide0:1. This > configuration does not work correctly in virtual machines. Move the > disk/CD-ROM from ide0:1 to ide0:0 using the configuration editor. > > > Since I want to solve the problem I edited the libvirt domain to change the > CDROM to use 'hda' instead of 'hdb' > > <disk type='file' device='cdrom'> > <source file='[0] 58/disk.1.iso'/> > <target dev='hda'/> > <readonly/> > </disk> > > > Next I got the error related to 'other' issues: > /var/lib/one/remotes/vmm/vmware/deploy /var/lib/one/58/deployment.0 > 172.17.70.38 58 172.17.70.38 > DEBUG: deploy: Successfully defined domain one-58. > ERROR: deploy: Error executing: virsh -c > 'esx://172.17.70.38/?no_verify=1&auto_answer=1' start one-58 err: ExitCode: > 1 > out: > error: Failed to start domain one-58 > error: internal error Could not start domain: GenericVmConfigFault - Module > DevicePowerOn power on failed. > > On cloud-b-lab portal I read that this due bad thin provisioning operation > of the disk from the VM reference machine. But I did vmkfstools with "-d > thin" option. > > The content of the vmx file is bellow. I'm curious if this might be related > to VM container type which should be guestOS = "windows7srv-64"? > -------------------------------------------------------------------------------------------------------------------------------------- > .encoding = "UTF-8" > config.version = "8" > virtualHW.version = "8" > guestOS = "other-64" > uuid.bios = "45 a0 cb 5a 4d 7b e0 ad-be 24 65 5f 64 3a 17 e6" > displayName = "one-58" > memsize = "4024" > numvcpus = "2" > RemoteDisplay.vnc.enabled = "true" > RemoteDisplay.vnc.port = "5958" > RemoteDisplay.vnc.ip = "0.0.0.0" > scsi0.present = "true" > scsi0:0.present = "true" > scsi0:0.deviceType = "scsi-hardDisk" > scsi0:0.fileName = "/vmfs/volumes/606147ee-7de1a2bf/58/disk.0/disk.vmdk" > ide0:0.present = "true" > ide0:0.deviceType = "cdrom-image" > ide0:0.fileName = "/vmfs/volumes/606147ee-7de1a2bf/58/disk.1.iso" > floppy0.present = "false" > floppy1.present = "false" > ethernet0.present = "true" > ethernet0.virtualDev = "vmxnet3" > ethernet0.networkName = "usr-dsrg-td-reserved1" > ethernet0.connectionType = "bridged" > ethernet0.addressType = "static" > ethernet0.address = "02:00:AC:11:4D:D3" > ethernet0.checkMACAddress = "false" > svga.vramSize = "4194304" > uuid.location = "56 4d 70 20 d5 25 a0 8f-76 7c 19 46 aa ed 40 9b" > virtualHW.productCompatibility = "hosted" > replay.supported = "FALSE" > sched.swap.derivedName = > "/vmfs/volumes/606147ee-7de1a2bf/58/disk.0/one-58-4a8b1028.vswp" > replay.filename = "" > scsi0:0.redo = "" > scsi0.pciSlotNumber = "16" > ethernet0.pciSlotNumber = "21" > ------------------------------------------------------------------------------------------------------------------------------------- > >> Hi Marcin, >> >> comments interspersed, >> >> On Tue, Oct 16, 2012 at 1:25 PM, Marcin Jarzab<[email protected]> wrote: >>> >>> Tino, >>> >>> Applying raw 'devices' section creates two XML devices tags. This due the >>> implementation of 'core' vmware driver. :-) >> >> That is ok. >> >>> I'm not sure about the exact problem but i'm getting following error: >>> >>> ----------------------------------------------------------------------------------------------------------------------------------------------------- >>> on Oct 15 09:37:43 2012 [LCM][I]: New VM state is BOOT >>> Mon Oct 15 09:37:43 2012 [VMM][I]: Generating deployment file: >>> /var/lib/one/52/deployment.0 >>> Mon Oct 15 09:37:43 2012 [VMM][I]: ExitCode: 0 >>> Mon Oct 15 09:37:43 2012 [VMM][I]: Successfully execute network driver >>> operation: pre. >>> Mon Oct 15 09:37:48 2012 [VMM][I]: Command execution fail: >>> /var/lib/one/remotes/vmm/vmware/deploy /var/lib/one/52/deployment.0 >>> 172.17.70.38 52 172.17.70.38 >>> Mon Oct 15 09:37:48 2012 [VMM][E]: deploy: Error executing: virsh -c >>> 'esx://172.17.70.38/?no_verify=1&auto_answer=1' define >>> /var/lib/one/52/deployment.0 err: ExitCode: 1 >>> Mon Oct 15 09:37:48 2012 [VMM][I]: out: >>> Mon Oct 15 09:37:48 2012 [VMM][I]: error: Failed to define domain from >>> /var/lib/one/52/deployment.0 >>> Mon Oct 15 09:37:48 2012 [VMM][I]: error: internal error Unknown driver >>> name >>> 'file' >>> >>> --------------------------------------------------------------------------------------------------------------------------------------------------------- >>> >> This may be related to bad default values. Could you check your >> /etc/one/vmm_exec/vmm_exec_vmware.conf, and comment or erase the >> following line >> >> DISK = [ DRIVER = file ] >> >> Regards, >> >> -Tino >> >>> The driver 'file" is not related to vga anyway. >>> >>> CPU="2" >>> DISK=[ >>> BUS="scsi", >>> IMAGE="Win2K8r2-TD-Image-v4", >>> IMAGE_UNAME="oneadmin", >>> TARGET="sda" ] >>> GRAPHICS=[ >>> LISTEN="0.0.0.0", >>> TYPE="vnc" ] >>> MEMORY="3024" >>> NAME="TD-Win2K8r2-VM-Template-vmxnet3" >>> NIC=[ >>> MODEL="vmxnet3", >>> NETWORK="SBvNet-td-reserved1-210_220", >>> NETWORK_UNAME="oneadmin" ] >>> OS=[ >>> ARCH="i686" ] >>> RAW=[ >>> DATA="<devices><video><model type='vmvga' >>> vram='16384000'/></video></devices>", >>> TYPE="vmware" ] >>> TEMPLATE_ID="7" >>> VCPU="2" >>> >>> >>> Libvirt domain config: >>> >>> ------------------------------------------------------------------------------------------------------------------------------------------- >>> <domain type='vmware'> >>> <name>one-52</name> >>> <vcpu>2</vcpu> >>> <memory>3096576</memory> >>> <os> >>> <type arch='i686'>hvm</type> >>> </os> >>> <devices> >>> <disk type='file' device='disk'> >>> <source file='[0] 52/disk.0/disk.vmdk'/> >>> <target dev='sda' bus='scsi'/> >>> <driver name='file'/> >>> </disk> >>> <disk type='file' device='cdrom'> >>> <source file='[0] 52/disk.1.iso'/> >>> <target dev='hdb'/> >>> <readonly/> >>> </disk> >>> <interface type='bridge'> >>> <source bridge='usr-dsrg-td-reserved1'/> >>> <mac address='02:00:ac:11:4d:d4'/> >>> <model type='vmxnet3'/> >>> </interface> >>> <graphics type='vnc' listen='0.0.0.0' port='5952'/> >>> </devices> >>> <devices><video><model type='vmvga' >>> vram='16384000'/></video></devices> >>> </domain> >>> >>> ------------------------------------------------------------------------------------------------------------------------------------------- >>> >>> Hi, >>> >>> The translation is not performed by a script but rather the OpenNebula >>> core. What you are looking for resides in >>> src/vmm/LibVirtDriverVMware.cc in the source core. >>> >>> Regards, >>> >>> -Tino >>> >>> -- >>> Constantino Vázquez Blanco, MSc >>> Project Engineer >>> OpenNebula - The Open-Source Solution for Data Center Virtualization >>> www.OpenNebula.org | @tinova79 | @OpenNebula >>> >>> >>> On Wed, Sep 26, 2012 at 12:30 PM, Marcin Jarzab<[email protected]> wrote: >>> >>> Tino, >>> >>> Could you provide the information about the ONE script which is >>> responsible >>> for translation of the input data >>> and creation of domain xml file? In case of problem I want to get into >>> the >>> source code:-) >>> >>> Hi Marcin, >>> >>> The RAW attribute will instruct OpenNebula to pass the information >>> down to libvirt, and this is true also for the VMware drivers. I >>> haven't tried this myself, but I think libvrit should pass this >>> correctly to the ESX, and thus it should work. I would be interested >>> in knowing if you succeeded with a template including the RAW >>> attribute you pasted, changing KVM for VMWARE. >>> >>> Regards, >>> >>> -Tino >>> >>> -- >>> Constantino Vázquez Blanco, MSc >>> Project Engineer >>> OpenNebula - The Open-Source Solution for Data Center Virtualization >>> www.OpenNebula.org | @tinova79 | @OpenNebula >>> >>> >>> On Wed, Sep 26, 2012 at 12:47 AM, Marcin Jarzab<[email protected]> wrote: >>> >>> Hello, >>> >>> I'm getting such an error: >>> >>> error: Failed to start domain one-41 >>> Tue Sep 25 15:45:27 2012 [VMM][I]: error: internal error Could not start >>> domain: GenericVmConfigFault - Insufficient video RAM. The maximum >>> resolution of the virtual machine will be limited to 1176x885. To use the >>> configured maximum resolution of 2560x1600, increase the amount of video >>> RAM >>> allocated to this virtual machine by setting svga.vramSize="16384000" in >>> the >>> virtual machine's configuration file. >>> >>> >>> In "google" (http://www.digipedia.pl/usenet/thread/11667/7791/) I found >>> sth. >>> about the RAW section: >>> >>> RAW = [ TYPE="KVM", DATA="<video><model type='cirrus' vram='16384' >>> heads='1'/><address type='pci' domain='0x0000' bus='0x00' slot='0x02' >>> function='0x0'/></video>"] >>> >>> Does it work for vmware? >>> >>> -- >>> Ph.D. Eng. Marcin Jarzab >>> [email protected] >>> http://www.ics.agh.edu.pl/people/mj >>> >>> Department of Computer Science >>> AGH University of Science and Technology >>> Kawiory 21, Building D17, 30-055 Krakow, POLAND >>> phone: +48 (12) 328 33 72 >>> >>> >>> ========================================================================== >>> >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org >>> >>> >>> -- >>> Ph.D. Eng. Marcin Jarzab >>> [email protected] >>> http://www.ics.agh.edu.pl/people/mj >>> >>> Department of Computer Science >>> AGH University of Science and Technology >>> Kawiory 21, Building D17, 30-055 Krakow, POLAND >>> phone: +48 (12) 328 33 72 >>> >>> ========================================================================== >>> >>> >>> >>> -- >>> Ph.D. Eng. Marcin Jarzab >>> [email protected] >>> http://www.ics.agh.edu.pl/people/mj >>> >>> Department of Computer Science >>> AGH University of Science and Technology >>> Kawiory 21, Building D17, 30-055 Krakow, POLAND >>> phone: +48 (12) 328 33 72 >>> >>> ========================================================================== > > > > -- > Ph.D. Eng. Marcin Jarzab > [email protected] > http://www.ics.agh.edu.pl/people/mj > > Department of Computer Science > AGH University of Science and Technology > Kawiory 21, Building D17, 30-055 Krakow, POLAND > phone: +48 (12) 328 33 72 > ========================================================================== > _______________________________________________ Users mailing list [email protected] http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
