> On Sep 5, 2023, at 8:49 PM, Sudheer Vinukonda
> wrote:
>
> That said, seems like a similar use case could be, if we ever wanted to
> persist an origin server error rate or down status etc or anything that’s
> dynamic similar to the administratively disabling h2 support status.
Right, fo
That said, seems like a similar use case could be, if we ever wanted to persist
an origin server error rate or down status etc or anything that’s dynamic
similar to the administratively disabling h2 support status.
> On Sep 5, 2023, at 7:45 PM, Sudheer Vinukonda
> wrote:
>
> Ugh sorry, shou
Ugh sorry, should’ve read carefully - the use case seems more related to
turning on/off h2 at a individual server level (and not at an origin level) and
not a origin configuration which is unrelated.
Sorry for the confusion!
> On Sep 5, 2023, at 7:33 PM, Sudheer Vinukonda
> wrote:
>
> Yea
Yeah, I meant the origin server session sharing configuration is a similar
example to that of configuring an origin’s H2 support that was brought up, not
that it’s related to HostDB.
> On Sep 5, 2023, at 7:12 PM, SUSAN HINRICHS wrote:
>
> I am also ok with removing the hostdb persistence.
>
I am also ok with removing the hostdb persistence.
I am confused about how this is similar to origin server session sharing.
On Tue, Sep 5, 2023, 6:12 PM Sudheer Vinukonda
wrote:
> >> I think this is similar to the the current and existing ugliness we
> have around marking parents down as well
>> I think this is similar to the the current and existing ugliness we have
>>around marking parents down as well (which uses librecords and persistent
>>metrics to store string values). That’s not great either, so a general
>>concept of a persistent key-value store is needed already! I thin
> On Sep 5, 2023, at 3:59 PM, Masakazu Kitajo wrote:
>
> Sounds reasonable.
>
> Just one question. What would be the best places to store information like
> "This origin server supports / prefers / breaks H2" ? We might want to
> administratively disable H2-to-Origin for a particular origin s
Sounds reasonable.
Just one question. What would be the best places to store information like
"This origin server supports / prefers / breaks H2" ? We might want to
administratively disable H2-to-Origin for a particular origin server. We
currently don't use HostDB for it but I'm not sure where we
> On Sep 5, 2023, at 9:44 AM, David Carlin wrote:
>
> These settings are for /etc/hosts - are their removal required to get rid
> of persistent storage?
>
>proxy.config.hostdb.host_file.path
>proxy.config.hostdb.host_file.interval
Ok, I’ve updated the PR, which retains the /etc/host
Ah, makes sense - Apologies, I misunderstood/misread the original email as we
are removing HostDB altogether. Looks like the proposal is to only remove the
persistence of HostDB. Agree that there is very little value with HostDB
persistence today and you are correct that we are not leveraging t
> On Sep 5, 2023, at 9:53 AM, Sudheer Vinukonda
> wrote:
>
> To minimize the impact on the existing users, should we keep the feature (in
> the same disabled state) until an alternative is added/supported?
No :). There won’t be an alternative added, either we keep what we have, or we
remo
> On Sep 5, 2023, at 9:44 AM, David Carlin wrote:
>
> These settings are for /etc/hosts - are their removal required to get rid
> of persistent storage?
>
>proxy.config.hostdb.host_file.path
>proxy.config.hostdb.host_file.interval
Hmmm, that was not the intent, let me look at the co
To minimize the impact on the existing users, should we keep the feature (in
the same disabled state) until an alternative is added/supported?
On Tuesday, September 5, 2023 at 08:38:03 AM PDT, Leif Hedstrom
wrote:
I’d like to remove the feature for persistent HostDB storage for ATS v10
These settings are for /etc/hosts - are their removal required to get rid
of persistent storage?
proxy.config.hostdb.host_file.path
proxy.config.hostdb.host_file.interval
Using /etc/hosts is very useful for troubleshooting, so I can point to a
specific origin server temporarily and still
14 matches
Mail list logo
