fix(sbb-pearl-chain, sbb-pearl-chain-time): relative datetime in stories

Preflight Checklist

[x] I have read the Contributing Guidelines for this project.
[x] I agree to follow the Code of Conduct that this project adheres to.
[x] I have searched the pull request tracker for a Pull Request (PR) that matches the one I want to submit, without success.

Issue
This PR Closes #
Pull request checklist
Please check if your PR fulfills the following requirements:

[x] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been reviewed and added / updated if needed (for bug fixes / features)

See Review Guidelines for more information what is checked during review process.
Changes
Changes in this pull request:
the sbb-pearl-chain and sbb-pearl-chain-time has two datetime parameters, named 'arrival-time' and 'departure-time'; now the values of those are static ones (e.g. 2022-10-28T02:48:00+02:00).
This caused diffs to be reported in Chromatic when the dates passed; to solve this problem, relative dates are introduced (e.g. new Date().setHours(4, 48, 0, 0)). Also, an util function has been added to correctly display numbers in Storybook's controls.
Browsers
I tested the build on the following browsers:

[ ] Firefox Desktop
[X] Chrome Desktop
[ ] Edge Desktop
[ ] Safari Desktop
[ ] Chrome Mobile
[ ] Safari Mobile

Screen readers
I tested the build on the following browsers:

[ ] JAWS Firefox Desktop
[ ] JAWS Chrome Desktop
[ ] NVDA Firefox Desktop
[ ] NVDA Chrome Desktop
[ ] VoiceOver Safari Desktop
[ ] VoiceOver Chrome Desktop
[ ] VoiceOver Safari Mobile
[ ] Android Accessibility Suite Chrome Mobile

Pull request type

Please check the type of change your PR introduces:

[ ] Bugfix
[ ] Feature
[ ] Code style update (formatting, renaming)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[ ] Documentation content changes
[x] Other (please describe): stories improvement for Chromatic

Does this introduce a breaking change?

[ ] Yes
[x] No

Other information

Codecov Report

Merging #1423 (3a96b6f) into master (ab917b0) will increase coverage by 2.67%.
The diff coverage is 65.77%.

@@            Coverage Diff             @@
##           master    #1423      +/-   ##
==========================================
+ Coverage   54.85%   57.52%   +2.67%
==========================================
  Files          49       60      +11
  Lines        1659     2225     +566
  Branches      406      577     +171
==========================================
+ Hits          910     1280     +370
- Misses        671      856     +185
- Partials       78       89      +11

Impacted Files
Coverage Δ

src/components/sbb-clock/sbb-clock.tsx
0.00% <0.00%> (ø)

src/components/sbb-logo/sbb-logo.tsx
0.00% <0.00%> (ø)

src/components/sbb-signet/sbb-signet.tsx
0.00% <0.00%> (ø)

src/components/sbb-teaser-hero/sbb-teaser-hero.tsx
80.00% <ø> (-12.86%)
:arrow_down:

src/components/sbb-teaser/sbb-teaser.tsx
78.94% <ø> (ø)

...etable-barrier-free/sbb-timetable-barrier-free.tsx
100.00% <ø> (ø)

...ents/sbb-timetable-button/sbb-timetable-button.tsx
52.54% <ø> (ø)

...ts/sbb-timetable-cus-him/sbb-timetable-cus-him.tsx
76.92% <ø> (ø)

.../sbb-timetable-duration/sbb-timetable-duration.tsx
82.60% <ø> (ø)

...bb-timetable-occupancy/sbb-timetable-occupancy.tsx
100.00% <ø> (ø)

... and 51 more

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


Everything works! I'm 100% satisfied with this addon.

Hello!
Sorry for the noise - I just want to thank you for this remarkably easy and useful addon. it's absolutely cool!
:+1:

Thanks, I always appreciate this kind of returns :)


Allow to configure CPU and memory limits on opensearch-securityconfig-update job

Due to namespaces quotas in our cluster all containers needs to have cpu and memory limits.
I have set it for everything I can find in the CR, but the opensearch-securityconfig-update cannot create a pod with error:
Warning  FailedCreate  3m43s (x263 over 16h)  job-controller  (combined from similar events): Error creating: pods "opensearch-securityconfig-update-f95jj" is forbidden: failed quota: mynamespace-quota: must specify limits.cpu for: updater; limits.memory for: updater

I think this is the code that is creating the job: https://github.com/Opster/opensearch-k8s-operator/blob/main/opensearch-operator/pkg/builders/cluster.go#L954
I don't see that resource is used as a parameter to the creation of pod definition for the job.

@swoehrl-mw could this be posible solution? Just asking before submitting the PR

@ramonheras Partially.
For the init containers, yes, here the resources from spec.initHelper.resources can and should be used.
The snaptshotrepo update job, as it is a temporary workaround anyway, can use the same.
But for the securityconfig update job I think there should be separate resources (I would say spec.security.config.updateJob.resources).


[feat|sde-backend] : dt provider configuration

Description
Added

Added DT asset provider configuration on start up.

Pre-review checks
Please ensure to do as many of the following checks as possible, before asking for committer review:

[x] DEPENDENCIES are up-to-date. Dash license tool. Committers can open IP issues for restricted libs.
[x] Copyright and license header are present on all affected files

@almadigabor - Updated copyright hearders


Compatibility with Entity Culling?

Is it a mod compatibility issue?
Yes
Minecraft version
1.20.1
Describe the issue
When I booted a world, it said that it was not compatible with Entity Culling, but its working just fine for me
That's all

You are sure that the entity render works normally when looking at nether portals, same-dimension portals and portal-in-portal?

You are sure that the entity render works normally when looking at nether portals, same-dimension portals and portal-in-portal?

As far as I am aware, everything worked normal, and I had no issues with it what so ever.

I changed the incompatibility message to mild and can be disabled.


Develop individual timelines for each person's tasks

(GUI) - Board Development

This was finished 2 weeks ago. Should have been closed.


Conversation Resume

Currently, Rasa is ignoring all messages once the conversation is paused. Is it possible to modify the following lines in order to allow for another built-in intent to resume the conversation rather than only supporting restarting the conversation? Otherwise, this requires a fairly technical workaround that may not be approachable for most users.
https://github.com/RasaHQ/rasa/blob/6d2581d076ff4c9af7078595496c31f96ac66595/rasa/core/processor.py#L608
https://github.com/RasaHQ/rasa/blob/6d2581d076ff4c9af7078595496c31f96ac66595/rasa/core/processor.py#L609
Here is one post on the forum referencing this problem, but there have been many more.
https://forum.rasa.com/t/pause-and-resume-on-rasa-forms/40805/2

can you use this event ?

So, that does work by sending POST request to http://<host>:5005/conversations/test/tracker/events with the following payload:
{
    "event": "resume"
}

This is an API-based solution that I've used in the past, however, the documentation is unclear (so maybe that's where the change should occur?). One place this is evident is on the event page linked above where it currently only shows the class name, ConversationPaused, but the API requires the type_name, "paused". Overall, I still think a built-in resume intent would be beneficial to reduce friction for new users. Another suggestion would be to include a configurable HumanHandoff channel within Rasa OSS. Let me know what you think would be the best approach and I'm happy to contribute.

taggin @melindaloubser1 for an opinion :)

I also think a built in intent that triggers a resume event would be helpful.
On the docs side, they could be cross-referenced better, but the API type names of events are available on the action server docs:
https://rasa.com/docs/action-server/events#resume


[web] Flutter tool should pick locally built CanvasKits

When building an app using --local-engine or --local-web-sdk, the locally built CanvasKit should be used.
Note to self: Make sure this works for:

flutter run -d chrome
flutter run -d chrome --release
flutter build web

Another note: check flutter run -d web-server?


How to get model complexity

Hi @kentang-mit
Thanks for this amazing paper and repo! I'm wondering how I could count model complexity, like number of parameters? Since the 'forward_dummy' was not implemented, the 'get_flops.py' cannot be used. Thanks!!

Please refer to https://github.com/mit-han-lab/bevfusion/issues/412.


Rule Order

Would it be possible to get the order of the rules respected internally?  With the rules being put into a map, the order is different from run to run.  When utilizing the regexp rules, it would be helpful to be able to rely on the order so you can get progressively broader in the rules.

💯 I'm running into this non-deterministic behavior as well.
I'm using this via https://golangci-lint.run and have a configuration like
  importas:
    alias:
      - pkg: github.com/go-kit/log
        alias: kitlog
      - pkg: github.com/foo/bar/scheduler/(v[\w\d]+)
        alias: sched$1
      - pkg: github.com/foo/bar.*/(\w+)/(v[\w\d]+)
        alias: $1$2

unfortunately I randomly see errors like
grpcclient/clients_scheduler.go:8:2: import "github.com/foo/bar/scheduler/v1" imported as "schedv1" but must be "schedulerv1" according to config (importas)
        schedv1 "github.com/foo/bar/scheduler/v1"

In these cases, the last rule in the order is taking precedence, when my intention was for the first rule to match and take precedence.
thanks!

fix https://github.com/julz/importas/pull/24


MobArena Compatibility

Hello.
With mobarena inventory saving, Mob arena or sometimes this plugin overwrites the players inventory, kinda random.
As of the latest update with the rewrite it seems that this plugin always takes over.
Could compatibility be made with the following plugin:
https://www.spigotmc.org/resources/mobarena.34110/
In their anniversary updates it is said that gamemode forcing inventories causes this issue and I can confirm that by disabling it makes it work fine however this later causes obvious issues with creative worlds.

There was an issue in his repo about this that I think had a resolution... I'll see if I can find it again.

Will it eventually be fixed tho?

@Gnat008 I think there might still be something about this issue. I haven't tested with the rewrite of PWI (mad respect for the Kotlin direction - love it!), but if it works like it did previously, it looked like the issue was with cached vs. non-cached inventories, where non-cached inventories would get loaded a tick later. Could this perhaps be solved by adding an option to ignore the potential TPS impact of forcing the loading of non-cached inventories to happen on the same tick as the teleport event?

@garbagemule The one-tick later nonsense doesn't happen anymore. You can see what happens in the listener class here: https://github.com/Gnat008/perworldinventory-kt/blob/master/src/main/kotlin/me/ebonjaeger/perworldinventory/listener/player/PlayerChangedWorldListener.kt
If you want you can double check the logic there and point out anything that jumps out at you. I am open to suggestions!

@Gnat008 it looks like this is where the problem is rooted: https://github.com/Gnat008/perworldinventory-kt/blob/1a70323dd850ba92abc345208df30be84fb3cb9d/src/main/kotlin/me/ebonjaeger/perworldinventory/data/ProfileManager.kt#L91
Correct me if I'm wrong, but doesn't this mean that if a given inventory has not yet been loaded into the cache, the async file loading followed by the next-tick task scheduling would result in exactly the kind of behavior that we're trying to avoid?
I honestly think that a per-world sync vs. async setting in PWI could solve this with the caveat that some lag is to be expected. Or perhaps a setting that forces a full load of on-disk inventories at world load time, and then perhaps an async cache write-through on switching, i.e. let the cache be the source of truth rather than the file system, and let the file system "subscribe" to changes to the cache.
If the problem must be addressed in MobArena, it would require a dependency on PWI and an InventoryLoadCompleteEvent or something like that, and then MobArena's join/leave process would need to be rewritten in an async-friendly way.

@garbagemule Do you feel that it would be okay to do file reads on the main thread? Most people generally avoid doing that.

Performance optimization without profiling is just fumbling in the dark, pulling hard on whatever you grab, and hoping it's a light switch instead of a tiger's tail.
File I/O on the main thread is not necessarily as bad for performance as a lot of people make it sound. It all depends on the context and in how tight of a loop the operation exists. With SSDs and small files, the round trip doesn't take as long as it used to. And considering this literally only happens once per player per world/gamemode, I seriously doubt that it will be noticeable.
If it does get hairy, there are a few things that you could do to prefetch inventories. For instance, why not simply hold all player inventories of all online players in the cache at all times, and then evict inventories of players who have been offline more than 10 minutes or so? These are fairly small chunks of memory compared to the ones used for actual world chunks and entities.
Do you have a way to maybe stress test with 100+ dummy players while profiling? That would give you a good idea of what kind of performance impact you're looking at.

@garbagemule Are you able to build PWI and see if it works as expected? I don't know if you have a setup with both plugins or not.

Excellent work @Gnat008!
Perhaps @SoraShiunin should do the verification since he's experiencing the issue? @SoraShiunin, if we give you a link to a build, can you verify that it works as expected?

I just tried to reproduce the issue. I have a survival world with an arena in it and a barebones creative world. I use default PWI settings except I have disabled the per-gamemode inventories disabled, but I don't think it changes the outcome.
Steps to reproduce:

With the server running, teleport to the creative world and log out
Restart the server (full stop and then start back up) to clear the PWI cache
Join MobArena *
Pick a class
Leave MobArena
Teleport back to the survival world **

Right, so with the previous version of PWI (1.x), the survival inventory is restored into the now-wiped inventory after joining the arena (*). This is a good indication that caching is the problem. Upon leaving MobArena, I end up in the creative world, and when I teleport back to the survival world (**), my survival inventory is gone.
With the new version of PWI, repeating the steps above, my inventory is empty when I join the arena (*), and it appears untouched when I teleport back to the survival world (**). In other words, I'm confident that the new version of PWI fixes the issue! 🎉
I still think that @SoraShiunin should verify that it works on his setup. My test is contrived, so it'd be nice with confirmation from a real setup.

With 'per-gamemode inventories: enabled' and a setup I can confirm it -kinda- works for me as well. It teleports me back to the main world after typing '/ma leave' and thus the items are added to that inventory.
However some players still lost inventory sometimes so I investigated. It seems that a combination of teleports between un-linked and linked worlds with different gamemodes causes the gamemode inventories to switch after a round of mobarena inbetween . I tried it myself and my creative inventory
in the un-linked world (that is not creative,it is a seperate arena world) overrid my survival inventory and my survival inventory for that world just vanished however anything won in the mobarena is still correctly in the main worlds inventory strangely enough.
If I find how exactly to reproduce this, I will comeback to you, I tried for 20 minutes, unable to reproduce.

@SoraShiunin Your theory of old data is likely correct; if players have been in that group already, they will have data for it already.


Incompatibility with Towelette when on a server.

On a test server and client instance with the following mods, and no other mods on both the client and server, waterlogged blocks show up as the wrong block and sometimes the wrong liquid
mods:
Fabric API [fabric-api-0.19.0+build.398-1.16]
Immersive Portals [immersive-portals-0.30-mc1.16.2-fabric]
Lithium [lithium-fabric-mc1.16.2-0.5.4]
Towelette [Towelette-4.1.6+1.16.2]
image:
un-waterlogged

waterlogged

un-waterlogged

waterlogged

This issue does not occur in Singleplayer, only Multiplayer.
I'm not sure if this is something that needs to be fixed in Towelette or in Immersive Portals.

This could be a registry id sync issue. Is other mod blocks abnormal?

When using other mods, modded blocks that are not waterlogged are perfectly fine, I haven't tested waterlogging them, but this issue still occurs with just Towelette and Immersive Portals installed, although (assuming I understand what you mean by registry sync) when I have certain other mods (probably ones that add blocks) the "randomness" of what block/liquid is shown to the client is different, so that is probably the issue, however, considering that the issue occurs while have no other mods besides Towelette and Immersive portals installed, it has to be an issue either on your end with Immersive Portals, or on Towelettes end. With my (admittedly minimal) testing and knowledge of how fabric works, its probably an issue with Immersive Portals on the client side, as just having it installed on the client and joining a server with only Towelette will cause this issue to occur (although yes there is a warning saying issues may occur because the server doesn't also have Immersive Portals, putting Immersive Portals on the server does not fix the issue).

Create a new fresh world on server and make sure that the client mod list is consistent to the servers, dies the issue still occur?

On a client with only Immersive Portals, Towelette, and Fabric API, and having only Immersive Portals, Towelette, and Fabric API on the server, after deleting the .fabric, .mixin.out, logs, and world folders, the issue still occurs. When the server loaded however, I noticed a bunch of errors that appear to just be fabric creating a mapped jar or something, but ill leave it here just in case it is useful to fixing this iissue https://gist.github.com/LeotomasMC/496d6e6b1dcfdc210a9d9fff5685a87a (note that it wasnt logged using the logger, it was directly printed to the console, and not in logs/latest.txt)

Close because outdated.


Print deploy flag settings on deploy

So you might copy them to easily deploy from command line without prompts

https://github.com/mhkeller/kestrel-cli/commit/adcba81eb859db7fd9073458ba1359c97d2613d8


HTTPSignatureAuth.verify does not parse Authentication header correctly

Currently, it just splits on commas. However, I believe commas are allowed in eg. the keyId parameter if the value is enclosed in quotes.
Example:
Authentication: keyId="test,key",signature="...",algorithm="..."

No, keyId should not contain commas. There is an in-progress work item on this in the draft spec (https://tools.ietf.org/html/draft-richanna-http-message-signatures-00#appendix-B.1.13).


The NOT qualifier does not seem to appear

From @krchristie
1. In the form editor
The NOT qualifier does not seem to appear at all in the form view. There are two annotations to the term 'phasphatidylinositol-4,5-bisphosphate binding' in this model, one without a NOT and one WITH a NOT. However, in the form view you cannot tell the which one has the NOT qualifier. The one that is supposed to have it is the row highlighted in gray; compare to the top row.

Similarly to the Annotation Preview, it would be fine to place the qualifier right next to the 'enabled by' relationship. However, for readability in the curation interface, it would be preferable if it was displayed as  rather than <enabled by|NOT> like it does in the Annotation preview.

Looks like I left out a phrase in my comment above and I can't edit the above since it was done by @kltm instead of me.
Similarly to the Annotation Preview, it would be fine to place the qualifier right next to the 'enabled by' relationship. However, for readability in the curation interface, it would be preferable if it was displayed as something like "NOT enabled by" rather than <enabled by|NOT> like it does in the Annotation preview.

@krchristie Yes, a little hiccup, I always forget that GP and MF are reversed. I will revise this, but is it ok if I just put it in the new Noctua Form
@vanaukenk @krchristie just to clarify. There is no NOT on the extensions?

@tmushayahama

There is no NOT on the extensions?

That is correct; there is no NOT on the extensions.  The only place the NOT value is used is to negate the GO term in the primary (i.e. unextended) annotation.


[BUG] helm-operation panics while installing charts on hosted clusters

Rancher Server Setup

Rancher version: v2.8-head(ac63e3a)
Installation option (Docker install/Helm Chart): docker

If Helm Chart, Kubernetes Cluster and version (RKE1, RKE2, k3s, EKS, etc):

Information about the Cluster

Kubernetes version: AKS v1.27.3 or GKE v1.27.3 -gke.100
Cluster Type (Local/Downstream): Downstream

If downstream, what type of cluster? (Custom/Imported or specify provider for Hosted/Infrastructure Provider): Hosted (AKS or GKE)

User Information

What is the role of the user logged in? (Admin/Cluster Owner/Cluster Member/Project Owner/Project Member/Custom) Admin

If custom, define the set of permissions:

Describe the bug

While installing rancher-alerting-driver chart on hosted AKS or GKE cluster, helm-operation fails with below error:

helm install --namespace=cattle-monitoring-system --timeout=10m0s --values=/home/shell/helm/values-rancher-alerting-drivers-103.0.0.yaml --version=103.0.0 --wait=true rancher-alerting-drivers /home/shell/helm/rancher-alerting-drivers-103.0.0.tgz
2023-10-18T12:12:21.193695722Z panic: runtime error: invalid memory address or nil pointer dereference
2023-10-18T12:12:21.193733523Z [signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x13a7e50]
2023-10-18T12:12:21.193737723Z
goroutine 1 [running]:
k8s.io/client-go/discovery.convertAPIResource(...)
2023-10-18T12:12:21.193748623Z 	k8s.io/client-go@v0.26.2/discovery/aggregated_discovery.go:88
2023-10-18T12:12:21.193768923Z k8s.io/client-go/discovery.convertAPIGroup({{{0x0, 0x0}, {0x0, 0x0}}, {{0xc0007c71b8, 0x15}, {0x0, 0x0}, {0x0, 0x0}, ...}, ...})
2023-10-18T12:12:21.193772523Z 	k8s.io/client-go@v0.26.2/discovery/aggregated_discovery.go:69 +0x5f0
2023-10-18T12:12:21.193776223Z k8s.io/client-go/discovery.SplitGroupsAndResources({{{0xc0007c6030, 0x15}, {0xc000368020, 0x1b}}, {{0x0, 0x0}, {0x0, 0x0}, {0x0, 0x0}, ...}, ...})
2023-10-18T12:12:21.193779623Z 	k8s.io/client-go@v0.26.2/discovery/aggregated_discovery.go:35 +0x2f8
2023-10-18T12:12:21.193782823Z k8s.io/client-go/discovery.(*DiscoveryClient).downloadAPIs(0xc0007bee10?)
2023-10-18T12:12:21.193786123Z 	k8s.io/client-go@v0.26.2/discovery/discovery_client.go:310 +0x47c
2023-10-18T12:12:21.193789423Z k8s.io/client-go/discovery.(*DiscoveryClient).GroupsAndMaybeResources(0x1?)
2023-10-18T12:12:21.193792523Z 	k8s.io/client-go@v0.26.2/discovery/discovery_client.go:198 +0x5c
2023-10-18T12:12:21.193796223Z k8s.io/client-go/discovery/cached/memory.(*memCacheClient).refreshLocked(0xc00030b680)
	k8s.io/client-go@v0.26.2/discovery/cached/memory/memcache.go:222 +0x57
2023-10-18T12:12:21.193802824Z k8s.io/client-go/discovery/cached/memory.(*memCacheClient).GroupsAndMaybeResources(0xc00030b680)
2023-10-18T12:12:21.193805924Z 	k8s.io/client-go@v0.26.2/discovery/cached/memory/memcache.go:128 +0xc5
2023-10-18T12:12:21.193812624Z k8s.io/client-go/discovery/cached/memory.(*memCacheClient).ServerGroups(0xc0001014f0?)
2023-10-18T12:12:21.193815924Z 	k8s.io/client-go@v0.26.2/discovery/cached/memory/memcache.go:148 +0x19
2023-10-18T12:12:21.193819124Z k8s.io/client-go/discovery/cached/disk.(*CachedDiscoveryClient).ServerGroups(0xc0001014f0)
2023-10-18T12:12:21.193822124Z 	k8s.io/client-go@v0.26.2/discovery/cached/disk/cached_discovery.go:118 +0x172
2023-10-18T12:12:21.193825224Z k8s.io/client-go/discovery.ServerGroupsAndResources({0x221c498, 0xc0001014f0})
2023-10-18T12:12:21.193828224Z 	k8s.io/client-go@v0.26.2/discovery/discovery_client.go:397 +0xc8
2023-10-18T12:12:21.193831424Z k8s.io/client-go/discovery/cached/disk.(*CachedDiscoveryClient).ServerGroupsAndResources(0x0?)
	k8s.io/client-go@v0.26.2/discovery/cached/disk/cached_discovery.go:101 +0x25
2023-10-18T12:12:21.193837624Z helm.sh/helm/v3/pkg/action.GetVersionSet({0x7fb644ea79f8?, 0xc0001014f0?})
2023-10-18T12:12:21.193858624Z 	helm.sh/helm/v3/pkg/action/action.go:317 +0x42
2023-10-18T12:12:21.193862124Z helm.sh/helm/v3/pkg/action.(*Configuration).getCapabilities(0xc000123b00)
2023-10-18T12:12:21.193867424Z 	helm.sh/helm/v3/pkg/action/action.go:263 +0x97
2023-10-18T12:12:21.193871424Z helm.sh/helm/v3/pkg/action.(*Install).RunWithContext(0xc000176f20, {0x2212460?, 0xc0002f82c0}, 0x2?, 0x0?)
2023-10-18T12:12:21.193875124Z 	helm.sh/helm/v3/pkg/action/install.go:241 +0x625
2023-10-18T12:12:21.193878324Z main.runInstall({0xc000547490?, 0x2, 0x7}, 0xc000176f20, 0x0?, {0x21f97a0?, 0xc00011c008})
2023-10-18T12:12:21.193881725Z 	helm.sh/helm/v3/cmd/helm/install.go:281 +0x871
2023-10-18T12:12:21.193898125Z main.newInstallCmd.func2(0xc0005c1800?, {0xc000547490?, 0x7?, 0x7?})
2023-10-18T12:12:21.193901625Z 	helm.sh/helm/v3/cmd/helm/install.go:139 +0x51
2023-10-18T12:12:21.193904825Z github.com/spf13/cobra.(*Command).execute(0xc0005c1800, {0xc000547420, 0x7, 0x7})
2023-10-18T12:12:21.193908025Z 	github.com/spf13/cobra@v1.6.1/command.go:916 +0x862
2023-10-18T12:12:21.193911325Z github.com/spf13/cobra.(*Command).ExecuteC(0xc00057b200)
	github.com/spf13/cobra@v1.6.1/command.go:1044 +0x3bd
2023-10-18T12:12:21.193938325Z github.com/spf13/cobra.(*Command).Execute(...)
2023-10-18T12:12:21.193941725Z 	github.com/spf13/cobra@v1.6.1/command.go:968
2023-10-18T12:12:21.193944725Z main.main()
2023-10-18T12:12:21.193947925Z 	helm.sh/helm/v3/cmd/helm/helm.go:83 +0x235

Note:

Observed panic while installing alerting driver or OPA gatekeeper chart on AKS and GKE clusters. This issue did not occur on EKS v1.27.6 -f8587cb k8s cluster.
Also observed panic while upgrading monitoring from 102.0.2+up40.1.2 to 103.0.0+up45.31.1

To Reproduce

Create docker rancher server v2.8-head(ac63e3a)
Create hosted AKS v1.27.3 or GKE v1.27.3 -gke.100 cluster.
Goto Apps -> Charts -> install Monitoring chart version 103.0.0+up45.31.1
Now install Alerting Drivers chart version 103.0.0 in cattle-monitoring-system namespace, observe the panic in helm-operation.

Result

Chart installation fails due to panic in helm-operation

Expected Result

Chart installation should be successful.

Additional context

Similar issue is logged : https://github.com/rancher/rancher/issues/43183

Same as https://github.com/rancher/rancher/issues/43183

@rishabhmsra Can you test using these container images

rohitsakala/rancher:fixed
rohitsakala/rancher-agent:fixed1

I tested it and I couldn't reproduce using the above images.
Can you test and confirm? so that I can merge PRs and release things.
Thanks 👍🏽

On rancher v2.8-head(136e9cc), provisioned EKS, AKS and GKE v1.27 clusters and validated it - issue is resolved hence closing it.


Add FindESMF.cmake for Spack builds

Testing of Spack and GEOS (in collaboration with @climbfuji) found that GEOSgcm itself needs FindESMF.cmake when building with mainline Spack. GEOS-Baselibs builds do not need this because ESMA_cmake "knows" where the module is in a Baselibs install of ESMF. But with spack, this is not known. This is perhaps not the most elegant solution but it works.
The ESMF spack package does install a cmake/ directory with the file:
    @run_after("install")
    def post_install(self):
        install_tree("cmake", self.prefix.cmake)

but as far as I can see, that path is not exposed via any environment variable in the esmf modulefile produced by spack. Technically, it should always be a cmake/ directory at the same level as bin but no guarantee that is always true.
Note 1: I think spack-stack also provides its own FindESMF.cmake file via CMakeModules but a pure-spack build of GEOS would not have that.
Note 2: The FindESMF.cmake file here is identical to the one in MAPL which is the current one provided by ESMF (but different than the one in EMC's repo). Since they are all identical, I don't think we'll screw up CMake, but this could be an issue if at some point they diverge. This probably points to a need to rethink our find packages.

Sigh, yes.
I am not good at remembering things, but isn't it the case that for packages that don't have a cmake find_package implemented in the official cmake distribution, the package itself needs to take care of that? i.e. esmf needs to - upon installation via spack or however else - provide a FindESMF.cmake that can be used? This way you have one and only one version of it, which is the blessed version by the package developers.

The problem is, I tried long ago to do this and I couldn't quite figure it out how to have spack put stuff into a path that CMake would pick up...but I was even worse at spack in those days.
But maybe we could appeal to the ESMF folks for a "blessed" environment variable a la ESMFMKFILE? 🤷🏼

Sigh, yes.
I am not good at remembering things, but isn't it the case that for packages that don't have a cmake find_package implemented in the official cmake distribution, the package itself needs to take care of that? i.e. esmf needs to - upon installation via spack or however else - provide a FindESMF.cmake that can be used? This way you have one and only one version of it, which is the blessed version by the package developers.

The problem is, I tried long ago to do this and I couldn't quite figure it out how to have spack put stuff into a path that CMake would pick up...but I was even worse at spack in those days.
But maybe we could appeal to the ESMF folks for a "blessed" environment variable a la ESMFMKFILE? 🤷🏼

I can look into this next week. But that shouldn't hold up this PR.

Test show this doesn't seem to affect GEOSgcm at all. I also did a MAPL build with it as well and...it built. So huzzah!


Business Premium Update #3149

Updated #3149

Copy review @nenonix @JohanFreelancer9 is required on this one guys.
Thank you in advance!

@tonysmit PR has been copyedited and is ready for final review, could you please check and merge? Thanks!

Merging per @tonysmit


Update repositories.txt

Added BTS7960_Motordriver library

Closing as duplicate of https://github.com/arduino/library-registry/pull/1890


feat(oxc_linter): implement rule fixing logic

Description
Only run Fixer when user provide the fix flag. There are some tests left to be solved: one is source code starting with BOM, the other is insert BOM.
Related issue
#68

Amazing work! Do you want to keep working on this or hand off to the next person?

I can keep working on this. But if someone want to take this, I can hand off to him.


Port guid and primitive type data reader optimizations

Ports the guid changes from dotnet/corefx#34390 to netfx.
This brings netfx and netcore closer together leaving only datetime optimizations as the difference in SqlBuffer.cs, with those ported it should be possible to share SqlBuffer.

LGTM. Just rerunning failed tests to see the outcome.


issue about link of dataset metadata cache

The google drive link of metadata cache isn't availible for china. Could you provide a Baidu cloud one plz? I'm sorry about any inconvenience that I bring to you sincerely.

updated


Bug Report: Typo Error in Login

Reproduction steps
Steps -:

Go to Login Page .
Click the Submit Button .
See the results .

Expected behavior
It should show "Thanks for Sign In" or something like that .
Actual Behavior
When we click the submit button in login page . It shows "Thanks for Submitting the form" .
https://github.com/SauravMukherjee44/Aec-Library-Website/assets/85991449/33f6d9d0-4bb0-4e40-bd77-230194a5eeb2
👀 Have you spent some time to check if this issue has been raised before?

[X] I checked and didn't find similar issue

🏢 Have you read the Code of Conduct?

[X] I have read the Code of Conduct

hey, I am gssoc contributer. this could be my first contribution in opensource if you assign me this. pls assign me so that i can work on this.

I want to work on this Issue Under GSSOC'23 . I am also Beginner. Kindly Assign this Issue to Me @parthpathakpp1


Problem folder not found crashes executioner

Uncaught exception in executioner:
Error: Problom directory /home/deyaochen/STAOJ/problems-private/climbing-a-ladder not found
    at file:///home/deyaochen/STAOJ/executioner/src/executor.mjs:114:11
    at async execute (file:///home/deyaochen/STAOJ/executioner/src/executor.mjs:113:3)
    at async handleExecution (file:///home/deyaochen/STAOJ/executioner/src/executioner.mjs:122:24)

Cleaning up...
Awaiting 0 requests to finish
Goodbye
npm notice
npm notice New minor version of npm available! 8.15.0 -> 8.19.1
npm notice Changelog: https://github.com/npm/cli/releases/tag/v8.19.1
npm notice Run npm install -g<EMAIL_ADDRESS>to update!
npm notice

Since a user can spoof the problem id, we don't want it crash the entire executioner.

With PR #55, executioner should not be crashed, but the output is still messed up. But it doesn't really matter because if we ever end up in that case, we messed up big time and it doesn't matter if we display the error nicely.

Yeah I've currently been rather basic with errors. It just throws error objects (which contain the strack trace etc) and I just print those. I should also technically rename the error from uncaught exception because it isn't uncaught as that's a custom error message. I'll probably added a default option to remove the stack trace also to make it looker prettier

I'd say not to spend too much time with error handling. To quote Dennis Ritchie:

I remarked to Dennis that easily half the code I was writing in Multics was error recovery code. He said, "We left all that stuff out. If there's an error, we have this routine called panic, and when it is called, the machine crashes, and you holler down the hall, 'Hey, reboot it.'


Compliance Token resource

Description
This PR introduces compliance_token resource.
The goal is to have a self-contained resource for storing the Compliance Server token and exchanging the refresh_token for an access token, if needed.
The compliance_token resource stashes the token in Chef's node.run_state hash. The token can then be passed between resources, and evaluated during the execution phase. run_state is always discarded at the end of the chef-client run.
Issues Resolved
N/A
Check List

[x] All tests pass. See https://github.com/chef-cookbooks/community_cookbook_documentation/blob/master/TESTING.MD
[x] New functionality includes testing.
[x] New functionality has been documented in the README if applicable
[x] The CLA has been signed. See https://github.com/chef-cookbooks/community_cookbook_documentation/blob/master/CONTRIBUTING.MD

Another intent I have for this change is so that we can add an upload.rb recipe and not have to duplicate the existing ruby_block 'exchange_refresh_token' in each recipe.

Great improvement @jeremymv2


Bug of the Fortnite Mod Menu

I downloaded the Fortnite mod menu and completed the verification (Opera-GX downloaded) and I didn't get the mod menu.

Please provide the info requested by our bug report issue template. Quoting its first three lines:
Help us help you, please take the time to fill this information 🙂.
An incomprehensible bug report is a useless bug report.
Incomprehensible / incomplete bug reports will be closed.

With that, closing, but will re-open if you find the time to bring details.


Add macOS and tvOS push notification support

Make push notifications work for macOS and tvOS.
This is linked to this issue: https://github.com/parse-server-modules/parse-server-push-adapter/issues/11

[x] Add support for osx and tvos deviceTypes to installation
[x] Add support to ParsePushAdapter and APNS.js to accept more than just iOS certificates.
[x] Add support to ParsePushAdapter and APNS.js to send to tvOS, which reuses the same certificate as iOS.

@flovilmart This is what I came up with. Can you please take a look?

Is tvos actually the correct deviceType for the Apple TV? Or do I have to use appletv?

I need some help on the last spec test. I do not know why it fails with cannot found valid connection.
I added some debug logging and saw this:
.ERR! parse-server-push-adapter calling send for devices [object Object],[object Object]
ERR! parse-server-push-adapter APNS found conn iosbundleId for: 0d72a1baa92a2febd9a254cbd6584f750c70b2350af5fc9052d1d12584b738e6
ERR! parse-server-push-adapter APNS found conn iosbundleId for: ff3943ed0b2090c47e5d6f07d8f202a10427941d7897fda5a6b18c6d9fd07d48
ERR! parse-server-push-adapter calling send for devices [object Object]
ERR! parse-server-push-adapter APNS found conn osxbundleId for: 5cda62a8d88eb48d9111a6c436f2e326a053eb0cd72dfc3a0893089342602235
ERR! parse-server-push-adapter calling send for devices [object Object]
ERR! parse-server-push-adapter APNS found conn iosbundleId for: 3e72a1baa92a2febd9a254cbd6584f750c70b2350af5fc9052d1d12584b738e6
ERR! parse-server-push-adapter calling send for devices [object Object]
ERR! parse-server-push-adapter APNS cannot find vaild connection for ff3943ed0b2090c47e5d6f07d8f202a10427941d7897fda5a6b18c6d9fd07d48
ERR! parse-server-push-adapter APNS cannot find vaild connection for 0d72a1baa92a2febd9a254cbd6584f750c70b2350af5fc9052d1d12584b738e6
ERR! parse-server-push-adapter APNS cannot find vaild connection for 3e72a1baa92a2febd9a254cbd6584f750c70b2350af5fc9052d1d12584b738e6

It groups devices correctly: ios, osx, android, tvos. It also find matching connection configuration for each group and uses the ios configurated connection for tvos deviceType.
However it reports invalid connection for ios and tvos devices later. Any idea what part in the code causes this problem?

I spend hours trying to figure out why this test case does fail. Because I did not know what change caused the test case to fail I switched back to the master branch. Result: The test case does not run either!
npm test

><EMAIL_ADDRESS>test /Users/funkenstrahlen/Projects/podlive/parse-server-push-adapter
> TESTING=1 babel-node ./node_modules/.bin/isparta cover --root src/ ./node_modules/jasmine/bin/jasmine.js

Started
...................ERR! parse-server-push-adapter GCM send errored: 401
........ERR! parse-server-push-adapter APNS no qualified connections for anotherBundle c5ee8fae0a1c
ERR! parse-server-push-adapter APNS no qualified connections for anotherBundle c5ee8fae0a1c5805e731cf15496d5b2b3f9b9c577353d3239429d3faaee01c79
ERR! parse-server-push-adapter GCM send errored: 401
.

28 specs, 0 failures
Finished in 0.448 seconds

No coverage information was collected, exit without writing coverage information

So I do not see how I can make this test pass if it does not even work in your current master.

The print out shows that the tests are passing. (0 failures)

So this is ready to merge?

On 3 Mar 2017, at 14:07, Florent Vilmart<EMAIL_ADDRESS>wrote:
The print out shows that the tests are passing. (0 failures)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

I'll check it out on my machine and see what can fail

I found the reason of the failures (APNs is throwing an exception when the certificate is missing), and I'Ll try to provide a fix on the top of your branch, Is that ok for you?

I found the reason of the failures (APNs is throwing an exception when the certificate is missing), and I'Ll try to provide a fix on the top of your branch, Is that ok for you?

This is great news! Of course you can add your changes. I granted you push access to my fork in case it is required.

I granted you push access to my fork in case it is required.

That's not required, I can push on the PR branch directly :) Thanks!

@funkenstrahlen I uncovered additional inconsistencies with our implementation. I'm still working on it :)

It is 'tvos' or 'appletv'?

I uncovered additional inconsistencies with our implementation. I'm still working on it :)

Thanks for fixing the spec! Anything further I can do to help getting this merged?

@flovilmart I removed the redundancy push configuration code as we discussed and also adjusted the spec.

Yeah! Took some commits but we're there!!

Awesome! Thanks for helping me getting this done! :)
Do you think this is worth a version bump?

Yep definitely! We should probably release it :)


All Modules: Remove traces console error

Describe the bug
Whenever any page loads on DRISTI, there's a traces error that gets replicated multiple times in the developer console. Remove this library that's causing so many errors on the console.
To Reproduce
Steps to reproduce the behavior:

Go to DRISTI home
Click on Login
Open the Chrome developer console
See errors

Expected behavior
Console should be clear unless there's an actionable problem.
Screenshots
If applicable, add screenshots to help explain your problem.

disabled entry point for telemetry script


vscode desktop not working

when I try to click on vscode desktop

nothing is happening and no proxy is used

@samar-elsayed That output looks like it is from running ssh on the command line, and not from VS Code, is that right?
If coder ssh is hanging, maybe the logs in c:\Users\samar.elsayed\AppData\Roaming\Code\User\globalStorage\coder.coder-remote\log will show why.

@code-asher I tried to run ssh from the cmd to try to get some logs
my logs are like the below
2024-05-14 19:10:47.236 [debu]  net.wgengine: [v1] using fake (no-op) tun device
2024-05-14 19:10:47.236 [debu]  net.wgengine: [v1] using fake (no-op) OS network configurator
2024-05-14 19:10:47.236 [debu]  net.wgengine: [v1] using fake (no-op) DNS configurator
2024-05-14 19:10:47.236 [debu]  net.wgengine: dns: using dns.noopManager
2024-05-14 19:10:47.236 [debu]  net.wgengine: link state: interfaces.State{defaultRoute=Ethernet 4 (Remote NDIS based Internet Sharing Device) ifs={Ethernet 3:[<IP_ADDRESS>/32] Ethernet 4:[<IP_ADDRESS>/24] Wi-Fi:down} v4=true v6=false}
2024-05-14 19:10:47.237 [debu]  net.wgengine: [v1] couldn't create raw v4 disco listener, using regular listener instead: raw disco listening not supported on this OS
2024-05-14 19:10:47.248 [debu]  net.wgengine: [v1] couldn't create raw v6 disco listener, using regular listener instead: raw disco listening not supported on this OS
2024-05-14 19:10:47.248 [debu]  net.wgengine: magicsock: disco key = d:684aa513e02eff45
2024-05-14 19:10:47.248 [debu]  net.wgengine: Creating WireGuard device...
2024-05-14 19:10:47.248 [debu]  net.wgengine: Bringing WireGuard device up...
2024-05-14 19:10:47.248 [debu]  net.wgengine: wg: [v2] UDP bind has been updated
2024-05-14 19:10:47.249 [debu]  net.wgengine: wg: [v2] Interface state was Down, requested Up, now Up
2024-05-14 19:10:47.249 [debu]  net.wgengine: Bringing router up...
2024-05-14 19:10:47.248 [debu]  net.wgengine: wg: [v2] Routine: receive incoming mkReceiveFunc - started
2024-05-14 19:10:47.249 [debu]  net.wgengine: [v1] warning: fakeRouter.Up: not implemented.
2024-05-14 19:10:47.249 [debu]  net.wgengine: wg: [v2] Routine: receive incoming receiveDERP - started
2024-05-14 19:10:47.249 [debu]  net.wgengine: Clearing router settings...
2024-05-14 19:10:47.249 [debu]  net.wgengine: [v1] warning: fakeRouter.Set: not implemented.
2024-05-14 19:10:47.248 [debu]  net.wgengine: wg: [v2] Routine: receive incoming mkReceiveFunc - started
2024-05-14 19:10:47.249 [debu]  net.wgengine: Starting network monitor...
2024-05-14 19:10:47.249 [debu]  net.wgengine: Engine created.
2024-05-14 19:10:47.249 [debu]  magicsock debug logging disabled, use CODER_MAGICSOCK_DEBUG_LOGGING=true to enable
2024-05-14 19:10:47.249 [debu]  net.wgengine: magicsock: SetPrivateKey called (init)
2024-05-14 19:10:47.249 [info]  updating engine DERP map  derp_map="{\"Regions\":{\"1000\":{\"EmbeddedRelay\":false,\"RegionID\":1000,\"RegionCode\":\"coder_stun_1000\",\"RegionName\":\"Coder STUN 1000\",\"Nodes\":[{\"Name\":\"1000stun0\",\"RegionID\":1000,\"HostName\":\"stun.l.google.com\",\"STUNPort\":19302,\"STUNOnly\":true}]},\"1001\":{\"EmbeddedRelay\":false,\"RegionID\":1001,\"RegionCode\":\"coder_stun_1001\",\"RegionName\":\"Coder STUN 1001\",\"Nodes\":[{\"Name\":\"1001stun0\",\"RegionID\":1001,\"HostName\":\"stun1.l.google.com\",\"STUNPort\":19302,\"STUNOnly\":true}]},\"1002\":{\"EmbeddedRelay\":false,\"RegionID\":1002,\"RegionCode\":\"coder_stun_1002\",\"RegionName\":\"Coder STUN 1002\",\"Nodes\":[{\"Name\":\"1002stun0\",\"RegionID\":1002,\"HostName\":\"stun2.l.google.com\",\"STUNPort\":19302,\"STUNOnly\":true}]},\"1003\":{\"EmbeddedRelay\":false,\"RegionID\":1003,\"RegionCode\":\"coder_stun_1003\",\"RegionName\":\"Coder STUN 1003\",\"Nodes\":[{\"Name\":\"1003stun0\",\"RegionID\":1003,\"HostName\":\"stun3.l.google.com\",\"STUNPort\":19302,\"STUNOnly\":true}]},\"1004\":{\"EmbeddedRelay\":false,\"RegionID\":1004,\"RegionCode\":\"coder_stun_1004\",\"RegionName\":\"Coder STUN 1004\",\"Nodes\":[{\"Name\":\"1004stun0\",\"RegionID\":1004,\"HostName\":\"stun4.l.google.com\",\"STUNPort\":19302,\"STUNOnly\":true}]},\"999\":{\"EmbeddedRelay\":true,\"RegionID\":999,\"RegionCode\":\"coder\",\"RegionName\":\"Coder Embedded Relay\",\"Nodes\":[{\"Name\":\"999b\",\"RegionID\":999,\"HostName\":\"coder.coder.svc.cluster.local\",\"STUNPort\":-1,\"DERPPort\":80,\"ForceHTTP\":true}]}}}"
2024-05-14 19:10:47.249 [debu]  skipped sending node; no node callback
2024-05-14 19:10:47.249 [debu]  running tailnet API v2+ connector
2024-05-14 19:10:47.250 [info]  updating engine network map  network_map="netmap: self: [o4LDB] auth=machine-unknown u=? [fd7a:115c:a1e0:4320:ab35:709a:c20e:7c29/128]\n"
2024-05-14 19:10:47.250 [debu]  net.wgengine: [v1] magicsock: got updated network map; 0 peers
2024-05-14 19:10:47.250 [debu]  net.netstack: [v2] netstack: registered IP fd7a:115c:a1e0:4320:ab35:709a:c20e:7c29/128
2024-05-14 19:10:47.250 [debu]  net.wgengine: wgengine: Reconfig: configuring userspace WireGuard config (with 0/0 peers)
2024-05-14 19:10:47.250 [debu]  net.wgengine: wg: [v2] UAPI: Updating private key
2024-05-14 19:10:47.250 [debu]  net.wgengine: wgengine: Reconfig: configuring router
2024-05-14 19:10:47.250 [debu]  net.wgengine: [v1] warning: fakeRouter.Set: not implemented.
2024-05-14 19:10:47.250 [debu]  net.wgengine: wgengine: Reconfig: configuring DNS
2024-05-14 19:10:47.250 [debu]  net.wgengine: dns: Set: {DefaultResolvers:[] Routes:{} SearchDomains:[] Hosts:0}
2024-05-14 19:10:47.250 [debu]  net.wgengine: dns: Resolvercfg: {Routes:{} Hosts:0 LocalDomains:[]}
2024-05-14 19:10:47.250 [debu]  net.wgengine: dns: OScfg: {Nameservers:[] SearchDomains:[] MatchDomains:[] Hosts:[]}
2024-05-14 19:10:47.250 [debu]  net.wgengine: [v1] wgengine: Reconfig done
2024-05-14 19:10:47.250 [info]  updating engine filter  filter="&{logf:0x19200e0 local:0xc000138300 logIPs:0xc000138318 matches4:[{IPProto:[6 17 1 58 132] Srcs:[{ip:{addr:{hi:0 lo:281470681743360} z:0xc0000080d8} bitsPlusOne:1}] Dsts:[{Net:{ip:{addr:{hi:0 lo:281470681743360} z:0xc0000080d8} bitsPlusOne:1} Ports:{First:0 Last:65535}}] Caps:[]}] matches6:[{IPProto:[6 17 1 58 132] Srcs:[{ip:{addr:{hi:0 lo:0} z:0xc0000080f0} bitsPlusOne:1}] Dsts:[{Net:{ip:{addr:{hi:0 lo:0} z:0xc0000080f0} bitsPlusOne:1} Ports:{First:0 Last:65535}}] Caps:[]}] cap4:[] cap6:[] state:0xc00004fe40 shieldsUp:false}"
2024-05-14 19:10:47.250 [debu]  dialing Coder tailnet v2+ API
2024-05-14 19:10:47.271 [debu]  net.wgengine: magicsock: endpoints changed: <IP_ADDRESS>:59984 (local), <IP_ADDRESS>:59984 (local)
2024-05-14 19:10:47.271 [debu]  wireguard status  status="&{AsOf:2024-05-14 22:10:47.2712479 +0300 EEST m=+6.590097001 Peers:[] LocalAddrs:[{Addr:<IP_ADDRESS>:59984 Type:local} {Addr:<IP_ADDRESS>:59984 Type:local}] DERPs:0}"  error=<nil>
2024-05-14 19:10:47.271 [debu]  skipped sending node; no node callback
2024-05-14 19:10:47.653 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:47.985 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1004stun0 from <IP_ADDRESS>:34577 (138486481a261ae726827382) in 351.2564ms
2024-05-14 19:10:47.990 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1004stun0 from <IP_ADDRESS>:34577 (565854d0859b71760256161b) in 356.6553ms
2024-05-14 19:10:47.991 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1004stun0 from <IP_ADDRESS>:34577 (096dfad6ffca44f110460a9c) in 357.0344ms
2024-05-14 19:10:47.991 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1001stun0 from <IP_ADDRESS>:34577 (33e13e563fc1396b14fcc6ab) in 357.0344ms
2024-05-14 19:10:47.991 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1001stun0 from <IP_ADDRESS>:34577 (4df2a30e049199fb3b3ff280) in 357.0344ms
2024-05-14 19:10:48.003 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1001stun0 from <IP_ADDRESS>:34577 (45b4c11805f11a140038109e) in 368.7306ms
2024-05-14 19:10:48.003 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1003stun0 from <IP_ADDRESS>:34577 (fab8194829390697f287487c) in 359.7797ms
2024-05-14 19:10:48.003 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1003stun0 from <IP_ADDRESS>:34577 (3b48adb242873ca64d874ac3) in 359.5883ms
2024-05-14 19:10:48.003 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1003stun0 from <IP_ADDRESS>:34577 (c6a244490a5cda834feaa860) in 359.5883ms
2024-05-14 19:10:48.003 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1000stun0 from <IP_ADDRESS>:34577 (182ef6b95f1154757a7524f5) in 349.8696ms
2024-05-14 19:10:48.003 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1000stun0 from <IP_ADDRESS>:34577 (cc5272fcce9e338205da9951) in 349.8696ms
2024-05-14 19:10:48.007 [debu]  net.wgengine: netcheck: netcheck.runProbe: got STUN response for 1000stun0 from <IP_ADDRESS>:34577 (3ba84d4c3ece5c2e7b4f1fd4) in 354.0022ms
2024-05-14 19:10:48.259 [debu]  obtained tailnet API v2+ client
2024-05-14 19:10:48.259 [debu]  connected to tailnet v2+ API
2024-05-14 19:10:48.259 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): no matching peer
2024-05-14 19:10:48.259 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): no matching peer
2024-05-14 19:10:48.259 [debu]  serving coordinator
2024-05-14 19:10:48.259 [debu]  skipped sending node; no PreferredDERP  node="&{ID:nodeid:fb401625bd03f84 AsOf:2024-05-14 19:10:48.25994 +0000 UTC Key:nodekey:a382c306d6e9060f6a90f3417c1093c55fc944a03a81800216cb34adcb43c860 DiscoKey:discokey:684aa513e02eff452f9322bdfe70eaa51225189e4564083aaf40ada7b9e81d07 PreferredDERP:0 DERPLatency:map[] DERPForcedWebsocket:map[] Addresses:[fd7a:115c:a1e0:4320:ab35:709a:c20e:7c29/128] AllowedIPs:[fd7a:115c:a1e0:4320:ab35:709a:c20e:7c29/128] Endpoints:[<IP_ADDRESS>:59984 <IP_ADDRESS>:59984]}"
2024-05-14 19:10:48.318 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.318 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): no matching peer
2024-05-14 19:10:48.318 [debu]  net.wgengine: netcheck: [v1] report: udp=true v6=false v6os=true mapvarydest=false hair= portmap= v4a=<IP_ADDRESS>:34577 derp=0
2024-05-14 19:10:48.318 [debu]  net.wgengine: magicsock: home is now derp-999 (coder)
2024-05-14 19:10:48.319 [debu]  new preferred DERP  preferred_derp=999
2024-05-14 19:10:48.319 [debu]  net.wgengine: magicsock: adding connection to derp-999 for home-keep-alive
2024-05-14 19:10:48.319 [debu]  calling nodeUpdater callback  node="&{ID:nodeid:fb401625bd03f84 AsOf:2024-05-14 19:10:48.319144 +0000 UTC Key:nodekey:a382c306d6e9060f6a90f3417c1093c55fc944a03a81800216cb34adcb43c860 DiscoKey:discokey:684aa513e02eff452f9322bdfe70eaa51225189e4564083aaf40ada7b9e81d07 PreferredDERP:999 DERPLatency:map[] DERPForcedWebsocket:map[] Addresses:[fd7a:115c:a1e0:4320:ab35:709a:c20e:7c29/128] AllowedIPs:[fd7a:115c:a1e0:4320:ab35:709a:c20e:7c29/128] Endpoints:[<IP_ADDRESS>:59984 <IP_ADDRESS>:59984]}"
2024-05-14 19:10:48.319 [debu]  net.wgengine: magicsock: 1 active derp conns: derp-999=cr0s,wr0s
2024-05-14 19:10:48.319 [debu]  wireguard status  status="&{AsOf:2024-05-14 22:10:48.3191442 +0300 EEST m=+7.637993301 Peers:[] LocalAddrs:[{Addr:<IP_ADDRESS>:59984 Type:local} {Addr:<IP_ADDRESS>:59984 Type:local}] DERPs:1}"  error=<nil>
2024-05-14 19:10:48.319 [debu]  net.wgengine: derphttp.Client.Connect: connecting to derp-999 (coder)
2024-05-14 19:10:48.319 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:48.319 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.319 [debu]  net.wgengine: derp-999: [v1] backoff: 13 msec
2024-05-14 19:10:48.335 [debu]  net.wgengine: magicsock: endpoints changed: <IP_ADDRESS>:34577 (stun), <IP_ADDRESS>:59984 (local), <IP_ADDRESS>:59984 (local)
2024-05-14 19:10:48.335 [debu]  wireguard status  status="&{AsOf:2024-05-14 22:10:48.335033 +0300 EEST m=+7.653882101 Peers:[] LocalAddrs:[{Addr:<IP_ADDRESS>:34577 Type:stun} {Addr:<IP_ADDRESS>:59984 Type:local} {Addr:<IP_ADDRESS>:59984 Type:local}] DERPs:1}"  error=<nil>
2024-05-14 19:10:48.335 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:48.335 [debu]  calling nodeUpdater callback  node="&{ID:nodeid:fb401625bd03f84 AsOf:2024-05-14 19:10:48.335033 +0000 UTC Key:nodekey:a382c306d6e9060f6a90f3417c1093c55fc944a03a81800216cb34adcb43c860 DiscoKey:discokey:684aa513e02eff452f9322bdfe70eaa51225189e4564083aaf40ada7b9e81d07 PreferredDERP:999 DERPLatency:map[] DERPForcedWebsocket:map[] Addresses:[fd7a:115c:a1e0:4320:ab35:709a:c20e:7c29/128] AllowedIPs:[fd7a:115c:a1e0:4320:ab35:709a:c20e:7c29/128] Endpoints:[<IP_ADDRESS>:34577 <IP_ADDRESS>:59984 <IP_ADDRESS>:59984]}"
2024-05-14 19:10:48.335 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.335 [debu]  net.wgengine: derp-999: [v1] backoff: 22 msec
2024-05-14 19:10:48.361 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:48.361 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.361 [debu]  net.wgengine: derp-999: [v1] backoff: 53 msec
2024-05-14 19:10:48.377 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): no matching peer
2024-05-14 19:10:48.393 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:48.393 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.394 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:48.424 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:48.424 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.424 [debu]  net.wgengine: derp-999: [v1] backoff: 155 msec
2024-05-14 19:10:48.471 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:48.472 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.472 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:48.532 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): no matching peer
2024-05-14 19:10:48.548 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:48.548 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.548 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:48.594 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:48.594 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.594 [debu]  net.wgengine: derp-999: [v1] backoff: 337 msec
2024-05-14 19:10:48.657 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): no matching peer
2024-05-14 19:10:48.657 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:48.657 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.657 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:48.875 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): no matching peer
2024-05-14 19:10:48.936 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:48.937 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:48.937 [debu]  net.wgengine: derp-999: [v1] backoff: 277 msec
2024-05-14 19:10:48.999 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:49.000 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:49.000 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:49.217 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:49.217 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:49.217 [debu]  net.wgengine: derp-999: [v1] backoff: 583 msec
2024-05-14 19:10:49.280 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:49.280 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:49.280 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:49.325 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): no matching peer
2024-05-14 19:10:49.810 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:49.810 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:49.810 [debu]  net.wgengine: derp-999: [v1] backoff: 589 msec
2024-05-14 19:10:49.840 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): no matching peer
2024-05-14 19:10:49.873 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:49.873 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:49.873 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:49.894 [debu]  got new DERP Map  derp_map="home_params:{} regions:{key:999 value:{region_id:999 embedded_relay:true region_code:\"coder\" region_name:\"Coder Embedded Relay\" nodes:{name:\"999b\" region_id:999 host_name:\"coder.coder.svc.cluster.local\" stun_port:-1 derp_port:80 force_http:true}}} regions:{key:1000 value:{region_id:1000 region_code:\"coder_stun_1000\" region_name:\"Coder STUN 1000\" nodes:{name:\"1000stun0\" region_id:1000 host_name:\"stun.l.google.com\" stun_port:19302 stun_only:true}}} regions:{key:1001 value:{region_id:1001 region_code:\"coder_stun_1001\" region_name:\"Coder STUN 1001\" nodes:{name:\"1001stun0\" region_id:1001 host_name:\"stun1.l.google.com\" stun_port:19302 stun_only:true}}} regions:{key:1002 value:{region_id:1002 region_code:\"coder_stun_1002\" region_name:\"Coder STUN 1002\" nodes:{name:\"1002stun0\" region_id:1002 host_name:\"stun2.l.google.com\" stun_port:19302 stun_only:true}}} regions:{key:1003 value:{region_id:1003 region_code:\"coder_stun_1003\" region_name:\"Coder STUN 1003\" nodes:{name:\"1003stun0\" region_id:1003 host_name:\"stun3.l.google.com\" stun_port:19302 stun_only:true}}} regions:{key:1004 value:{region_id:1004 region_code:\"coder_stun_1004\" region_name:\"Coder STUN 1004\" nodes:{name:\"1004stun0\" region_id:1004 host_name:\"stun4.l.google.com\" stun_port:19302 stun_only:true}}}"
2024-05-14 19:10:49.989 [debu]  adding new peer  peer_id=2554f2c4-681e-4db6-a591-894166e4ce86  key_id=[SWAf4]  node="&{ID:nodeid:5a6e76be991b317a StableID: Name: User:userid:0 Sharer:userid:0 Key:nodekey:49601fe10fb1a1639a660caed3a9a106b25f21bbe5fade8d8257a63778cfac0b KeyExpiry:0001-01-01 00:00:00 +0000 UTC KeySignature:[] Machine:mkey:0000000000000000000000000000000000000000000000000000000000000000 DiscoKey:discokey:e0f037dd70faa18b62bbedbe1af13937f9e191a6ad7ac78d6037a491eeeaeb3e Addresses:[fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86/128 fd7a:115c:a1e0:49d6:b259:b7ac:b1b2:48f4/128] AllowedIPs:[fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86/128 fd7a:115c:a1e0:49d6:b259:b7ac:b1b2:48f4/128] Endpoints:[<IP_ADDRESS>:50590 <IP_ADDRESS>:34363] DERP:<IP_ADDRESS>:999 Hostinfo:{ж:0xc0000a6400} Created:2024-05-14 22:10:49.9893891 +0300 EEST m=+9.308238201 Cap:0 Tags:[] PrimaryRoutes:[] LastSeen:<nil> Online:<nil> KeepAlive:false MachineAuthorized:false Capabilities:[] UnsignedPeerAPIOnly:false ComputedName: computedHostIfDifferent: ComputedNameWithHost: DataPlaneAuditLogID: Expired:false SelfNodeV4MasqAddrForThisPeer:<nil> IsWireGuardOnly:false}"
2024-05-14 19:10:49.989 [info]  updating engine network map  network_map="netmap: self: [o4LDB] auth=machine-unknown u=? [fd7a:115c:a1e0:4320:ab35:709a:c20e:7c29/128]\n [SWAf4] d:e0f037dd70faa18b D999 fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86/128 fd7a:115c:a1e0:49d6:b259:b7ac:b1b2:48f4/128 : <IP_ADDRESS>:50590     <IP_ADDRESS>:34363\n"
2024-05-14 19:10:49.989 [debu]  net.wgengine: [v1] magicsock: got updated network map; 1 peers
2024-05-14 19:10:49.989 [debu]  net.wgengine: wgengine: Reconfig: configuring userspace WireGuard config (with 1/1 peers)
2024-05-14 19:10:49.989 [debu]  net.wgengine: wg: [v2] [SWAf4] - UAPI: Created
2024-05-14 19:10:49.989 [debu]  net.wgengine: wg: [v2] [SWAf4] - UAPI: Updating endpoint
2024-05-14 19:10:49.989 [debu]  net.wgengine: wg: [v2] [SWAf4] - UAPI: Removing all allowedips
2024-05-14 19:10:49.989 [debu]  net.wgengine: wg: [v2] [SWAf4] - UAPI: Adding allowedip
2024-05-14 19:10:49.989 [debu]  net.wgengine: wg: [v2] [SWAf4] - UAPI: Adding allowedip
2024-05-14 19:10:49.989 [debu]  net.wgengine: wg: [v2] [SWAf4] - UAPI: Updating persistent keepalive interval
2024-05-14 19:10:49.989 [debu]  net.wgengine: wg: [v2] [SWAf4] - Starting
2024-05-14 19:10:49.989 [debu]  net.wgengine: [v1] wgengine: Reconfig done
2024-05-14 19:10:50.044 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:50.044 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:50.044 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:50.147 [debu]  node update to existing peer  peer_id=2554f2c4-681e-4db6-a591-894166e4ce86  key_id=[SWAf4]  node="&{ID:nodeid:5a6e76be991b317a StableID: Name: User:userid:0 Sharer:userid:0 Key:nodekey:49601fe10fb1a1639a660caed3a9a106b25f21bbe5fade8d8257a63778cfac0b KeyExpiry:0001-01-01 00:00:00 +0000 UTC KeySignature:[] Machine:mkey:0000000000000000000000000000000000000000000000000000000000000000 DiscoKey:discokey:e0f037dd70faa18b62bbedbe1af13937f9e191a6ad7ac78d6037a491eeeaeb3e Addresses:[fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86/128 fd7a:115c:a1e0:49d6:b259:b7ac:b1b2:48f4/128] AllowedIPs:[fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86/128 fd7a:115c:a1e0:49d6:b259:b7ac:b1b2:48f4/128] Endpoints:[<IP_ADDRESS>:50590 <IP_ADDRESS>:34363] DERP:<IP_ADDRESS>:999 Hostinfo:{ж:0xc0008d8000} Created:2024-05-14 22:10:49.9893891 +0300 EEST m=+9.308238201 Cap:0 Tags:[] PrimaryRoutes:[] LastSeen:<nil> Online:<nil> KeepAlive:false MachineAuthorized:false Capabilities:[] UnsignedPeerAPIOnly:false ComputedName: computedHostIfDifferent: ComputedNameWithHost: DataPlaneAuditLogID: Expired:false SelfNodeV4MasqAddrForThisPeer:<nil> IsWireGuardOnly:false}"  dirty=false
2024-05-14 19:10:50.151 [debu]  node update to existing peer  peer_id=2554f2c4-681e-4db6-a591-894166e4ce86  key_id=[SWAf4]  node="&{ID:nodeid:5a6e76be991b317a StableID: Name: User:userid:0 Sharer:userid:0 Key:nodekey:49601fe10fb1a1639a660caed3a9a106b25f21bbe5fade8d8257a63778cfac0b KeyExpiry:0001-01-01 00:00:00 +0000 UTC KeySignature:[] Machine:mkey:0000000000000000000000000000000000000000000000000000000000000000 DiscoKey:discokey:e0f037dd70faa18b62bbedbe1af13937f9e191a6ad7ac78d6037a491eeeaeb3e Addresses:[fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86/128 fd7a:115c:a1e0:49d6:b259:b7ac:b1b2:48f4/128] AllowedIPs:[fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86/128 fd7a:115c:a1e0:49d6:b259:b7ac:b1b2:48f4/128] Endpoints:[<IP_ADDRESS>:8438 <IP_ADDRESS>:34363] DERP:<IP_ADDRESS>:999 Hostinfo:{ж:0xc0000a6e00} Created:2024-05-14 22:10:49.9893891 +0300 EEST m=+9.308238201 Cap:0 Tags:[] PrimaryRoutes:[] LastSeen:<nil> Online:<nil> KeepAlive:false MachineAuthorized:false Capabilities:[] UnsignedPeerAPIOnly:false ComputedName: computedHostIfDifferent: ComputedNameWithHost: DataPlaneAuditLogID: Expired:false SelfNodeV4MasqAddrForThisPeer:<nil> IsWireGuardOnly:false}"  dirty=true
2024-05-14 19:10:50.151 [info]  updating engine network map  network_map="netmap: self: [o4LDB] auth=machine-unknown u=? [fd7a:115c:a1e0:4320:ab35:709a:c20e:7c29/128]\n [SWAf4] d:e0f037dd70faa18b D999 fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86/128 fd7a:115c:a1e0:49d6:b259:b7ac:b1b2:48f4/128 : <IP_ADDRESS>:8438      <IP_ADDRESS>:34363\n"
2024-05-14 19:10:50.151 [debu]  net.wgengine: [v1] magicsock: got updated network map; 1 peers
2024-05-14 19:10:50.151 [debu]  net.wgengine: [v1] wgengine: Reconfig done
2024-05-14 19:10:50.400 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:50.401 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:50.401 [debu]  net.wgengine: derp-999: [v1] backoff: 609 msec
2024-05-14 19:10:50.461 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:50.461 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:50.462 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:50.770 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): sending TSMP ping to [SWAf4]  ...
2024-05-14 19:10:50.770 [debu]  net.wgengine: wg: [v2] [SWAf4] - Sending handshake initiation
2024-05-14 19:10:50.771 [debu]  net.wgengine: [v1] magicsock: derp route for [SWAf4] set to derp-999 (shared home)
2024-05-14 19:10:50.771 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:10:50.772 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:50.772 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:10:50.773 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:51.024 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:51.024 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:51.024 [debu]  net.wgengine: derp-999: [v1] backoff: 1276 msec
2024-05-14 19:10:51.087 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:51.087 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:51.087 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:52.304 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:52.311 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:52.311 [debu]  net.wgengine: derp-999: [v1] backoff: 1190 msec
2024-05-14 19:10:52.367 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:52.368 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:52.368 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:52.617 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): sending TSMP ping to [SWAf4]  ...
2024-05-14 19:10:53.505 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:53.876 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:53.876 [debu]  net.wgengine: derp-999: [v1] backoff: 931 msec
2024-05-14 19:10:53.941 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:53.948 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:53.948 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:54.111 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): sending TSMP ping to [SWAf4]  ...
2024-05-14 19:10:54.813 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:54.813 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:54.813 [debu]  net.wgengine: derp-999: [v1] backoff: 1737 msec
2024-05-14 19:10:54.874 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:54.874 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:54.874 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:55.778 [debu]  net.wgengine: wg: [v2] [SWAf4] - Handshake did not complete after 5 seconds, retrying (try 2)
2024-05-14 19:10:55.778 [debu]  net.wgengine: wg: [v2] [SWAf4] - Sending handshake initiation
2024-05-14 19:10:55.778 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:10:55.779 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:55.779 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:10:55.779 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:56.495 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): sending TSMP ping to [SWAf4]  ...
2024-05-14 19:10:56.558 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:56.559 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:56.559 [debu]  net.wgengine: derp-999: [v1] backoff: 1979 msec
2024-05-14 19:10:56.622 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:56.622 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:56.622 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:10:58.541 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:10:58.934 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:58.935 [debu]  net.wgengine: derp-999: [v1] backoff: 2200 msec
2024-05-14 19:10:58.993 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:10:58.994 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:10:58.994 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:11:00.269 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): sending TSMP ping to [SWAf4]  ...
2024-05-14 19:11:00.893 [debu]  net.wgengine: wg: [v2] [SWAf4] - Handshake did not complete after 5 seconds, retrying (try 2)
2024-05-14 19:11:00.893 [debu]  net.wgengine: wg: [v2] [SWAf4] - Sending handshake initiation
2024-05-14 19:11:00.894 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:00.894 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:00.894 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:00.895 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:01.144 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:11:01.145 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:01.145 [debu]  net.wgengine: derp-999: [v1] backoff: 3064 msec
2024-05-14 19:11:01.208 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:11:01.208 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:01.209 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:11:04.217 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:11:04.576 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:04.576 [debu]  net.wgengine: derp-999: [v1] backoff: 1549 msec
2024-05-14 19:11:04.639 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:11:04.639 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:04.639 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:11:06.140 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:11:06.141 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:06.141 [debu]  net.wgengine: derp-999: [v1] backoff: 3357 msec
2024-05-14 19:11:06.156 [debu]  net.wgengine: wg: [v2] [SWAf4] - Handshake did not complete after 5 seconds, retrying (try 3)
2024-05-14 19:11:06.156 [debu]  net.wgengine: wg: [v2] [SWAf4] - Sending handshake initiation
2024-05-14 19:11:06.156 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:06.156 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:06.157 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:06.157 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:06.203 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:11:06.204 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:06.205 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:11:06.592 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): sending TSMP ping to [SWAf4]  ...
2024-05-14 19:11:09.506 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:11:09.903 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:09.903 [debu]  net.wgengine: derp-999: [v1] backoff: 1848 msec
2024-05-14 19:11:09.959 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:11:09.960 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:09.960 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:11:11.489 [debu]  net.wgengine: wg: [v2] [SWAf4] - Handshake did not complete after 5 seconds, retrying (try 2)
2024-05-14 19:11:11.489 [debu]  net.wgengine: wg: [v2] [SWAf4] - Sending handshake initiation
2024-05-14 19:11:11.489 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:11.490 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:11.490 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:11.491 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:11.753 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:11:11.754 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:11.755 [debu]  net.wgengine: derp-999: [v1] backoff: 4079 msec
2024-05-14 19:11:11.817 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:11:11.817 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:11.818 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:11:15.850 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:11:16.209 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:16.209 [debu]  net.wgengine: derp-999: [v1] backoff: 2655 msec
2024-05-14 19:11:16.269 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:11:16.270 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:16.271 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:11:16.659 [debu]  net.wgengine: wg: [v2] [SWAf4] - Handshake did not complete after 5 seconds, retrying (try 3)
2024-05-14 19:11:16.659 [debu]  net.wgengine: wg: [v2] [SWAf4] - Sending handshake initiation
2024-05-14 19:11:16.660 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:16.660 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:16.661 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:16.661 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:18.308 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): sending TSMP ping to [SWAf4]  ...
2024-05-14 19:11:18.871 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:11:18.872 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:18.872 [debu]  net.wgengine: derp-999: [v1] backoff: 3604 msec
2024-05-14 19:11:18.935 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:11:18.936 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:18.936 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:11:21.678 [debu]  net.wgengine: wg: [v2] [SWAf4] - Handshake did not complete after 5 seconds, retrying (try 2)
2024-05-14 19:11:21.678 [debu]  net.wgengine: wg: [v2] [SWAf4] - Sending handshake initiation
2024-05-14 19:11:21.678 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:22.035 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:22.035 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:22.036 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:22.486 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:11:22.487 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:22.487 [debu]  net.wgengine: derp-999: [v1] backoff: 6824 msec
2024-05-14 19:11:22.549 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:11:22.550 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:22.550 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:11:26.773 [debu]  net.wgengine: wg: [v2] [SWAf4] - Handshake did not complete after 5 seconds, retrying (try 3)
2024-05-14 19:11:26.774 [debu]  net.wgengine: wg: [v2] [SWAf4] - Sending handshake initiation
2024-05-14 19:11:26.774 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:26.781 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:26.781 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:26.782 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:29.319 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:11:29.632 [debu]  net.wgengine: ping(fd7a:115c:a1e0:4db6:a591:8941:66e4:ce86): sending TSMP ping to [SWAf4]  ...
2024-05-14 19:11:29.696 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:29.696 [debu]  net.wgengine: derp-999: [v1] backoff: 2610 msec
2024-05-14 19:11:29.757 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:11:29.758 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:29.758 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0
2024-05-14 19:11:32.031 [debu]  net.wgengine: wg: [v2] [SWAf4] - Handshake did not complete after 5 seconds, retrying (try 2)
2024-05-14 19:11:32.031 [debu]  net.wgengine: wg: [v2] [SWAf4] - Sending handshake initiation
2024-05-14 19:11:32.031 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:32.037 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:32.037 [debu]  net.wgengine: derphttp.Client.Send: connecting to derp-999 (coder)
2024-05-14 19:11:32.037 [debu]  net.wgengine: magicsock: derp.Send(<IP_ADDRESS>:999): derphttp.Client.Send connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:32.310 [debu]  net.wgengine: derphttp.Client.Recv: connecting to derp-999 (coder)
2024-05-14 19:11:32.310 [debu]  net.wgengine: magicsock: [0xc00032a000] derp.Recv(derp-999): derphttp.Client.Recv connect to region 999 (coder): dial tcp6: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:32.310 [debu]  net.wgengine: derp-999: [v1] backoff: 3132 msec
2024-05-14 19:11:32.373 [debu]  net.wgengine: netcheck: [v1] measuring ICMP latency of coder (999): no address for node 999b
2024-05-14 19:11:32.373 [debu]  net.wgengine: netcheck: [v1] netcheck: measuring HTTP(S) latency of coder (999): dial tcp4: lookup coder.coder.svc.cluster.local: no such host
2024-05-14 19:11:32.373 [debu]  net.wgengine: netcheck: [v1] report: udp=false v4=false icmpv4=false v6=false v6os=true mapvarydest= hair= portmap= derp=0

@samar-elsayed
https://github.com/coder/coder/issues/13337
see if this works?

I think the issue here is
lookup coder.coder.svc.cluster.local: no such host

I'm running coder on a bare metal Kubernetes cluster.
I had the same issue re "lookup coder.coder.svc.cluster.local: no such host".
Couldn't SSH into my workspace either. coder ping failed as well with the same "no such host" error.
I managed to fix the issue by setting the CODER_ACCESS_URL in the values.yaml for the helm install to the service ip endpoitn issued by MetalLB.
It seems the advice in the values.yaml  on the kubernetes installation instructions
    # (Optional) For production deployments the access URL should be set.
    # If you're just trying Coder, access the dashboard via the service IP.
    - name: CODER_ACCESS_URL
      value: "https://coder.example.com"

Isn't correct. Coder does need CODER_ACCESS_URL to be set for ssh connections to workspaces to resolve.

Ah yeah it sounds confusing, maybe the comment means to say that only the dashboard will work?  But either way yeah that comment needs to be improved I think.