Romain - Please find my answer inline.

On 26-Nov-2012, at 9:39 PM, <[email protected]> wrote:

> Good day,
> 
> i'd like to run my VM on local storage (as i don't need functionalities 
> provided by shared primary storage).
> 
> Actually:
> - i've local storage enabled in my zone
> - i've local storage configured (in Infrastructure, Zones, My Zone, Primary 
> Storage)
> - i've data offerings using local storage
> - i've set to true system.vm.use.local.storage and even use.local.storage 
> then restarted the management server (the latter option seems to have 
> disappeared in cs-4)
> 
> When i create a new VM, it get its DATADISK stored locally, but the ROOT disk 
> insist being on the shared storage...
> 
> In management-server.log i found the following related lines:
>  Looking for pools in dc: 3  pod:3  cluster:1
>  FirstFitStoragePoolAllocator has 2 pools to check for allocation
>  Checking if storage pool is suitable, name: hote01.example.net Local Storage 
> ,poolId: 200
>  Is localStorageAllocationNeeded? false
>  Is storage pool shared? false
>  StoragePool is not of correct type, skipping this pool
>  Checking if storage pool is suitable, name: san01.example.net Shared Storage 
> ,poolId: 202
>  Is localStorageAllocationNeeded? false
>  Is storage pool shared? True
> 
> And the the VM gets created.
> If i remove the NFS server from the Primary Storages list, the VM cannot be 
> created (with a No suitable storagePools found under this Cluster error or 
> something like that).
> 
> It's as if the ROOT disk is "set" to be on shared storage only; but i don't 
> see where.
> 


The root disk picks up its storage type (shared or local) from the service 
offering (which also defines the compute for the vm) You need to create a 
service offering with storage type set as local. 


> Thank you for your time,
> Romain.
> 
> _________________________________________________________________________________________________________________________
> 
> Ce message et ses pieces jointes peuvent contenir des informations 
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu 
> ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
> electroniques etant susceptibles d'alteration,
> France Telecom - Orange decline toute responsabilite si ce message a ete 
> altere, deforme ou falsifie. Merci.
> 
> This message and its attachments may contain confidential or privileged 
> information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete 
> this message and its attachments.
> As emails may be altered, France Telecom - Orange is not liable for messages 
> that have been modified, changed or falsified.
> Thank you.
> 

Reply via email to