<div dir="ltr">Thanks Calvin. It was an update issue. I ran "apt-get upgrade" instead of "dist-upgrade".<br></div><div class="gmail_extra"><br clear="all"><div>--<br>Shashank Sahni<br></div>
<br><br><div class="gmail_quote">On Tue, Apr 30, 2013 at 6:05 PM, Calvin Walton <span dir="ltr"><<a href="mailto:calvin.walton@kepstin.ca" target="_blank">calvin.walton@kepstin.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Tue, 2013-04-30 at 16:06 +0530, Shashank Sahni wrote:<br>
> Hi Calvin,<br>
><br>
> Thank you for the reply. It solved the "db sync" issue. But soon after<br>
> this, the nova-compute daemons started throwing the following trace.<br>
><br>
> 2013-04-30 15:53:21 TRACE nova OperationalError: (OperationalError) (1054,<br>
> "Unknown column 'instance_metadata_1.instance_id' in 'field list'")<br>
><br>
> When I checked the instance_metatdata table, I found that it has<br>
> "instance_uuid" as a field and not "instance_id". It seems to be another<br>
> issue with db sync.<br>
><br>
> Suggestions?<br>
<br>
</div>From<br>
<a href="https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/migrate_repo/versions/133_folsom.py#L349" target="_blank">https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/migrate_repo/versions/133_folsom.py#L349</a><br>


It looks like 'instance_uuid' is the correct column name in Folsom. Are<br>
you sure that you've updated your nova-compute packages to the Folsom<br>
version and restarted all of the nova services?<br>
<br>
The simplest explanation for this error is that you have an Essex<br>
service accessing the Folsom database.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Calvin Walton <<a href="mailto:calvin.walton@kepstin.ca">calvin.walton@kepstin.ca</a>><br>
</font></span></blockquote></div><br></div>