[lago-devel] Lago hostnames

[Sahina Bose]

On Thu, Sep 22, 2016 at 11:22 AM, Yedidyah Bar David <didi at redhat.com>
wrote:

> On Wed, Sep 21, 2016 at 5:50 PM, Yaniv Kaul <ykaul at redhat.com> wrote:
>
>>
>>
>> On Wed, Sep 21, 2016 at 5:42 PM, Sahina Bose <sabose at redhat.com> wrote:
>>
>>> Hi all,
>>>
>>> Is it possible to change the generated hostnames in Lago - currently it
>>> is of the form lago_basic_suite_hc_host1 and using this hostname fails
>>> while peer probing gluster.
>>>
>>> According to gluster dev:
>>> "The valid_host_name () function what we have at gluster CLI is as per
>>> RFC 1912 and an underscore in the hostname is *not* accepted."
>>>
>>> If not, other suggestions?
>>>
>>
>> Update your code to comply with RFC2181:
>> " any binary string whatever can be used as the label of any
>>    resource record.  Similarly, any binary string can serve as the value
>>    of any record that includes a domain name as some or all of its value
>>    (SOA, NS, MX, PTR, CNAME, and any others that may be added)."
>>
>> (https://tools.ietf.org/html/rfc2181 - section 11)
>>
>
> Above paragraph discusses DNS in general. IIUC for hostnames, underscores
> are still not allowed. See also e.g.:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1113974
>


Didi, thanks for that bug link.

It seems that oVirt has similar restriction on hostname. I'm curious how
Lago gets around this when adding hosts to engine - is a different hostname
used? I could follow a similar approach when setting up gluster as well.



>
>
>> Y.
>>
>>
>>> thanks
>>> sahina
>>>
>>> _______________________________________________
>>> lago-devel mailing list
>>> lago-devel at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/lago-devel
>>>
>>>
>>
>> _______________________________________________
>> lago-devel mailing list
>> lago-devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/lago-devel
>>
>>
>
>
> --
> Didi
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/lago-devel/attachments/20160922/0e07a858/attachment-0001.html>