<p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="4" style="font: 13.0px Helvetica">interesting….</font></p>
<p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="4" style="font: 13.0px Helvetica">I don’t really understand that case. Have you checked on launchpad for similar bugs?</font></p>
<p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 13.0px Helvetica; min-height: 16.0px"><br></p>
 <div id="bloop_sign_"><span style="font-family:helvetica,arial;font-size:13px"></span>-- <br>Razique<br></div> <br /><p style="color:#A0A0A8;">On 7 Nov 2013 at 00:22:28, Antonio Messina (<a href="mailto://antonio.s.messina@gmail.com">antonio.s.messina@gmail.com</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div  ><div>On Thu, Nov 7, 2013 at 1:50 AM, Razique Mahroua
<br/><razique.mahroua@gmail.com> wrote:
<br/>> Are others CLI operations fine? such as keystone user-list, nova reboot
<br/>> etc…?
<br/>
<br/>Yes, nova list, nova reboot, keystone, glance, they all work fine
<br/>except when I have to create or terminate an instance.
<br/>
<br/>.a.
<br/>
<br/>>> On 6 Nov 2013 at 06:28:16, Antonio Messina (antonio.s.messina@gmail.com)
<br/>>> wrote:
<br/>>>
<br/>>> On Wed, Nov 6, 2013 at 3:06 PM, Razique Mahroua
<br/>>> <razique.mahroua@gmail.com> wrote:
<br/>>>> I can do some consulting if you want :p
<br/>>>
<br/>>> This may be interesting, but totally off topic :)
<br/>>>
<br/>>>> Which mail are you referring to?
<br/>>>
<br/>>> This one:
<br/>>> http://lists.openstack.org/pipermail/openstack/2013-November/002623.html
<br/>>> subject: "Instances fail during/after networking"
<br/>>>
<br/>>>> and what do you mean by “crazy”? Performance-wise or did you have some
<br/>>>> bugs
<br/>>>> due to your inconsistent database?
<br/>>>
<br/>>> nova-network is spinning at 80-90% of cpu for minutes, giving IP
<br/>>> addresses only after a few *minutes*, so that the creation of the VM
<br/>>> goes in timeout and thus is failing.
<br/>>> Similarly when deleting a VM, it takes ages and sometimes I have to
<br/>>> terminate them twice in order to have them killed.
<br/>>>
<br/>>> .a.
<br/>>>
<br/>>>
<br/>>>>
<br/>>>> --
<br/>>>> Razique
<br/>>>>
<br/>>>> On 6 Nov 2013 at 06:06:47, Antonio Messina (antonio.s.messina@gmail.com)
<br/>>>> wrote:
<br/>>>>
<br/>>>> On Wed, Nov 6, 2013 at 12:46 PM, Razique Mahroua
<br/>>>> <razique.mahroua@gmail.com> wrote:
<br/>>>>> I’d say it’s risky since it’s possible that you end up with inconsistent
<br/>>>>> states, especially with the security_groups and keypairs tables.
<br/>>>>>
<br/>>>>> You should probably dump the whole database and restore it if needed
<br/>>>>
<br/>>>> I cannot.
<br/>>>> The reason why I need to do it is because the current database is
<br/>>>> already in a state which is driving nova-network crazy.
<br/>>>>
<br/>>>> I have sent an email a few days ago about the problem we are having
<br/>>>> with our installation. After some more checking, it seems that the
<br/>>>> problem is caused by the *data* currently stored in the database; we
<br/>>>> tried with an empty one and everything was working smoothly: instances
<br/>>>> are started within one minute and deleted as needed, while going back
<br/>>>> to the original database brings back the issue.
<br/>>>>
<br/>>>> So, we guess it's something on the database, but we don't have either
<br/>>>> the time nor the competence nor the need to further debug the issue,
<br/>>>> since we are planning to move Havana soon and we have to keep the
<br/>>>> cloud up&running ASAP.
<br/>>>>
<br/>>>> Therefore we decided to clean up the database and remove more or less
<br/>>>> everything, but as I said, we would like to keep the information
<br/>>>> mentioned before.
<br/>>>>
<br/>>>> .a.
<br/>>>>
<br/>>>>>
<br/>>>>>
<br/>>>>> Razique
<br/>>>>>
<br/>>>>> --
<br/>>>>> Razique
<br/>>>>>
<br/>>>>> On 6 Nov 2013 at 03:46:02, Antonio Messina (antonio.s.messina@gmail.com)
<br/>>>>> wrote:
<br/>>>>>
<br/>>>>> Hi all,
<br/>>>>>
<br/>>>>> We need to backup and then recover some information from the nova
<br/>>>>> database, specifically:
<br/>>>>>
<br/>>>>> * flavors
<br/>>>>> * quotas
<br/>>>>> * keypairs
<br/>>>>> * security groups
<br/>>>>>
<br/>>>>> I would like to know which tables I am supposed to back up and
<br/>>>>> recover, I guess the following:
<br/>>>>>
<br/>>>>> * quotas
<br/>>>>> * security_groups
<br/>>>>> * security_group_rules
<br/>>>>> * instance_types
<br/>>>>>
<br/>>>>> are enough? Can I just dump them with mysqldump and recover them with
<br/>>>>> mysql < backupfile?
<br/>>>>>
<br/>>>>> .a.
<br/>>>>>
<br/>>>>> -- br/>antonio.s.messina@@gmail.com
<br/>>>>> antonio.messina@uzh.ch +41 (0)44 635 42 22
<br/>>>>> GC3: Grid Computing Competence Center http://www.gc3.uzh.ch/
<br/>>>>> University of Zurich
<br/>>>>> Winterthurerstrasse 190
<br/>>>>> CH-8057 Zurich Switzerland
<br/>>>>>
<br/>>>>> _______________________________________________
<br/>>>>> Mailing list:
<br/>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
<br/>>>>> Post to : openstack@lists.openstack.org
<br/>>>>> Unsubscribe :
<br/>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
<br/>>>>
<br/>>>>
<br/>>>>
<br/>>>> -- br/>antonio.s.messina@@gmail.com
<br/>>>> antonio.messina@uzh.ch +41 (0)44 635 42 22
<br/>>>> GC3: Grid Computing Competence Center http://www.gc3.uzh.ch/
<br/>>>> University of Zurich
<br/>>>> Winterthurerstrasse 190
<br/>>>> CH-8057 Zurich Switzerland
<br/>>>
<br/>>>
<br/>>>
<br/>>> --
<br/>>> antonio.s.messina@gmail.com
<br/>>> antonio.messina@uzh.ch +41 (0)44 635 42 22
<br/>>> GC3: Grid Computing Competence Center http://www.gc3.uzh.ch/
<br/>>> University of Zurich
<br/>>> Winterthurerstrasse 190
<br/>>> CH-8057 Zurich Switzerland
<br/>>
<br/>>
<br/>>
<br/>> --
<br/>> antonio.s.messina@gmail.com
<br/>> antonio.messina@uzh.ch +41 (0)44 635 42 22
<br/>> GC3: Grid Computing Competence Center http://www.gc3.uzh.ch/
<br/>> University of Zurich
<br/>> Winterthurerstrasse 190
<br/>> CH-8057 Zurich Switzerland
<br/>
<br/>
<br/>
<br/>--   br/>antonio.s.messina@@gmail.com
<br/>antonio.messina@uzh.ch                     +41 (0)44 635 42 22
<br/>GC3: Grid Computing Competence Center      http://www.gc3.uzh.ch/
<br/>University of Zurich
<br/>Winterthurerstrasse 190
<br/>CH-8057 Zurich Switzerland
<br/></div></div></span></blockquote>