 <p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="4" style="font: 13.0px Helvetica">I can do some consulting if you want :p</font></p>

<p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="4" style="font: 13.0px Helvetica">Which mail are you referring to?</font></p>

<p style="margin: 0.0px 0.0px 0.0px 0.0px"><font face="Helvetica" size="4" style="font: 13.0px Helvetica">and what do you mean by “crazy”? Performance-wise or did you have some bugs due to your inconsistent database?</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 6 Nov 2013 at 06:06:47, 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 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

> 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

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

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

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

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: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

<br/>> Post to : openstack@lists.openstack.org

<br/>> Unsubscribe : 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/></div></div></span></blockquote>