git.net

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Local storage


Hi Adam,

My apologies, what version of CloudStack are you running?

Like Ivan said, you would need to enable local storage for the zone.

libvirt should create a local storage pool, like you stated. The UUID &
path would be in /etc/cloudstack/agent.properties. virsh pool-list will
verify.

Best,
James

On Fri, Dec 7, 2018 at 10:59 AM Adam Witwicki <awitwicki@xxxxxxxxxxxxx>
wrote:

> I thought it related to this in the agent.props
>
>
> local.storage.uuid=
> local.storage.path=/var/lib/libvirt/images/
>
>
> and enabling local storage in the zone??
>
> The link you sent shows none of that?
>
>
> Thanks
>
> Adam
>
> -----Original Message-----
> From: McClune, James <mcclunej@xxxxxxxxxxxxxxxxxxx>
> Sent: 07 December 2018 15:55
> To: users@xxxxxxxxxxxxxxxxxxxxx
> Subject: Re: Local storage
>
> ** This mail originated from OUTSIDE the Oakford corporate network. Treat
> hyperlinks and attachments in this email with caution. **
>
> Hi Adam,
>
> This should do it:
>
> http://docs.cloudstack.apache.org/en/latest/adminguide/storage.html#using-local-storage-for-data-volumes
>
> Best,
> James
>
> On Fri, Dec 7, 2018 at 10:49 AM Adam Witwicki <awitwicki@xxxxxxxxxxxxx>
> wrote:
>
> > Hello
> >
> > Is there a guide on how to set up local storage using KVM in cloudstack?
> >
> > Thanks
> >
> > Adam
> >
> >
> >
> > Disclaimer Notice:
> > This email has been sent by Oakford Technology Limited, while we have
> > checked this e-mail and any attachments for viruses, we can not
> > guarantee that they are virus-free. You must therefore take full
> > responsibility for virus checking.
> > This message and any attachments are confidential and should only be
> > read by those to whom they are addressed. If you are not the intended
> > recipient, please contact us, delete the message from your computer
> > and destroy any copies. Any distribution or copying without our prior
> > permission is prohibited.
> > Internet communications are not always secure and therefore Oakford
> > Technology Limited does not accept legal responsibility for this message.
> > The recipient is responsible for verifying its authenticity before
> > acting on the contents. Any views or opinions presented are solely
> > those of the author and do not necessarily represent those of Oakford
> Technology Limited.
> > Registered address: Oakford Technology Limited, 10 Prince Maurice
> > Court, Devizes, Wiltshire. SN10 2RT.
> > Registered in England and Wales No. 5971519
> >
> Disclaimer Notice:
> This email has been sent by Oakford Technology Limited, while we have
> checked this e-mail and any attachments for viruses, we can not guarantee
> that they are virus-free. You must therefore take full responsibility for
> virus checking.
> This message and any attachments are confidential and should only be read
> by those to whom they are addressed. If you are not the intended recipient,
> please contact us, delete the message from your computer and destroy any
> copies. Any distribution or copying without our prior permission is
> prohibited.
> Internet communications are not always secure and therefore Oakford
> Technology Limited does not accept legal responsibility for this message.
> The recipient is responsible for verifying its authenticity before acting
> on the contents. Any views or opinions presented are solely those of the
> author and do not necessarily represent those of Oakford Technology Limited.
> Registered address: Oakford Technology Limited, 10 Prince Maurice Court,
> Devizes, Wiltshire. SN10 2RT.
> Registered in England and Wales No. 5971519
>