[one-users] Questions about OpenNebula system
Carlos Martín Sánchez
cmartin at opennebula.org
Thu Feb 6 01:33:58 PST 2014
Hi,
/var/lib/one is a restricted dir, and opennebula won't allow you to
register images from that path. See the datastore configuration docs for
more information [1]
Regards
[1] http://docs.opennebula.org/devel/administration/storage/fs_ds.html
--
Carlos Martín, MSc
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | cmartin at opennebula.org |
@OpenNebula<http://twitter.com/opennebula><cmartin at opennebula.org>
On Tue, Feb 4, 2014 at 11:20 AM, Qiubo Su (David Su) <qiubosu at gmail.com>wrote:
> Dear Carlos and OpenNebula Community,
>
> Thanks. You're quite right. I have below question for you:
> in OpenNebula 3.8.1, if oneimage create ...... with below template:
>
> NAME = "win-xp-5"
> PATH = /var/lib/image/win-xp-2.qcow2
> TYPE = OS
>
> the image created successfully, but when PATH =
> /var/lib/one/var/datastores/
> win-xp-2.qcow2, get below error is oned.log file. do you know why and how
> to fix it? Thank you very much !
>
> Sun Feb 2 22:29:31 2014 [ImG][D]: Message received: LOG E 22 cp: Not
> allowed to copy images from /var/lib/one/var/ /var/lib/one/etc/
> /var/lib/one/
>
> Sun Feb 2 22:29:31 2014 [ImM][E]: cp: Not allowed to copy images from
> /var/lib/one/var/ /var/lib/one/etc/ /var/lib/one/
> Sun Feb 2 22:29:31 2014 [ImG][D]: Message received: LOG E 22 Not allowed
> to copy image file /var/lib/one/var/datastores/win-xp-2.qcow2
>
> Sun Feb 2 22:29:31 2014 [ImM][E]: Not allowed to copy image file
> /var/lib/one/var/datastores/win-xp-2.qcow2
> Sun Feb 2 22:29:31 2014 [ImG][D]: Message received: LOG I 22 ExitCode: 255
>
> Sun Feb 2 22:29:31 2014 [ImM][I]: ExitCode: 255
> Sun Feb 2 22:29:31 2014 [ImG][D]: Message received: CP FAILURE 22 Not
> allowed to copy image file /var/lib/one/var/datastores/win-xp-2.qcow2
>
> Sun Feb 2 22:29:31 2014 [ImM][E]: Error copying image in the datastore:
> Not allowed to copy image file /var/lib/one/var/datastores/win-xp-2.qcow2
>
>
> On Tue, Feb 4, 2014 at 11:10 PM, Carlos Martín Sánchez <
> cmartin at opennebula.org> wrote:
>
>> Hi,
>>
>> Please forward your questions to the mailing list, this way others can
>> help and more people with the same problems will benefit from the answers.
>>
>> Regards
>>
>> --
>> Carlos Martín, MSc
>> Project Engineer
>> OpenNebula - Flexible Enterprise Cloud Made Simple
>> www.OpenNebula.org | cmartin at opennebula.org | @OpenNebula<http://twitter.com/opennebula><cmartin at opennebula.org>
>>
>>
>> On Mon, Feb 3, 2014 at 9:01 PM, Qiubo Su (David Su) <qiubosu at gmail.com>wrote:
>>
>>> Dear Carlos,
>>>
>>> Thanks. You're quite right. I have below question for you:
>>>
>>> in OpenNebula 3.8.1, if oneimage create ...... with below template:
>>>
>>> NAME = "win-xp-5"
>>> PATH = /var/lib/image/win-xp-2.qcow2
>>> TYPE = OS
>>>
>>> the image created successfully, but when PATH =
>>> /var/lib/one/var/datastores/win-xp-2.qcow2, get below error is oned.log
>>> file. do you know why and how to fix it? Thank you very much !
>>>
>>> Sun Feb 2 22:29:31 2014 [ImG][D]: Message received: LOG E 22 cp: Not
>>> allowed to copy images from /var/lib/one/var/ /var/lib/one/etc/
>>> /var/lib/one/
>>>
>>> Sun Feb 2 22:29:31 2014 [ImM][E]: cp: Not allowed to copy images from
>>> /var/lib/one/var/ /var/lib/one/etc/ /var/lib/one/
>>> Sun Feb 2 22:29:31 2014 [ImG][D]: Message received: LOG E 22 Not
>>> allowed to copy image file /var/lib/one/var/datastores/win-xp-2.qcow2
>>>
>>> Sun Feb 2 22:29:31 2014 [ImM][E]: Not allowed to copy image file
>>> /var/lib/one/var/datastores/win-xp-2.qcow2
>>> Sun Feb 2 22:29:31 2014 [ImG][D]: Message received: LOG I 22 ExitCode:
>>> 255
>>>
>>> Sun Feb 2 22:29:31 2014 [ImM][I]: ExitCode: 255
>>> Sun Feb 2 22:29:31 2014 [ImG][D]: Message received: CP FAILURE 22 Not
>>> allowed to copy image file /var/lib/one/var/datastores/win-xp-2.qcow2
>>>
>>> Sun Feb 2 22:29:31 2014 [ImM][E]: Error copying image in the datastore:
>>> Not allowed to copy image file /var/lib/one/var/datastores/win-xp-2.qcow2
>>>
>>>
>>>
>>> On Mon, Feb 3, 2014 at 11:54 PM, Carlos Martín Sánchez <
>>> cmartin at opennebula.org> wrote:
>>>
>>>> Hi,
>>>>
>>>> > Why the $VMID can't be passed to fail.sh when it is activated?
>>>>
>>>> Where did you get that? The docs say $ID, not $VMID.
>>>>
>>>> Regards
>>>> --
>>>> Carlos Martín, MSc
>>>> Project Engineer
>>>> OpenNebula - Flexible Enterprise Cloud Made Simple
>>>> www.OpenNebula.org | cmartin at opennebula.org | @OpenNebula<http://twitter.com/opennebula><cmartin at opennebula.org>
>>>>
>>>>
>>>> On Mon, Feb 3, 2014 at 10:58 AM, Qiubo Su (David Su) <qiubosu at gmail.com
>>>> > wrote:
>>>>
>>>>> Dear OpenNebula Community,
>>>>>
>>>>> I'm using the OpenNebula 3.8.1 at the moment, however both of the
>>>>> VM_HOOK and HOST_HOOK features don't look working well. Does anyone have
>>>>> similar problem with OpenNebula 3.8.1? How about the later version, e.g.
>>>>> 3.8.3 or 3.8.5?
>>>>>
>>>>> Thank you very much.
>>>>>
>>>>> Best regards,
>>>>> Q.D.S.
>>>>>
>>>>>
>>>>> On Sun, Feb 2, 2014 at 9:17 PM, Qiubo Su (David Su) <qiubosu at gmail.com
>>>>> > wrote:
>>>>>
>>>>>> Dear OpenNebula Community,
>>>>>>
>>>>>> Sent you below email yesterday about not able to generate the desired
>>>>>> FAILED state event (i.e. "read permission denied" when chmod -r
>>>>>> /var/lib/image/win-xp-2.qcow2) to activate the action defined in the
>>>>>> VM_HOOK section in ~/etc/oned.conf.
>>>>>>
>>>>>> Moreover, the $VMID (2nd argument defined in the VM_HOOK) can't be
>>>>>> passed to the /var/lib/one/var/remotes/hooks/fail.sh file.
>>>>>>
>>>>>> For example, simply defined the fail.sh as:
>>>>>>
>>>>>> #!/bin/bash
>>>>>> echo "$1" " $2"
>>>>>>
>>>>>> When "onevm resubmit 2014", the fail.sh is activated by other FAILED
>>>>>> state event (not the one specified in below email), the output by echo "$1"
>>>>>> "$2" is "VM" only, while it should be "VM 2014".
>>>>>>
>>>>>> Why the $VMID can't be passed to fail.sh when it is activated?
>>>>>>
>>>>>> Thank you very much for your help and have a great weekend !
>>>>>>
>>>>>> Best regards,
>>>>>> Q.D.S.
>>>>>>
>>>>>> On Sat, Feb 1, 2014 at 9:26 PM, Qiubo Su (David Su) <
>>>>>> qiubosu at gmail.com> wrote:
>>>>>>
>>>>>>> Dear OpenNebula Community,
>>>>>>>
>>>>>>> The environment: a VT enabled physical machine with ubuntu 12.04
>>>>>>> server OS and opennebula 3.8.1 front end (KVM, QEMU and libvirtd installed
>>>>>>> for hypervisor).
>>>>>>>
>>>>>>> Configure the ~/etc/oned.conf to support HOOKS as below:
>>>>>>>
>>>>>>> VM_HOOK = [
>>>>>>> name = "on_failure",
>>>>>>> on = "FAILED",
>>>>>>> command = "/var/lib/one/var/remotes/hooks/fail.sh",
>>>>>>> arguments = "VM $VMID" ]
>>>>>>>
>>>>>>> Create a script /var/lib/one/var/remotes/hooks/fail.sh to capture
>>>>>>> the FAILED state event and do desired action.
>>>>>>>
>>>>>>> To create a FAILED state event, after creating a VM image (below 1)
>>>>>>> is the VM image creation template) and before creating a VM (below 2) is
>>>>>>> the VM creation template), chmod -r /var/lib/image/win-xp-2.qcow2 to remove
>>>>>>> the read permission from the VM image file which is referred in the VM
>>>>>>> image creation template, but the VM can still be created successfully,
>>>>>>> while the VM creation should be failed and there should be error message
>>>>>>> like "read permission denied" in the ~/var/oned.log file.
>>>>>>>
>>>>>>> It is much appreciated if anyone can help with this, to explain why
>>>>>>> the VM image creation and VM creation process don't work as it should be?
>>>>>>> Thank very much !
>>>>>>>
>>>>>>> 1) VM image creation template:
>>>>>>>
>>>>>>> NAME = "win-xp-1"
>>>>>>> PATH = /var/lib/image/win-xp-2.qcow2
>>>>>>> TYPE = OS
>>>>>>>
>>>>>>> 2) VM creation template:
>>>>>>>
>>>>>>> HOSTNAME = OneHost
>>>>>>> #CONTEXT definition section
>>>>>>> CONTEXT=[FILES="/var/lib/one/.ssh/id_rsa.pub
>>>>>>> /var/lib/one/image/setcontextvals.bat /var/lib/one/image/sethostname.vbs",
>>>>>>> HOSTNAME=WinXP-$VMID,
>>>>>>> IP_PUBLIC="$NIC[IP, NETWORK=\"Small network\"]",
>>>>>>> PASSWORD=password,
>>>>>>> ROOT_PUBKEY=id_rsa.pub,
>>>>>>> USERNAME=user]
>>>>>>> #CAPACITY Definition
>>>>>>> NAME=WindowsXP-NoPers
>>>>>>> CPU=1
>>>>>>> MEMORY=1024
>>>>>>> # OS image, mapped to hda.
>>>>>>> DISK=[ DRIVER=qcow2, READONLY=no, IMAGE_ID = 1, TARGET=hda,
>>>>>>> TYPE=disk ]
>>>>>>> FEATURES=[ ACPI=yes ]
>>>>>>> # I/O Devices Section
>>>>>>> GRAPHICS=[ TYPE=vnc ]
>>>>>>> #NETWORK Section:
>>>>>>> NIC=[ model=e1000, network = "Small network" ]
>>>>>>> #OS and BOOT Options Section
>>>>>>> OS=[ ARCH=i686, BOOT=hd ]
>>>>>>> #RAW Section
>>>>>>> RAW=[ TYPE=kvm ]
>>>>>>>
>>>>>>> Best regards,
>>>>>>> Q.D.S.
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Jan 24, 2014 at 11:50 PM, Qiubo Su (David Su) <
>>>>>>> qiubosu at gmail.com> wrote:
>>>>>>>
>>>>>>>> Dear OpenNebula Community, I use OpenNebula 3.8.1, can't update it
>>>>>>>> to 4.4, so what ds.conf should look like to achieve the purpose? Thanks.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Jan 24, 2014 at 11:30 PM, Tino Vazquez <cvazquez at c12g.com>wrote:
>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> If you want to use the ssh drivers, you need to configure the DS
>>>>>>>>> as follows:
>>>>>>>>>
>>>>>>>>> NAME = production
>>>>>>>>> DS_MAD = ssh
>>>>>>>>> TM_MAD = ssh
>>>>>>>>>
>>>>>>>>> Support for ssh drivers for VMware were dropped in more recent
>>>>>>>>> releases, so its use is discouraged. Please update to 4.4 and use
>>>>>>>>> 'vmfs' DS and TM drivers
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> -Tino
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> OpenNebula - Flexible Enterprise Cloud Made Simple
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> 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, Jan 23, 2014 at 10:55 PM, Qiubo Su (David Su) <
>>>>>>>>> qiubosu at gmail.com> wrote:
>>>>>>>>> > Dear Tino and OpenNebula Community,
>>>>>>>>> >
>>>>>>>>> > 1) can update the TM_MAD for datastore in Sunstone.
>>>>>>>>> >
>>>>>>>>> > 2) the content of ds.conf is as below.
>>>>>>>>> >
>>>>>>>>> > NAME = production
>>>>>>>>> > DS_MAD = vmware
>>>>>>>>> > TM_MAD = shared
>>>>>>>>> >
>>>>>>>>> > do you mean need to update it as below?
>>>>>>>>> >
>>>>>>>>> > NAME = production
>>>>>>>>> > DS_MAD = vmfs
>>>>>>>>> > TM_MAD = vmfs
>>>>>>>>> >
>>>>>>>>> > if using the 1st ds.conf, it has to manually create the
>>>>>>>>> > /var/lib/one/var/datastores/100, so to be able to thin
>>>>>>>>> provisioned the
>>>>>>>>> > disk.vmdk (actually the Ubuntu.vmdk file in the package download
>>>>>>>>> from
>>>>>>>>> > http://www.trendsigma.net/vmware/ubuntu1110t.html) by running
>>>>>>>>> "vmkfstools
>>>>>>>>> > -username root -password redhat123 -server esxi01 -i '[100]
>>>>>>>>> > /images/disk.vmdk' -d thin '[100] /images/disk1.vmdk'" in the
>>>>>>>>> front end
>>>>>>>>> > server? (the name of this experiment is called "OpenNebula 3.8.1
>>>>>>>>> and VMware
>>>>>>>>> > ESXI 5.0.0 Using shared VMware and ssh transfer drivers").
>>>>>>>>> >
>>>>>>>>> > if using the 2nd ds.conf, can & how can the purpose of the
>>>>>>>>> experiment be
>>>>>>>>> > achieved?
>>>>>>>>> >
>>>>>>>>> > kind regards,
>>>>>>>>> > q.s.
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > On Wed, Jan 22, 2014 at 11:04 PM, Tino Vazquez <
>>>>>>>>> cvazquez at c12g.com> wrote:
>>>>>>>>> >>
>>>>>>>>> >> Hi,
>>>>>>>>> >>
>>>>>>>>> >> About 1), do you get the same behaviour if you try and change it
>>>>>>>>> >> through Sunstone?
>>>>>>>>> >>
>>>>>>>>> >> Regarding 2), can you share the contents of the datastore
>>>>>>>>> template
>>>>>>>>> >> (ds.conf)? If you want to use VMware datastores, please note
>>>>>>>>> that the
>>>>>>>>> >> correct name for the TM and DS drivers are 'vmfs'. These drivers
>>>>>>>>> >> *won't* create a directory in the front-end since the
>>>>>>>>> datastores are
>>>>>>>>> >> only present in the ESX hosts.
>>>>>>>>> >>
>>>>>>>>> >> Moreover, BASE_PATH in VMware datastores need to be set to
>>>>>>>>> /vmfs/volumes.
>>>>>>>>> >>
>>>>>>>>> >> Best,
>>>>>>>>> >>
>>>>>>>>> >> -Tino
>>>>>>>>> >>
>>>>>>>>> >> --
>>>>>>>>> >> OpenNebula - Flexible Enterprise Cloud Made Simple
>>>>>>>>> >>
>>>>>>>>> >> --
>>>>>>>>> >> 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 Sat, Jan 18, 2014 at 6:10 AM, Qiubo Su (David Su) <
>>>>>>>>> qiubosu at gmail.com>
>>>>>>>>> >> wrote:
>>>>>>>>> >> > Dear OpenNebula Community,
>>>>>>>>> >> >
>>>>>>>>> >> > For 2) problem listed in the below previous email, I created
>>>>>>>>> the
>>>>>>>>> >> > datastore
>>>>>>>>> >> > manually by running "onedatastore create ds.conf" and created
>>>>>>>>> another
>>>>>>>>> >> > one
>>>>>>>>> >> > from Sunstone, but in both cases, can't see the
>>>>>>>>> >> > /var/lib/one/var/datastores/101 directory in the file system
>>>>>>>>> (../102
>>>>>>>>> >> > directory in the Sunstone case), even though can see the
>>>>>>>>> "BASE PATH :
>>>>>>>>> >> > /var/lib/one/var/datastores/101" when run "onedatastore show
>>>>>>>>> 101".
>>>>>>>>> >> >
>>>>>>>>> >> > It is much appreciated if anyone can help with this, tell me
>>>>>>>>> why there
>>>>>>>>> >> > is
>>>>>>>>> >> > this problem and how to fix it? Thank you very much and Have
>>>>>>>>> a Great
>>>>>>>>> >> > Weekend
>>>>>>>>> >> > !
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>> ******************************************************************************************
>>>>>>>>> >> >
>>>>>>>>> >> > Sat Jan 18 17:48:40 2014 [ReM][D]: Req:5712 UID:0
>>>>>>>>> HostPoolInfo invoked
>>>>>>>>> >> > Sat Jan 18 17:48:40 2014 [ReM][D]: Req:5712 UID:0
>>>>>>>>> HostPoolInfo result
>>>>>>>>> >> > SUCCESS, "<HOST_POOL><HOST><ID..."
>>>>>>>>> >> > Sat Jan 18 17:48:40 2014 [ReM][D]: Req:3376 UID:0
>>>>>>>>> VirtualMachinePoolInfo
>>>>>>>>> >> > invoked, -2, -1, -1, -1
>>>>>>>>> >> > Sat Jan 18 17:48:40 2014 [ReM][D]: Req:3376 UID:0
>>>>>>>>> VirtualMachinePoolInfo
>>>>>>>>> >> > result SUCCESS, "<VM_POOL></VM_POOL>"
>>>>>>>>> >> > Sat Jan 18 17:48:40 2014 [ReM][D]: Req:4704 UID:0 AclInfo
>>>>>>>>> invoked
>>>>>>>>> >> > Sat Jan 18 17:48:40 2014 [ReM][D]: Req:4704 UID:0 AclInfo
>>>>>>>>> result
>>>>>>>>> >> > SUCCESS,
>>>>>>>>> >> > "<ACL_POOL><ACL><ID>0..."
>>>>>>>>> >> > Sat Jan 18 17:48:43 2014 [AuM][D]: Message received: LOG I 79
>>>>>>>>> ExitCode:
>>>>>>>>> >> > 0
>>>>>>>>> >> >
>>>>>>>>> >> > Sat Jan 18 17:48:43 2014 [AuM][I]: ExitCode: 0
>>>>>>>>> >> > Sat Jan 18 17:48:43 2014 [AuM][D]: Message received:
>>>>>>>>> AUTHENTICATE
>>>>>>>>> >> > SUCCESS 79
>>>>>>>>> >> > -
>>>>>>>>> >> >
>>>>>>>>> >> > Sat Jan 18 17:48:43 2014 [ReM][D]: Req:32 UID:0
>>>>>>>>> DatastoreAllocate
>>>>>>>>> >> > invoked,
>>>>>>>>> >> > "DISK_TYPE="block"...", -1
>>>>>>>>> >> > Sat Jan 18 17:48:43 2014 [ReM][D]: Req:32 UID:0
>>>>>>>>> DatastoreAllocate result
>>>>>>>>> >> > SUCCESS, 102
>>>>>>>>> >> > Sat Jan 18 17:48:43 2014 [ReM][D]: Req:6800 UID:0
>>>>>>>>> DatastoreInfo invoked,
>>>>>>>>> >> > 102
>>>>>>>>> >> > Sat Jan 18 17:48:43 2014 [ReM][D]: Req:6800 UID:0
>>>>>>>>> DatastoreInfo result
>>>>>>>>> >> > SUCCESS, "<DATASTORE><ID>102</..."
>>>>>>>>> >> > Sat Jan 18 17:48:45 2014 [ReM][D]: Req:1200 UID:0
>>>>>>>>> DatastorePoolInfo
>>>>>>>>> >> > invoked
>>>>>>>>> >> > Sat Jan 18 17:48:45 2014 [ReM][D]: Req:1200 UID:0
>>>>>>>>> DatastorePoolInfo
>>>>>>>>> >> > result
>>>>>>>>> >> > SUCCESS, "<DATASTORE_POOL><DAT..."
>>>>>>>>> >> > Sat Jan 18 17:48:51 2014 [ReM][D]: Req:6880 UID:0
>>>>>>>>> TemplatePoolInfo
>>>>>>>>> >> > invoked,
>>>>>>>>> >> > -2, -1, -1
>>>>>>>>> >> > Sat Jan 18 17:48:51 2014 [ReM][D]: Req:6880 UID:0
>>>>>>>>> TemplatePoolInfo
>>>>>>>>> >> > result
>>>>>>>>> >> > SUCCESS, "<VMTEMPLATE_POOL></V..."
>>>>>>>>> >> > Sat Jan 18 17:49:05 2014 [ReM][D]: Req:5360 UID:0
>>>>>>>>> HostPoolInfo invoked
>>>>>>>>> >> > Sat Jan 18 17:49:05 2014 [ReM][D]: Req:5360 UID:0
>>>>>>>>> HostPoolInfo result
>>>>>>>>> >> > SUCCESS, "<HOST_POOL><HOST><ID..."
>>>>>>>>> >> > Sat Jan 18 17:49:06 2014 [ReM][D]: Req:3328 UID:0 AclInfo
>>>>>>>>> invoked
>>>>>>>>> >> > Sat Jan 18 17:49:06 2014 [ReM][D]: Req:3328 UID:0 AclInfo
>>>>>>>>> result
>>>>>>>>> >> > SUCCESS,
>>>>>>>>> >> > "<ACL_POOL><ACL><ID>0..."
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>> >> > On Fri, Jan 17, 2014 at 9:49 PM, Qiubo Su (David Su) <
>>>>>>>>> qiubosu at gmail.com>
>>>>>>>>> >> > wrote:
>>>>>>>>> >> >>
>>>>>>>>> >> >> Dear OpenNebula Community,
>>>>>>>>> >> >>
>>>>>>>>> >> >> 1) run "onedatastore list", get below return:
>>>>>>>>> >> >>
>>>>>>>>> >> >> ID NAME CLUSTER IMAGES TYPE
>>>>>>>>> TM
>>>>>>>>> >> >> 0 system - 0 -
>>>>>>>>> >> >> shared
>>>>>>>>> >> >> 1 default - 2 fs
>>>>>>>>> >> >> shared
>>>>>>>>> >> >>
>>>>>>>>> >> >> run "onedatastore update 0" and change the TM_MAD from
>>>>>>>>> "shared" to
>>>>>>>>> >> >> "ssh"
>>>>>>>>> >> >> and save it, but the TM of datastore 0 is still "shared",
>>>>>>>>> doesn't
>>>>>>>>> >> >> change to
>>>>>>>>> >> >> "ssh". why?
>>>>>>>>> >> >>
>>>>>>>>> >> >> 2) manually create a datastore production, and "onedatastore
>>>>>>>>> list"
>>>>>>>>> >> >> return
>>>>>>>>> >> >> as below:
>>>>>>>>> >> >>
>>>>>>>>> >> >> ID NAME CLUSTER IMAGES TYPE
>>>>>>>>> TM
>>>>>>>>> >> >> 0 system - 0 -
>>>>>>>>> >> >> shared
>>>>>>>>> >> >> 1 default - 2 fs
>>>>>>>>> >> >> shared
>>>>>>>>> >> >> 100 production - vmware
>>>>>>>>> >> >> shared
>>>>>>>>> >> >>
>>>>>>>>> >> >> but there is /var/lib/one/var/datastores/100 directory, only
>>>>>>>>> >> >> /var/lib/one/var/datastores/0 and
>>>>>>>>> /var/lib/one/var/datastores/1
>>>>>>>>> >> >> directories.
>>>>>>>>> >> >> why?
>>>>>>>>> >> >>
>>>>>>>>> >> >> thanks for your help for these.
>>>>>>>>> >> >>
>>>>>>>>> >> >> best regards,
>>>>>>>>> >> >> q.s.
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>> >> >
>>>>>>>>> >> > _______________________________________________
>>>>>>>>> >> > 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
>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140206/f6976821/attachment-0002.htm>
More information about the Users
mailing list