[one-users] esxi vm instantiation not on scsi disk
Ruben S. Montero
rsmontero at opennebula.org
Fri Aug 23 15:17:35 PDT 2013
Hi Michael
Progress for this is in here:
http://dev.opennebula.org/issues/1712
This issue basically implements scheduling for storage. A cluster may have
multiple system DS, you select one based on requirements and rank (as you
do for hosts). For example:
1.- You can require a VM to run in a System DS with tag STORAGE_TYPE equal
to SSD
2.- Among all the System DS with SSD pick that with more FREE_MB
So the scheduler will schedule a host and a system DS for you combining
different host and storage policies.
Note that all the disks of a VM will use the same system DS. For example a
VM with two DISKs (one non-persistent and one volatile), the non-persisten
disk will be cloned and the volatile disk created on the selected DS. But
both on the same one. Note that if the disk is persistent just links are
created and the DS schedule is only relevant for the volatile disk.
Cheers
Ruben
On Fri, Aug 23, 2013 at 3:30 PM, Michael Curran <
michael.curran at connectsolutions.com> wrote:
> Tino --
>
> Where do we see the progress notes for 4.4 -- im especially interested in
> the multiple system datastores -- as that will make my current VMware
> installation easier to migrate (we have well over 100+ datastores that
> cannot be concatenated to 1)
>
> Right now I am assuming that if you get multiple system datastores , that
> would include choosing the datastore for the volatile disk that you add to
> a VM?
>
> Michael Curran | connectsolutions | Lead Network Architect
> Phone 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
>
> -----Original Message-----
> From: Tino Vazquez [mailto:cvazquez at c12g.com]
> Sent: Thursday, August 22, 2013 12:08 PM
> To: Michael Curran
> Cc: users at lists.opennebula.org
> Subject: Re: [one-users] esxi vm instantiation not on scsi disk
>
> Hi Michael,
>
> I think the problem is that the FSTYPE should read something like
> "vmdk_thin", instead of "vmfs".
>
> Also, please upgrade to 4.2.0, I believe you are using some development
> version ;)
>
> Hope it helps,
>
> -Tino
> --
> Constantino Vázquez Blanco, PhD, MSc
> Senior Infrastructure Architect at C12G Labs www.c12g.com | @C12G |
> es.linkedin.com/in/tinova
>
> --
> Confidentiality Warning: The information contained in this e-mail and any
> accompanying documents, unless otherwise expressly indicated, is
> confidential and privileged, and is intended solely for the person and/or
> entity to whom it is addressed (i.e. those identified in the "To" and "cc"
> box). They are the property of C12G Labs S.L..
> Unauthorized distribution, review, use, disclosure, or copying of this
> communication, or any part thereof, is strictly prohibited and may be
> unlawful. If you have received this e-mail in error, please notify us
> immediately by e-mail at abuse at c12g.com and delete the e-mail and
> attachments and any copy from your system. C12G thanks you for your
> cooperation.
>
>
> On Thu, Aug 22, 2013 at 5:38 PM, Michael Curran <
> michael.curran at connectsolutions.com> wrote:
> > Using 4.2 (reads 4.1.80 ?)
> >
> > Michael Curran | connectsolutions | Lead Network Architect Phone
> > 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
> >
> > -----Original Message-----
> > From: Tino Vazquez [mailto:cvazquez at c12g.com]
> > Sent: Thursday, August 22, 2013 11:24 AM
> > To: Michael Curran
> > Cc: Javier Fontan; users at lists.opennebula.org
> > Subject: Re: [one-users] esxi vm instantiation not on scsi disk
> >
> > Hi Michael,
> >
> > What version of OpenNebula are you using?
> >
> > Regards,
> >
> > -Tino
> > --
> > Constantino Vázquez Blanco, PhD, MSc
> > Senior Infrastructure Architect at C12G Labs www.c12g.com | @C12G |
> > es.linkedin.com/in/tinova
> >
> > --
> > Confidentiality Warning: The information contained in this e-mail and
> any accompanying documents, unless otherwise expressly indicated, is
> confidential and privileged, and is intended solely for the person and/or
> entity to whom it is addressed (i.e. those identified in the "To" and "cc"
> box). They are the property of C12G Labs S.L..
> > Unauthorized distribution, review, use, disclosure, or copying of this
> communication, or any part thereof, is strictly prohibited and may be
> unlawful. If you have received this e-mail in error, please notify us
> immediately by e-mail at abuse at c12g.com and delete the e-mail and
> attachments and any copy from your system. C12G thanks you for your
> cooperation.
> >
> >
> > On Thu, Aug 22, 2013 at 5:11 PM, Michael Curran <
> michael.curran at connectsolutions.com> wrote:
> >> Not sure why - -thought it allowed me to attach a volume but it
> >> doesn't -- this is why
> >>
> >> Still running an MFKS to create a volume, there is no MKFS with esxi
> >> -- its VMKFSTOOLS
> >>
> >> Thu Aug 22 08:09:51 2013 [VMM][I]: Command execution fail:
> >> /var/lib/one/remotes/tm/vmfs/mkimage 15360 vmfs
> >> 10.7.0.55:/vmfs/volumes/102/30/disk.2 30 102 Thu Aug 22 08:09:51 2013
> >> [VMM][I]: mkimage: Making filesystem of 15360M and type vmfs at
> >> 10.7.0.55:/vmfs/volumes/102/30/disk.2
> >> Thu Aug 22 08:09:51 2013 [VMM][E]: mkimage: Command "export
> >> PATH=/usr/sbin:/sbin:$PATH Thu Aug 22 08:09:51 2013 [VMM][I]:
> >> Thu Aug 22 08:09:51 2013 [VMM][I]: if [ ! -d
> >> /vmfs/volumes/102/30/disk.2 ]; then Thu Aug 22 08:09:51 2013 [VMM][I]:
> >> mkdir -p /vmfs/volumes/102/30/disk.2 Thu Aug 22 08:09:51 2013
> >> [VMM][I]: fi Thu Aug 22 08:09:51 2013 [VMM][I]:
> >> Thu Aug 22 08:09:51 2013 [VMM][I]: mkfs -t vmfs
> >> /vmfs/volumes/102/30/disk.2" failed: sh: mkfs: not found Thu Aug 22
> >> 08:09:51 2013 [VMM][E]: Could not create image
> >> /vmfs/volumes/102/30/disk.2 Thu Aug 22 08:09:51 2013 [VMM][I]:
> ExitCode: 127 Thu Aug 22 08:09:51 2013 [VMM][I]: Failed to execute transfer
> manager driver operation: tm_attach.
> >> Thu Aug 22 08:09:51 2013 [VMM][E]: Error attaching new VM Disk: Could
> >> not create image /vmfs/volumes/102/30/disk.2
> >>
> >> Michael Curran | connectsolutions | Lead Network Architect Phone
> >> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
> >>
> >> -----Original Message-----
> >> From: users-bounces at lists.opennebula.org
> >> [mailto:users-bounces at lists.opennebula.org] On Behalf Of Michael
> >> Curran
> >> Sent: Tuesday, August 20, 2013 9:21 AM
> >> To: Javier Fontan
> >> Cc: users at lists.opennebula.org
> >> Subject: Re: [one-users] esxi vm instantiation not on scsi disk
> >>
> >> Thanks Javier!!
> >>
> >> That allows me to attach a disk to the host -- Im no working on
> >> resolving why the windows VM thinks it's a hardware reconfig -- think
> >> the vmx isn't being built properly
> >>
> >> Michael Curran | connectsolutions | Lead Network Architect Phone
> >> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
> >>
> >> -----Original Message-----
> >> From: Javier Fontan [mailto:jfontan at opennebula.org]
> >> Sent: Monday, August 19, 2013 10:51 AM
> >> To: Michael Curran
> >> Cc: users at lists.opennebula.org
> >> Subject: Re: [one-users] esxi vm instantiation not on scsi disk
> >>
> >> With vmware the image file system initialization is not supported. Try
> usin as FSTYPE "vmfs_thin" instead of "raw". You will have to initialize
> the fs manually in the VM.
> >>
> >> On Mon, Aug 19, 2013 at 4:17 PM, Michael Curran <
> michael.curran at connectsolutions.com> wrote:
> >>> Javier --
> >>>
> >>> Thanks!! That resolved that portion of the issue
> >>> ======================
> >>>
> >>> Does anyone know if this is a bug report or a feature request that I
> need to make?
> >>>
> >>> Vmware ESXi5.1 does not use mkfs to create a raw disk and attach it
> >>> to the VM instances , it uses vmkfstools to do this task
> >>>
> >>> Mon Aug 19 07:07:24 2013 [VMM][I]:
> >>> Mon Aug 19 07:07:24 2013 [VMM][I]: if [ ! -d
> >>> /vmfs/volumes/102/16/disk.2 ]; then Mon Aug 19 07:07:24 2013 [VMM][I]:
> >>> mkdir -p /vmfs/volumes/102/16/disk.2 Mon Aug 19 07:07:24 2013
> >>> [VMM][I]: fi Mon Aug 19 07:07:24 2013 [VMM][I]:
> >>> Mon Aug 19 07:07:24 2013 [VMM][I]: mkfs -t RAW
> >>> /vmfs/volumes/102/16/disk.2" failed: sh: mkfs: not found Mon Aug 19
> >>> 07:07:24 2013 [VMM][E]: Could not create image
> >>> /vmfs/volumes/102/16/disk.2 Mon Aug 19 07:07:24 2013 [VMM][I]:
> ExitCode: 127 Mon Aug 19 07:07:24 2013 [VMM][I]: Failed to execute transfer
> manager driver operation: tm_attach.
> >>> Mon Aug 19 07:07:24 2013 [VMM][E]: Error attaching new VM Disk:
> >>> Could not create image /vmfs/volumes/102/16/disk.2
> >>>
> >>> Since it cannot attach a disk using mkfs , it fails to add the
> additional disk. I suppose I could create a blank disk image and register
> it in the IMAGES Datastore and attach that for now -- Based on our use of
> that extra disk and VMware's ability to re-size them (especially for
> windows), this could lead to a large number of disks to manage on a given
> VM, instead of the ability to expand the disk.
> >>>
> >>> Michael Curran | connectsolutions | Lead Network Architect Phone
> >>> 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
> >>>
> >>> -----Original Message-----
> >>> From: Javier Fontan [mailto:jfontan at opennebula.org]
> >>> Sent: Monday, August 19, 2013 9:04 AM
> >>> To: Michael Curran
> >>> Cc: users at lists.opennebula.org
> >>> Subject: Re: [one-users] esxi vm instantiation not on scsi disk
> >>>
> >>> Set the disk or image TARGET to "sda" or DEV_PREFIX to "sd".
> >>>
> >>> On Thu, Aug 15, 2013 at 4:09 PM, Michael Curran <
> michael.curran at connectsolutions.com> wrote:
> >>>> So - I am having an issue with building VM's in ESXi from templates
> >>>>
> >>>>
> >>>>
> >>>> The root drive always instantiates as IDE and not SCSI - and no
> >>>> SCSI adapter is added that would allow me to add more disks to the
> >>>> VM
> >>>>
> >>>> Looking over this part of scripts_common.sh for VMKFSTOOLS - it
> >>>> doesn't appear to look like the build task from VMware's site - I
> >>>> don't see the -a that identifies the BUS type
> >>>>
> >>>>
> >>>>
> >>>> I have added this to the actual disk IMAGE
> >>>>
> >>>>
> >>>>
> >>>> BUS="scsi"
> >>>>
> >>>>
> >>>>
> >>>> And these to the template
> >>>>
> >>>>
> >>>>
> >>>> DISK=[
> >>>>
> >>>> BUS="scsi",
> >>>>
> >>>> IMAGE_ID="0" ]
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> RAW=[
> >>>>
> >>>> DATA="<devices><controller type='scsi' index='0'
> >>>> model='lsilogic'/></devices>",
> >>>>
> >>>> TYPE="vmware" ]
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> But never see a SCSI attached disk as the primary disk - always IDE
> >>>>
> >>>>
> >>>>
> >>>> Any suggestions?
> >>>>
> >>>>
> >>>>
> >>>> function mkfs_command {
> >>>>
> >>>> DST=$1
> >>>>
> >>>> FSTYPE=${2:-ext3}
> >>>>
> >>>> SIZE=${3:-0}
> >>>>
> >>>>
> >>>>
> >>>> # Specific options for different FS
> >>>>
> >>>> case "$FSTYPE" in
> >>>>
> >>>> "ext2"|"ext3"|"ext4"|"ntfs")
> >>>>
> >>>> OPTS="-F"
> >>>>
> >>>> ;;
> >>>>
> >>>>
> >>>>
> >>>> "reiserfs")
> >>>>
> >>>> OPTS="-f -q"
> >>>>
> >>>> ;;
> >>>>
> >>>>
> >>>>
> >>>> "jfs")
> >>>>
> >>>> OPTS="-q"
> >>>>
> >>>> ;;
> >>>>
> >>>> "raw"|"")
> >>>>
> >>>> echo ""
> >>>>
> >>>> return 0
> >>>>
> >>>> ;;
> >>>>
> >>>> "swap")
> >>>>
> >>>> echo "$MKSWAP -L swap $DST"
> >>>>
> >>>> return 0
> >>>>
> >>>> ;;
> >>>>
> >>>> "qcow2")
> >>>>
> >>>> echo "$QEMU_IMG create -f qcow2 $DST ${SIZE}M"
> >>>>
> >>>> return 0
> >>>>
> >>>> ;;
> >>>>
> >>>> "vmdk_"*)
> >>>>
> >>>> VMWARE_DISK_TYPE=`echo $FSTYPE|cut -d'_' -f 2`
> >>>>
> >>>>
> >>>>
> >>>> echo "$VMWARE_DISK_TYPE" | \
> >>>>
> >>>> grep '\<thin\>\|\<zeroedthic\>\|\<eagerzeroedthick\>'
> >>>> 2>&1 /dev/null
> >>>>
> >>>>
> >>>>
> >>>> if [ $? -eq 1 ] ; then
> >>>>
> >>>> VMWARE_DISK_TYPE="thin"
> >>>>
> >>>> fi
> >>>>
> >>>>
> >>>>
> >>>> echo "$VMKFSTOOLS -U $DST/disk.vmdk; \
> >>>>
> >>>> rm -f $DST/*; \
> >>>>
> >>>> $VMKFSTOOLS -c ${SIZE}M -d ${VMWARE_DISK_TYPE}
> >>>> $DST /disk.vmdk"
> >>>>
> >>>> return 0
> >>>>
> >>>> ;;
> >>>>
> >>>> *)
> >>>>
> >>>> OPTS=""
> >>>>
> >>>> ;;
> >>>>
> >>>> esac
> >>>>
> >>>>
> >>>>
> >>>> echo "$MKFS -t $FSTYPE $OPTS $DST"
> >>>>
> >>>> }
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> Michael Curran | connectsolutions | Lead Network Architect
> >>>>
> >>>> Phone 614.568.2285 | Mobile 614.403.6320 | www.connectsolutions.com
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> Users mailing list
> >>>> Users at lists.opennebula.org
> >>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Join us at OpenNebulaConf2013 in Berlin from the 24th to the 26th of
> September 2013!
> >>>
> >>> Javier Fontán Muiños
> >>> Developer
> >>> OpenNebula - The Open Source Toolkit for Data Center Virtualization
> >>> www.OpenNebula.org | @OpenNebula | github.com/jfontan
> >>
> >>
> >>
> >> --
> >> Join us at OpenNebulaConf2013 in Berlin from the 24th to the 26th of
> September 2013!
> >>
> >> Javier Fontán Muiños
> >> Developer
> >> OpenNebula - The Open Source Toolkit for Data Center Virtualization
> >> www.OpenNebula.org | @OpenNebula | github.com/jfontan
> >> _______________________________________________
> >> Users mailing list
> >> Users at lists.opennebula.org
> >> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
> >> _______________________________________________
> >> Users mailing list
> >> Users at lists.opennebula.org
> >> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
> > _______________________________________________
> > Users mailing list
> > Users at lists.opennebula.org
> > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
> --
> <http://lists.opennebula.org/listinfo.cgi/users-opennebula.org>
> --
> Join us at OpenNebulaConf2013 in Berlin, 24-26 September, 2013
> --
> Ruben S. Montero, PhD
> Project co-Lead and Chief Architect
> OpenNebula - The Open Source Solution for Data Center Virtualization
> <http://lists.opennebula.org/listinfo.cgi/users-opennebula.org>
> www.OpenNebula.org | rsmontero at opennebula.org | @OpenNebula
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20130824/6273880d/attachment-0002.htm>
More information about the Users
mailing list