<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Thank you for your feedback</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">How many fields does the “fixed_ips” contain?</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">what’s the size of the database?</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">You can check rabbitmq log to see if there’s anything suspicious</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div> <br><p style="color:#A0A0A8;">On 6 Nov 2013 at 06:28:16, 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 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>

> Which mail are you referring to?

<br>

<br>This one: 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 bugs

> 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

goes in timeout and thus is failing.

<br>Similarly when deleting a VM, it takes ages and sometimes I have to

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

>> 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

<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></div></div></span></blockquote></body></html>