Don’t exactly know what the problem is, but it seems that healthcheck curl commands to https://example.com/ currently fail, probably because of a ssl failure. This causes container that rely on this to fail. Just wanted to let you guys know.

  • Shadow@lemmy.ca
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    16 minutes ago

    Why are you relying on example.com as a health check? To be really blunt about it, if you’re using it then you’ve misconfigured your stuff.

    From their docs:

    These web services are provided as best effort, but are not designed to support production applications. While incidental traffic for incorrectly configured applications is expected, please do not design applications that require the example domains to have operating HTTP service.

  • ramielrowe@lemmy.world
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    1
    ·
    48 minutes ago

    Wat? Why are people health checking their containers by curl’ing example.com and not the service actually running in the container? Did they not understand that they’re supposed to change the curl URL to point at their actual service?

  • PetteriPano@lemmy.world
    link
    fedilink
    English
    arrow-up
    1
    ·
    30 minutes ago

    I fixed a test site earlier this week, where someone had decided to test against these for their docker CI.

    example.org had an invalid certificate chain.

  • Consti@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    ·
    2 hours ago

    The certificate of example.com refreshed just a few hours ago, if verification fails on your system check your clock (do time and timezone match?)

    • Pete@feddit.orgOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      2 hours ago

      Yeah saw that and checked the time, both on the host and container. Both are accurate.