Hi Jayapal,

eth1 seems present (lspci and virsh comfirmed), but not started inside
VPC's VR - (VR used for Shared Network is fine)...
I could confirm by virsh that is is plugged inside appropriate bridge
breth1-500 (check management logs...)

management log while createing new VPC (VR) - http://pastebin.com/s77nu5Ei
The public IP is there, so command is fine for creating it I guess...

VR's /var/log/cloud.log after rebooting VR from CS GUI
Tue May 27 22:46:58 UTC 2014 Executing cloud-early-config
Tue May 27 22:46:58 UTC 2014 Detected that we are running inside kvm guest
Tue May 27 22:46:59 UTC 2014 Patching  cloud service
Tue May 27 22:47:00 UTC 2014 Updating log4j-cloud.xml
Tue May 27 22:47:00 UTC 2014 Setting up VPC virtual router system vm
Tue May 27 22:47:00 UTC 2014 checking that eth0 has IP
Tue May 27 22:47:00 UTC 2014 Setting up apache web server for VPC
Tue May 27 22:47:00 UTC 2014 Enable service dnsmasq = 1
Tue May 27 22:47:00 UTC 2014 Enable service haproxy = 1
Tue May 27 22:47:00 UTC 2014 Processors = 1  Enable service  = 0
Tue May 27 22:47:00 UTC 2014 Enable service cloud = 0
Tue May 27 22:47:00 UTC 2014 cloud: disable rp_filter
Tue May 27 22:47:00 UTC 2014 disable rpfilter
Tue May 27 22:47:00 UTC 2014 cloud: enable_fwding = 1
Tue May 27 22:47:00 UTC 2014 enable_fwding = 1

ifconfig (no eth1 shown)

eth0      Link encap:Ethernet  HWaddr 0e:00:a9:fe:03:5c
          inet addr:169.254.3.92  Bcast:169.254.255.255  Mask:255.255.0.0

eth2      Link encap:Ethernet  HWaddr 02:00:7d:92:00:10
          inet addr:10.0.1.1  Bcast:10.0.1.255  Mask:255.255.255.0

eth3      Link encap:Ethernet  HWaddr 02:00:78:e9:00:05
          inet addr:10.0.3.1  Bcast:10.0.3.255  Mask:255.255.255.0

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0


cat /etc/network/interfaces
auto lo eth0
iface lo inet loopback
iface  eth0 inet static
  address 169.254.3.92
  netmask 255.255.0.0

lspci - shows 4 ehternet addapters
ethtool eth1 = no link detected
virsh - confirmed that eth1 is plugged to correct bridge (breth1-500) as
indicated by management logs, and shows good MAC address as shown in
managemetn log on pastebin..

This is completely makeing VPCs unusable...
:(

Cheers


On 27 May 2014 16:36, Jayapal Reddy Uradi <[email protected]>wrote:

> Hi,
> Can you please share management server and router logs in pastebin.com to
> understand the issue ?
>
> Thanks,
> Jayapal
>
> On 27-May-2014, at 6:21 PM, Andrija Panic <[email protected]>
>  wrote:
>
> > Hi,
> >
> > after the upgrade to ACS 4.3 (from 4.2.1) existing VRs for VPC lost their
> > eth1 which is public NIC. VR got eth0(control nic) and eth2 and eth3
> (bith
> > belonging to Tiers). From CS GUI, it is reported that the VR has eth1
> with
> > Public network attached, but from inside (ssh to VR) there is no eth1
> with
> > public IP...
> >
> > Even after destroying those VR, they are recreated again, but without
> eth1.
> >
> > Anybody experienced same situtation ?
> >
> > Thanks,
> >
> > --
> >
> > Andrija Panić
> > --------------------------------------
>
>


-- 

Andrija Panić
--------------------------------------
  http://admintweets.com
--------------------------------------

Reply via email to