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: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 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 <fra...@cartcrafter.com>: > 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 > <vadim.kimlayc...@elion.ee> > 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 <fra...@cartcrafter.com> > > Sent: Friday, May 8, 2015 1:22 > > To: users@cloudstack.apache.org > > 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 > > >