-1 due to https://github.com/apache/incubator-trafficcontrol/issues/1595
This breaks invalidation for sites where instant invalidation is not enabled.
On 4/17/18, 11:12 AM, "Jeremy Mitchell" wrote:
+1
Tested:
TP
TO API
On Fri, Apr 13, 2018 at 3:46 PM, Jeff El
+1
> On Apr 2, 2018, at 4:20 PM, Leif Hedstrom wrote:
>
>
>> On Apr 2, 2018, at 2:11 PM, David Neuman wrote:
>>
>> Dear Traffic Control community members:
>>
>> I would like to call a vote on the resolution for Traffic Control to
>> graduate from to an Apache TLP. We have already voted on w
The "ALL" CDN is for the support server types that are not specific to one CDN.
Traffic portal, riak, traffic ops, traffic stats, influxdb, splunk, etc would
all be "ALL" devices. Traffic monitor and traffic router are server types that
would instead be assigned to a specific CDN. In a single
+1000!
On 3/6/18, 11:51 AM, "David Neuman" wrote:
Hi All,
I am calling this vote as PASSED!
I will send out a results email shortly, and notify the IPMC.
Please keep an eye out for the next communication which should be a vote on
our resolution.
Thanks,
Dave
+1
> On Mar 1, 2018, at 10:41 AM, Dave Neuman wrote:
>
> Hey All,
>
> After a great discussion amongst the Apache Traffic Control PPMC, reviewing
> the graduation checklist[1], updating the podling status page[2], and
> updating the project website to ensure the whimsy podling website checks
>
>>>> release.
>>>>
>>>>
>>>> On Thu, Dec 14, 2017 at 2:02 PM, Jeremy Mitchell <
>> mitchell...@gmail.com>
>>>> wrote:
>>>>
>>>>> This label idea would require
I'm +1 for the label as well.
> On Dec 14, 2017, at 12:29 PM, Robert Butts wrote:
>
> +1 on a "changelog" label. Seems like that would make it a lot easier for
> the person writing it up. Easier to skip things like code maintenance that
> have no interface effect.
>
> On Thu, Dec 14, 2017 at 10
Congratulations Peter!
On Oct 16, 2017, at 6:29 PM, Mark Torluemke
mailto:mtorlue...@apache.org>> wrote:
The Project Management Committee (PMC) for Apache Traffic Control
(incubating) has invited Peter Ryder to become a committer and we are
pleased to announce that he has accepted.
Peter has be
Burak, are you using the latest version of the ort script from master? This
bug is fixed in the master branch.
Derek
On Sep 16, 2017, at 7:28 AM, Burak Sarp
mailto:sarp_bu...@yahoo.com.INVALID>> wrote:
Hi all,
We are trying to set up Traffic Controller with latest versions of
components,Is t
After looking at the code, and given the work I've been doing with rewriting
the config file endpoints, I have to say sqlx all the way. What's involved in
the maintenance?
Derek
On Sep 12, 2017, at 8:28 PM, Dewayne Richardson
mailto:dewr...@gmail.com>> wrote:
There has been quite a bit of di
+1
On Sep 6, 2017, at 3:40 PM, Dan Kirkwood
mailto:dang...@apache.org>> wrote:
Hi all..
With Traffic Ops 2.2, we will be adding a couple of keys to the
cdn.conf. Our initial thought was to add that change to postinstall,
but that process has become unwieldy and difficult to maintain.
What
new column on the profile table. Also, I don't share the
> concern on this slowing down any queries significantly.
>
> On Thu, Aug 24, 2017 at 8:52 AM, Gelinas, Derek
> wrote:
>
>> I think profile is right out - that means a profile lookup for each server
>> that we
I think profile is right out - that means a profile lookup for each server that
we process, and that’s going to make an already slow subroutine a lot slower.
DG
> On Aug 24, 2017, at 10:40 AM, Gelinas, Derek
> wrote:
>
> I’m not sure it would work, but I’ll look into it.
>
ould be?
>
> --Rawlin
>
> On 2017-08-22 11:45, "Gelinas, Derek" wrote:
>> Iâ?Td agree with you if this was designed to drain, but this is intended as
>> a permanent state for a pretty good long list of caches.
>>
>> DG
>>
>>> On Aug
, 2017, at 12:14 AM, Eric Friedrich (efriedri)
mailto:efrie...@cisco.com>> wrote:
Could this be a new DS type or does it apply to a whole server?
________
From: Gelinas, Derek
[derek_geli...@comcast.com<mailto:derek_geli...@comcast.com>]
Sent: Tues
e the issue, but the DS level
fix, while being the most complex to code and add to the UI, will create the
most flexibility. The question is do we need that flexibility and do we want
the added complexity which accompanies it?
DG
On Aug 22, 2017, at 6:22 PM, Gelinas, Derek
mailto:derek
ou describe options #1,#2 as valid options, it seems that the
problem you are dealing with completely resides in the "servers" domain -
as the server should have the same behavior for all delivery-services.
Therefore, option #1 might be more suitable.
Nir
On Tue, Aug 22, 20
;
> Instead of ADMIN_DOWN, it could be “REPORTED_DRAIN” to indicate the difference
>
> —Eric
>
>> On Aug 22, 2017, at 1:14 PM, Gelinas, Derek
>> wrote:
>>
>> That’s actually the workaround we’re using at the moment - setting them to
>> admin_down. Th
a server as offline in Traffic Ops
> and snapshotting?
>
> Thats the easiest way I can think of to get a server in this state
>
> —Eric
>
>> On Aug 22, 2017, at 1:00 PM, Gelinas, Derek
>> wrote:
>>
>> We’ve run across a situation in which we need cer
We’ve run across a situation in which we need certain caches to simultaneously
have map rules for a delivery service, but not actually have those caches
routed to when requests are made via traffic router. Essentially, this means
removing the delivery service from the cache’s info in the crconf
By default config do you mean the configuration after trafficserver
installation or the files as generated by traffic ops? What version of traffic
ops?
On Aug 4, 2017, at 10:13 AM, Burak Sarp
mailto:sarp_bu...@yahoo.com.INVALID>> wrote:
Hi all,
How can i reach edge server's default config?Su
rwise would to create the JSON. If generation performance is an issue
(it may be in Perl, probably not in Go), we can always cache the latest
snapshot in memory, and only regenerate it when the `snapshot_time` changes.
On Wed, Jul 26, 2017 at 9:08 AM, Gelinas, Derek
mailto:derek_geli...@comc
amp;modificationDate=1495451091000&api=v2>
> we
> had in the summit.
> I would appreciate any inputs to this spec.
>
> Nir
>
> On Tue, Jul 25, 2017 at 10:13 PM, Gelinas, Derek
> wrote:
>
>> At the summit, there was some talk about changing the manner in whic
At the summit, there was some talk about changing the manner in which we
generate configuration files. The early stages of this idea had me creating
large CDN definition files, but in the course of our discussion it became clear
that we would be better served by creating delivery service config
As the project grows in complexity and the speed of updates, we're finding a
real need for changelogs and a reduction in the number of commits. At this
time, creating a changelog over even a short period of time is a tedious and
time consuming activity, and it is making even incremental updates
+1
> On Jul 14, 2017, at 1:00 PM, Jeff Elsloo wrote:
>
> Hi all,
>
> We currently have two versions of Traffic Monitor: Java and golang.
> When we build all components, as far as I know, it results in a race
> condition between the two, as the resulting RPMs have the same
> filename. A PR[1] wa
I've created a PR for cachekey support in Traffic Ops 2+. I wanted to email
the list because it's a departure from the norm for plugin configuration.
Cachekey has several options available requiring multiple pparam entries.
Rather than try and shoehorn that into the db with a single "cachekey
wanted to explicitly change it, you could use:
>>
>> Parameter name: "header"
>> Config file name: "test_file.config"
>> Value: "default"
>>
>> The default, ofc, would be "default", since there's no compelling reason to
&g
We've come across a use case in which we need to create a "take and bake" file
in traffic ops which cannot have the usual headers automatically added to
configuration files. Rather than hard-code a specific file type that should
not have these headers into the code, I'm thinking about adding a
+1
On Jun 12, 2017, at 9:54 AM, Dave Neuman
mailto:neu...@apache.org>> wrote:
To be honest, I would hold off on that for now since we should be moving to
full github soon.
Once we move to full github we can slice and dice things up.
On Sun, Jun 11, 2017 at 8:25 AM, Durfey, Ryan
mailto:ryan_dur
I'm adding a feature to traffic ops that creates a new column in
steering_target called type, that is populated with type ids from the type
table. Using admin.pl upgrade, the column is created in migrations, and the
two types for this table are populated by seeds.sql. None of this is out of
t
+1
> On May 18, 2017, at 4:42 PM, Jeff Elsloo wrote:
>
> +1 on moving.
> --
> Thanks,
> Jeff
>
>
>> On Thu, May 18, 2017 at 2:40 PM, Dan Kirkwood wrote:
>> +1
>>
>>> On Thu, May 18, 2017 at 2:32 PM, Jan van Doorn wrote:
>>> In
>>> https://lists.apache.org/thread.html/5bdb9b073343f49c1d5b851
+1 for sure. It'll also give us a way to scan the notes and see what needs
documenting and what doesn't yet have it.
> On May 17, 2017, at 11:44 AM, Dave Neuman wrote:
>
> Hey All,
> One thing we discussed at the meetup was the addition of a CHANGELOG.md
> file to the project. This file will
+1
> On May 17, 2017, at 12:01 PM, Jan van Doorn wrote:
>
> +1
>
>> On Wed, May 17, 2017 at 11:59 AM Dan Kirkwood wrote:
>>
>> +1 here as well..
>>
>> On Wed, May 17, 2017 at 9:38 AM, Eric Friedrich (efriedri)
>> wrote:
>>> I am all for one less tool to use. Also I think it will lower bar t
+1 on both of these.
> On Apr 30, 2017, at 8:50 PM, Eric Friedrich (efriedri)
> wrote:
>
> Assuming we stick with goose, why not bundle goose source into the traffic
> ops RPM? This will pin the version for us and prevent users from needing to
> run go get
>
> We are allowed to bundle code w
e suggested json and let astat glue things together.
> Specifically for the hostname in the remap rule, we may probably
> consider replacing the machine name with a "*".
> 2. "remap.config" is a single file that covers all delivery services, so
> how can
the parent’s upd_pending or the parent’s
> reval_pending?
>
> - ORT will ignore the upd_pending state of the parents during syncds.
> EF> Isn’t it important that parent’s upd_pending be cleared before doing a
> syncds on the child?
>
>
> > On Apr
Traffic Router. But again, we could always add a parameter that tells ORT to
respect both upd_pending and reval_pending if that’s something that is needed.
Derek
> On Apr 11, 2017, at 9:57 AM, Gelinas, Derek
wrote:
>
> EF> What does this mean? Can edge ser
he updates.
—Eric
> On Apr 10, 2017, at 9:45 PM, Gelinas, Derek
wrote:
>
> Thanks Rob. To your point about scalability: I think that this is more
scaleable than the current crconfig implementation due to the caching. However
that is a very valid point and one that has be
I’ve just realized I did not respond to your question about the ORT messages.
While I’ve added a great deal of messaging to notify the user about what’s
happening with regards to the API, revalidation, and the to_rev_proxy cache,
there has not yet been an overhaul of the messages in general, wh
EF> What does this mean? Can edge servers now use other reverse proxies as
parents? How do we configure this on TO?
DG> Edge and mid servers can use other reverse proxies as their connection to
Traffic Ops. This is configured in the GLOBAL parameter profile using the
parameter tm.rev_proxy_url
ds like a good
> time. If it's relevantly more work, no worries.
>
>
> But otherwise, +1. We've long needed to Separate our Concerns of Traffic
> Ops and the cache application.
>
>
> On Mon, Apr 10, 2017 at 5:05 PM, Gelinas, Derek
> wrote:
>
>> I would
I would like to propose a new method for ATS config file generation, in which a
single definition file for each CDN which will contain all the information
required for any server within that CDN to generate its own configs, rather
than requesting them from traffic ops. This would be a version-c
Recently, I have made several changes to both Traffic Ops and the ORT script as
pertains to ATS configuration files. Many of the changes will be seen in 2.1.
These changes do the following:
· A configuration file endpoint for individual config files and
metadata.
· Scope def
Currently secure parameters are restricted to admin level access. I propose
that we expand this to operations level access. Operations already have access
to the DB dumps, so already basically have access to these values. I’d like to
know if there are any objections or thoughts on this.
Dere
+1 on this for me. I'll have a look at the config algorithms later and see what
needs changing for this... I could roll it into the api/ort config changes. Be
a good time since we already have to rewrite most of those anyway for the scope
usage in the api.
Derek
> On Dec 27, 2016, at 3:14 P
I've already got a bit of code you can use for just that if you like. Doing the
same for the config file lookups.
> On Nov 30, 2016, at 9:50 AM, Dave Neuman wrote:
>
> Hey all,
> I have been working on creating some integration tests for the Traffic Ops
> client in the psql-rebase branch and fi
47 matches
Mail list logo