<div dir="ltr"><div><div><div>Hi<br><br></div>I changed the ebtables version i.e ebtables_2.0.9.2-2ubuntu3_powerpc.deb from version 2.0.10-4 and the error just reduced to one as below...<br><br><br>2014-05-03 11:26:42.052 12065 TRACE nova.openstack.common.rpc.amqp if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self) <br>
2014-05-03 11:26:42.052 12065 TRACE nova.openstack.common.rpc.amqp libvirtError: Error while building firewall: Some rules could not be created for interface tap9dafa3dd-7a: Failure to execute command '$EBT -t nat -A libvirt-J-tap9dafa3dd-7a -j J-tap9dafa3dd-7a-mac' : 'The kernel doesn't support a certain ebtables extension, consider recompiling your kernel or insmod the extension.'. <br>
2014-05-03 11:26:42.052 12065 TRACE nova.openstack.common.rpc.amqp <br>2014-05-03 11:26:42.052 12065 TRACE nova.openstack.common.rpc.amqp <br>2014-05-03 11:26:45.374 12065 DEBUG nova.openstack.common.rpc.amqp [-] Making synchronous call on conductor ... multicall /opt/stack/nova/nova/o<br>
<br></div>I'm using ubuntu 13.10 with powerpc architeture.<br></div><div>Is there any other way of booting VM without the dependency of ebtables.PLease let me know.<br></div><div><br></div>Thanks<br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Sat, May 3, 2014 at 12:55 PM, abhishek jain <span dir="ltr"><<a href="mailto:ashujain9727@gmail.com" target="_blank">ashujain9727@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div>Hi all<br><br></div>I want to boot VM from controller node onto the compute node using devstack.All my services such as nova,q-agt,nova-compute,neutron,etc are running properly both on compute node as well on the controller node.I'm also able to boot VMs on controller node from the openstack dashvoard .However issue is coming when I'm booting VM from controller node onto compute node.<br>
</div><div>Following is the error in the nova-compute logs when I'm trying to boot VM on compute node from controller node....<br><br> <br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self)
<br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp libvirtError: Error while building firewall: Some rules could not be created for interface tap74d2ff08-7f: Failure to execute command '$EBT -t nat -A libvirt-J-tap74d2ff08-7f -j J-tap74d2ff08-7f-mac' : 'Unable to update the kernel. Two possible causes:
<br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp 1. Multiple ebtables programs were executing simultaneously. The ebtables
<br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp userspace tool doesn't by default support multiple ebtables programs running
<br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp concurrently. The ebtables option --concurrent or a tool like flock can be
<br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp used to support concurrent scripts that update the ebtables kernel tables.
<br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp 2. The kernel doesn't support a certain ebtables extension, consider
<br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp recompiling your kernel or insmod the extension.
<br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp .'.
<br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp
<br>2014-04-30 05:10:22.452 17049 TRACE nova.openstack.common.rpc.amqp
<br>2014-04-30 05:10:29.066 17049 DEBUG nova.openstack.common.rpc.amqp [-] Making synchronous call on conductor ... multicall /opt/stack/nova/nova/o<br><br></div><div>From the logs it appears that the command $EBT -t nat -A libvirt-J-tap74d2ff08-7f -j J-tap74d2ff08-7f-mac is not able to update the kernel with the ebtables rules.I have also enabled the ebtables modules(*) in my kernel.<br>
<br></div><div>Please help me regarding this.<br></div><div>Also is there any other way of booting the VM without updating the rules in kernel .<br><br></div><div>Thanks<br></div><div>Abhisehk Jain<br></div><div><br></div>
</div>
</blockquote></div><br></div>