Franky,
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 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
side-effects. So, be prepared - develop new network layout, test it at
development and execute 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:[email protected]]
Sent: Friday, May 08, 2015 10:45 AM
To: [email protected]
Subject: Re: How to reserve IPs
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 schreef Franky Hall <[email protected]>:
> 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
> <[email protected]>
> wrote:
>
> > 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 <[email protected]>
> > Sent: Friday, May 8, 2015 1:22
> > To: [email protected]
> > Subject: How to reserve IPs
> >
> > Hello,
> >
> > I made the mistake of putting my entire /22 into cloudstack for
> > private
> IPs. I need to put some other things into that network (like network
> file storage), and I’m wondering how I can make sure CloudStack never
> tries to assign one of the IPs I ‘steal’.
> >
> > Is it as easy as updating the `state` column in the
> > `user_ip_address`
> table to ‘Allocated’? I’d like to ‘allocate’ about 20 IPs for things
> not created in CloudStack. Is that safe, or is there another way to do it?
> >
> > Thanks,
> > Franky
>
>
>
