Re: [4.6] Trouble with virtual router

2015-04-27 Thread Abhinandan Prateek
Had similar problem where SSVM and CPVM came up but not the VR.
In my case I traced it to systemvm.iso not getting updated on XenServer, due to 
the old host-tag.
On deleting the host tag the MS was able to copy the systemvm.iso to Xen and 
things were fine after that.

-abhi


> On 28-Apr-2015, at 10:15 am, Mike Tutkowski  
> wrote:
>
> Hi,
>
> Tonight I tried to re-create a cloud from scratch and made use of the
> following system template:
>
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
>
> My SSVM and CPVM get IP addresses and seem to behave OK; however, my VR
> never gets into the Running state. It gets to a point and then is restarted
> (this happens a couple times). Eventually CS gives up on it.
>
> I only have two XenServer 6.2 hosts in this environment. The system VMs are
> running on local storage.
>
> Thoughts on this?
>
> Thanks!
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.


Re: [4.6] Trouble with virtual router

2015-04-27 Thread Mike Tutkowski
Thanks for the message, Abhi.

I went ahead and deleted the host tag from each of my XenServer hosts (it's
a new environment, so I only had one host tag per host). I then performed a
force reconnect on each host.

Unfortunately, I still seem to be encountering the same issue (even after
destroying and re-creating the VR). This seems broken on both XenServer 6.2
and XenServer 6.1.

I think I will give it a try with ESXi 5.1 or KVM. I'm mainly interested in
dealing with XenServer (for the time being) for this particular feature I'm
working on, but perhaps I can at least get the system VMs up and running on
another hypervisor to allow me to move forward.

On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
abhinandan.prat...@shapeblue.com> wrote:

> Had similar problem where SSVM and CPVM came up but not the VR.
> In my case I traced it to systemvm.iso not getting updated on XenServer,
> due to the old host-tag.
> On deleting the host tag the MS was able to copy the systemvm.iso to Xen
> and things were fine after that.
>
> -abhi
>
>
> > On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
> >
> > Hi,
> >
> > Tonight I tried to re-create a cloud from scratch and made use of the
> > following system template:
> >
> >
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
> >
> > My SSVM and CPVM get IP addresses and seem to behave OK; however, my VR
> > never gets into the Running state. It gets to a point and then is
> restarted
> > (this happens a couple times). Eventually CS gives up on it.
> >
> > I only have two XenServer 6.2 hosts in this environment. The system VMs
> are
> > running on local storage.
> >
> > Thoughts on this?
> >
> > Thanks!
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*


Re: [4.6] Trouble with virtual router

2015-04-28 Thread Mike Tutkowski
Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The failure
is a bit different, though. In this case, the SSVM stays in the Running
state, but the agent doesn't seem to ever come up.

Oh well...I guess I'll try ESXi later.

On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Thanks for the message, Abhi.
>
> I went ahead and deleted the host tag from each of my XenServer hosts
> (it's a new environment, so I only had one host tag per host). I then
> performed a force reconnect on each host.
>
> Unfortunately, I still seem to be encountering the same issue (even after
> destroying and re-creating the VR). This seems broken on both XenServer 6.2
> and XenServer 6.1.
>
> I think I will give it a try with ESXi 5.1 or KVM. I'm mainly interested
> in dealing with XenServer (for the time being) for this particular feature
> I'm working on, but perhaps I can at least get the system VMs up and
> running on another hypervisor to allow me to move forward.
>
> On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
> abhinandan.prat...@shapeblue.com> wrote:
>
>> Had similar problem where SSVM and CPVM came up but not the VR.
>> In my case I traced it to systemvm.iso not getting updated on XenServer,
>> due to the old host-tag.
>> On deleting the host tag the MS was able to copy the systemvm.iso to Xen
>> and things were fine after that.
>>
>> -abhi
>>
>>
>> > On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>> >
>> > Hi,
>> >
>> > Tonight I tried to re-create a cloud from scratch and made use of the
>> > following system template:
>> >
>> >
>> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
>> >
>> > My SSVM and CPVM get IP addresses and seem to behave OK; however, my VR
>> > never gets into the Running state. It gets to a point and then is
>> restarted
>> > (this happens a couple times). Eventually CS gives up on it.
>> >
>> > I only have two XenServer 6.2 hosts in this environment. The system VMs
>> are
>> > running on local storage.
>> >
>> > Thoughts on this?
>> >
>> > Thanks!
>> >
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com
>> > o: 303.746.7302
>> > Advancing the way the world uses the cloud
>> > *™*
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build<
>> http://shapeblue.com/iaas-cloud-design-and-build//>
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software Engineering<
>> http://shapeblue.com/cloudstack-software-engineering/>
>> CloudStack Infrastructure Support<
>> http://shapeblue.com/cloudstack-infrastructure-support/>
>> CloudStack Bootcamp Training Courses<
>> http://shapeblue.com/cloudstack-training/>
>>
>> This email and any attachments to it may be confidential and are intended
>> solely for the use of the individual to whom it is addressed. Any views or
>> opinions expressed are solely those of the author and do not necessarily
>> represent those of Shape Blue Ltd or related companies. If you are not the
>> intended recipient of this email, you must neither take any action based
>> upon its contents, nor copy or show it to anyone. Please contact the sender
>> if you believe you have received this email in error. Shape Blue Ltd is a
>> company incorporated in England & Wales. ShapeBlue Services India LLP is a
>> company incorporated in India and is operated under license from Shape Blue
>> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
>> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
>> a company registered by The Republic of South Africa and is traded under
>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*


Re: [4.6] Trouble with virtual router

2015-04-28 Thread Sanjeev N
One of the reasons for VR not to come up is, once CS creates VR on
hypervisor, it does a ping on VR's management interface for centain no.of
of times. If it does not receive any response then it will shut down the
VR.

So when VR is coming up check its console and see any network issues.

On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The failure
> is a bit different, though. In this case, the SSVM stays in the Running
> state, but the agent doesn't seem to ever come up.
>
> Oh well...I guess I'll try ESXi later.
>
> On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Thanks for the message, Abhi.
> >
> > I went ahead and deleted the host tag from each of my XenServer hosts
> > (it's a new environment, so I only had one host tag per host). I then
> > performed a force reconnect on each host.
> >
> > Unfortunately, I still seem to be encountering the same issue (even after
> > destroying and re-creating the VR). This seems broken on both XenServer
> 6.2
> > and XenServer 6.1.
> >
> > I think I will give it a try with ESXi 5.1 or KVM. I'm mainly interested
> > in dealing with XenServer (for the time being) for this particular
> feature
> > I'm working on, but perhaps I can at least get the system VMs up and
> > running on another hypervisor to allow me to move forward.
> >
> > On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
> > abhinandan.prat...@shapeblue.com> wrote:
> >
> >> Had similar problem where SSVM and CPVM came up but not the VR.
> >> In my case I traced it to systemvm.iso not getting updated on XenServer,
> >> due to the old host-tag.
> >> On deleting the host tag the MS was able to copy the systemvm.iso to Xen
> >> and things were fine after that.
> >>
> >> -abhi
> >>
> >>
> >> > On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com> wrote:
> >> >
> >> > Hi,
> >> >
> >> > Tonight I tried to re-create a cloud from scratch and made use of the
> >> > following system template:
> >> >
> >> >
> >>
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
> >> >
> >> > My SSVM and CPVM get IP addresses and seem to behave OK; however, my
> VR
> >> > never gets into the Running state. It gets to a point and then is
> >> restarted
> >> > (this happens a couple times). Eventually CS gives up on it.
> >> >
> >> > I only have two XenServer 6.2 hosts in this environment. The system
> VMs
> >> are
> >> > running on local storage.
> >> >
> >> > Thoughts on this?
> >> >
> >> > Thanks!
> >> >
> >> > --
> >> > *Mike Tutkowski*
> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> > e: mike.tutkow...@solidfire.com
> >> > o: 303.746.7302
> >> > Advancing the way the world uses the cloud
> >> > *™*
> >>
> >> Find out more about ShapeBlue and our range of CloudStack related
> services
> >>
> >> IaaS Cloud Design & Build<
> >> http://shapeblue.com/iaas-cloud-design-and-build//>
> >> CSForge – rapid IaaS deployment framework >
> >> CloudStack Consulting
> >> CloudStack Software Engineering<
> >> http://shapeblue.com/cloudstack-software-engineering/>
> >> CloudStack Infrastructure Support<
> >> http://shapeblue.com/cloudstack-infrastructure-support/>
> >> CloudStack Bootcamp Training Courses<
> >> http://shapeblue.com/cloudstack-training/>
> >>
> >> This email and any attachments to it may be confidential and are
> intended
> >> solely for the use of the individual to whom it is addressed. Any views
> or
> >> opinions expressed are solely those of the author and do not necessarily
> >> represent those of Shape Blue Ltd or related companies. If you are not
> the
> >> intended recipient of this email, you must neither take any action based
> >> upon its contents, nor copy or show it to anyone. Please contact the
> sender
> >> if you believe you have received this email in error. Shape Blue Ltd is
> a
> >> company incorporated in England & Wales. ShapeBlue Services India LLP
> is a
> >> company incorporated in India and is operated under license from Shape
> Blue
> >> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> Brasil
> >> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd
> is
> >> a company registered by The Republic of South Africa and is traded under
> >> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
> >>
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tu

Re: [4.6] Trouble with virtual router

2015-04-28 Thread Mike Tutkowski
Unfortunately I'm not able to make out any errors on the console.

Is there something within the VM's OS that I can look at to debug this?

I see that SSVM and CPVM have IP addresses, but the VR does not.

Any hints would be great as unfortunately I had to postpone a CloudStack
demo for a potential customer today due to this issue.

Thanks!

On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N  wrote:

> One of the reasons for VR not to come up is, once CS creates VR on
> hypervisor, it does a ping on VR's management interface for centain no.of
> of times. If it does not receive any response then it will shut down the
> VR.
>
> So when VR is coming up check its console and see any network issues.
>
> On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
> failure
> > is a bit different, though. In this case, the SSVM stays in the Running
> > state, but the agent doesn't seem to ever come up.
> >
> > Oh well...I guess I'll try ESXi later.
> >
> > On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > Thanks for the message, Abhi.
> > >
> > > I went ahead and deleted the host tag from each of my XenServer hosts
> > > (it's a new environment, so I only had one host tag per host). I then
> > > performed a force reconnect on each host.
> > >
> > > Unfortunately, I still seem to be encountering the same issue (even
> after
> > > destroying and re-creating the VR). This seems broken on both XenServer
> > 6.2
> > > and XenServer 6.1.
> > >
> > > I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
> interested
> > > in dealing with XenServer (for the time being) for this particular
> > feature
> > > I'm working on, but perhaps I can at least get the system VMs up and
> > > running on another hypervisor to allow me to move forward.
> > >
> > > On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
> > > abhinandan.prat...@shapeblue.com> wrote:
> > >
> > >> Had similar problem where SSVM and CPVM came up but not the VR.
> > >> In my case I traced it to systemvm.iso not getting updated on
> XenServer,
> > >> due to the old host-tag.
> > >> On deleting the host tag the MS was able to copy the systemvm.iso to
> Xen
> > >> and things were fine after that.
> > >>
> > >> -abhi
> > >>
> > >>
> > >> > On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
> > >> mike.tutkow...@solidfire.com> wrote:
> > >> >
> > >> > Hi,
> > >> >
> > >> > Tonight I tried to re-create a cloud from scratch and made use of
> the
> > >> > following system template:
> > >> >
> > >> >
> > >>
> >
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
> > >> >
> > >> > My SSVM and CPVM get IP addresses and seem to behave OK; however, my
> > VR
> > >> > never gets into the Running state. It gets to a point and then is
> > >> restarted
> > >> > (this happens a couple times). Eventually CS gives up on it.
> > >> >
> > >> > I only have two XenServer 6.2 hosts in this environment. The system
> > VMs
> > >> are
> > >> > running on local storage.
> > >> >
> > >> > Thoughts on this?
> > >> >
> > >> > Thanks!
> > >> >
> > >> > --
> > >> > *Mike Tutkowski*
> > >> > *Senior CloudStack Developer, SolidFire Inc.*
> > >> > e: mike.tutkow...@solidfire.com
> > >> > o: 303.746.7302
> > >> > Advancing the way the world uses the cloud
> > >> > *™*
> > >>
> > >> Find out more about ShapeBlue and our range of CloudStack related
> > services
> > >>
> > >> IaaS Cloud Design & Build<
> > >> http://shapeblue.com/iaas-cloud-design-and-build//>
> > >> CSForge – rapid IaaS deployment framework<
> http://shapeblue.com/csforge/
> > >
> > >> CloudStack Consulting
> > >> CloudStack Software Engineering<
> > >> http://shapeblue.com/cloudstack-software-engineering/>
> > >> CloudStack Infrastructure Support<
> > >> http://shapeblue.com/cloudstack-infrastructure-support/>
> > >> CloudStack Bootcamp Training Courses<
> > >> http://shapeblue.com/cloudstack-training/>
> > >>
> > >> This email and any attachments to it may be confidential and are
> > intended
> > >> solely for the use of the individual to whom it is addressed. Any
> views
> > or
> > >> opinions expressed are solely those of the author and do not
> necessarily
> > >> represent those of Shape Blue Ltd or related companies. If you are not
> > the
> > >> intended recipient of this email, you must neither take any action
> based
> > >> upon its contents, nor copy or show it to anyone. Please contact the
> > sender
> > >> if you believe you have received this email in error. Shape Blue Ltd
> is
> > a
> > >> company incorporated in England & Wales. ShapeBlue Services India LLP
> > is a
> > >> company incorporated in India and is operated under license from Shape
> > Blue
> > >> Ltd. Shape Bl

Re: [4.6] Trouble with virtual router

2015-04-29 Thread Erik Weber
Anything in /var/log/cloud.log?

-- 
Erik

On Tue, Apr 28, 2015 at 11:58 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Unfortunately I'm not able to make out any errors on the console.
>
> Is there something within the VM's OS that I can look at to debug this?
>
> I see that SSVM and CPVM have IP addresses, but the VR does not.
>
> Any hints would be great as unfortunately I had to postpone a CloudStack
> demo for a potential customer today due to this issue.
>
> Thanks!
>
> On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N  wrote:
>
> > One of the reasons for VR not to come up is, once CS creates VR on
> > hypervisor, it does a ping on VR's management interface for centain no.of
> > of times. If it does not receive any response then it will shut down the
> > VR.
> >
> > So when VR is coming up check its console and see any network issues.
> >
> > On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
> > failure
> > > is a bit different, though. In this case, the SSVM stays in the Running
> > > state, but the agent doesn't seem to ever come up.
> > >
> > > Oh well...I guess I'll try ESXi later.
> > >
> > > On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
> > > mike.tutkow...@solidfire.com> wrote:
> > >
> > > > Thanks for the message, Abhi.
> > > >
> > > > I went ahead and deleted the host tag from each of my XenServer hosts
> > > > (it's a new environment, so I only had one host tag per host). I then
> > > > performed a force reconnect on each host.
> > > >
> > > > Unfortunately, I still seem to be encountering the same issue (even
> > after
> > > > destroying and re-creating the VR). This seems broken on both
> XenServer
> > > 6.2
> > > > and XenServer 6.1.
> > > >
> > > > I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
> > interested
> > > > in dealing with XenServer (for the time being) for this particular
> > > feature
> > > > I'm working on, but perhaps I can at least get the system VMs up and
> > > > running on another hypervisor to allow me to move forward.
> > > >
> > > > On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
> > > > abhinandan.prat...@shapeblue.com> wrote:
> > > >
> > > >> Had similar problem where SSVM and CPVM came up but not the VR.
> > > >> In my case I traced it to systemvm.iso not getting updated on
> > XenServer,
> > > >> due to the old host-tag.
> > > >> On deleting the host tag the MS was able to copy the systemvm.iso to
> > Xen
> > > >> and things were fine after that.
> > > >>
> > > >> -abhi
> > > >>
> > > >>
> > > >> > On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
> > > >> mike.tutkow...@solidfire.com> wrote:
> > > >> >
> > > >> > Hi,
> > > >> >
> > > >> > Tonight I tried to re-create a cloud from scratch and made use of
> > the
> > > >> > following system template:
> > > >> >
> > > >> >
> > > >>
> > >
> >
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
> > > >> >
> > > >> > My SSVM and CPVM get IP addresses and seem to behave OK; however,
> my
> > > VR
> > > >> > never gets into the Running state. It gets to a point and then is
> > > >> restarted
> > > >> > (this happens a couple times). Eventually CS gives up on it.
> > > >> >
> > > >> > I only have two XenServer 6.2 hosts in this environment. The
> system
> > > VMs
> > > >> are
> > > >> > running on local storage.
> > > >> >
> > > >> > Thoughts on this?
> > > >> >
> > > >> > Thanks!
> > > >> >
> > > >> > --
> > > >> > *Mike Tutkowski*
> > > >> > *Senior CloudStack Developer, SolidFire Inc.*
> > > >> > e: mike.tutkow...@solidfire.com
> > > >> > o: 303.746.7302
> > > >> > Advancing the way the world uses the cloud
> > > >> > *™*
> > > >>
> > > >> Find out more about ShapeBlue and our range of CloudStack related
> > > services
> > > >>
> > > >> IaaS Cloud Design & Build<
> > > >> http://shapeblue.com/iaas-cloud-design-and-build//>
> > > >> CSForge – rapid IaaS deployment framework<
> > http://shapeblue.com/csforge/
> > > >
> > > >> CloudStack Consulting
> > > >> CloudStack Software Engineering<
> > > >> http://shapeblue.com/cloudstack-software-engineering/>
> > > >> CloudStack Infrastructure Support<
> > > >> http://shapeblue.com/cloudstack-infrastructure-support/>
> > > >> CloudStack Bootcamp Training Courses<
> > > >> http://shapeblue.com/cloudstack-training/>
> > > >>
> > > >> This email and any attachments to it may be confidential and are
> > > intended
> > > >> solely for the use of the individual to whom it is addressed. Any
> > views
> > > or
> > > >> opinions expressed are solely those of the author and do not
> > necessarily
> > > >> represent those of Shape Blue Ltd or related companies. If you are
> not
> > > the
> > > >> intended recipient of this email, you must neith

Re: [4.6] Trouble with virtual router

2015-04-29 Thread Wilder Rodrigues
Hi Mike,

I just built, deploy and created isolated network, VPC and VMS using latest 
master (4.6.0). I put some screenshots on imgur: http://imgur.com/a/OmSyy.

In addition, I created FW + PF rules and SSH (using the routers’ pub ip) to the 
VM:

[wrodrigues@mct-wrodrigues ~]$ ssh root@192.168.22.52
root@192.168.22.52's password:
%
%
% ls
ssh-host-dss-key.pub  ssh-host-rsa-key.pub
% uname -a
Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC 2011 
i686 unknown
%

Could you please share your XenServer SMlog with us?

Cheers,
Wilder

On 29 Apr 2015, at 08:23, Erik Weber 
mailto:terbol...@gmail.com>> wrote:

Anything in /var/log/cloud.log?

--
Erik

On Tue, Apr 28, 2015 at 11:58 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

Unfortunately I'm not able to make out any errors on the console.

Is there something within the VM's OS that I can look at to debug this?

I see that SSVM and CPVM have IP addresses, but the VR does not.

Any hints would be great as unfortunately I had to postpone a CloudStack
demo for a potential customer today due to this issue.

Thanks!

On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N 
mailto:sanj...@apache.org>> wrote:

One of the reasons for VR not to come up is, once CS creates VR on
hypervisor, it does a ping on VR's management interface for centain no.of
of times. If it does not receive any response then it will shut down the
VR.

So when VR is coming up check its console and see any network issues.

On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
failure
is a bit different, though. In this case, the SSVM stays in the Running
state, but the agent doesn't seem to ever come up.

Oh well...I guess I'll try ESXi later.

On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

Thanks for the message, Abhi.

I went ahead and deleted the host tag from each of my XenServer hosts
(it's a new environment, so I only had one host tag per host). I then
performed a force reconnect on each host.

Unfortunately, I still seem to be encountering the same issue (even
after
destroying and re-creating the VR). This seems broken on both
XenServer
6.2
and XenServer 6.1.

I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
interested
in dealing with XenServer (for the time being) for this particular
feature
I'm working on, but perhaps I can at least get the system VMs up and
running on another hypervisor to allow me to move forward.

On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
abhinandan.prat...@shapeblue.com> 
wrote:

Had similar problem where SSVM and CPVM came up but not the VR.
In my case I traced it to systemvm.iso not getting updated on
XenServer,
due to the old host-tag.
On deleting the host tag the MS was able to copy the systemvm.iso to
Xen
and things were fine after that.

-abhi


On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

Hi,

Tonight I tried to re-create a cloud from scratch and made use of
the
following system template:





http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2

My SSVM and CPVM get IP addresses and seem to behave OK; however,
my
VR
never gets into the Running state. It gets to a point and then is
restarted
(this happens a couple times). Eventually CS gives up on it.

I only have two XenServer 6.2 hosts in this environment. The
system
VMs
are
running on local storage.

Thoughts on this?

Thanks!

--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Find out more about ShapeBlue and our range of CloudStack related
services

IaaS Cloud Design & Build<
http://shapeblue.com/iaas-cloud-design-and-build//>
CSForge – rapid IaaS deployment framework<
http://shapeblue.com/csforge/

CloudStack Consulting
CloudStack Software Engineering<
http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure Support<
http://shapeblue.com/cloudstack-infrastructure-support/>
CloudStack Bootcamp Training Courses<
http://shapeblue.com/cloudstack-training/>

This email and any attachments to it may be confidential and are
intended
solely for the use of the individual to whom it is addressed. Any
views
or
opinions expressed are solely those of the author and do not
necessarily
represent those of Shape Blue Ltd or related companies. If you are
not
the
intended recipient of this email, you must neither take any action

Re: [4.6] Trouble with virtual router

2015-04-29 Thread Mike Tutkowski
Hey Wilder,

Thanks for the reply.

I was wondering if you could point me to the system VM template that you
used?

This is what I used and am having trouble with:

http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2

Thanks!
Mike

On Wed, Apr 29, 2015 at 6:12 AM, Wilder Rodrigues <
wrodrig...@schubergphilis.com> wrote:

> Hi Mike,
>
> I just built, deploy and created isolated network, VPC and VMS using
> latest master (4.6.0). I put some screenshots on imgur:
> http://imgur.com/a/OmSyy.
>
> In addition, I created FW + PF rules and SSH (using the routers’ pub ip)
> to the VM:
>
> [wrodrigues@mct-wrodrigues ~]$ ssh root@192.168.22.52 root@192.168.22.52>
> root@192.168.22.52's password:
> %
> %
> % ls
> ssh-host-dss-key.pub  ssh-host-rsa-key.pub
> % uname -a
> Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC
> 2011 i686 unknown
> %
>
> Could you please share your XenServer SMlog with us?
>
> Cheers,
> Wilder
>
> On 29 Apr 2015, at 08:23, Erik Weber  terbol...@gmail.com>> wrote:
>
> Anything in /var/log/cloud.log?
>
> --
> Erik
>
> On Tue, Apr 28, 2015 at 11:58 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> Unfortunately I'm not able to make out any errors on the console.
>
> Is there something within the VM's OS that I can look at to debug this?
>
> I see that SSVM and CPVM have IP addresses, but the VR does not.
>
> Any hints would be great as unfortunately I had to postpone a CloudStack
> demo for a potential customer today due to this issue.
>
> Thanks!
>
> On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N  sanj...@apache.org>> wrote:
>
> One of the reasons for VR not to come up is, once CS creates VR on
> hypervisor, it does a ping on VR's management interface for centain no.of
> of times. If it does not receive any response then it will shut down the
> VR.
>
> So when VR is coming up check its console and see any network issues.
>
> On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
> failure
> is a bit different, though. In this case, the SSVM stays in the Running
> state, but the agent doesn't seem to ever come up.
>
> Oh well...I guess I'll try ESXi later.
>
> On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> Thanks for the message, Abhi.
>
> I went ahead and deleted the host tag from each of my XenServer hosts
> (it's a new environment, so I only had one host tag per host). I then
> performed a force reconnect on each host.
>
> Unfortunately, I still seem to be encountering the same issue (even
> after
> destroying and re-creating the VR). This seems broken on both
> XenServer
> 6.2
> and XenServer 6.1.
>
> I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
> interested
> in dealing with XenServer (for the time being) for this particular
> feature
> I'm working on, but perhaps I can at least get the system VMs up and
> running on another hypervisor to allow me to move forward.
>
> On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
> abhinandan.prat...@shapeblue.com>
> wrote:
>
> Had similar problem where SSVM and CPVM came up but not the VR.
> In my case I traced it to systemvm.iso not getting updated on
> XenServer,
> due to the old host-tag.
> On deleting the host tag the MS was able to copy the systemvm.iso to
> Xen
> and things were fine after that.
>
> -abhi
>
>
> On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> Hi,
>
> Tonight I tried to re-create a cloud from scratch and made use of
> the
> following system template:
>
>
>
>
>
>
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
>
> My SSVM and CPVM get IP addresses and seem to behave OK; however,
> my
> VR
> never gets into the Running state. It gets to a point and then is
> restarted
> (this happens a couple times). Eventually CS gives up on it.
>
> I only have two XenServer 6.2 hosts in this environment. The
> system
> VMs
> are
> running on local storage.
>
> Thoughts on this?
>
> Thanks!
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>
> Find out more about ShapeBlue and our range of CloudStack related
> services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework<
> http://shapeblue.com/csforge/
>
> CloudStack Consulting

Re: [4.6] Trouble with virtual router

2015-04-29 Thread Marcus
Log into the vm and look at the /var/log/cloud.log. It might be that
the agent isn't starting (e.g. you require non-oss build but have oss
build, and agent fails to find PremiumSecondaryStorageResource or
whatever)

On Wed, Apr 29, 2015 at 12:36 PM, Mike Tutkowski
 wrote:
> Hey Wilder,
>
> Thanks for the reply.
>
> I was wondering if you could point me to the system VM template that you
> used?
>
> This is what I used and am having trouble with:
>
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
>
> Thanks!
> Mike
>
> On Wed, Apr 29, 2015 at 6:12 AM, Wilder Rodrigues <
> wrodrig...@schubergphilis.com> wrote:
>
>> Hi Mike,
>>
>> I just built, deploy and created isolated network, VPC and VMS using
>> latest master (4.6.0). I put some screenshots on imgur:
>> http://imgur.com/a/OmSyy.
>>
>> In addition, I created FW + PF rules and SSH (using the routers’ pub ip)
>> to the VM:
>>
>> [wrodrigues@mct-wrodrigues ~]$ ssh root@192.168.22.52> root@192.168.22.52>
>> root@192.168.22.52's password:
>> %
>> %
>> % ls
>> ssh-host-dss-key.pub  ssh-host-rsa-key.pub
>> % uname -a
>> Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC
>> 2011 i686 unknown
>> %
>>
>> Could you please share your XenServer SMlog with us?
>>
>> Cheers,
>> Wilder
>>
>> On 29 Apr 2015, at 08:23, Erik Weber > terbol...@gmail.com>> wrote:
>>
>> Anything in /var/log/cloud.log?
>>
>> --
>> Erik
>>
>> On Tue, Apr 28, 2015 at 11:58 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> Unfortunately I'm not able to make out any errors on the console.
>>
>> Is there something within the VM's OS that I can look at to debug this?
>>
>> I see that SSVM and CPVM have IP addresses, but the VR does not.
>>
>> Any hints would be great as unfortunately I had to postpone a CloudStack
>> demo for a potential customer today due to this issue.
>>
>> Thanks!
>>
>> On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N > sanj...@apache.org>> wrote:
>>
>> One of the reasons for VR not to come up is, once CS creates VR on
>> hypervisor, it does a ping on VR's management interface for centain no.of
>> of times. If it does not receive any response then it will shut down the
>> VR.
>>
>> So when VR is coming up check its console and see any network issues.
>>
>> On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
>> failure
>> is a bit different, though. In this case, the SSVM stays in the Running
>> state, but the agent doesn't seem to ever come up.
>>
>> Oh well...I guess I'll try ESXi later.
>>
>> On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> Thanks for the message, Abhi.
>>
>> I went ahead and deleted the host tag from each of my XenServer hosts
>> (it's a new environment, so I only had one host tag per host). I then
>> performed a force reconnect on each host.
>>
>> Unfortunately, I still seem to be encountering the same issue (even
>> after
>> destroying and re-creating the VR). This seems broken on both
>> XenServer
>> 6.2
>> and XenServer 6.1.
>>
>> I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
>> interested
>> in dealing with XenServer (for the time being) for this particular
>> feature
>> I'm working on, but perhaps I can at least get the system VMs up and
>> running on another hypervisor to allow me to move forward.
>>
>> On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
>> abhinandan.prat...@shapeblue.com>
>> wrote:
>>
>> Had similar problem where SSVM and CPVM came up but not the VR.
>> In my case I traced it to systemvm.iso not getting updated on
>> XenServer,
>> due to the old host-tag.
>> On deleting the host tag the MS was able to copy the systemvm.iso to
>> Xen
>> and things were fine after that.
>>
>> -abhi
>>
>>
>> On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>> Hi,
>>
>> Tonight I tried to re-create a cloud from scratch and made use of
>> the
>> following system template:
>>
>>
>>
>>
>>
>>
>> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
>>
>> My SSVM and CPVM get IP addresses and seem to behave OK; however,
>> my
>> VR
>> never gets into the Running state. It gets to a point and then is
>> restarted
>> (this happens a couple times). Eventually CS gives up on it.
>>
>> I only have two XenServer 6.2 hosts in this environment. The
>> system
>> VMs
>> are
>> running on local storage.
>>
>> Thoughts on this?
>>
>> Thanks!
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire 

Re: [4.6] Trouble with virtual router

2015-04-29 Thread Mike Tutkowski
Thanks for your comments, everyone.

So, it looks like I got it to work. I logged in and then immediately
restarted networking services.

/etc/init.d/networking restart

Once I did that, I ran ifconfig and saw that the VR had the necessary IP
addresses and I was able to successfully ping the CS MS.

Seems like something is wrong here that I needed to do this.

Should I open a ticket for this?

On Wed, Apr 29, 2015 at 1:51 PM, Marcus  wrote:

> Log into the vm and look at the /var/log/cloud.log. It might be that
> the agent isn't starting (e.g. you require non-oss build but have oss
> build, and agent fails to find PremiumSecondaryStorageResource or
> whatever)
>
> On Wed, Apr 29, 2015 at 12:36 PM, Mike Tutkowski
>  wrote:
> > Hey Wilder,
> >
> > Thanks for the reply.
> >
> > I was wondering if you could point me to the system VM template that you
> > used?
> >
> > This is what I used and am having trouble with:
> >
> >
> http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-4.6.0-xen.vhd.bz2
> >
> > Thanks!
> > Mike
> >
> > On Wed, Apr 29, 2015 at 6:12 AM, Wilder Rodrigues <
> > wrodrig...@schubergphilis.com> wrote:
> >
> >> Hi Mike,
> >>
> >> I just built, deploy and created isolated network, VPC and VMS using
> >> latest master (4.6.0). I put some screenshots on imgur:
> >> http://imgur.com/a/OmSyy.
> >>
> >> In addition, I created FW + PF rules and SSH (using the routers’ pub ip)
> >> to the VM:
> >>
> >> [wrodrigues@mct-wrodrigues ~]$ ssh root@192.168.22.52 >> root@192.168.22.52>
> >> root@192.168.22.52's password:
> >> %
> >> %
> >> % ls
> >> ssh-host-dss-key.pub  ssh-host-rsa-key.pub
> >> % uname -a
> >> Linux ttylinux_host 2.6.32-5-686-bigmem #1 SMP Mon Jun 13 05:03:09 UTC
> >> 2011 i686 unknown
> >> %
> >>
> >> Could you please share your XenServer SMlog with us?
> >>
> >> Cheers,
> >> Wilder
> >>
> >> On 29 Apr 2015, at 08:23, Erik Weber  >> terbol...@gmail.com>> wrote:
> >>
> >> Anything in /var/log/cloud.log?
> >>
> >> --
> >> Erik
> >>
> >> On Tue, Apr 28, 2015 at 11:58 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com>
> wrote:
> >>
> >> Unfortunately I'm not able to make out any errors on the console.
> >>
> >> Is there something within the VM's OS that I can look at to debug this?
> >>
> >> I see that SSVM and CPVM have IP addresses, but the VR does not.
> >>
> >> Any hints would be great as unfortunately I had to postpone a CloudStack
> >> demo for a potential customer today due to this issue.
> >>
> >> Thanks!
> >>
> >> On Tue, Apr 28, 2015 at 4:24 AM, Sanjeev N  >> sanj...@apache.org>> wrote:
> >>
> >> One of the reasons for VR not to come up is, once CS creates VR on
> >> hypervisor, it does a ping on VR's management interface for centain
> no.of
> >> of times. If it does not receive any response then it will shut down the
> >> VR.
> >>
> >> So when VR is coming up check its console and see any network issues.
> >>
> >> On Tue, Apr 28, 2015 at 12:39 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com>
> wrote:
> >>
> >> Huh...it doesn't work on KVM either (this is on Ubuntu 14.04). The
> >> failure
> >> is a bit different, though. In this case, the SSVM stays in the Running
> >> state, but the agent doesn't seem to ever come up.
> >>
> >> Oh well...I guess I'll try ESXi later.
> >>
> >> On Mon, Apr 27, 2015 at 11:45 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com>
> wrote:
> >>
> >> Thanks for the message, Abhi.
> >>
> >> I went ahead and deleted the host tag from each of my XenServer hosts
> >> (it's a new environment, so I only had one host tag per host). I then
> >> performed a force reconnect on each host.
> >>
> >> Unfortunately, I still seem to be encountering the same issue (even
> >> after
> >> destroying and re-creating the VR). This seems broken on both
> >> XenServer
> >> 6.2
> >> and XenServer 6.1.
> >>
> >> I think I will give it a try with ESXi 5.1 or KVM. I'm mainly
> >> interested
> >> in dealing with XenServer (for the time being) for this particular
> >> feature
> >> I'm working on, but perhaps I can at least get the system VMs up and
> >> running on another hypervisor to allow me to move forward.
> >>
> >> On Mon, Apr 27, 2015 at 11:23 PM, Abhinandan Prateek <
> >> abhinandan.prat...@shapeblue.com abhinandan.prat...@shapeblue.com>>
> >> wrote:
> >>
> >> Had similar problem where SSVM and CPVM came up but not the VR.
> >> In my case I traced it to systemvm.iso not getting updated on
> >> XenServer,
> >> due to the old host-tag.
> >> On deleting the host tag the MS was able to copy the systemvm.iso to
> >> Xen
> >> and things were fine after that.
> >>
> >> -abhi
> >>
> >>
> >> On 28-Apr-2015, at 10:15 am, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com>
> wrote:
> >>
> >> Hi,
> >>
> >> Tonight I tried

Re: [4.6] Trouble with virtual router

2015-04-29 Thread Daan Hoogland
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.


Re: [4.6] Trouble with virtual router

2015-04-29 Thread Mike Tutkowski
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 
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
*™*


Re: [4.6] Trouble with virtual router

2015-04-29 Thread Marcus
Logged into the router?


On Wed, Apr 29, 2015 at 10:58 PM, Mike Tutkowski
 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 
> 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
> *™*


Re: [4.6] Trouble with virtual router

2015-04-29 Thread Mike Tutkowski
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  wrote:

> Logged into the router?
>
>
> On Wed, Apr 29, 2015 at 10:58 PM, Mike Tutkowski
>  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  >
> > 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
> > *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*


Re: [4.6] Trouble with virtual router

2015-04-30 Thread Marcus
So it could be a systemvm template change, perhaps?

On Wed, Apr 29, 2015 at 11:13 PM, Mike Tutkowski
 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  wrote:
>
>> Logged into the router?
>>
>>
>> On Wed, Apr 29, 2015 at 10:58 PM, Mike Tutkowski
>>  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 > >
>> > 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
>> > *™*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*


Re: [4.6] Trouble with virtual router

2015-04-30 Thread Mike Tutkowski
That's what I'm thinking.

On Thu, Apr 30, 2015 at 1:04 AM, Marcus  wrote:

> So it could be a systemvm template change, perhaps?
>
> On Wed, Apr 29, 2015 at 11:13 PM, Mike Tutkowski
>  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  wrote:
> >
> >> Logged into the router?
> >>
> >>
> >> On Wed, Apr 29, 2015 at 10:58 PM, Mike Tutkowski
> >>  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
> >> > *™*
> >>
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*


Re: [4.6] Trouble with virtual router

2015-04-30 Thread Wilder Rodrigues
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  wrote:

> That's what I'm thinking.
> 
> On Thu, Apr 30, 2015 at 1:04 AM, Marcus  wrote:
> 
>> So it could be a systemvm template change, perhaps?
>> 
>> On Wed, Apr 29, 2015 at 11:13 PM, Mike Tutkowski
>>  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  wrote:
>>> 
 Logged into the router?
 
 
 On Wed, Apr 29, 2015 at 10:58 PM, Mike Tutkowski
  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
> *™*
 
>>> 
>>> 
>>> 
>>> --
>>> *Mike Tutkowski*
>>> *Senior CloudStack Developer, SolidFire Inc.*
>>> e: mike.tutkow...@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the cloud
>>> *™*
>> 
> 
> 
> 
> -- 
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*



Re: [4.6] Trouble with virtual router

2015-05-02 Thread Mike Tutkowski
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 
> wrote:
>
> > That's what I'm thinking.
> >
> > On Thu, Apr 30, 2015 at 1:04 AM, Marcus  wrote:
> >
> >> So it could be a systemvm template change, perhaps?
> >>
> >> On Wed, Apr 29, 2015 at 11:13 PM, Mike Tutkowski
> >>  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  wrote:
> >>>
>  Logged into the router?
> 
> 
>  On Wed, Apr 29, 2015 at 10:58 PM, Mike Tutkowsk