[lago-devel] 'Persistent' IP addresses for the hosts

[David Caro]

On 03/30 09:00, Yaniv Kaul wrote:
> On Tue, Mar 29, 2016 at 4:52 PM, David Caro <dcaro at redhat.com> wrote:
> 
> > On 03/29 15:25, Yaniv Kaul wrote:
> > > Can I ensure that in every run, host0 will get the same IP from the
> > network
> > > IP pool?
> > > I'd imagine that they would, by the order of their init.json.in - but
> > i'm
> > > not sure this is the case.
> >
> >
> > They happen to be, but it's not by design, just coincidence. If at any
> > point
> > the json lib or python change any implementation details that might change.
> >
> >
> > I see there's no way to add mapping*, though the code is there (just not
> > used
> > anywhere).
> >
> > * mapping == name-ip association in the dhcp pool
> >
> > Feel free to open an issue on it, should be relatively easy to enable
> >
> 
> I wonder if my (abandoned, need to revive it) patch[1] would have helped.
> Should!
> Need to ensure that the order the VMs are executed is consistent though -
> not sure it is?

Afaik we are completely relying on the json/yaml loader to provide the domains
list, if we require it to be consistent, will have to check the libs

> I'd expect it to be in the order listed in the init.json.in file.
> Y.
> 
> 
> > >
> > > TIA,
> > > Y.
> >
> > > _______________________________________________
> > > lago-devel mailing list
> > > lago-devel at ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/lago-devel
> >
> >
> > --
> > David Caro
> >
> > Red Hat S.L.
> > Continuous Integration Engineer - EMEA ENG Virtualization R&D
> >
> > Tel.: +420 532 294 605
> > Email: dcaro at redhat.com
> > IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> > Web: www.redhat.com
> > RHT Global #: 82-62605
> >

-- 
David Caro

Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D

Tel.: +420 532 294 605
Email: dcaro at redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/lago-devel/attachments/20160330/61d0a880/attachment-0001.sig>