cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: Weird IP address allocation in 4.3
Date Thu, 23 Jan 2014 06:05:14 GMT
That is an interesting possibility. Thanks, guys


On Wed, Jan 22, 2014 at 10:59 PM, Ahmad Emneina <aemneina@gmail.com> wrote:

> Mike, you might have another machine serving up DHCP on that network. If
> thats the case get it to ignore cloudstack assigned mac addresses (06
> prefix).
>
>
> On Wed, Jan 22, 2014 at 9:53 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
> > Hi Jayapal,
> >
> > That table has 8 rows and includes IP addresses from 192.168.128.23 to
> > 192.168.128.30 (which should be correct).
> >
> > Thanks
> >
> >
> > On Wed, Jan 22, 2014 at 10:49 PM, Jayapal Reddy Uradi <
> > jayapalreddy.uradi@citrix.com> wrote:
> >
> > > Hi Mike,
> > >
> > > Can you please check the db table user_ip_address to see what are the
> ips
> > > addresses are there.
> > > IP will be picked from this table.
> > >
> > > Thanks,
> > > Jayapal
> > >
> > > On 23-Jan-2014, at 10:35 AM, Mike Tutkowski <
> > mike.tutkowski@solidfire.com>
> > > wrote:
> > >
> > > > Slight correction (this may have been obvious from one of my screen
> > > shots):
> > > > The VM with the address outside of the range I gave to CloudStack is
> > in a
> > > > XenServer cluster.
> > > >
> > > >
> > > > On Wed, Jan 22, 2014 at 10:03 PM, Mike Tutkowski <
> > > > mike.tutkowski@solidfire.com> wrote:
> > > >
> > > >> The IP address that CloudStack says is assigned to VM i-2-11-VM
> > > >> (192.168.128.28) does not appear to be assigned to any VM in the
> > system
> > > >> (user or system VM).
> > > >>
> > > >>
> > > >> On Wed, Jan 22, 2014 at 9:59 PM, Mike Tutkowski <
> > > >> mike.tutkowski@solidfire.com> wrote:
> > > >>
> > > >>> Hi,
> > > >>>
> > > >>> I was wondering if someone who deals with networking in CloudStack
> > > might
> > > >>> know something about this.
> > > >>>
> > > >>> I have a development setup with one zone, one pod, and three
> clusters
> > > >>> (one VMware, one XenServer, and one KVM).
> > > >>>
> > > >>> The IP addresses I've given to CloudStack span from 192.168.128.20
> to
> > > >>> 192.168.128.30 (just 11 addresses).
> > > >>>
> > > >>> http://i.imgur.com/3SAn98W.png
> > > >>>
> > > >>> http://i.imgur.com/cZ1pLun.png
> > > >>> Somehow one of my VMs was assigned the IP address 192.168.128.118
> > > >>> (outside of the range above).
> > > >>>
> > > >>> http://imgur.com/TeRMEf9
> > > >>> The zone is using basic networking.
> > > >>>
> > > >>> The issue is in my VMware cluster (two hosts in this cluster).
> > > >>>
> > > >>> Thanks!
> > > >>>
> > > >>> --
> > > >>> *Mike Tutkowski*
> > > >>> *Senior CloudStack Developer, SolidFire Inc.*
> > > >>> e: mike.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@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.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud<http://solidfire.com/solution/overview/?video=play>
*™*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message