Thanks, Wilder
So, I'm not that familiar looking through those log files, but I
copy/pasted what seemed like relevant parts below.
Would you be able to take a quick look and see if anything sticks out
(there are some failure messages, but it's not clear to me why)?
Thanks!
This is part of my XenServer's SMlog:
May 1 23:28:59 XenServer-6 SM: [25878] ['/bin/bash', '-c', "iptables-save
| grep '\\-A BRIDGE-FIREWALL' | grep 'r-4-VM' | sed 's/-A/-D/'"]
May 1 23:28:59 XenServer-6 SM: [25878] pread SUCCESS
May 1 23:28:59 XenServer-6 SM: [25878] ['iptables', '-D',
'BRIDGE-FIREWALL', '-m', 'physdev', '--physdev-in', 'vif7.0',
'--physdev-is-bridged', '-j', 'r-4-VM']
May 1 23:28:59 XenServer-6 SM: [25878] pread SUCCESS
May 1 23:28:59 XenServer-6 SM: [25878] ['iptables', '-D',
'BRIDGE-FIREWALL', '-m', 'physdev', '--physdev-in', 'vif7.1',
'--physdev-is-bridged', '-j', 'r-4-VM']
May 1 23:28:59 XenServer-6 SM: [25878] pread SUCCESS
May 1 23:28:59 XenServer-6 SM: [25878] ['iptables', '-D',
'BRIDGE-FIREWALL', '-m', 'physdev', '--physdev-out', 'vif7.1',
'--physdev-is-bridged', '-j', 'r-4-VM']
May 1 23:28:59 XenServer-6 SM: [25878] pread SUCCESS
May 1 23:28:59 XenServer-6 SM: [25878] ['iptables', '-D',
'BRIDGE-FIREWALL', '-m', 'physdev', '--physdev-out', 'vif7.0',
'--physdev-is-bridged', '-j', 'r-4-VM']
May 1 23:28:59 XenServer-6 SM: [25878] pread SUCCESS
May 1 23:28:59 XenServer-6 SM: [25878] ['iptables', '-F', 'r-4-VM']
May 1 23:28:59 XenServer-6 SM: [25878] pread SUCCESS
May 1 23:28:59 XenServer-6 SM: [25878] ['iptables', '-X', 'r-4-VM']
May 1 23:28:59 XenServer-6 SM: [25878] pread SUCCESS
May 1 23:28:59 XenServer-6 SM: [25878] ['/bin/bash', '-c', "ebtables-save
| grep 'r-4-VM' | sed 's/-A/-D/'"]
May 1 23:28:59 XenServer-6 SM: [25878] pread SUCCESS
May 1 23:28:59 XenServer-6 SM: [25878] ['ebtables', '-F', 'r-4-VM']
May 1 23:28:59 XenServer-6 SM: [25878] FAILED in util.pread: (rc 255)
stdout: '', stderr: 'Chain 'r-4-VM' doesn't exist.
May 1 23:28:59 XenServer-6 SM: [25878] '
May 1 23:28:59 XenServer-6 SM: [25878] ['/bin/bash', '-c', "arptables -vL
FORWARD | grep 'r-4-VM' | sed 's/-i any//' | sed 's/-o any//' | awk '{print
$1,$2,$3,$4}' "]
May 1 23:28:59 XenServer-6 SM: [25878] pread SUCCESS
May 1 23:28:59 XenServer-6 SM: [25878] ['arptables', '-F', 'r-4-VM']
May 1 23:28:59 XenServer-6 SM: [25878] FAILED in util.pread: (rc 1)
stdout: '', stderr: 'arptables: No chain/target/match by that name
May 1 23:28:59 XenServer-6 SM: [25878] '
May 1 23:28:59 XenServer-6 SM: [25878] ['iptables', '-F', 'r-4-VM']
May 1 23:28:59 XenServer-6 SM: [25878] FAILED in util.pread: (rc 1)
stdout: '', stderr: 'iptables: No chain/target/match by that name
May 1 23:28:59 XenServer-6 SM: [25878] '
May 1 23:28:59 XenServer-6 SM: [25878] ['iptables', '-F', 'r-4-VM-eg']
May 1 23:28:59 XenServer-6 SM: [25878] FAILED in util.pread: (rc 1)
stdout: '', stderr: 'iptables: No chain/target/match by that name
This is part of my VR's cloud.log file:
2015-05-02 05:32:35,197 Executing ip addr show dev eth1
2015-05-02 05:32:35,205 Will remove all configured addresses on device eth1
2015-05-02 05:32:35,206 Removing addresses from device eth1
2015-05-02 05:32:35,213 Removed address 169.254.1.204/16 from device eth1
2015-05-02 05:32:35,216 Added 1 Table_eth1 to file /etc/iproute2/rt_tables
RTNETLINK answers: Cannot assign requested address
2015-05-02 05:32:35,223 Removed address 169.254.1.204/16 from device eth1
2015-05-02 05:32:35,224 Executing ip addr show dev eth0
2015-05-02 05:32:35,232 Will remove all configured addresses on device eth0
2015-05-02 05:32:35,232 Removing addresses from device eth0
2015-05-02 05:32:35,240 Removed address 192.168.128.39/19 from device eth0
2015-05-02 05:32:35,241 Added 0 Table_eth0 to file /etc/iproute2/rt_tables
RTNETLINK answers: Cannot assign requested address
2015-05-02 05:32:35,248 Removed address 192.168.128.39/19 from device eth0
On Thu, Apr 30, 2015 at 4:39 AM, Wilder Rodrigues <
wrodrig...@schubergphilis.com> wrote:
> Hi Mike,
>
> I’m actually using the same VHD as you and it is just working fine.
>
> Have you checked the /var/log/SMlog on your xen host?
>
> Also, if you can check the logs of the SSVM under /var/log/cloud.log and
> see what it says concerning the communication between the SSVM and the
> agent would be nice.
>
> Cheers,
> Wilder
>
> On 30 Apr 2015, at 09:19, Mike Tutkowski <mike.tutkow...@solidfire.com>
> wrote:
>
> > That's what I'm thinking.
> >
> > On Thu, Apr 30, 2015 at 1:04 AM, Marcus <shadow...@gmail.com> wrote:
> >
> >> So it could be a systemvm template change, perhaps?
> >>
> >> On Wed, Apr 29, 2015 at 11:13 PM, Mike Tutkowski
> >> <mike.tutkow...@solidfire.com> wrote:
> >>> I logged into the VR, noticed the IP addresses weren't showing up as
> >>> expected when I ran ifconfig, then I restarted networking services,
> which
> >>> set the IP addresses up properly.
> >>>
> >>> On Thu, Apr 30, 2015 at 12:08 AM, Marcus <shadow...@gmail.com> wrote:
> >>>
> >>>> Logged into the router?
> >>>>
> >>>>
> >>>> On Wed, Apr 29, 2015 at 10:58 PM, Mike Tutkowski
> >>>> <mike.tutkow...@solidfire.com> wrote:
> >>>>> Well, I seem to be able to reproduce this every time I start up the
> >> VR in
> >>>>> my environment.
> >>>>>
> >>>>> I'm not sure, though, if this is only my environment or if other
> >> people
> >>>> who
> >>>>> are making brand new CS clouds with 4.6 also see this issue.
> >>>>>
> >>>>> On Wed, Apr 29, 2015 at 11:50 PM, Daan Hoogland <
> >> daan.hoogl...@gmail.com
> >>>>>
> >>>>> wrote:
> >>>>>
> >>>>>> Op do 30 apr. 2015 om 07:26 schreef Mike Tutkowski <
> >>>>>> mike.tutkow...@solidfire.com>:
> >>>>>> ...
> >>>>>>
> >>>>>>
> >>>>>>> Should I open a ticket for this?
> >>>>>>>
> >>>>>> if you can reproduce, please.
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> *Mike Tutkowski*
> >>>>> *Senior CloudStack Developer, SolidFire Inc.*
> >>>>> e: mike.tutkow...@solidfire.com
> >>>>> o: 303.746.7302
> >>>>> Advancing the way the world uses the cloud
> >>>>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> *Mike Tutkowski*
> >>> *Senior CloudStack Developer, SolidFire Inc.*
> >>> e: mike.tutkow...@solidfire.com
> >>> o: 303.746.7302
> >>> Advancing the way the world uses the cloud
> >>> <http://solidfire.com/solution/overview/?video=play>*™*
> >>
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > <http://solidfire.com/solution/overview/?video=play>*™*
>
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
