Hi Adam. Doesn't look like the problem is connected with local storage. Please enable the debug mode for the agent and share. Also, the corresponding log from the management server is welcome.
PS: We use only local storage in our cloud, everything should work great out of the box (at least for Ubuntu 16.04). пн, 10 дек. 2018 г. в 03:59, Adam Witwicki <awitwi...@oakfordis.com>: > Guys > > Some issues with this, I have tried to spin up an instance on local > storage - the agent then became disconnected and I have this in the logs > > Dec 10 08:30:03 xxx sh[303588]: INFO [cloud.agent.Agent] > (Agent-Handler-4:) (logid:) Lost connection to the server. Dealing with the > remaining commands... > Dec 10 08:30:03 xxx sh[303588]: INFO [cloud.agent.Agent] > (Agent-Handler-4:) (logid:) Cannot connect because we still have 5 commands > in progress. > Dec 10 08:30:08 xxx sh[303588]: INFO [cloud.agent.Agent] > (Agent-Handler-4:) (logid:) Lost connection to the server. Dealing with the > remaining commands... > > Are the permisions correct? > > user@xxx:~$ sudo ls -l /var/lib/libvirt/images > total 113465560 > -rw-r--r-- 1 root root 24601165824 Dec 10 08:21 > e5a2f086-0e61-41ff-acba-1a190c1583b0 > -rw-r--r-- 1 root root 107390828544 Dec 10 08:34 > ed9b2ed4-54f6-476d-80b4-8b78c3420a6c > > -----Original Message----- > From: Adam Witwicki <awitwi...@oakfordis.com> > Sent: 07 December 2018 16:33 > To: users@cloudstack.apache.org > Subject: RE: Local storage > > ** This mail originated from OUTSIDE the Oakford corporate network. Treat > hyperlinks and attachments in this email with caution. ** > > 4.11.0 > > -----Original Message----- > From: McClune, James <mcclu...@norwalktruckers.net> > Sent: 07 December 2018 16:30 > To: users@cloudstack.apache.org > Subject: Re: Local storage > > ** This mail originated from OUTSIDE the Oakford corporate network. Treat > hyperlinks and attachments in this email with caution. ** > > 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 <awitwi...@oakfordis.com> > 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 <mcclu...@norwalktruckers.net> > > Sent: 07 December 2018 15:55 > > To: users@cloudstack.apache.org > > 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#us > > ing-local-storage-for-data-volumes > > > > Best, > > James > > > > On Fri, Dec 7, 2018 at 10:49 AM Adam Witwicki > > <awitwi...@oakfordis.com> > > 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 > > > 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 > > -- With best regards, Ivan Kudryavtsev Bitworks LLC Cell RU: +7-923-414-1515 Cell USA: +1-201-257-1512 WWW: http://bitworks.software/ <http://bw-sw.com/>
