If you are an enthusiast of ACS, you can take a look at:

> com.cloud.deploy.DeploymentPlanningManagerImpl.start()
>
and also at

> com.cloud.deploy.DeploymentPlanningManagerImpl.checkHostReservations()
>
to debug/understand the problem and the code that is supposed to remove the
"old" reservations.

On Tue, Sep 26, 2017 at 5:49 PM, Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:

> What version of ACS are you using?
>
> On Tue, Sep 26, 2017 at 5:44 PM, Jochim, Ingo <ingo.joc...@bitgroup.de>
> wrote:
>
>> Hello Marc-Aurèle,
>>
>> we tested with the parameter host.reservation.release.period.
>> We didn't see any change in the free capacity after shutdown of machines.
>> Not even after this period.
>> Any idea why?
>>
>> Regards,
>> Ingo
>>
>>
>>
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Jochim, Ingo [mailto:ingo.joc...@bitgroup.de]
>> Gesendet: Mittwoch, 6. September 2017 09:56
>> An: 'users@cloudstack.apache.org' <users@cloudstack.apache.org>
>> Betreff: AW: Free capacity calculation within ACS
>>
>> Many thanks. We will check.
>>
>> Regards,
>> Ingo
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Marc-Aurèle Brothier [mailto:ma...@exoscale.ch]
>> Gesendet: Mittwoch, 6. September 2017 09:51
>> An: users@cloudstack.apache.org
>> Betreff: Re: Free capacity calculation within ACS
>>
>> Apparently in 4.2.0
>> https://github.com/apache/cloudstack/blob/f0dd5994b447a6097c
>> 52f405c7c7c54c76da9c16/setup/db/db/schema-410to420.sql
>>
>> On Wed, Sep 6, 2017 at 9:42 AM, Jochim, Ingo <ingo.joc...@bitgroup.de>
>> wrote:
>>
>> > Hello Marc-Aurèle,
>> >
>> > great. Didn't know that this parameter exists.
>> > Do you know in which ACS version this got introduced?
>> >
>> > Many thanks.
>> > Ingo
>> >
>> > -----Ursprüngliche Nachricht-----
>> > Von: Marc-Aurèle Brothier [mailto:ma...@exoscale.ch]
>> > Gesendet: Mittwoch, 6. September 2017 09:15
>> > An: users@cloudstack.apache.org
>> > Betreff: Re: Free capacity calculation within ACS
>> >
>> > Hi Ingo,
>> >
>> > You might want to look at the release period set in your installation:
>> > host.reservation.release.period. This release window time is there to
>> > keep the capacity of stopped machines on a host for a certain time,
>> > before releasing it, in case the machine has to start again soon
>> > after. And most likely for other reason maybe in the advance
>> > networking mode. So try to decrease this time window and check your
>> capacity after that.
>> >
>> > Marc-Aurèle
>> >
>> > On Tue, Sep 5, 2017 at 9:48 AM, Jochim, Ingo <ingo.joc...@bitgroup.de>
>> > wrote:
>> >
>> > > Hello all,
>> > >
>> > > within our CloudStack environment we like to park a couple of large
>> > > machines in powered off state.
>> > > Those machines are demo machines which are needed only sometimes.
>> > > Those machines will get included in the capacity. That means we
>> > > cannot build new machines even if there are free ressources on the
>> hypervisors.
>> > > We don't want to solve it with overcommitment.
>> > > Is there a possibility to calculate free capacity without all
>> > > powered off machines?
>> > >
>> > > Currently we have a dirty workaround. We created an offering with 1
>> > > core and 1MB RAM and used that for all parked machines.
>> > > But this is not very nice.
>> > >
>> > > Any ideas or comments are welcome.
>> > > Thank you.
>> > > Ingo
>> > >
>> >
>>
>
>
>
> --
> Rafael Weingärtner
>



-- 
Rafael Weingärtner

Reply via email to