This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-05-25
Channels
- # announcements (1)
- # beginners (6)
- # calva (23)
- # cider (43)
- # clj-kondo (2)
- # cljdoc (22)
- # cljsrn (4)
- # clojure (35)
- # clojure-dev (1)
- # clojure-france (1)
- # clojure-italy (16)
- # clojure-uk (10)
- # clojurescript (1)
- # data-science (1)
- # emacs (6)
- # fulcro (5)
- # graalvm (4)
- # jobs-discuss (28)
- # off-topic (29)
- # pedestal (11)
- # planck (31)
- # prelude (2)
- # reitit (2)
- # vim (1)
is http://cljdoc.org down for everyone or just me ?
@carkh @seancorfield thanks for the ping, looking into it, seems DigitalOcean had to restart the instance and it didn't start up correctly again
@borkdude DigitalOcean migrated the Droplet to another physical machine and on that machine one of the important services (Consul) failed to start up. I'm not entirely sure why, the logs seem to indicate that the port was already in use which makes me think that maybe something went wrong during the migration Β―\(γ)/Β―
I do (via http://nomadproject.io)
same π took 5 minutes which is great
And I got alerted but was sleeping of course π
yeah... I think I have better things to do in the middle of the night π
I'd be happy to onboard more maintainers/admins in different timezones though
I'm also a little curious as to how often this occurs with DigitalOcean vs. Linode. I've been using Linode for production since 2013, and usually the pattern is that they will give you plenty of head's up if a migration needs to occur because of a potential hardware issue. (Thus giving you a chance to do the migration ahead of time yourself.) Truth be told, I think there may have been a handful (4 or 5) times where they needed to migrate thing "on the spot" because things were dire with hardware. In those cases, even though there was an outage, it resolved itself because the software servers came up. I suppose I'm lucky in that it is just a Clojure / nginx / mysql setup, and they always come back up by themselves.
I don't have enough experience to really comment on that. I think that things didn't boot up again is probably my fault. cljdoc's ops infrastructure is a little more involved to enable continuous deployment without downtime