[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Error migrating VM to secondary host using COLO replication



On 11/10/2016 01:31 AM, Sadi wrote:
> Hello again,
> 
> Looking at the primary host's syslog, the arptables command from 
> xen/etc/scripts/colo-proxy-setup has failed.
> 
> Here's the log:
> 
> Nov  9 14:43:39 colop colop: /etc/xen/scripts/colo-proxy-setup: setup 
> XENBUS_PATH=
> Nov  9 14:43:39 colop kernel: [  302.825788] u32 classifier
> Nov  9 14:43:39 colop kernel: [  302.825791]     Actions configured
> Nov  9 14:43:39 colop kernel: [  302.835407] Mirror/redirect action on
> Nov  9 14:43:39 colop kernel: [  302.919605] ip6_tables: (C) 2000-2006 
> Netfilter Core Team
> Nov  9 14:43:39 colop kernel: [  302.941511] arp_tables: (C) 2002 David S. 
> Miller
> Nov  9 14:43:39 colop colop: /etc/xen/scripts/colo-proxy-setup: arptables -I 
> INPUT -i eth1 -j MARK --set-mark 1 failed
> Nov  9 14:43:39 colop colop: /etc/xen/scripts/colo-proxy-setup: Writing 
> /hotplug-status connected to xenstore.
> Nov  9 14:43:39 colop colop: /etc/xen/scripts/colo-proxy-setup: Successful 
> colo-proxy-setup setup for vif2.0-emu. mode = primary  vifname: vif2.0-emu, 
> index: 1, forwarddev: eth1.
> 
> It's ok for the --set-mark argument to have value equal '1' , not a hex?

This log is very useful, we will investigate it.

Thanks
Wen Congyang

> 
> The i got running the command is:
> root@colop:~# arptables -I INPUT -i eth1 -j MARK --set-mark 1
> Bad argument `1'
> 
> Thanks, Sadi.
> 
> 
> 
> On Tue, Nov 8, 2016 at 6:53 PM, Sadi <sadijrp@xxxxxxxxx 
> <mailto:sadijrp@xxxxxxxxx>> wrote:
> 
>     Hi,
> 
>     Apparently vif2.0-emu was already binded with br0 when "brctl addif br0 
> vif2.0-emu" failed.
> 
>     root@colob-HP-Compaq-6005-Pro-MT-PC:~# brctl addif br0 vif2.0-emu
>     device vif2.0-emu is already a member of a bridge; can't enslave it to 
> bridge br0.
>     root@colob-HP-Compaq-6005-Pro-MT-PC:~# brctl show
>     bridge name     bridge id               STP enabled     interfaces
>     br0             8000.001a3fc46255       no              eth0
>                                                             vif2.0
>                                                             vif2.0-emu
>     br1             8000.000000000000       no
> 
>     About the iptables, it seems like SECCOLO target can't be recognised.
> 
>     root@colob-HP-Compaq-6005-Pro-MT-PC:~# iptables -t mangle -D PREROUTING 
> -m physdev --physdev-in vif2.0-emu -j SECCOLO --index 1
>     iptables: No chain/target/match by that name.
> 
>     Here is my active modules matching colo:
> 
>     root@colob-HP-Compaq-6005-Pro-MT-PC:~# lsmod | grep -i colo
>     xt_SECCOLO             16384  1
>     nf_conntrack_colo      16384  2 xt_SECCOLO
>     x_tables               36864  8 
> xt_physdev,ip6table_mangle,ip_tables,xt_SECCOLO,xt_tcpudp,iptable_filter,iptable_mangle,ip6_tables
>     nf_conntrack          106496  4 
> xt_SECCOLO,nf_nat,nf_conntrack_colo,nf_conntrack_ipv4
> 
>     So i was looking in the iptables and this really looks like the source of 
> the problem. 
> 
>     Sadi.
> 
>     On Tue, Nov 8, 2016 at 5:57 PM, Konrad Rzeszutek Wilk 
> <konrad.wilk@xxxxxxxxxx <mailto:konrad.wilk@xxxxxxxxxx>> wrote:
> 
>         > entered forwarding state
>         > Nov  7 18:10:30 colob NetworkManager[907]: <info>  (vif2.0-emu): 
> enslaved
>         > to br0
>         > Nov  7 18:10:30 colob root: /etc/xen/scripts/colo-proxy-setup: 
> brctl addif
>         > br0 vif2.0-emu failed
> 
> 
>         How come this failed?
> 
>         > Nov  7 18:10:30 colob root: /etc/xen/scripts/colo-proxy-setup: 
> iptables -t
>         > mangle -D PREROUTING -m physdev --physdev-in vif2.0-emu -j SECCOLO 
> --index
>         > 1 failed
> 
>         Ah b/c of this. Are there any errors of what exactly failed?
> 
> 
> 
> 
>     -- 
>     Sadi.
> 
> 
> 
> 
> -- 
> Sadi.




_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.