Open Bug 1547358 Opened 6 years ago Updated 2 years ago

Turn off stateless DNS

Categories

(Taskcluster :: General, task)

task
Not set
normal

Tracking

(Not tracked)

People

(Reporter: dustin, Unassigned)

References

(Depends on 1 open bug)

Details

Once everything that ever used livelogs is using websocktunnel, we can turn off the stateless DNS service and park the taskcluster-worker.net domain.

Type: defect → task

This is pending the generic-worker -> docker-worker transition. I don't see a bug to track that at the moment, though -- Pete, does one exist?

Depends on: 1546777
Flags: needinfo?(pmoore)

Indeed, but 1499055 is the correct bug.

Flags: needinfo?(pmoore)
Depends on: 1548573

Docker-worker is still using stateless DNS, and we're still using docker-worker :(

Assignee: dustin → nobody
Depends on: 1566940

Dustin: with docker-worker persisting for some TBD amount of time, where do we stand with stateless DNS now?

Do we need to redeploy it? Should we replace it with websocktunnel in docker-worker?

Flags: needinfo?(dustin)

Do we need to redeploy it? Should we replace it with websocktunnel in docker-worker?

Maybe -- that's bug 1566940.

Flags: needinfo?(dustin)

As long as docker-worker lives, this needs to live. Which seems OK. Also, bump in triage :)

As an offshoot of bug 1602932, I looked at the papertrail logs for stateless DNS. We have a second stateless DNS server configured in eu-west-1 that never gets used AFAICT, or at least it never logs anything to papertrail.

Note that this is the only instance we have running in eu-west-1. Perhaps this server needs to exist in eu-central-1 where we do actually have worker instances running to be useful? I don't know enough about how these servers are setup to be able to answer that.

dustin@rubin ~ $ dig +norecurse -tns taskcluster-worker.net @2001:503:231d::2:30

; <<>> DiG 9.11.14-RedHat-9.11.14-2.fc31 <<>> +norecurse -tns taskcluster-worker.net @2001:503:231d::2:30
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43410
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 3

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;taskcluster-worker.net.                IN      NS

;; AUTHORITY SECTION:
taskcluster-worker.net. 172800  IN      NS      ns1.taskcluster-worker.net.
taskcluster-worker.net. 172800  IN      NS      ns2.taskcluster-worker.net.

;; ADDITIONAL SECTION:
ns1.taskcluster-worker.net. 172800 IN   A       52.49.228.53
ns2.taskcluster-worker.net. 172800 IN   A       34.213.136.122

It doesn't matter where the workers are -- it's where the users are that matters. I suspect that one of those ns's above is the eu-west-1 instance?

(In reply to Dustin J. Mitchell [:dustin] (he/him) from comment #8)

It doesn't matter where the workers are -- it's where the users are that matters. I suspect that one of those ns's above is the eu-west-1 instance?

Yes, 34.213.136.122 is in eu-west-1 and 52.49.228.53 is in us-west-2.

Interesting! So maybe it's not logging because it's broken, or because its logging config is broken.

Note, comment 6 still holds - we can't close this bug until we've migrated off of docker-worker.

You need to log in before you can comment on or make changes to this bug.