[one-users] Video RAM settings for VMware
Tino Vazquez
tinova at opennebula.org
Tue Oct 23 10:06:27 PDT 2012
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 <mj at agh.edu.pl> 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<mj at agh.edu.pl> 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<mj at agh.edu.pl> 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<mj at agh.edu.pl> 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
>>> mj at agh.edu.pl
>>> 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
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>
>>>
>>> --
>>> Ph.D. Eng. Marcin Jarzab
>>> mj at agh.edu.pl
>>> 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
>>> mj at agh.edu.pl
>>> 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
> mj at agh.edu.pl
> 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
> ==========================================================================
>
More information about the Users
mailing list