You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Rohit Yadav <bh...@apache.org> on 2014/08/01 17:12:51 UTC
Re: Review Request 21696: CLOUDSTACK-6716: /usr volume is to small on SVMs.
Reshuffling some space to fix that.
> On May 24, 2014, 7:29 a.m., Rohit Yadav wrote:
> > Thanks for the patch, the variables are subjective and would need testing before merging. Looks good.
>
> daan Hoogland wrote:
> Joris, correct me if I am wrong: We are using these in our environments at the moment.
>
> Joris van Lieshout wrote:
> Nope we are not. I did however build a fresh template using the build scripts to test the result.
>
> daan Hoogland wrote:
> So what to do to be sure it works? Other then merge and run and see.
>
> Joris van Lieshout wrote:
> My tests where good so nothing more to be done there. Merge, run, see would work for me.
Daan, I think we can add this on master and see what the build job builds as building systemvms for all four hypervisors will be time consuming. If it fails for some reason due to insufficient space for either of the partitions (/usr, /var etc.) we can revert. What do you think?
- Rohit
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21696/#review43896
-----------------------------------------------------------
On May 20, 2014, 2:30 p.m., Joris van Lieshout wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21696/
> -----------------------------------------------------------
>
> (Updated May 20, 2014, 2:30 p.m.)
>
>
> Review request for cloudstack, daan Hoogland, Ian Duffy, Rohit Yadav, and Hugo Trippaers.
>
>
> Bugs: CLOUDSTACK-6716
> https://issues.apache.org/jira/browse/CLOUDSTACK-6716
>
>
> Repository: cloudstack-git
>
>
> Description
> -------
>
> We noticed after upgrading our svms to 4.3 that the /usr volume was nearly full. When inspecting this on SSVMs and CVMs we noticed that on thse instances it was already 100% full (because ACS jars get copied to this volume). By reshuffling some space the /usr volume should end up around 80% full. Also i've reduced swap a bit because this does not make a lot of sense on virtual instances.
>
>
> Diffs
> -----
>
> tools/appliance/definitions/systemvm64template/preseed.cfg 635432a
> tools/appliance/definitions/systemvmtemplate/preseed.cfg deb2f94
>
> Diff: https://reviews.apache.org/r/21696/diff/
>
>
> Testing
> -------
>
> Used the ACS tooling/procedure to build both systemvmtemplate and systemvm64template.
>
>
> Thanks,
>
> Joris van Lieshout
>
>
Re: Review Request 21696: CLOUDSTACK-6716: /usr volume is to small on
SVMs. Reshuffling some space to fix that.
Posted by Daan Hoogland <da...@gmail.com>.
I think we should, it is based on our custom templates anyway so it does
work in some situations. Let's see what it does.
On Fri, Aug 1, 2014 at 5:12 PM, Rohit Yadav <bh...@apache.org> wrote:
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21696/
>
> On May 24th, 2014, 7:29 a.m. UTC, *Rohit Yadav* wrote:
>
> Thanks for the patch, the variables are subjective and would need testing before merging. Looks good.
>
> On July 25th, 2014, 1:32 p.m. UTC, *daan Hoogland* wrote:
>
> Joris, correct me if I am wrong: We are using these in our environments at the moment.
>
> On July 25th, 2014, 1:46 p.m. UTC, *Joris van Lieshout* wrote:
>
> Nope we are not. I did however build a fresh template using the build scripts to test the result.
>
> On July 25th, 2014, 1:52 p.m. UTC, *daan Hoogland* wrote:
>
> So what to do to be sure it works? Other then merge and run and see.
>
> On July 25th, 2014, 1:56 p.m. UTC, *Joris van Lieshout* wrote:
>
> My tests where good so nothing more to be done there. Merge, run, see would work for me.
>
> Daan, I think we can add this on master and see what the build job builds as building systemvms for all four hypervisors will be time consuming. If it fails for some reason due to insufficient space for either of the partitions (/usr, /var etc.) we can revert. What do you think?
>
>
> - Rohit
>
> On May 20th, 2014, 2:30 p.m. UTC, Joris van Lieshout wrote:
> Review request for cloudstack, daan Hoogland, Ian Duffy, Rohit Yadav,
> and Hugo Trippaers.
> By Joris van Lieshout.
>
> *Updated May 20, 2014, 2:30 p.m.*
> *Bugs: * CLOUDSTACK-6716
> <https://issues.apache.org/jira/browse/CLOUDSTACK-6716>
> *Repository: * cloudstack-git
> Description
>
> We noticed after upgrading our svms to 4.3 that the /usr volume was nearly full. When inspecting this on SSVMs and CVMs we noticed that on thse instances it was already 100% full (because ACS jars get copied to this volume). By reshuffling some space the /usr volume should end up around 80% full. Also i've reduced swap a bit because this does not make a lot of sense on virtual instances.
>
> Testing
>
> Used the ACS tooling/procedure to build both systemvmtemplate and systemvm64template.
>
> Diffs
>
> - tools/appliance/definitions/systemvm64template/preseed.cfg (635432a)
> - tools/appliance/definitions/systemvmtemplate/preseed.cfg (deb2f94)
>
> View Diff <https://reviews.apache.org/r/21696/diff/>
>
--
Daan