Search in project hangs and memory consumption increases infinitely

Prerequisites

[x] Put an X between the brackets on this line if you have done all of the following:

[x] Reproduced the problem in Safe Mode: https://flight-manual.atom.io/hacking-atom/sections/debugging/#using-safe-mode
[x] Followed all applicable steps in the debugging guide: https://flight-manual.atom.io/hacking-atom/sections/debugging/
[x] Checked the FAQs on the message board for common solutions: https://discuss.atom.io/c/faq
[x] Checked that your issue isn't already filed: https://github.com/issues?utf8=✓&q=is%3Aissue+user%3Aatom
[x] Checked that there is not already an Atom package that provides the described functionality: https://atom.io/packages

Description
This is a particular weird issue in the sense that I can't reproduce it across machines. I'm inclined to say that it has to do with machine hardware as it is the main difference between the two testing machines.
As you can see on the attached gif, whenever I search within a project, the process of searching simply hangs and increases the memory consumption up to the roof.
I've tried everything I can remember of:

Starting in Safe Mode
Removing my atom configuration and use the defaults
Completely uninstalling the application and start from fresh

This seems to be project dependent, thus my idea that it might be due to poor performance being beaten by a better machine specs. Are there any issues when the number of files in a project is large?
Steps to Reproduce

Open Atom with a project
Search in project

Expected behavior: Results to start appearing on the output window
Actual behavior: The process hangs and the memory bloats
Reproduces how often: Every time in this machine
Versions
$ atom --version
Atom    : 1.23.3
Electron: 1.6.15
Chrome  : 56.0.2924.87
Node    : 7.4.0

$ apm --version
apm  1.18.12
npm  3.10.10
node 6.9.5 x64
atom 1.23.3
python 2.7.10
git 2.14.3

macOS High Sierra - v. 10.13.3
iMac Late 2013
3.5GHz Intel Core i7
16 GB 1600 MHz DD3
Additional Information

Do you happen to have a third machine you can test with?  I wonder if there's also maybe an issue with the one machine?

Are there any issues when the number of files in a project is large?

There's one that i know of:
https://github.com/atom/find-and-replace/issues/653
Are you able to share the project you're working on by any chance so we can give it a try?
In any case, if you don't think this is basically a duplicate of https://github.com/atom/find-and-replace/issues/653 (at a high level seems similar at least?), the issue should go in https://github.com/atom/find-and-replace.

I'll test in some other machines here in office, but I'm unaware of why would this particular machine would have such behaviour.
It might have something to do with the https://github.com/atom/find-and-replace/issues/653.
Thanks for pointing out to it.
I'll move my comment there and see if anyone has any more hints.

I'll test in some other machines here in office, but I'm unaware of why would this particular machine would have such behaviour.

Yeah it does seem odd that one machine would show this behavior and another not (unless there was a huge difference between the machines?).
Also I re-read your issue and I think I mis-read it, sorry about that - the issue I pointed you to is specifically about searching in large files whereas yours seems to be about a large project with lots of files. How large is the project?  I do remember this other issue searching in a large project, though people were hitting a specific error in that case (https://github.com/atom/find-and-replace/issues/869).

It is definitely something to do with the size of the repo.
I've tried the same thing in a smaller project, same machine, and it works perfectly fine.


Dynamic Certificates not working when ACME is enabled

Do you want to request a feature or report a bug?
Bug
What did you do?
Configured Traefik with as minimal configuration (using [file]-provider only) as possible, and testing two scenarios:

No ACME, 3 wildcard certificates added using [[tls]]-method in [file]-provider
With ACME, 3 wildcard certificates added using [[tls]]-method in [file]-provider

Same frontends/backends in both scenarios:

api.duglemmerdetaldrig.dk
api.truestory.no
api.truestory.se

Wildcard certificate common names are:

*.duglemmerdetaldrig.dk
*.truestory.no
*.truestory.se

I then tried doing simple requests:
https://api.duglemmerdetaldrig.dk
https://api.truestory.no
https://api.truestory.se
Note: I had my hosts-file set up to point the domains to <IP_ADDRESS> to test locally
What did you expect to see?
I expected Traefik to use the wildcard certificates in both scenarios, when doing the requests.
What did you see instead?
Scenario 1
Everything working perfectly fine.
Scenario 2
All 3 HTTPS requests failed with ERR_CERT_AUTHORITY_INVALID. The returned certificate was the "TRAEFIK DEFAULT CERT".
Output of traefik version: (What version of Traefik are you using?)

Scenario 2:
debug = true
checkNewVersion = true
logLevel = "INFO"
defaultEntryPoints = ["http", "https"]

[entryPoints]
  [entryPoints.http]
  address = ":80"
  compress = true
  [entryPoints.https]
  address = ":443"
  compress = true
    [entryPoints.https.tls]

[retry]

[acme]
email =<EMAIL_ADDRESS>storage = "/etc/traefik/acme.json"
entryPoint = "https"
acmeLogging = true
onHostRule = true

################################################################
# File configuration backend
################################################################
[file]
[backends]
  [backends.dgda-api-v1]
    [backends.dgda-api-v1.LoadBalancer]
    method = "drr"
    [backends.dgda-api-v1.healthcheck]
    path = "/"
    interval = "5s"
    port = 8080
    [backends.dgda-api-v1.servers.server-1]
    url = "http://<IP_ADDRESS>:80"
    weight = 4
    [backends.dgda-api-v1.servers.server-2]
    url = "http://<IP_ADDRESS>:80"
    weight = 2
    [backends.dgda-api-v1.servers.server-3]
    url = "http://<IP_ADDRESS>:80"
    weight = 2
    #[backends.dgda-api-v1.servers.server-4]
    #url = "http://<IP_ADDRESS>:80"
    #weight = 4

  [backends.tsno-api-v1]
    [backends.tsno-api-v1.LoadBalancer]
    method = "drr"
    [backends.tsno-api-v1.healthcheck]
    path = "/"
    interval = "5s"
    [backends.tsno-api-v1.servers.server-1]
    url = "http://<IP_ADDRESS>:8205"
    weight = 10
    [backends.tsno-api-v1.servers.server-2]
    url = "http://<IP_ADDRESS>:8203"
    weight = 10

    [backends.tsse-api-v1]
    [backends.tsse-api-v1.LoadBalancer]
    method = "drr"
    [backends.tsse-api-v1.healthcheck]
    path = "/"
    interval = "5s"
    [backends.tsse-api-v1.servers.server-1]
    url = "http://<IP_ADDRESS>:8205"
    weight = 10
    [backends.tsse-api-v1.servers.server-2]
    url = "http://<IP_ADDRESS>:8203"
    weight = 10

[frontends]
  [frontends.dgda-api-v1-fe]
    backend = "dgda-api-v1"
    entrypoints = ["http", "https"]
    passHostHeader = true
    priority = 10
    [frontends.dgda-api-v1-fe.routes.dgda-api]
      rule = "Host:api.duglemmerdetaldrig.dk"

  [frontends.tsno-api-v1-fe]
    backend = "tsno-api-v1"
    entrypoints = ["http", "https"]
    passHostHeader = true
    priority = 10
    [frontends.tsno-api-v1-fe.routes.tsno-api]
      rule = "Host:api.truestory.no"

  [frontends.tsse-api-v1-fe]
    backend = "tsse-api-v1"
    entrypoints = ["http", "https"]
    passHostHeader = true
    priority = 10
    [frontends.tsse-api-v1-fe.routes.tsse-api]
      rule = "Host:api.truestory.se"

[[tls]]
  entryPoints = ["https"]
  [tls.certificate]
    certFile = "/ssl-certs/api.duglemmerdetaldrig.dk.pem"
    keyFile = "/ssl-certs/api.duglemmerdetaldrig.dk.key"
[[tls]]
  entryPoints = ["https"]
  [tls.certificate]
    certFile = "/ssl-certs/api.truestory.no.pem"
    keyFile = "/ssl-certs/api.truestory.no.key"
[[tls]]
  entryPoints = ["https"]
  [tls.certificate]
    certFile = "/ssl-certs/api.truestory.se.pem"
    keyFile = "/ssl-certs/api.truestory.se.key"

Scenario 1:
Only change is to the acme-part:
#[acme]
#email =<EMAIL_ADDRESS>#storage = "/etc/traefik/acme.json"
#entryPoint = "https"
#acmeLogging = true
#onHostRule = true

If applicable, please paste the log output in debug mode (--debug switch)
Scenario 1

time="2018-02-23T16:44:52Z" level=info msg="Using TOML configuration file /etc/traefik/traefik.toml"
time="2018-02-23T16:44:52Z" level=info msg="Traefik version v1.5.2 built on 2018-02-12_10:56:31AM"
time="2018-02-23T16:44:52Z" level=info msg="
Stats collection is disabled.
Help us improve Traefik by turning this feature on :)
More details on: https://docs.traefik.io/basics/#collected-data
"
time="2018-02-23T16:44:52Z" level=debug msg="Global configuration loaded {"LifeCycle":{"RequestAcceptGraceTimeout":0,"GraceTimeOut":0},"GraceTimeOut":0,"Debug":true,"CheckNewVersion":true,"SendAnonymousUsage":false,"AccessLogsFile":"","AccessLog":null,"TraefikLogsFile":"","TraefikLog":null,"LogLevel":"DEBUG","EntryPoints":{"http":{"Network":"","Address":":80","TLS":null,"Redirect":null,"Auth":null,"WhitelistSourceRange":null,"Compress":true,"ProxyProtocol":null,"ForwardedHeaders":{"Insecure":true,"TrustedIPs":null}},"https":{"Network":"","Address":":443","TLS":{"MinVersion":"","CipherSuites":null,"Certificates":null,"ClientCAFiles":null,"ClientCA":{"Files":null,"Optional":false}},"Redirect":null,"Auth":null,"WhitelistSourceRange":null,"Compress":true,"ProxyProtocol":null,"ForwardedHeaders":{"Insecure":true,"TrustedIPs":null}}},"Cluster":null,"Constraints":[],"ACME":null,"DefaultEntryPoints":["http","https"],"ProvidersThrottleDuration":2000000000,"MaxIdleConnsPerHost":200,"IdleTimeout":0,"InsecureSkipVerify":false,"RootCAs":null,"Retry":{"Attempts":0},"HealthCheck":{"Interval":30000000000},"RespondingTimeouts":null,"ForwardingTimeouts":null,"Web":null,"Docker":null,"File":{"Watch":true,"Filename":"/etc/traefik/traefik.toml","Constraints":null,"Trace":false,"DebugLogGeneratedTemplate":false,"Directory":""},"Marathon":null,"Consul":null,"ConsulCatalog":null,"Etcd":null,"Zookeeper":null,"Boltdb":null,"Kubernetes":null,"Mesos":null,"Eureka":null,"ECS":null,"Rancher":null,"DynamoDB":null,"ServiceFabric":null,"Rest":null,"API":null,"Metrics":null,"Ping":null}"
time="2018-02-23T16:44:52Z" level=info msg="Preparing server http &{Network: Address::80 TLS:<nil> Redirect:<nil> Auth:<nil> WhitelistSourceRange:[] Compress:true ProxyProtocol:<nil> ForwardedHeaders:0xc4206ab420} with readTimeout=0s writeTimeout=0s idleTimeout=3m0s"
time="2018-02-23T16:44:52Z" level=info msg="Preparing server https &{Network: Address::443 TLS:0xc42055a000 Redirect:<nil> Auth:<nil> WhitelistSourceRange:[] Compress:true ProxyProtocol:<nil> ForwardedHeaders:0xc4206ab440} with readTimeout=0s writeTimeout=0s idleTimeout=3m0s"
time="2018-02-23T16:44:52Z" level=info msg="Starting server on :80"
time="2018-02-23T16:44:53Z" level=info msg="Starting provider *file.Provider {"Watch":true,"Filename":"/etc/traefik/traefik.toml","Constraints":null,"Trace":false,"DebugLogGeneratedTemplate":false,"Directory":""}"
time="2018-02-23T16:44:53Z" level=info msg="Starting server on :443"
time="2018-02-23T16:44:53Z" level=debug msg="Configuration received from provider file: {"backends":{"dgda-api-v1":{"servers":{"server-1":{"url":"http://<IP_ADDRESS>:80","weight":4},"server-2":{"url":"http://<IP_ADDRESS>:80","weight":2},"server-3":{"url":"http://<IP_ADDRESS>:80","weight":2}},"loadBalancer":{"method":"drr"},"healthCheck":{"path":"/","port":8080,"interval":"5s"}},"tsno-api-v1":{"servers":{"server-1":{"url":"http://<IP_ADDRESS>:8205","weight":10},"server-2":{"url":"http://<IP_ADDRESS>:8203","weight":10}},"loadBalancer":{"method":"drr"},"healthCheck":{"path":"/","interval":"5s"}},"tsse-api-v1":{"servers":{"server-1":{"url":"http://<IP_ADDRESS>:8205","weight":10},"server-2":{"url":"http://<IP_ADDRESS>:8203","weight":10}},"loadBalancer":{"method":"drr"},"healthCheck":{"path":"/","interval":"5s"}}},"frontends":{"dgda-api-v1-fe":{"entryPoints":["http","https"],"backend":"dgda-api-v1","routes":{"dgda-api":{"rule":"Host:api.duglemmerdetaldrig.dk"}},"passHostHeader":true,"priority":10,"basicAuth":null},"tsno-api-v1-fe":{"entryPoints":["http","https"],"backend":"tsno-api-v1","routes":{"tsno-api":{"rule":"Host:api.truestory.no"}},"passHostHeader":true,"priority":10,"basicAuth":null},"tsse-api-v1-fe":{"entryPoints":["http","https"],"backend":"tsse-api-v1","routes":{"tsse-api":{"rule":"Host:api.truestory.se"}},"passHostHeader":true,"priority":10,"basicAuth":null}},"tls":[{"EntryPoints":["https"],"Certificate":{"CertFile":"/ssl-certs/api.duglemmerdetaldrig.dk.pem","KeyFile":"/ssl-certs/api.duglemmerdetaldrig.dk.key"}},{"EntryPoints":["https"],"Certificate":{"CertFile":"/ssl-certs/api.truestory.no.pem","KeyFile":"/ssl-certs/api.truestory.no.key"}},{"EntryPoints":["https"],"Certificate":{"CertFile":"/ssl-certs/api.truestory.se.pem","KeyFile":"/ssl-certs/api.truestory.se.key"}}]}"
time="2018-02-23T16:44:53Z" level=debug msg="Creating frontend dgda-api-v1-fe"
time="2018-02-23T16:44:53Z" level=debug msg="Wiring frontend dgda-api-v1-fe to entryPoint http"
time="2018-02-23T16:44:53Z" level=debug msg="Creating route dgda-api Host:api.duglemmerdetaldrig.dk"
time="2018-02-23T16:44:53Z" level=debug msg="Creating backend dgda-api-v1"
time="2018-02-23T16:44:53Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-3 at http://<IP_ADDRESS>:80 with weight 2"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:80 with weight 4"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:80 with weight 2"
time="2018-02-23T16:44:53Z" level=debug msg="Setting up backend health check [Path: / Port: 8080 Interval: 5s]"
time="2018-02-23T16:44:53Z" level=debug msg="Creating retries max attempts 3"
time="2018-02-23T16:44:53Z" level=debug msg="Wiring frontend dgda-api-v1-fe to entryPoint https"
time="2018-02-23T16:44:53Z" level=debug msg="Creating route dgda-api Host:api.duglemmerdetaldrig.dk"
time="2018-02-23T16:44:53Z" level=debug msg="Creating backend dgda-api-v1"
time="2018-02-23T16:44:53Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-3 at http://<IP_ADDRESS>:80 with weight 2"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:80 with weight 4"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:80 with weight 2"
time="2018-02-23T16:44:53Z" level=debug msg="Setting up backend health check [Path: / Port: 8080 Interval: 5s]"
time="2018-02-23T16:44:53Z" level=debug msg="Creating retries max attempts 3"
time="2018-02-23T16:44:53Z" level=debug msg="Creating frontend tsno-api-v1-fe"
time="2018-02-23T16:44:53Z" level=debug msg="Wiring frontend tsno-api-v1-fe to entryPoint http"
time="2018-02-23T16:44:53Z" level=debug msg="Creating route tsno-api Host:api.truestory.no"
time="2018-02-23T16:44:53Z" level=debug msg="Creating backend tsno-api-v1"
time="2018-02-23T16:44:53Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:8205 with weight 10"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:8203 with weight 10"
time="2018-02-23T16:44:53Z" level=debug msg="Setting up backend health check [Path: / Port: 0 Interval: 5s]"
time="2018-02-23T16:44:53Z" level=debug msg="Creating retries max attempts 2"
time="2018-02-23T16:44:53Z" level=debug msg="Wiring frontend tsno-api-v1-fe to entryPoint https"
time="2018-02-23T16:44:53Z" level=debug msg="Creating route tsno-api Host:api.truestory.no"
time="2018-02-23T16:44:53Z" level=debug msg="Creating backend tsno-api-v1"
time="2018-02-23T16:44:53Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:8205 with weight 10"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:8203 with weight 10"
time="2018-02-23T16:44:53Z" level=debug msg="Setting up backend health check [Path: / Port: 0 Interval: 5s]"
time="2018-02-23T16:44:53Z" level=debug msg="Creating retries max attempts 2"
time="2018-02-23T16:44:53Z" level=debug msg="Creating frontend tsse-api-v1-fe"
time="2018-02-23T16:44:53Z" level=debug msg="Wiring frontend tsse-api-v1-fe to entryPoint http"
time="2018-02-23T16:44:53Z" level=debug msg="Creating route tsse-api Host:api.truestory.se"
time="2018-02-23T16:44:53Z" level=debug msg="Creating backend tsse-api-v1"
time="2018-02-23T16:44:53Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:8205 with weight 10"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:8203 with weight 10"
time="2018-02-23T16:44:53Z" level=debug msg="Setting up backend health check [Path: / Port: 0 Interval: 5s]"
time="2018-02-23T16:44:53Z" level=debug msg="Creating retries max attempts 2"
time="2018-02-23T16:44:53Z" level=debug msg="Wiring frontend tsse-api-v1-fe to entryPoint https"
time="2018-02-23T16:44:53Z" level=debug msg="Creating route tsse-api Host:api.truestory.se"
time="2018-02-23T16:44:53Z" level=debug msg="Creating backend tsse-api-v1"
time="2018-02-23T16:44:53Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:8205 with weight 10"
time="2018-02-23T16:44:53Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:8203 with weight 10"
time="2018-02-23T16:44:53Z" level=debug msg="Setting up backend health check [Path: / Port: 0 Interval: 5s]"
time="2018-02-23T16:44:53Z" level=debug msg="Creating retries max attempts 2"
time="2018-02-23T16:44:53Z" level=debug msg="Initial healthcheck for currentBackend httpstsno-api-v1 "
time="2018-02-23T16:44:53Z" level=debug msg="Initial healthcheck for currentBackend httpsdgda-api-v1 "
time="2018-02-23T16:44:53Z" level=debug msg="Initial healthcheck for currentBackend httptsno-api-v1 "
time="2018-02-23T16:44:53Z" level=debug msg="Initial healthcheck for currentBackend httptsse-api-v1 "
time="2018-02-23T16:44:53Z" level=debug msg="Initial healthcheck for currentBackend httpstsse-api-v1 "
time="2018-02-23T16:44:53Z" level=debug msg="Initial healthcheck for currentBackend httpdgda-api-v1 "
time="2018-02-23T16:44:53Z" level=debug msg="Add certificate for domains *.duglemmerdetaldrig.dk,duglemmerdetaldrig.dk"
time="2018-02-23T16:44:53Z" level=debug msg="Add certificate for domains *.truestory.no,truestory.no"
time="2018-02-23T16:44:53Z" level=debug msg="Add certificate for domains *.truestory.se,truestory.se"
time="2018-02-23T16:44:53Z" level=info msg="Server configuration reloaded on :80"
time="2018-02-23T16:44:53Z" level=info msg="Server configuration reloaded on :443"
time="2018-02-23T16:44:53Z" level=warning msg="HealthCheck has failed [http://<IP_ADDRESS>:8205]: Remove from server list"
time="2018-02-23T16:44:53Z" level=warning msg="HealthCheck has failed [http://<IP_ADDRESS>:8205]: Remove from server list"
time="2018-02-23T16:44:53Z" level=warning msg="HealthCheck has failed [http://<IP_ADDRESS>:8203]: Remove from server list"
time="2018-02-23T16:44:53Z" level=warning msg="HealthCheck has failed [http://<IP_ADDRESS>:8203]: Remove from server list"
time="2018-02-23T16:44:57Z" level=debug msg="vulcand/oxy/roundrobin/rebalancer: begin ServeHttp on request" Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/2.0","ProtoMajor":2,"ProtoMinor":0,"Header":{"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8"],"Accept-Encoding":["gzip, deflate, br"],"Accept-Language":["da-DK,da;q=0.9,en-US;q=0.8,en;q=0.7"],"Upgrade-Insecure-Requests":["1"],"User-Agent":["Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36"]},"ContentLength":0,"TransferEncoding":null,"Host":"api.truestory.se","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"<IP_ADDRESS>:55364","RequestURI":"/","TLS":null}"
time="2018-02-23T16:44:57Z" level=debug msg="vulcand/oxy/roundrobin/rebalancer: Forwarding this request to URL" Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/2.0","ProtoMajor":2,"ProtoMinor":0,"Header":{"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8"],"Accept-Encoding":["gzip, deflate, br"],"Accept-Language":["da-DK,da;q=0.9,en-US;q=0.8,en;q=0.7"],"Upgrade-Insecure-Requests":["1"],"User-Agent":["Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36"]},"ContentLength":0,"TransferEncoding":null,"Host":"api.truestory.se","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"<IP_ADDRESS>:55364","RequestURI":"/","TLS":null}" ForwardURL=http://<IP_ADDRESS>:8205
time="2018-02-23T16:44:57Z" level=debug msg="vulcand/oxy/forward: begin ServeHttp on request" Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"<IP_ADDRESS>:8205","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/2.0","ProtoMajor":2,"ProtoMinor":0,"Header":{"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8"],"Accept-Encoding":["gzip, deflate, br"],"Accept-Language":["da-DK,da;q=0.9,en-US;q=0.8,en;q=0.7"],"Upgrade-Insecure-Requests":["1"],"User-Agent":["Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36"]},"ContentLength":0,"TransferEncoding":null,"Host":"api.truestory.se","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"<IP_ADDRESS>:55364","RequestURI":"/","TLS":null}"
time="2018-02-23T16:44:57Z" level=debug msg="vulcand/oxy/forward/http: begin ServeHttp on request" Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"<IP_ADDRESS>:8205","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/2.0","ProtoMajor":2,"ProtoMinor":0,"Header":{"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8"],"Accept-Encoding":["gzip, deflate, br"],"Accept-Language":["da-DK,da;q=0.9,en-US;q=0.8,en;q=0.7"],"Upgrade-Insecure-Requests":["1"],"User-Agent":["Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36"]},"ContentLength":0,"TransferEncoding":null,"Host":"api.truestory.se","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"<IP_ADDRESS>:55364","RequestURI":"/","TLS":null}"
time="2018-02-23T16:44:57Z" level=debug msg="vulcand/oxy/forward/http: Round trip: http://<IP_ADDRESS>:8205, code: 200, Length: 314, duration: 126.160618ms tls:version: 303, tls:resume:false, tls:csuite:c02f, tls:server:api.truestory.se"
time="2018-02-23T16:44:57Z" level=debug msg="vulcand/oxy/forward/http: completed ServeHttp on request" Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"<IP_ADDRESS>:8205","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/2.0","ProtoMajor":2,"ProtoMinor":0,"Header":{"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8"],"Accept-Encoding":["gzip, deflate, br"],"Accept-Language":["da-DK,da;q=0.9,en-US;q=0.8,en;q=0.7"],"Upgrade-Insecure-Requests":["1"],"User-Agent":["Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36"]},"ContentLength":0,"TransferEncoding":null,"Host":"api.truestory.se","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"<IP_ADDRESS>:55364","RequestURI":"/","TLS":null}"
time="2018-02-23T16:44:57Z" level=debug msg="vulcand/oxy/forward: completed ServeHttp on request" Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"<IP_ADDRESS>:8205","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/2.0","ProtoMajor":2,"ProtoMinor":0,"Header":{"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8"],"Accept-Encoding":["gzip, deflate, br"],"Accept-Language":["da-DK,da;q=0.9,en-US;q=0.8,en;q=0.7"],"Upgrade-Insecure-Requests":["1"],"User-Agent":["Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36"]},"ContentLength":0,"TransferEncoding":null,"Host":"api.truestory.se","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"<IP_ADDRESS>:55364","RequestURI":"/","TLS":null}"
time="2018-02-23T16:44:57Z" level=debug msg="vulcand/oxy/roundrobin/rebalancer: competed ServeHttp on request" Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/2.0","ProtoMajor":2,"ProtoMinor":0,"Header":{"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8"],"Accept-Encoding":["gzip, deflate, br"],"Accept-Language":["da-DK,da;q=0.9,en-US;q=0.8,en;q=0.7"],"Upgrade-Insecure-Requests":["1"],"User-Agent":["Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.167 Safari/537.36"]},"ContentLength":0,"TransferEncoding":null,"Host":"api.truestory.se","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"<IP_ADDRESS>:55364","RequestURI":"/","TLS":null}"
time="2018-02-23T16:44:58Z" level=debug msg="Refreshing healthcheck for currentBackend httpstsno-api-v1 "
time="2018-02-23T16:44:58Z" level=debug msg="Refreshing healthcheck for currentBackend httptsse-api-v1 "
time="2018-02-23T16:44:58Z" level=debug msg="Refreshing healthcheck for currentBackend httpstsse-api-v1 "
time="2018-02-23T16:44:58Z" level=debug msg="Refreshing healthcheck for currentBackend httptsno-api-v1 "
time="2018-02-23T16:44:58Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8203]"
time="2018-02-23T16:44:58Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8203]"
time="2018-02-23T16:44:58Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8205]"
time="2018-02-23T16:44:58Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8205]"
time="2018-02-23T16:44:58Z" level=debug msg="Refreshing healthcheck for currentBackend httpsdgda-api-v1 "
time="2018-02-23T16:44:58Z" level=debug msg="Refreshing healthcheck for currentBackend httpdgda-api-v1 "
time="2018-02-23T16:45:02Z" level=info msg="I have to go... interrupt"
time="2018-02-23T16:45:02Z" level=info msg="Stopping server gracefully"
time="2018-02-23T16:45:02Z" level=debug msg="Waiting 0s seconds before killing connections on entrypoint https..."
time="2018-02-23T16:45:02Z" level=debug msg="Wait is over due to: context deadline exceeded"
time="2018-02-23T16:45:02Z" level=debug msg="Waiting 0s seconds before killing connections on entrypoint http..."
time="2018-02-23T16:45:02Z" level=debug msg="Entrypoint https closed"
time="2018-02-23T16:45:02Z" level=debug msg="Entrypoint http closed"
time="2018-02-23T16:45:02Z" level=info msg="Server stopped"
time="2018-02-23T16:45:02Z" level=info msg="Shutting down"

Scenario 2:

time="2018-02-23T16:45:36Z" level=info msg="Using TOML configuration file /etc/traefik/traefik.toml"
time="2018-02-23T16:45:36Z" level=info msg="Traefik version v1.5.2 built on 2018-02-12_10:56:31AM"
time="2018-02-23T16:45:36Z" level=info msg="
Stats collection is disabled.
Help us improve Traefik by turning this feature on :)
More details on: https://docs.traefik.io/basics/#collected-data
"
time="2018-02-23T16:45:36Z" level=debug msg="Global configuration loaded {"LifeCycle":{"RequestAcceptGraceTimeout":0,"GraceTimeOut":0},"GraceTimeOut":0,"Debug":true,"CheckNewVersion":true,"SendAnonymousUsage":false,"AccessLogsFile":"","AccessLog":null,"TraefikLogsFile":"","TraefikLog":null,"LogLevel":"DEBUG","EntryPoints":{"http":{"Network":"","Address":":80","TLS":null,"Redirect":null,"Auth":null,"WhitelistSourceRange":null,"Compress":true,"ProxyProtocol":null,"ForwardedHeaders":{"Insecure":true,"TrustedIPs":null}},"https":{"Network":"","Address":":443","TLS":{"MinVersion":"","CipherSuites":null,"Certificates":null,"ClientCAFiles":null,"ClientCA":{"Files":null,"Optional":false}},"Redirect":null,"Auth":null,"WhitelistSourceRange":null,"Compress":true,"ProxyProtocol":null,"ForwardedHeaders":{"Insecure":true,"TrustedIPs":null}}},"Cluster":null,"Constraints":[],"ACME":{"Email":"lars@dgda.dk","Domains":null,"Storage":"/etc/traefik/acme.json","StorageFile":"","OnDemand":false,"OnHostRule":true,"CAServer":"","EntryPoint":"https","DNSChallenge":null,"HTTPChallenge":null,"DNSProvider":"","DelayDontCheckDNS":0,"ACMELogging":true,"TLSConfig":null},"DefaultEntryPoints":["http","https"],"ProvidersThrottleDuration":2000000000,"MaxIdleConnsPerHost":200,"IdleTimeout":0,"InsecureSkipVerify":false,"RootCAs":null,"Retry":{"Attempts":0},"HealthCheck":{"Interval":30000000000},"RespondingTimeouts":null,"ForwardingTimeouts":null,"Web":null,"Docker":null,"File":{"Watch":true,"Filename":"/etc/traefik/traefik.toml","Constraints":null,"Trace":false,"DebugLogGeneratedTemplate":false,"Directory":""},"Marathon":null,"Consul":null,"ConsulCatalog":null,"Etcd":null,"Zookeeper":null,"Boltdb":null,"Kubernetes":null,"Mesos":null,"Eureka":null,"ECS":null,"Rancher":null,"DynamoDB":null,"ServiceFabric":null,"Rest":null,"API":null,"Metrics":null,"Ping":null}"
time="2018-02-23T16:45:36Z" level=info msg="Preparing server http &{Network: Address::80 TLS:<nil> Redirect:<nil> Auth:<nil> WhitelistSourceRange:[] Compress:true ProxyProtocol:<nil> ForwardedHeaders:0xc4207139a0} with readTimeout=0s writeTimeout=0s idleTimeout=3m0s"
time="2018-02-23T16:45:36Z" level=info msg="Preparing server https &{Network: Address::443 TLS:0xc4206c2080 Redirect:<nil> Auth:<nil> WhitelistSourceRange:[] Compress:true ProxyProtocol:<nil> ForwardedHeaders:0xc420713980} with readTimeout=0s writeTimeout=0s idleTimeout=3m0s"
time="2018-02-23T16:45:36Z" level=info msg="Starting server on :80"
time="2018-02-23T16:45:36Z" level=info msg="Loading ACME Account..."
time="2018-02-23T16:45:36Z" level=info msg="Loaded ACME config from store /etc/traefik/acme.json"
time="2018-02-23T16:45:36Z" level=debug msg="Building ACME client..."
time="2018-02-23T16:45:37Z" level=debug msg=AgreeToTOS...
time="2018-02-23T16:45:38Z" level=info msg="Starting provider *file.Provider {"Watch":true,"Filename":"/etc/traefik/traefik.toml","Constraints":null,"Trace":false,"DebugLogGeneratedTemplate":false,"Directory":""}"
time="2018-02-23T16:45:38Z" level=info msg="Starting server on :443"
time="2018-02-23T16:45:38Z" level=info msg="Retrieving ACME certificates..."
time="2018-02-23T16:45:38Z" level=info msg="Retrieved ACME certificates"
time="2018-02-23T16:45:38Z" level=info msg="Testing certificate renew..."
time="2018-02-23T16:45:38Z" level=debug msg="Configuration received from provider file: {"backends":{"dgda-api-v1":{"servers":{"server-1":{"url":"http://<IP_ADDRESS>:80","weight":4},"server-2":{"url":"http://<IP_ADDRESS>:80","weight":2},"server-3":{"url":"http://<IP_ADDRESS>:80","weight":2}},"loadBalancer":{"method":"drr"},"healthCheck":{"path":"/","port":8080,"interval":"5s"}},"tsno-api-v1":{"servers":{"server-1":{"url":"http://<IP_ADDRESS>:8205","weight":10},"server-2":{"url":"http://<IP_ADDRESS>:8203","weight":10}},"loadBalancer":{"method":"drr"},"healthCheck":{"path":"/","interval":"5s"}},"tsse-api-v1":{"servers":{"server-1":{"url":"http://<IP_ADDRESS>:8205","weight":10},"server-2":{"url":"http://<IP_ADDRESS>:8203","weight":10}},"loadBalancer":{"method":"drr"},"healthCheck":{"path":"/","interval":"5s"}}},"frontends":{"dgda-api-v1-fe":{"entryPoints":["http","https"],"backend":"dgda-api-v1","routes":{"dgda-api":{"rule":"Host:api.duglemmerdetaldrig.dk"}},"passHostHeader":true,"priority":10,"basicAuth":null},"tsno-api-v1-fe":{"entryPoints":["http","https"],"backend":"tsno-api-v1","routes":{"tsno-api":{"rule":"Host:api.truestory.no"}},"passHostHeader":true,"priority":10,"basicAuth":null},"tsse-api-v1-fe":{"entryPoints":["http","https"],"backend":"tsse-api-v1","routes":{"tsse-api":{"rule":"Host:api.truestory.se"}},"passHostHeader":true,"priority":10,"basicAuth":null}},"tls":[{"EntryPoints":["https"],"Certificate":{"CertFile":"/ssl-certs/api.duglemmerdetaldrig.dk.pem","KeyFile":"/ssl-certs/api.duglemmerdetaldrig.dk.key"}},{"EntryPoints":["https"],"Certificate":{"CertFile":"/ssl-certs/api.truestory.no.pem","KeyFile":"/ssl-certs/api.truestory.no.key"}},{"EntryPoints":["https"],"Certificate":{"CertFile":"/ssl-certs/api.truestory.se.pem","KeyFile":"/ssl-certs/api.truestory.se.key"}}]}"
time="2018-02-23T16:45:38Z" level=debug msg="Creating frontend dgda-api-v1-fe"
time="2018-02-23T16:45:38Z" level=debug msg="Wiring frontend dgda-api-v1-fe to entryPoint http"
time="2018-02-23T16:45:38Z" level=debug msg="Creating route dgda-api Host:api.duglemmerdetaldrig.dk"
time="2018-02-23T16:45:38Z" level=debug msg="Creating backend dgda-api-v1"
time="2018-02-23T16:45:38Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:80 with weight 4"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:80 with weight 2"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-3 at http://<IP_ADDRESS>:80 with weight 2"
time="2018-02-23T16:45:38Z" level=debug msg="Setting up backend health check [Path: / Port: 8080 Interval: 5s]"
time="2018-02-23T16:45:38Z" level=debug msg="Creating retries max attempts 3"
time="2018-02-23T16:45:38Z" level=debug msg="Wiring frontend dgda-api-v1-fe to entryPoint https"
time="2018-02-23T16:45:38Z" level=debug msg="Creating route dgda-api Host:api.duglemmerdetaldrig.dk"
time="2018-02-23T16:45:38Z" level=debug msg="Creating backend dgda-api-v1"
time="2018-02-23T16:45:38Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:80 with weight 4"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:80 with weight 2"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-3 at http://<IP_ADDRESS>:80 with weight 2"
time="2018-02-23T16:45:38Z" level=debug msg="Setting up backend health check [Path: / Port: 8080 Interval: 5s]"
time="2018-02-23T16:45:38Z" level=debug msg="Creating retries max attempts 3"
time="2018-02-23T16:45:38Z" level=debug msg="Creating frontend tsno-api-v1-fe"
time="2018-02-23T16:45:38Z" level=debug msg="Wiring frontend tsno-api-v1-fe to entryPoint http"
time="2018-02-23T16:45:38Z" level=debug msg="Creating route tsno-api Host:api.truestory.no"
time="2018-02-23T16:45:38Z" level=debug msg="Creating backend tsno-api-v1"
time="2018-02-23T16:45:38Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:8205 with weight 10"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:8203 with weight 10"
time="2018-02-23T16:45:38Z" level=debug msg="Setting up backend health check [Path: / Port: 0 Interval: 5s]"
time="2018-02-23T16:45:38Z" level=debug msg="Creating retries max attempts 2"
time="2018-02-23T16:45:38Z" level=debug msg="Wiring frontend tsno-api-v1-fe to entryPoint https"
time="2018-02-23T16:45:38Z" level=debug msg="Creating route tsno-api Host:api.truestory.no"
time="2018-02-23T16:45:38Z" level=debug msg="Creating backend tsno-api-v1"
time="2018-02-23T16:45:38Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:8205 with weight 10"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:8203 with weight 10"
time="2018-02-23T16:45:38Z" level=debug msg="Setting up backend health check [Path: / Port: 0 Interval: 5s]"
time="2018-02-23T16:45:38Z" level=debug msg="Creating retries max attempts 2"
time="2018-02-23T16:45:38Z" level=debug msg="Creating frontend tsse-api-v1-fe"
time="2018-02-23T16:45:38Z" level=debug msg="Wiring frontend tsse-api-v1-fe to entryPoint http"
time="2018-02-23T16:45:38Z" level=debug msg="Creating route tsse-api Host:api.truestory.se"
time="2018-02-23T16:45:38Z" level=debug msg="Creating backend tsse-api-v1"
time="2018-02-23T16:45:38Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:8205 with weight 10"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:8203 with weight 10"
time="2018-02-23T16:45:38Z" level=debug msg="Setting up backend health check [Path: / Port: 0 Interval: 5s]"
time="2018-02-23T16:45:38Z" level=debug msg="Creating retries max attempts 2"
time="2018-02-23T16:45:38Z" level=debug msg="Wiring frontend tsse-api-v1-fe to entryPoint https"
time="2018-02-23T16:45:38Z" level=debug msg="Creating route tsse-api Host:api.truestory.se"
time="2018-02-23T16:45:38Z" level=debug msg="Creating backend tsse-api-v1"
time="2018-02-23T16:45:38Z" level=debug msg="Creating load-balancer drr"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-2 at http://<IP_ADDRESS>:8203 with weight 10"
time="2018-02-23T16:45:38Z" level=debug msg="Creating server server-1 at http://<IP_ADDRESS>:8205 with weight 10"
time="2018-02-23T16:45:38Z" level=debug msg="Setting up backend health check [Path: / Port: 0 Interval: 5s]"
time="2018-02-23T16:45:38Z" level=debug msg="Creating retries max attempts 2"
time="2018-02-23T16:45:38Z" level=debug msg="Initial healthcheck for currentBackend httptsse-api-v1 "
time="2018-02-23T16:45:38Z" level=debug msg="Initial healthcheck for currentBackend httpstsno-api-v1 "
time="2018-02-23T16:45:38Z" level=debug msg="Initial healthcheck for currentBackend httptsno-api-v1 "
time="2018-02-23T16:45:38Z" level=debug msg="Initial healthcheck for currentBackend httpstsse-api-v1 "
time="2018-02-23T16:45:38Z" level=debug msg="Initial healthcheck for currentBackend httpdgda-api-v1 "
time="2018-02-23T16:45:38Z" level=debug msg="Initial healthcheck for currentBackend httpsdgda-api-v1 "
time="2018-02-23T16:45:38Z" level=debug msg="Add certificate for domains *.duglemmerdetaldrig.dk,duglemmerdetaldrig.dk"
time="2018-02-23T16:45:38Z" level=debug msg="Add certificate for domains *.truestory.no,truestory.no"
time="2018-02-23T16:45:38Z" level=debug msg="Add certificate for domains *.truestory.se,truestory.se"
time="2018-02-23T16:45:38Z" level=info msg="Server configuration reloaded on :80"
time="2018-02-23T16:45:38Z" level=info msg="Server configuration reloaded on :443"
time="2018-02-23T16:45:38Z" level=debug msg="LoadCertificateForDomains [api.duglemmerdetaldrig.dk]..."
time="2018-02-23T16:45:38Z" level=debug msg="Looking for provided certificate to validate [api.duglemmerdetaldrig.dk]..."
time="2018-02-23T16:45:38Z" level=debug msg="No provided certificate found for domains [api.duglemmerdetaldrig.dk], get ACME certificate."
time="2018-02-23T16:45:38Z" level=debug msg="Loading ACME certificates [api.duglemmerdetaldrig.dk]..."
time="2018-02-23T16:45:38Z" level=warning msg="HealthCheck has failed [http://<IP_ADDRESS>:8205]: Remove from server list"
time="2018-02-23T16:45:38Z" level=warning msg="HealthCheck has failed [http://<IP_ADDRESS>:8205]: Remove from server list"
time="2018-02-23T16:45:38Z" level=warning msg="HealthCheck has failed [http://<IP_ADDRESS>:8203]: Remove from server list"
time="2018-02-23T16:45:38Z" level=warning msg="HealthCheck has failed [http://<IP_ADDRESS>:8203]: Remove from server list"
time="2018-02-23T16:45:40Z" level=error msg="map[api.duglemmerdetaldrig.dk:[api.duglemmerdetaldrig.dk] acme: Could not determine solvers]"
time="2018-02-23T16:45:40Z" level=error msg="Error getting ACME certificates [api.duglemmerdetaldrig.dk] : cannot obtain certificates map[api.duglemmerdetaldrig.dk:[api.duglemmerdetaldrig.dk] acme: Could not determine solvers]"
time="2018-02-23T16:45:40Z" level=debug msg="LoadCertificateForDomains [api.truestory.no]..."
time="2018-02-23T16:45:40Z" level=debug msg="Looking for provided certificate to validate [api.truestory.no]..."
time="2018-02-23T16:45:40Z" level=debug msg="No provided certificate found for domains [api.truestory.no], get ACME certificate."
time="2018-02-23T16:45:40Z" level=debug msg="Loading ACME certificates [api.truestory.no]..."
time="2018-02-23T16:45:41Z" level=error msg="map[api.truestory.no:[api.truestory.no] acme: Could not determine solvers]"
time="2018-02-23T16:45:41Z" level=error msg="Error getting ACME certificates [api.truestory.no] : cannot obtain certificates map[api.truestory.no:[api.truestory.no] acme: Could not determine solvers]"
time="2018-02-23T16:45:41Z" level=debug msg="LoadCertificateForDomains [api.truestory.se]..."
time="2018-02-23T16:45:41Z" level=debug msg="Looking for provided certificate to validate [api.truestory.se]..."
time="2018-02-23T16:45:41Z" level=debug msg="No provided certificate found for domains [api.truestory.se], get ACME certificate."
time="2018-02-23T16:45:41Z" level=debug msg="Loading ACME certificates [api.truestory.se]..."
time="2018-02-23T16:45:42Z" level=error msg="map[api.truestory.se:[api.truestory.se] acme: Could not determine solvers]"
time="2018-02-23T16:45:42Z" level=error msg="Error getting ACME certificates [api.truestory.se] : cannot obtain certificates map[api.truestory.se:[api.truestory.se] acme: Could not determine solvers]"
time="2018-02-23T16:45:43Z" level=debug msg="Refreshing healthcheck for currentBackend httptsse-api-v1 "
time="2018-02-23T16:45:43Z" level=debug msg="Refreshing healthcheck for currentBackend httpstsse-api-v1 "
time="2018-02-23T16:45:43Z" level=debug msg="Refreshing healthcheck for currentBackend httpstsno-api-v1 "
time="2018-02-23T16:45:43Z" level=debug msg="Refreshing healthcheck for currentBackend httptsno-api-v1 "
time="2018-02-23T16:45:43Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8205]"
time="2018-02-23T16:45:43Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8203]"
time="2018-02-23T16:45:43Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8203]"
time="2018-02-23T16:45:43Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8205]"
time="2018-02-23T16:45:43Z" level=debug msg="Refreshing healthcheck for currentBackend httpdgda-api-v1 "
time="2018-02-23T16:45:43Z" level=debug msg="Refreshing healthcheck for currentBackend httpsdgda-api-v1 "
time="2018-02-23T16:45:47Z" level=debug msg="Looking for provided certificate to validate [api.truestory.se]..."
time="2018-02-23T16:45:47Z" level=debug msg="No provided certificate found for domains [api.truestory.se], get ACME certificate."
time="2018-02-23T16:45:47Z" level=debug msg="Looking for an existing ACME challenge for api.truestory.se..."
time="2018-02-23T16:45:47Z" level=debug msg="No certificate found or generated for api.truestory.se"
time="2018-02-23T16:45:48Z" level=debug msg="Refreshing healthcheck for currentBackend httptsse-api-v1 "
time="2018-02-23T16:45:48Z" level=debug msg="Refreshing healthcheck for currentBackend httpstsse-api-v1 "
time="2018-02-23T16:45:48Z" level=debug msg="Refreshing healthcheck for currentBackend httpstsno-api-v1 "
time="2018-02-23T16:45:48Z" level=debug msg="Refreshing healthcheck for currentBackend httptsno-api-v1 "
time="2018-02-23T16:45:48Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8203]"
time="2018-02-23T16:45:48Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8203]"
time="2018-02-23T16:45:48Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8205]"
time="2018-02-23T16:45:48Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8205]"
time="2018-02-23T16:45:48Z" level=debug msg="Refreshing healthcheck for currentBackend httpsdgda-api-v1 "
time="2018-02-23T16:45:48Z" level=debug msg="Refreshing healthcheck for currentBackend httpdgda-api-v1 "
time="2018-02-23T16:45:53Z" level=debug msg="Refreshing healthcheck for currentBackend httptsse-api-v1 "
time="2018-02-23T16:45:53Z" level=debug msg="Refreshing healthcheck for currentBackend httpstsse-api-v1 "
time="2018-02-23T16:45:53Z" level=debug msg="Refreshing healthcheck for currentBackend httptsno-api-v1 "
time="2018-02-23T16:45:53Z" level=debug msg="Refreshing healthcheck for currentBackend httpstsno-api-v1 "
time="2018-02-23T16:45:53Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8203]"
time="2018-02-23T16:45:53Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8205]"
time="2018-02-23T16:45:53Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8203]"
time="2018-02-23T16:45:53Z" level=warning msg="HealthCheck is still failing [http://<IP_ADDRESS>:8205]"
time="2018-02-23T16:45:53Z" level=debug msg="Refreshing healthcheck for currentBackend httpdgda-api-v1 "
time="2018-02-23T16:45:53Z" level=debug msg="Refreshing healthcheck for currentBackend httpsdgda-api-v1 "
time="2018-02-23T16:45:55Z" level=info msg="I have to go... interrupt"
time="2018-02-23T16:45:55Z" level=info msg="Stopping server gracefully"
time="2018-02-23T16:45:55Z" level=debug msg="Waiting 0s seconds before killing connections on entrypoint https..."
time="2018-02-23T16:45:55Z" level=debug msg="Entrypoint https closed"
time="2018-02-23T16:45:55Z" level=debug msg="Waiting 0s seconds before killing connections on entrypoint http..."
time="2018-02-23T16:45:55Z" level=debug msg="Entrypoint http closed"
time="2018-02-23T16:45:55Z" level=info msg="Server stopped"
time="2018-02-23T16:45:55Z" level=info msg="Shutting down"

Hello @LarsDR,
Your bug seems to be fixed thanks to the Pull request #2913.
I close the PR but feel free to re-open it if necessary.


CAMISIM: Generate the abundance profiles

With the chosen genomes, generate the abundance profiles.
Smartest seems to create a bash script that generates it for us.
Here is info from my comment on [#13]
HOW I UNDERSTAND THE ABUNDANCE CALCULATION
The abundance is calculated based on the total sum of genome sizes.

Say i have G1, G2, G3, ..., G10, Orchid genomes. And i want Orchid to have an abundance of 50%.
G1:G5 is 1000bp each, G6:G10 is 1500bp each and Orchid is 12000bp

Genome    Size
G1        1000
G2        1000
...
G6        1500
G7        1500
...
Orchid    12000

Calculate the total genome size

tot = 1000 x 5 + 1500 x 5 + 12000 = 19500bp

Calculate the abundance value for each genome.

abu = 1 / (number of genomes - 1)
For G1 to G10 there are 10-1 = 9 genomes.
abu for G1 to G10 are 1/9 = 0.1111

Set the abundance value of Orchid to 0.5
Calculate the total abundance value for all genomes.

abu_tot = abu_orchid + sum(abu_G1:abu_G10)
abu_tot= 0.5 + 9 x 0.1111 = 1.5

Normalize the abundance values so they sum up to 1.

nrm_abu_orchid = abu_ochid / abu_tot= 0.5 / 1.5 = 0.3333
nrm_abu_Gn = 0.1111 / 1.5 = 0.0741

BOOOM there is your relative abundance. But NOTE there should not be a heading row in the abundance.tsv file
However, it seems that abundance don't have to sum up to 1 as can be seen in the example above. But doing it this way i am able to sum all abundances to 1 "ish". 0.0741 x 10 + 0.3333 ~ 1

Genome    Abundance
G1        0.0741
G2        0.0741
...
G10       0.0741
Orchid    0.3333

Good info on these issues

Can I use CAMISIM to simulate a sample with multiple strains of the same species?
De novo community design: Genomes download
ERROR: [MetagenomeSimulationPipeline] could not convert string to float: 'abundance' in line 80
Guidance on abundance.tsv file and output
custom abundance profile doesn't reflect abundance in output
Generate simulated samples from a genome abundance table

"After quality control and chloroplast or mitochondrial sequences removal, a total of 530,608 bacterial sequences and 2,442,189 fungal sequences were obtained from 24 samples. These sequences were assigned to 636 bacterial OTUs and 718 fungal OTUs, respectively." - Lin et al., 2022, Distribution pattern of endophytic bacteria and fungi in tea plants.
"The remaining phyla viz., Cyanobacteria (blue green algae), Ascomycota and Basidiomycota (fungi) were less prominent in the metagenomes of GPU and UM" - Prasannakumar et al., 2020, Metagenome sequencing of fingermillet-associated microbial consortia provides insights into structural and functional diversity of endophytes.
"a total of 90.9 million reads from 16S and 86.8 million reads from ITS were clustered at ≥97% sequence identity using UPARSE. After processing, a total of 23,811 bacterial and 11,727 fungal operational taxonomy units (OTUs) were recovered." - Soares Correa de Souza et al., 2016, Unlocking the bacterial and fungal communities assemblages of sugarcane microbiome

CREATING DATAFRAME

I want a df with these columns
genome_id	size	taxid	tax_group	group

pseudo code
list_genome_id = []
list_size = []
list_NCBI = []
list_tax_group = []

for *.fasta in source_genomes/:

	# Get genome_id
	match genome_id with *.fasta filename using genome_to_id.txt
	add genome_id to list_genome_id

	# Get size
	match size with *.fasta filename using report_genome.txt
	add size to list_size

	# Get taxid
	match NCBI_ID with genome_id using metadata.tsv
	add NCBI_ID to list_NCBI

	# Get taxonomy group id
	match tax_group with NCBI_ID using taxonomic_profile.tsv
		in $TAXPATH get first number ^[0-9]|      # 2|1239|186801   --> 2
	add tax_group to list_tax_group

	# Get humanized group name
	match tax_group with group using if
	if tax_group != 2759:
		group = "not_euk"
	else:
		group = "euk"

Thaliana genome (GCF_000001735.4_TAIR10.1_genomic) has been replaced with Platanthera_zijinensis_chr

Added these to source_genomes/

Ceratobasidium_sp_CerAGI
Rhizoctonia_solani_Rhisola1
Tullasnella_calospora_Tulcal1

#26

Going with 70-80% Fungi, 20-30% Bacteria/Archaea and 0.5-2% Plasmids/Circular DNA/Virus #17

Example

Lets generate 10 GB data from the total genome size of all the 100 genomes:

6052323168 bp

Host abundance: 50%   --> 5GB data belongs to host
Endophyte abundance: 1 - Host abundance --> 5GB belong to endophytes.

The relative abundance between the endophytes are:

Fungi: 67,8%

OMF: 45,2%     (2 x rfungi)

Three OMFs --> 45.2%/3 = 15.06667%

rfungi: 22.6%

Decided randomly but gotta sum up to 22.6%

Bark: 29,7%

Decided randomly but gotta sum up to 29.7%

Plasm: 2.5%

Decided randomly but gotta sum up to 2.5%


Refactor umbrella for v2 ☂☂☂

What kind of change does this PR introduce?
Add tests, refactor ambiguous code, improve performance
Problems

Current tests are still based on the gotrue netlify's upstream logic - admins are identified based on the is_super_admin field in the users table. We should use the role to define an admin user.

Things to fix

[x] create admin user for testing /admin & /audit endpoints using GOTRUE_JWT_ADMIN_ROLE instead of setting is_super_admin field to true
[x] audit_log_entry should identify admin user who makes the action (either service_role or supabase_admin)
[x] admin_test
[x] signup_test
[x] recovery_test
[x] invite_test
[x] hooks test
[x] middleware test
[x] external oauth provider tests (each provider creates a mock server to simulate the oauth2 flow)
[x] instance test (multi-instance mode)

I could not start postgres locally and had to do the following in the /hack/migrate_postgres.sh file:
-export GOTRUE_DB_DATABASE_URL="postgres://postgres:root@localhost:5432/gotrue_$DB_ENV?sslmode=disable"
+export GOTRUE_DB_DATABASE_URL="postgres://postgres:root@tcp(localhost:5432)/gotrue_$DB_ENV?sslmode=disable&parseTime=true&multiStatements=true"

Maybe some users also have the problem and you want to put it in your PR.

Amazing work here @kangmingtay 🔥


notes are not shown in case of user not logged in

Describe the bug
notes are not always shown in case of user not logged in
To Reproduce
Steps to reproduce the behavior:
logout from twitter - visit a tweet which has a note - like this one:
https://twitter.com/POTUS/status/1637136790208356354
but here is another tweet which has 2 notes, and only 1 is shown
https://twitter.com/elonmusk/status/1651602599345373186
Expected behavior
notes should be always visible for everyone for example if tweet was shared with someone who does not have an account or a tweet which was embedded.
Screenshots

Environment
any web browser desktop or mobile

Thanks for the report. Just tested. See all the notes when either logged in or logged out. Might be an intermittent issue w/ a cache? If you try again do you see them all?

So this one was taken as a screenshot from iphone. Same behaviour.

Thank you. Now able to reproduce the problem when on VPN through Hungary. We expect it to work for logged out globally. Will investigate.

Any update on this? Thx

Thank you for the reminder! We're taking another look but couldn't find the cause yet.

Hi There! - yes - now twitter is showing community notes even for readers who does not have an account or not logged in.
Thanks for the great work!


Javamelody swallows response if Spring WebAsyncTask/Callable is used

What steps will reproduce the problem?
1. unzip test.zip
2. build maven test project
3. run without javamelody, http://localhost:8080/test/test -> all working
4. uncomment javamelody in pom.xml and rebuild
5. run with javamelody, http://localhost:8080/test/test -> async tests failing
with empty response except @ResponseBody or redirect:/ is used

What is the expected output? What do you see instead?
All should work

What version of the product are you using? On what application server, JDK,
operating system?
   Java 6 or 7
   Tomcat 7.0.42

Please provide any additional information below.

Original issue reported on code.google.com by<EMAIL_ADDRESS>on 10 Sep 2013 at 1:24
Attachments:

test.zip

After a discussion with Mark from Tomcat an issue was created there:
https://bz.apache.org/bugzilla/show_bug.cgi?id=58063
And Violeta has written an answer:
In Javamelody web fragment, the filter MonitoringFilter must specify dispatcher type ASYNC.
Regards,
Violeta
E.g.

javamelody
/*
REQUEST
ASYNC

This answer closes this quite old defect and Violeta Georgieva can be thanked for that.
This is merged in master (2bb18a6f2d7aefdbf8eda489fd68f57487e67570) and ready for the next release (1.57).
The web.xml example in UserGuide is also fixed.


contract: Use new collection format in default ECP

The collections key in the EC policy configuration is now deprecated. The preferred way now is to use include with the @collection syntax, so let's use that in the default ECP CRs.
Ref: https://issues.redhat.com/browse/HACBS-2044

/retest

/retest

/retest


French translation updated

Purpose
Adding some missing terms in the French translation file.
Screenshots
n/a
Documentation
n/a

@drebaud thanks!


Reworking datacodec package

With this PR datacodec package doesn't handle the base64 encoding, this is left to the event marshaller/unmarshaller which injects into the Data field directly the decoded byte array.
Also improves documentation of SetData and Data explaining the various behaviours.

LGTM
We need to do a pass at xml testing, I am seeing a regression in the sdk (unrelated to this PR)

nice.
LGTM, thanks for cleaning up.


Warning: "certutil" is not available

During caddy install this message pops up:
Warning: "certutil" is not available, install "certutil" with "apt install libnss3-tools" or "yum install nss-tools" and try again

Proposal: Install libnss3-tools / nss-tools as part of the role.

Hi @gthieleb, thanks for the report. I am open to adding this but if possible can you share any more details about your setup? I have not personally seen this warning ever so I suspect you must be doing something that I am not or it has been added in a recent Caddy version. Is it that you are using self-signed certs & that makes Caddy require this additional tool? I don't think any of the hosts where I use Caddy are set to use self-signed certs in the config.

Caddyfile:
localhost
root * ./volumes/site
file_server

docker-compose.yml:
version: "3.9"

services:
  caddy:
    image: caddy:${CADDY_VERSION}
    restart: unless-stopped
    ports:
      - 80:80
      - 443:443
      - 443:443/udp
    volumes:
      - ./volumes/caddy/Caddyfile:/etc/caddy/Caddyfile
      - ./volumes/public:/srv
      - caddy_data:/data
      - caddy_config:/config

volumes:
  caddy_data:
  caddy_config:

Result:


Store: make index cache shared cache friendly

The IndexCache is an in-memory cache whose exposed interface allow to cache single Postings and Series. In Cortex we've an experimental TSDB blocks storage integration based on Thanos and we would like to introduce a shared index cache (based on Memcached).
The current IndexCache interface is not shared cache friendly, due to the fact that the exposed functions allow to fetch/store single items. In this PR I'm proposing to switch IndexCache to an interface which allows to fetch multiple postings and series at once, in order to make it shared cache friendly.
Fixed #1815

[ ] I added CHANGELOG entry for this change.
[x] Change is not relevant to the end user.

Changes

Renamed store cache.go to inmemory.go
Refactored IndexCache to multiple fetch postings and series within a single call
Prefixed fetch/store functions with Fetch and Store for clarity

Due to the file renaming, the diff is quite difficult to follow, reason why I've splitted into two separate commits (it should help).
Verification
Unit and manual tests.

Thanks @bwplotka for your review! What's about now?

Thanks!


Unable to download cnn_dailymail dataset

Script to reproduce the error
from datasets import load_dataset

train_dataset = load_dataset("cnn_dailymail", "3.0.0", split= 'train[:10%')
valid_dataset = load_dataset("cnn_dailymail","3.0.0", split="validation[:5%]")

Error
---------------------------------------------------------------------------
NotADirectoryError                        Traceback (most recent call last)
<ipython-input-8-47c39c228935> in <module>()
      1 from datasets import load_dataset
      2
----> 3 train_dataset = load_dataset("cnn_dailymail", "3.0.0", split= 'train[:10%')
      4 valid_dataset = load_dataset("cnn_dailymail","3.0.0", split="validation[:5%]")

5 frames
/usr/local/lib/python3.6/dist-packages/datasets/load.py in load_dataset(path, name, data_dir, data_files, split, cache_dir, features, download_config, download_mode, ignore_verifications, save_infos, script_version, **config_kwargs)
    609         download_config=download_config,
    610         download_mode=download_mode,
--> 611         ignore_verifications=ignore_verifications,
    612     )
    613

/usr/local/lib/python3.6/dist-packages/datasets/builder.py in download_and_prepare(self, download_config, download_mode, ignore_verifications, try_from_hf_gcs, dl_manager, **download_and_prepare_kwargs)
    469                     if not downloaded_from_gcs:
    470                         self._download_and_prepare(
--> 471                             dl_manager=dl_manager, verify_infos=verify_infos, **download_and_prepare_kwargs
    472                         )
    473                     # Sync info

/usr/local/lib/python3.6/dist-packages/datasets/builder.py in _download_and_prepare(self, dl_manager, verify_infos, **prepare_split_kwargs)
    524         split_dict = SplitDict(dataset_name=self.name)
    525         split_generators_kwargs = self._make_split_generators_kwargs(prepare_split_kwargs)
--> 526         split_generators = self._split_generators(dl_manager, **split_generators_kwargs)
    527
    528         # Checksums verification

/root/.cache/huggingface/modules/datasets_modules/datasets/cnn_dailymail/0128610a44e10f25b4af6689441c72af86205282d26399642f7db38fa7535602/cnn_dailymail.py in _split_generators(self, dl_manager)
    252     def _split_generators(self, dl_manager):
    253         dl_paths = dl_manager.download_and_extract(_DL_URLS)
--> 254         train_files = _subset_filenames(dl_paths, datasets.Split.TRAIN)
    255         # Generate shared vocabulary
    256

/root/.cache/huggingface/modules/datasets_modules/datasets/cnn_dailymail/0128610a44e10f25b4af6689441c72af86205282d26399642f7db38fa7535602/cnn_dailymail.py in _subset_filenames(dl_paths, split)
    153     else:
    154         logging.fatal("Unsupported split: %s", split)
--> 155     cnn = _find_files(dl_paths, "cnn", urls)
    156     dm = _find_files(dl_paths, "dm", urls)
    157     return cnn + dm

/root/.cache/huggingface/modules/datasets_modules/datasets/cnn_dailymail/0128610a44e10f25b4af6689441c72af86205282d26399642f7db38fa7535602/cnn_dailymail.py in _find_files(dl_paths, publisher, url_dict)
    132     else:
    133         logging.fatal("Unsupported publisher: %s", publisher)
--> 134     files = sorted(os.listdir(top_dir))
    135
    136     ret_files = []

NotADirectoryError: [Errno 20] Not a directory: '/root/.cache/huggingface/datasets/downloads/1bc05d24fa6dda2468e83a73cf6dc207226e01e3c48a507ea716dc0421da583b/cnn/stories'

Thanks for any suggestions.

Same error here!

Same here! My kaggle notebook stoped working like yesterday. It's strange because I have fixed version of datasets==1.1.2

I'm looking at it right now

I couldn't reproduce unfortunately. I tried
from datasets import load_dataset

load_dataset("cnn_dailymail", "3.0.0", download_mode="force_redownload")

and it worked fine.
Maybe there was an issue with the google drive download link of the dataset ?
Are you still having the issue ? If so could your give me more info about your python and requests version ?

No, It's working fine now. Very strange

It's working as expected.  Closing the issue
Thanks everybody.


Integration Test - Release - 2020/01/09 15:16:05

Auto create for integration test. AnotherAuthorUpdatedArticleFlow

@PRMergerTest2 : Thanks for your contribution! The author(s) have been notified to review your proposed change.


detached rulesets aren't imported when using reference option

Normal less variables import as expected, but detached rulesets don't import. For example
@import ( reference ) "_detached-rulesets-test.less"
@_my_detached_ruleset();
.test_normal_variables {
    margin: unit( @_normal_variable_test, px );
}

and in _detached-rulesets-test.less
@_normal_variable_test: 26;
@_my_detached_ruleset: {
    BODY {
        margin: 10px;
    }
}

this gives the output
.test_normal_variables {
    margin: 26px;
}

ILess produces the same ouput as less.js 2.5.3...
The latest less.js has this fixed.
the bug was fixed in less.js in 2.6.0 (see https://raw.githubusercontent.com/less/less.js/master/CHANGELOG.md)
This might be the less.js PR: https://github.com/less/less.js/pull/2729
Any help on moving ILess forward would be very appreciated.


Incorrect Title

Currently our title is showing VITE+REACT, the title should be TeaLicious.

added Ritu on this issue

Resolved.


fix edge issue in bin2nc for merra2 restarts to levels other than 72

These changes are required for properly regrinding MERRA-2 L72 data to any other vertical grid.

I labeled this as zero-diff, this is of course non zero-diff when regrid of MERRA-2 to another vertical resolution

Ben seems okay with this. I'm going to fix it up for a release.

I labeled this as zero-diff, this is of course non zero-diff when regrid of MERRA-2 to another vertical resolution

Bug-fixes are of necessity almost-always non zero-diff.    You can label them zero-diff only if the fix does not affect any regularly running scenario.    This bit is "offline" though, so even greyer.   But on the whole, I'd label it non zero-diff.   Just in case it leads to surprises later on, this label can point towards potential causes of diffs.


How to use with react

Is your feature request related to a problem? Please describe...
How about a React compatibility?
Describe alternatives you've considered
TypeORM (not maintained), MikroORM or Prisma.
Additional context
Maybe we could do something cool that everybody likes?

No, Vuex ORM is only for Vuex, as its name states. For react, they do already have Redux ORM 👍


feat: implement support for gzipped dashboards

Implements https://github.com/grafana-operator/grafana-operator/issues/905

Took a quick look, but getting:
1.67848290288625e+09	ERROR	error reconciling dashboard	{"controller": "grafanadashboard", "controllerGroup": "grafana.integreatly.org", "controllerKind": "GrafanaDashboard", "GrafanaDashboard": {"name":"grafanadashboard-gzipped","namespace":"hstefans"}, "namespace": "hstefans", "name": "grafanadashboard-gzipped", "reconcileID": "38a2bb8d-e5e9-4ac0-b666-d5831d52aa7c", "dashboard": "grafanadashboard-gzipped", "grafana": "grafana", "error": "no source type provided for dashboard grafanadashboard-gzipped"}

I'll look into this tomorrow and review again


Provide custom message for error thrown when charging station is made public but site is private

Dups of sap-labs-france/ev-server#2764
No need to create separate issue, both use cases can be handled in one issue ;-)


What is the latest version of worker available?

The latest version of the library 'pdfjs-dist' is 4.2.67. But I can't upgrade my current version to it because I use the
<EMAIL_ADDRESS>and the latest version of the worker as I see is 3.11.174.
How is it supposed the new versions work with worker?
Thank you!

Version 4.2.67 is available at<EMAIL_ADDRESS>Note that the CDNs simply mirror our releases and we don't control how that process is done, so any support questions should be directed to the CDN in question.


ZoneJS error when opening application with /:id route

There seems to occure an error when I load an angular microservice directly. This error does not occure when I navigate to a route from within that microservice with this.router.navigateByUrl('/microfrontend/' + data.id)
So if I load for example this url (with example id 12345) from scratch: http://www.wrapper.com/microfrontend/12345, i got the following error.

Below you can watch the order of my steps. I have not been able to reproduce this in the example application...

I've been looking to fix this issue for several days. Any idea's or solutions are more than welcome..

This error usually means that you're trying to download a json file but it's actually downloading an html file. The way that that happens is when the server is configured to always return the index html file for all pages, which is what is used for SPAs.
To diagnose, I'd look in the network tab of the devtools and find the request that is causing this. It will likely have an HTTP status of 200, but will return the index html file instead of the json or javascript that it should have. My guess is that that request is going to the wrong server entirely and that the reason is the webpack public path

You gave me a hint in the right direction. In the index.html file there was a backslash missing to import my importmap.json.
This
<script type="systemjs-importmap" src="importmap.json"></script>
pointing to
http://www.wrapper.com/microfrontend/importmap.json
instead of
<script type="systemjs-importmap" src="/importmap.json"></script>
pointing to
http://www.wrapper.com/importmap.json
This issue can be closed. Thanks! :)

👍 glad to hear that you got it working


New endpoint: api/school-status?id=school

We would like to have interface, which would return filtered data from these two CSV files into JSON (as two arrays of records):

schools-absences.csv
schools-regimes.csv

Suggested format:
{
   "school1": {
        "absences:  [
              { absence1 },
              { absence2 }
        ]
        "regimes: [
              { regime1 },
              { regime2 }
        ]
   }
}

Bonus point: can we specify multiple school IDs in argument list (api/school-status?id=school1,school2,school3)?

What do you mean by filtered exactly? The usual from/to plus the list of school ids?

@MihaMarkic filtering with list of IDs is enough for now.
Maybe we can also support from= filter?
Also: please change school from int to string to make it consistent with use in array.

Implemented in 1.11.1


Rootless podman won't start when exposing ports

/kind bug
Description
Trying to run a rootless podman container exposing ports on CentOS 7, this works fine on Fedora 29, though with the same versions it doesn't work on CentOS 7.
When trying to start a rootless container, it even blocks any other kind of execution of podman as this user.
I am not fully sure, whether this is actually a bug in podman, runc, slirp4netns . Though I assumed opening it here is the best place to get started.
For what I am trying to achieve (running rootless containers through podman on CentOS 7 in the end managed by systemd) I backported the current versions of podman, runc and slirp4netns that I have on Fedora 29 to CentOS 7 (rebuild of packages). On Fedora 29 what I try to do works fine.
Additionally, I have the new shadow utils from @vbatts from https://copr.fedorainfracloud.org/coprs/vbatts/shadow-utils-newxidmap/
These are the packages:
podman.x86_64 0:1.2.0-1555257720.git3bd528e5.el7
runc.x86_64 2:1.0.0-89.dev.git029124d.el7
shadow-utils46-newxidmap.x86_64 2:4.6-4.el7
slirp4netns.x86_64 0:0.3.0-1.alpha.2.git30883b5.el7

When I try to do the following things just hang:
$ whoami
testuser
$ podman run -p 8080:80 --name test docker.io/nginx:latest

The container is never started and podman just hangs there.
When trying to investigate with podman, it just hangs as well:
$ su - testuser -c 'podman ps'
# hangs

Investigating further shows that it hangs waiting on a futex:
[snip]
[pid 15007] write(2, "\33[37mDEBU\33[0m[0000] Setting maxi"..., 66DEBU[0000] Setting maximum workers to 8
) = 66
[pid 15007] openat(AT_FDCWD, "/home/testuser/.local/share/containers/storage/libpod/bolt_state.db", O_RDWR|O_CREAT|O_CLOEXEC, 0600) = 5
[pid 15007] epoll_ctl(4, EPOLL_CTL_ADD, 5, {EPOLLIN|EPOLLOUT|EPOLLRDHUP|EPOLLET, {u32=3527261952, u64=140096770522880}}) = -1 EPERM (Operation not permitted)
[pid 15007] epoll_ctl(4, EPOLL_CTL_DEL, 5, 0xc000559194) = -1 EPERM (Operation not permitted)
[pid 15007] flock(5, LOCK_EX|LOCK_NB)   = 0
[pid 15007] fstat(5, {st_mode=S_IFREG|0600, st_size=131072, ...}) = 0
[pid 15007] pread64(5, "\0\0\0\0\0\0\0\0\4\0\0\0\0\0\0\0\355\332\f\355\2\0\0\0\0\20\0\0\0\0\0\0"..., 4096, 0) = 4096
[pid 15007] fstat(5, {st_mode=S_IFREG|0600, st_size=131072, ...}) = 0
[pid 15007] mmap(NULL, 131072, PROT_READ, MAP_SHARED, 5, 0) = 0x7f6ad2382000
[pid 15007] madvise(0x7f6ad2382000, 131072, MADV_RANDOM) = 0
[pid 15007] epoll_pwait(4, [], 128, 0, NULL, 64) = 0
[pid 15007] munmap(0x7f6ad2382000, 131072) = 0
[pid 15007] flock(5, LOCK_UN)           = 0
[pid 15007] close(5)                    = 0
[pid 15007] futex(0x7f6ad23a2040, FUTEX_WAIT,<PHONE_NUMBER>, NULL <unfinished ...>
[pid 15003] <... sched_yield resumed> ) = 0
[pid 15003] futex(0x2a51190, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 15003] epoll_pwait(4, [], 128, 0, NULL, 1479) = 0
[pid 15003] nanosleep({0, 20000}, NULL) = 0
[pid 15003] futex(0x2a59980, FUTEX_WAKE_PRIVATE, 1) = 1
[pid 15002] <... futex resumed> )       = 0
[pid 15003] nanosleep({0, 20000},  <unfinished ...>
[pid 15002] epoll_pwait(4, [], 128, 0, NULL, 1479) = 0
[pid 15002] futex(0x2a59980, FUTEX_WAIT_PRIVATE, 0, NULL <unfinished ...>
[pid 15003] <... nanosleep resumed> NULL) = 0
[pid 15003] futex(0x2a51270, FUTEX_WAIT_PRIVATE, 0, {60, 0}

You can also observer this through ps (https://access.redhat.com/solutions/237383):
Sl+  14874 14874 14874 14812 podman          do_wait
Sl+  14874 14875 14874 14812 podman          futex_wait_queue_me
Sl+  14874 14876 14874 14812 podman          futex_wait_queue_me
Sl+  14874 14877 14874 14812 podman          futex_wait_queue_me
Sl+  14874 14878 14874 14812 podman          futex_wait_queue_me
Sl+  14874 14879 14874 14812 podman          futex_wait_queue_me
Sl+  14874 14885 14874 14812 podman          futex_wait_queue_me
Sl+  14880 14880 14874 14874 podman          futex_wait_queue_me
Sl+  14880 14883 14874 14874 podman          futex_wait_queue_me
Sl+  14880 14884 14874 14874 podman          futex_wait_queue_me
Sl+  14880 14886 14874 14874 podman          futex_wait_queue_me
Sl+  14880 14887 14874 14874 podman          ep_poll
Sl+  14880 14888 14874 14874 podman          futex_wait_queue_me
Sl+  14880 14889 14874 14874 podman          ep_poll
Sl+  14880 14930 14874 14874 podman          futex_wait_queue_me
Ssl  14891 14891 14891     1 conmon          poll_schedule_timeout
Ssl  14891 14893 14891     1 gmain           poll_schedule_timeout
Ssl  14899 14899 14899 14891 runc:[2:INIT]   pipe_wait
Ssl  14899 14901 14899 14891 runc:[2:INIT]   futex_wait_queue_me
Ssl  14899 14902 14899 14891 runc:[2:INIT]   futex_wait_queue_me
Ssl  14899 14903 14899 14891 runc:[2:INIT]   futex_wait_queue_me
Ssl  14899 14904 14899 14891 runc:[2:INIT]   futex_wait_queue_me
S    14907 14907 14907 14880 slirp4netns     poll_schedule_timeout

Or on the podman process itself:
$ strace -ff -p 14874
strace: Process 14874 attached with 7 threads
[pid 14885] futex(0xc00070d640, FUTEX_WAIT_PRIVATE, 0, NULL <unfinished ...>
[pid 14879] futex(0xc00079ebc0, FUTEX_WAIT_PRIVATE, 0, NULL <unfinished ...>
[pid 14878] restart_syscall(<... resuming interrupted futex ...> <unfinished ...>
[pid 14877] futex(0x2a77978, FUTEX_WAIT_PRIVATE, 0, NULL <unfinished ...>
[pid 14876] futex(0x2a77aa0, FUTEX_WAIT_PRIVATE, 0, NULL <unfinished ...>
[pid 14875] restart_syscall(<... resuming interrupted futex ...> <unfinished ...>
[pid 14874] wait4(14880,  <unfinished ...>
[pid 14878] <... restart_syscall resumed> ) = -1 ETIMEDOUT (Connection timed out)
[pid 14878] futex(0x2a51270, FUTEX_WAKE_PRIVATE, 1) = 1
[pid 14875] <... restart_syscall resumed> ) = 0
[pid 14878] futex(0xc00070d640, FUTEX_WAKE_PRIVATE, 1 <unfinished ...>
[pid 14875] sched_yield( <unfinished ...>
[pid 14885] <... futex resumed> )       = 0
[pid 14878] <... futex resumed> )       = 1
[pid 14885] futex(0xc00070d640, FUTEX_WAIT_PRIVATE, 0, NULL <unfinished ...>
[pid 14878] futex(0x2a5d580, FUTEX_WAIT_PRIVATE, 0, {29, 999243748} <unfinished ...>
[pid 14875] <... sched_yield resumed> ) = 0
[pid 14875] futex(0x2a51190, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 14875] epoll_pwait(4, [], 128, 0, NULL, 1622) = 0
[pid 14875] nanosleep({0, 20000}, NULL) = 0
[pid 14875] futex(0x2a51270, FUTEX_WAIT_PRIVATE, 0, {60, 0}

runc seems to wait on slirp4netns:
$ strace -ff -p 14899
strace: Process 14899 attached with 5 threads
[pid 14904] futex(0xc0000f3d40, FUTEX_WAIT_PRIVATE, 0, NULL <unfinished ...>
[pid 14903] futex(0x563746d01738, FUTEX_WAIT_PRIVATE, 0, NULL <unfinished ...>
[pid 14902] futex(0x563746d01820, FUTEX_WAIT_PRIVATE, 0, NULL <unfinished ...>
[pid 14901] restart_syscall(<... resuming interrupted futex ...> <unfinished ...>
[pid 14899] openat(AT_FDCWD, "/proc/self/fd/4", O_WRONLY|O_CLOEXEC <unfinished ...>
[pid 14901] <... restart_syscall resumed> ) = -1 ETIMEDOUT (Connection timed out)
[pid 14901] epoll_pwait(7, [], 128, 0, NULL, 1682) = 0
[pid 14901] nanosleep({0, 20000}, NULL) = 0
[pid 14901] futex(0x563746ce4730, FUTEX_WAIT_PRIVATE, 0, {60, 0}

$ ls -l /proc/14899/fd/4
l---------. 1 testuser testuser 64 Apr 15 13:11 /proc/14899/fd/4 -> /tmp/run-1001/runc/b8645995e6ba51ec84c2f64fb50a94b541926410ca34b7b42a3657045b7dc1ef/exec.fifo

While slirp4netns seems to poll the interface:
]$ strace -ff -p 14907
strace: Process 14907 attached
restart_syscall(<... resuming interrupted poll ...>) = 0
poll([{fd=7, events=POLLIN|POLLHUP}, {fd=3, events=POLLHUP}, {fd=5, events=POLLIN|POLLHUP}], 3, 1000) = 0 (Timeout)
poll([{fd=7, events=POLLIN|POLLHUP}, {fd=3, events=POLLHUP}, {fd=5, events=POLLIN|POLLHUP}], 3, 1000) = 0 (Timeout)
poll([{fd=7, events=POLLIN|POLLHUP}, {fd=3, events=POLLHUP}, {fd=5, events=POLLIN|POLLHUP}], 3, 1000) = 0 (Timeout)
poll([{fd=7, events=POLLIN|POLLHUP}, {fd=3, events=POLLHUP}, {fd=5, events=POLLIN|POLLHUP}], 3, 1000) = 0 (Timeout)
poll([{fd=7, events=POLLIN|POLLHUP}, {fd=3, events=POLLHUP}, {fd=5, events=POLLIN|POLLHUP}], 3, 1000) = 0 (Timeout)
poll([{fd=7, events=POLLIN|POLLHUP}, {fd=3, events=POLLHUP}, {fd=5, events=POLLIN|POLLHUP}], 3, 1000^Cstrace: Process 14907 detached
 <detached ...>

$ ls -l /proc/14907/fd/7
lrwx------. 1 testuser testuser 64 Apr 15 13:12 /proc/14907/fd/7 -> /dev/net/tun

Starting the container without exposing the port works fine:
$ whoami
testuser
$ podman run --name test docker.io/nginx:latest
$ ps aux | grep nginx
testuser 15117  1.2  4.6<PHONE_NUMBER>2 pts/1    Sl+  13:15   0:00 podman run --name test docker.io/nginx:latest
testuser 15122  8.8  6.9<PHONE_NUMBER>4 pts/1    Sl+  13:15   0:00 podman run --name test docker.io/nginx:latest
testuser 15142  0.7  0.6  32644  3260 ?        Ss   13:15   0:00 nginx: master process nginx -g daemon off;
100100   15156  0.0  0.3  33100  1592 ?        S    13:15   0:00 nginx: worker process

What is missing to have port binding in rootless mode on EL7?
To more easily reproduce the environment one can use the following Vagrantfile:
Vagrant.configure("2") do |config|
  config.vm.box = "centos/7"

  config.vm.provision "shell", inline: <<-SHELL
    set -e
    yum update -y
    yum install tmux -y
    cat <<-EOF > /etc/yum.repos.d/glei.repo
[glei]
name=CentOS-\$releasever - glei
baseurl=http://yum.glei.ch/el7/x86_64/
enabled=1
gpgcheck=1
priority=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-glei
timeout=10
metadata_expire=300
EOF
    cat <<-EOF > /etc/pki/rpm-gpg/RPM-GPG-KEY-glei
-----BEGIN PGP PUBLIC KEY BLOCK-----

mQINBFsqViwBEADcu6AP6M1Z3zlcv5+zS/qoMQQWpC+BuChY67Um7VMwdlK1MLE9
fYH4ExlUYc8xC52g/W56tNAngzDNsI7BvtcTf0tw1j4kk7HT5qFmFVW4w1cgaJDD
k12SXNYnNYDYYCL8OgLsT1XXVeUaOO3imRC3Ta/zk3yvdr2TIitApUQQ5kfwyxEs
NVs3VFbmSmSvAdQ4+BulSU8lOTgiN5K2vds8fMOhJ7vXWOBoGGn2xMMDCCvt1XTW
JqSJ0XeaPB1XfyZ37dcBIIwqsUogJXmXwp4kCZhEwV04zwcz6WIJJWAZUz2/GnWL
8Xg8vtORL37DYHV/Rr9sPjfdmR8939tWgydKm9B46+0YbamjgYJr/sT81CpzPK57
58xehkHpBIPqkwsEz8kHGIVltQlXjrVg7MBWvpso1Ub348A2h9Y7ZJ2GSMh0SdTz
jl0GqZ7s2J6sjYCNuCdNUjLp0aWqHBtz6AyvtSaIMxDsKILILBSDGqYBdUbACVhv
hsPr3JFM337bdyygGHryLVhgAbLrRLGfErhJCHYg7anEO4gFVwuU3N0owI3gwKyF
9GZgHv7yzA96vjmUVhDBSX39jMNzNst1JEEmGZ1lekKh/GmWKF9Ie7nJxe4s3Plg
f2bp82UNVD2+c1mJinGVgJEIVTO0E0MwcCkO+9jgUUKX0SNgL7yLAIQzpwARAQAB
tFlHbGVpLmNoIFBhY2thZ2VzIChVc2VkIHRvIHNpZ24gcGFja2FnZXMgYW5kIHNv
ZnR3YXJlIGZvdW5kIG9uIGdsZWkuY2gpIDxwYWNrYWdlc0BnbGVpLmNoPokCVAQT
AQoAPhYhBDI6YGQYCWNykksGY/g0SdQ37BWGBQJbKlYsAhsDBQkDwmcABQsJCAcD
BRUKCQgLBRYCAwEAAh4BAheAAAoJEPg0SdQ37BWGyKkQAImOgfWJTPo/y0Xg5Ppo
+YfpQp1umlLv3H++hU4pjnmXZCEtGrsK5JNaxREeIkqz3RCWSN6qbqW6b37Q07J7
bmozgnKqKV2t3VcNSyLGKCLiTdqYbQzg8kyEibsVz3mMjjKtcqqZkSXNm1qNweHo
NhWDdY7EDz6FH2kfukou7rEMRDoh73j389p1U4nL07kC1kGf7+dsXpI33SjftWDp
2mMhApfDh4s6wKG8S4UrtGw/8QDMD4Q4MsgxMK5L2nEUwG+quA9GGYditxM1ZzPU
paDyHKT7mpQ8sZCIHLnLthAEXMQkMgleZv/PNjfOgU9A1YgztbEMRKIrmjib2DWu
bMGu+aSaHqggzWLHgl1ROugE7fsv/hSDq2jZIHhH9hE/hXlrrlE9vcfy5xaaFKRH
pH33Y1yacvLUHozVl0OS2Z8OgENNUdPyAA/medoENJc6doM45CLqzBUUQvUBM7uS
MU5BY33ocM9/kf0Q9cwRzFaUJ31rZRaw37VYVB6gHhSs6pXGcqe9KMYjayQHIb73
hfaw7b/E7VkGJjgQP4zKSJQ2IbXN+tGaxXNbmqiBoyeBoBaZiO3G06aRV9OX4n1S
nhwnuA4BQ8OiUGNjoY5fXF3vZSmHwBIYkJ9gA6YnzjcBiXapIogjv8HPoGovIESZ
isbql4d9fRHaigs/GFkfg2gQuQINBFsqViwBEADfmOwHpZKNJpjASVsybVvy42xE
ienAiYsKm+7JygQodXel14kV2tvDGQl6mFMmeI/z/R3B0swGXV1ta9WC26AOf0tn
a785qp2mfSaGARlcZrriCM7Psk/Ut4Fwx0grcwprjV+JXNA0Aw3Bj1vBO3FRGupi
Z+Mw2hT3vdOU7fWAUyUz0ptJRBTlEcnHE2o7lyYqv6y/LW5cZMey73PrqqQj7BSh
gCGQGZjqpplrkNruPQv2ABAYMuoASK2aGUs+VjyO2VgBaA1hHbqnMeOMPZxOWZvT
fkhGkwOb57CLZ2eelM0WkHHyO+TqZ7cF5QrDm0RfdCM0h0vMC5h9mHMq+xzArsM6
ukXu/9gpzvkDO3V6JQMSIqtdX9zBVhzS7fKMsvaj0seZn9AIFp7Dr5YRcZ/aEYpu
BOxI0kbbhJ/2pNmH8MQGOVQIHXAznIaoc3al5Xv5EXYUGweRcdriLGXfjpaU2n3R
5vkch1aAT9Ych9MWUlpDdsY1xjS7IFUBpZTr8LuMGN9vezKV5ZpP9pgfgC5k4vSg
ZZHucZxsM9PAItOsPFj/GBPSpEjOMYjfbRbxWBfunJJkVyShQL4ykKLvCIgKT/8w
PmqWcO9u37L+useHh97rPZM6djU88Unr36H7fsPph1qlDhHabBQq+Z32LipqfJ+o
Ok71SY8GOOzOmGfGGQARAQABiQI8BBgBCgAmFiEEMjpgZBgJY3KSSwZj+DRJ1Dfs
FYYFAlsqViwCGwwFCQPCZwAACgkQ+DRJ1DfsFYb1wxAAzFuiRLWFvj29cjXlN7g0
NvnkzrQGIn+tgnLRa4SwvE8mqXLZoIPwdza3Gf7/CaFsZkfRf/d6yXPSbPNVFBT5
rEMKKu6eUV/SjQzK7yfhTfX2kllHf0hNxdZqXnN9pWOFAezJWpOJ+JqM28KLzrCj
53kx/11MpGDZqSB4JecnN2txs2ZkfzOi8L35BSxM8dgX1pIPgx+ZKu5IsfYH7YHb
TX0g+wfSyKLUoKHpu15BwktAFZUjv1JnMEocKqcy7lzQugp39uyI+iq6nx33V+2S
nTN3vWnv5Y2BiI9rVaoxHWXrbTWtj3GbQ3Unu14eO02GcoyImDNyD478RAn/LEo3
fGj3pmJwi1Wlm/oTErn3A16yL/JuOKFS7cxrihTac7caPI3K6xw7QkiQn2AYCFQH
5VZ0PR4bVgQNphgAK1R+xdaVyPKrg0Amuig2Szt9WCVy+tgBCGgyIj4VNiQsKNIa
R//u8nH+YUtxku52kRAIoH9aExxbYS732Mjcu1N6+1qiT6DXfdtzkP7JiyhzewMm
nBS4xlpwt7FKT7vppzJrMj1IyepFpS0w6ESaCHkFLuRe/FsdxZt7QGVpl5owUGKr
FkN0Krzhq3krECj7rFnWWrpIwKIcu8JL0/cm5ZLXFJjZOjn4UKMkhrkhI2k16SQe
Soh7BsWhhM/tKfuHGZB+4P4=
=VLNm
-----END PGP PUBLIC KEY BLOCK-----
EOF
    yum install -y podman shadow-utils46-newxidmap slirp4netns runc
    echo "user.max_user_namespaces=28633" > /etc/sysctl.d/userns.conf
    sysctl -p /etc/sysctl.d/userns.conf
    adduser testuser
    echo "testuser:100000:65536" > /etc/subuid
    echo "testuser:100000:65536" > /etc/subgid

    cat > /etc/systemd/system/podman-test.service <<EOF
[Unit]
Description=Pod test

[Service]
KillMode=none

User=testuser
Group=testuser

SyslogIdentifier=podman-test

ExecStartPre=-/usr/bin/podman rm test
ExecStart=/usr/bin/podman run -p 8080:80 --name test docker.io/nginx:latest
ExecStop=/usr/bin/podman stop test

[Install]
WantedBy=multi-user.target
EOF

    systemctl daemon-reload
  SHELL
end

@giuseppe PTAL - looks like slirp might be the culprit here?

could you try slirp4netns 0.3.0 final?

I just tried with a rebuilt package for 0.3.0 final and it does not make a difference.

I've tried on a fresh centos 7 Digital Ocean droplet and it works fine for me.
I have manually installed slirp4netns, runc and podman to the latest git version.
[testuser@centos-s-4vcpu-8gb-fra1-01 ~]$ cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

[testuser@centos-s-4vcpu-8gb-fra1-01 ~]$ /usr/local/bin/podman run -d -p 8080:80 --name test docker.io/nginx:latest
Trying to pull docker.io/nginx:latest...Getting image source signatures
Copying blob 994d4a01fbe9 done
Copying blob eb51733b5bc0 done
Copying blob 27833a3ba0a5 done
Copying config bb776ce485 done
Writing manifest to image destination
Storing signatures
cf5687e0dabee20cd5fba609426eac431882f3770ab6f54cde7af33061ed1ad0
[testuser@centos-s-4vcpu-8gb-fra1-01 ~]$ curl localhost:8080
<!DOCTYPE html>

<title>Welcome to nginx!</title>

Welcome to nginx!

If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.

For online documentation and support please refer to
nginx.org.

Commercial support is available at
nginx.com.

Thank you for using nginx.

Thanks for testing, @giuseppe !
Part of your first line (centos-s-4vcpu-8gb-fra1-01) made me aware of another assumption I had, though which I forgot to investigate: I was able to successfully do the run with exposing a port also a few times while developing on various systems, though I had my dev system (in a Vagrantbox) where it was consistently failing. And it didn't matter whether the system was Virtualbox or KVM based. But the other box where it worked was a KVM box with 4 vCPUs and your hostname indicating 4 vCPUs reminded me of that:
So if you add the following to the Vagrantfile:
  config.vm.provider :virtualbox do |v,override|
    v.customize ["modifyvm", :id, "--cpus", 4]
    #v.customize ["modifyvm", :id, "--cpus", 1]
  end

And switch between 4 or 1 vCPU it works (mutliple CPUs) or hangs (only 1 vCPU).
So there still seem to be an issue, though it only appear when things are executed on a single CPU. I would say this might still be an issue as on a busy system things might get stalled as well, as not everything gets executed in the right order.

Ok I did a test script:
$ cat testing_script.sh
#!/bin/bash

echo "Iteration / cpu count / reported cpu count / result"
for cpu_count in 1 2 3 4; do
  for i in `seq 1 10`; do
    CPU_COUNT=$cpu_count vagrant up > /dev/null
    echo -n "${i} / ${cpu_count} / "
    vagrant ssh -c 'echo -n "$(grep processor /proc/cpuinfo  | wc -l) / "; sudo systemctl start podman-test.service; sleep 10; curl -s <IP_ADDRESS>:8080 -o /dev/null && echo success || echo failed' 2>&1 | grep -v Shared
    vagrant halt > /dev/null
  done
done

This got me the following output:
Iteration / cpu count / reported cpu count / result
1 / 1 / 1 / failed
2 / 1 / 1 / failed
3 / 1 / 1 / failed
4 / 1 / 1 / failed
5 / 1 / 1 / failed
6 / 1 / 1 / failed
7 / 1 / 1 / failed
8 / 1 / 1 / failed
9 / 1 / 1 / failed
10 / 1 / 1 / failed
1 / 2 / 2 / failed
2 / 2 / 2 / success
3 / 2 / 2 / success
4 / 2 / 2 / failed
5 / 2 / 2 / failed
6 / 2 / 2 / failed
7 / 2 / 2 / success
8 / 2 / 2 / failed
9 / 2 / 2 / failed
10 / 2 / 2 / failed
1 / 3 / 3 / success
2 / 3 / 3 / success
3 / 3 / 3 / success
4 / 3 / 3 / success
5 / 3 / 3 / success
6 / 3 / 3 / failed
7 / 3 / 3 / success
8 / 3 / 3 / success
9 / 3 / 3 / success
10 / 3 / 3 / success
1 / 4 / 4 / success
2 / 4 / 4 / success
3 / 4 / 4 / success
4 / 4 / 4 / success
5 / 4 / 4 / success
6 / 4 / 4 / success
7 / 4 / 4 / success
8 / 4 / 4 / success
9 / 4 / 4 / success
10 / 4 / 4 / success

With my very small test sample I would conclude that it only works reliable with 4 vCPUs. And actually it's 4 processes that are communicating with each other: podman, conmon, runc & slirp4netns

Plain slirp4netns without Podman works?
(I assume it should work, as slirp4netns is single-threaded)

How would I test that?

https://github.com/rootless-containers/slirp4netns#usage

I wonder if the version of go you are using can make any difference.  We are using some go routines, but nothing that should block if there are not enough cores

EPEL comes with 1.11.5, which is what is being used when rebuilding the podman package

there is a case that I could finally reproduce, I've opened a PR: https://github.com/containers/libpod/pull/3162


Add info about the capability

Added disclaimers about when you don't need the capability - we see customers asking for the documentsLibrary capability when they're already using the pickers.

@ktoliver and @ptorr-msft apologize for the delayed action. I've approved the changes and they should be good to be edited before merge.

@lastnameholiu : Thanks for your contribution! The author(s) have been notified to review your proposed change.


Google Fonts with a `+`` in the name are broken

Describe the bug
Using a Google Font with a + in the name (such as Noto+Sans used in the custom fonts documentation) is broken. The font will produced a 404 error in the playground. This is because the following line of code only uppercases the first letter of the font name:
https://github.com/harlan-zw/nuxt-og-image/blob/dd42f7b16c0f7f34dd8aa132dd1736edf6b38f1b/src/runtime/server/routes/__og-image__/font-[name]-[weight].[extension].ts#L16
Changing it to something like the following should fix this (at least it did on my machine):
const name = _name.split('+').map(w => w[0].toUpperCase() + w.slice(1)).join('+')

You might also want to update the custom fonts test to also include the Noto+Sans examples from the documentation.
Reproduction
No response
System / Nuxt Info
No response

Hi @tydeu
Thank you for the issue. I've fixed this, as well as an issue with changing the font-family. Let me know if you have any issues.

@harlan-zw Thanks a bundle!


aks-operator k8s 1.27 chart support

This issue is to implement the chart changes & perform the testing required to upgrade to k8s 1.27. Please perform below steps.

[ ] Check whether the chart has any references to the below deprecated features of k8s 1.27. You can find information about deprecated APIs here on Kubernetes Deprecation guide.

storage.k8s.io/v1beta1 API version of CSIStorageCapacity

[ ] Update kube-version annotation in Chart.yaml. catalog.cattle.io/kube-version: '>= 1.23.0-0 < 1.28.0-0'

Note: If this is an upstream chart and if the upstream chart doesn't support k8s 1.27 then do not update the kube-version annotation or update the k8s version accordingly.

[ ] Perform below tests

Fresh install/uninstall/upgrade/downgrade of the charts on K8s 1.27 provisioned on Rancher. Test the chart functionality.
(Please refer to the https://github.com/rancher/rancher/issues/41395 to know what testing was done for k8s 1.26 upgrade for your chart)

Provision rancher on k8s 1.26 or lesser

Install chart on this cluster

Upgrade this cluster in rancher to k8s 1.27

Make sure the existing chart and the app is functional after cluster upgrade

Depends on KDM 1.27 support https://github.com/rancher/rancher/issues/41840

@cpinjani , Are you still blocked by #41840?

@gunamata To unblock, team is bumping dependencies for k8s 1.27 support https://github.com/rancher/aks-operator/issues/269

Validated as fixed on build:
v2.8-e5ce94a4c8572a8af176188172a57805e1dc76a4-head
Test Results - Passed

Provisioning of downstream AKS v1.27 on Rancher
Importing downstream AKS v1.27 into Rancher
Provision/Import downstream AKS cluster with version < v1.27, then upgrade of k8s version of downstream AKS to v1.27
Rancher upgrade from v2.7.6 to v2.8-head, then upgrade of k8s version of downstream AKS to v1.27
Performed P0 checks for downstream AKS clusters


[Compatibility] Medieval Craft

Name of mod you want compatibility with?
Medieval Craft
Is your compatibility request related to a problem?
This mod has no config and I only want one version of copper and tin in my pack.
Describe the solution you'd like
I just want the ability to disable the generation of these trash looking ores.
Additional Notes
Also yes, they named their tin ore as tin ingot.

Thanks!

As long as the mod is made in MCrator I can't do anything with its world gen or ugly looking ores.
Tell the creator to learn to code, mark his mod as a MCrator mod on Curseforge and add a config to turn of his ores.
I am sorry but there is nothing I can do for you when the mod is crated using MCrator .

Hahaha no worries! Thanks anyways!

Sorry for your trouble.

Nah it's not your fault. At this point I may just code out his entire mod for him since he can't seem to make a config. Have a good one!


[Bug]: PowerShell v7.2.0-preview10 is detected as update for PowerShell v7.2.0-rc1 in WinGet

Brief description of your issue
PowerShell v7.2.0-rc1 should be an update for PowerShell v7.2.0-preview10 when updating over WinGet.
I believe the problem is because versions are defined as follow:
<IP_ADDRESS> for PowerShell v7.2.0-preview10
<IP_ADDRESS> for PowerShell v7.2.0-rc1
Steps to reproduce
Just execute winget upgrade  inside PowerShell v7.2.0-rc1 and you will see suggested update to PowerShell v7.2.0-preview10 which seems to be a downgrade actually
Expected behavior
Update order:
PowerShell v7.2.0-preview10 -> PowerShell v7.2.0-rc1
Actual behavior
Update order
PowerShell v7.2.0-rc1 -> PowerShell v7.2.0-preview10
Environment
Windows Package Manager v1.1.12663
(с) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.

Windows: Windows.Desktop v10.0.22000.282
Пакет: Microsoft.DesktopAppInstaller v1.16.12663.0

Журналы: %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir

I was so confused about this but got there in the end
PowerShell v7.2.0-rc1 installs as <IP_ADDRESS>
while PowerShell v7.2.0-preview10 installs as <IP_ADDRESS>
This cannot be solved in the current Manifest Version, this can be fixed in Manifest Version 1.1 if we get the channel support figured out.

There is a PR out to fix this in future PowerShell RC releases:  https://github.com/PowerShell/PowerShell/pull/16354

Ouch, sorry, I didn`t found your issue in PowerShell repo. My bad, guess it's more related to PowerShell than WinGet

I can see it's now resolved by this commit: https://github.com/PowerShell/PowerShell/commit/00d39fa4d5f562f3ee03df7f0d0355501eb1af4a
So thanks to @TravisEz13

Thanks. We do RC releases so seldomly. Bugs in specialized code, specific to the RC, like this are difficult to find. 😞

It's okay, this is why enthusiasts like me are here testing latest releases)


The element should be scrolled into view only if needed

Expected behavior
The element should be scrolled into view only if needed
Actual behavior
It is trying to scroll the element to the center which is causing flicker on the website.
Steps to reproduce

try to click when the element is in the view but not at the center.

Versions
node: 12.13.0
taiko: 1.0.23
can we use element.scrollIntoView()?

can you please give an example for us to understand this scenario better? Taiko does use element.scrollIntoView() for scrolling before action

Sorry I mean, can we use element.scrollIntoViewIfNeeded()?
I am unable to provide the URL as it is limited to our internal network.

We moved away from using scrollIntoViewIfNeeded() in order to support firefox, as it is not standardized and available only in chromium based browsers

can we have it based on browser type?

Can we have it based on browser type?

This will cause issues when the tests are run across browsers. Ideally the tests should work on both without any modifications. You could try using the evaluate api to scroll using javascript on the browser. This is likely to work across both browsers.

Can we know exactly what is the problem you are facing when taiko tries to scroll element into center before action ?

current behavior of scroll is modified to use nearest as an option to scrollIntoView.... try out 1.0.25

Thank you it's working now


Improve DataPipeline API

🚀 Feature

Motivation

Should we DataPipeline by splitted in 2, collate_fn and uncollate_fn ?

Reason:

collate_fn is really coming from the dataset to process new raw_data
uncollate_fn is usually related to a task such as classification. It can be confusing.

default DataPipeline
class DataPipeline(CollatePipeline, UnCollatePipeline):

    ...

create text classification data pipeline.
class TextClassificationDataPipeline(TextCollatePipeline, ClassificationUnCollatePipeline):

    ...

Create BaseDataModule per data-type such as TextDataModule, ImageDataModule + their associated TextDataPipeline, ImageDataPipeline as default.

Pitch

Alternatives

Additional context

collate_fn is really coming from the dataset to process new raw_data

To be precise, before_collate is the one to process new raw_data. Then you have collate to handle batching and after_collate for any batch processing
So the first one does have some degree of conflict with the dataset, but the second two do not.
About the proposal
I generally like the idea. I can see us having to duplicate collate logic between tasks with different uncollate logic.
But doing it with mixins might grow to be confusing. See this example:
class A:
    def a(self):
        print('a')

class B:
    def b(self):
        print('b')

class C(A, B):
    ...

x = C()
x.a() # a
x.b() # b
# great!

class D:
    def a(self):
        print('d')

class C(D, B): ...

x = C()
x.a() # d
x.b() # b
# great!

class E:
    def a(self):
        print('e')

# If they subclass C, now order matters
class F(E, C):
    ...

class G(C, E):
    ...

x = F()
x.a() # e
x.b() # b

x = G()
x.a() # d eek!
x.b() # b

so yeah... if this grows it will become a nightmare to follow

A better solution is to do:
class DataPipeline:
    def __init__(self, collate: CollatePipeline, uncollate: UncollatePipeline):
        self._collate = collate
        self._uncollate = uncollate

    def before_collate(self, ...):
        self.collate.before_collate(...)

    ...

Yes, and let's create the default for each data-type and data-type task.

So people are just left to implement uncollate_fn

Note that this is stepping into over-engineering territory. As of right now, there is no real duplication to warrant this extra abstraction but as we implement new tasks we will find if this is worth

Users should be able to modify the preprocessing step (on the GPU preferably) in after the dataloading/batching and before the model execution.
There should be a overridable "batch preprocessing" function defined in the datapipeline that is called unconditionally before the model when running it for either training or inference or maybe split by training or inference

Adding @carmocca and @kaushikb11 as reviewers!

@tchaton DataPipeline was already merge. Can we close this ?


[Feature request] Create new port to vscode-icons

Hi,
please create new port project from vscode-icons to JetBrains IDEs.
This will offer more options to users, it's very beautiful real icons.
All you need just replace current icons with one's in vscode-icons.
Thanks,

Sorry, won't happen. I already have too much work on my hands, I don't plan to add any more work. Besides I'm not sure I have the rights to do so.
You're free to make your own plugin based off this one though :)


Fix executor monitor bug

fix missing monitor callbacks
#5644
#5691

what was the problem?

I think the problem is that, by the time the executor is initialized, it doesn't have a monitor callback installed. If the monitor is installed later and runs forward(), the executor still performs the bulk execution. The pr doesn't fix the issue, I'll work on this later.


Invalid input is not filtered with non-native pickers

It is possible to enter invalid inputs.

Such inputs should have no effects as for the native pickers.

should be fixed: https://github.com/fooloomanzoo/datetime-picker/releases/tag/2.0.5

@fooloomanzoo It is not fixed. For instance, press e on any non-native picker:

e is part of a Number representation like , or . too. The inputs are now of type="number" instead of using the pattern attribute and a regexp like before. But testing if something is a valid date, will always cause when failing to fall back to the last value. This won't cause that a new value is generated, so it might not be worth to find a complete new logic, or you would try your luck finding a nice and easy solution


The trained weights link is broken

"The trained weights are available at [InterFormer(https://drive.google.com/drive/folders/1kEll7pqulpE00JcCvSut0e9C4peKDWRe?usp=sharing)" in READE.ME is broken.

The link has been updated. You can access it here: https://drive.google.com/drive/folders/1517mfRoEHtbfnN83JuNWuQT6fSiZ8my3?usp=sharing
Thank you for bringing this to our attention!