gt;>>>
>>>>>> If you have to move such number of hosts at production I would
>>>>>> recommend you to learn CloudMonkey and have to set-up development
>>>>>> environment first. There you can develop migration strategy and
>>>>
at
production. I see no other choice. Doing changes at database level
manually is probably the worst thing you may do.
Vadim.
-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
Sent: Friday, May 08, 2015 10:45 AM
To: users@cloudstack.apache.org
Subject: Re: How to res
> execute test-cases for re-partitioning the network. We all learn from
>>>> experience and there will always be better solution in the future. As
>>>> I understand the issue is not critical - everything works as expected,
>>>> but you have some unpleasant
ecute the same at
>>>production. I see no other choice. Doing changes at database level
>>>manually is probably the worst thing you may do.
>>>
>>> Vadim.
>>>
>>> -Original Message-
>>> From: Daan Hoogland [mailto:daan.hoog
database level manually is probably the worst thing you may do.
Vadim.
-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
Sent: Friday, May 08, 2015 10:45 AM
To: users@cloudstack.apache.org
Subject: Re: How to reserve IPs
dirty trick: spin up vms, login, disable
-Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Friday, May 08, 2015 10:45 AM
> To: users@cloudstack.apache.org
> Subject: Re: How to reserve IPs
>
> dirty trick: spin up vms, login, disable startup scripts/remove kernel, brang
> them do
choice. Doing
changes at database level manually is probably the worst thing you may do.
Vadim.
-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
Sent: Friday, May 08, 2015 10:45 AM
To: users@cloudstack.apache.org
Subject: Re: How to reserve IPs
dirty trick: spin up
dirty trick: spin up vms, login, disable startup scripts/remove kernel,
brang them down and leave them there to rot. The ip will never be used in
cs again.
If you like this trick: don't operate a cloud. (don't take this as
condescending, just as my view on the thing)
Op vr 8 mei 2015 om 09:21 sch
I wish that were so easy. :( I have 200 VMs running across 5 hosts, and what
you described is not a process I have time to learn right now. I do appreciate
your reply and advice. Thank you!
-Franky
On May 7, 2015, at 9:57 PM, Vadim Kimlaychuk wrote:
> Hello Franky,
>
> I would not re
Hello Franky,
I would not reccomend you to change database tables directly in order
to fix errors in configuration. It is better to set-up cloudstack again with
the proper configuration.
Vadim
From: Franky Hall
Sent: Friday, May 8, 2015 1:22
10 matches
Mail list logo