Looks like it works.

Edit still see some performance issues. Needs more troubleshooting

Update: Registrations re-opened We encountered a bug where people could not log in, see https://github.com/LemmyNet/lemmy/issues/3422#issuecomment-1616112264 . As a workaround we opened registrations.

Thanks

First of all, I would like to thank the Lemmy.world team and the 2 admins of other servers @[email protected] and @[email protected] for their help! We did some thorough troubleshooting to get this working!

The upgrade

The upgrade itself isn’t too hard. Create a backup, and then change the image names in the docker-compose.yml and restart.

But, like the first 2 tries, after a few minutes the site started getting slow until it stopped responding. Then the troubleshooting started.

The solutions

What I had noticed previously, is that the lemmy container could reach around 1500% CPU usage, above that the site got slow. Which is weird, because the server has 64 threads, so 6400% should be the max. So we tried what @[email protected] had suggested before: we created extra lemmy containers to spread the load. (And extra lemmy-ui containers). And used nginx to load balance between them.

Et voilà. That seems to work.

Also, as suggested by him, we start the lemmy containers with the scheduler disabled, and have 1 extra lemmy running with the scheduler enabled, unused for other stuff.

There will be room for improvement, and probably new bugs, but we’re very happy lemmy.world is now at 0.18.1-rc. This fixes a lot of bugs.

  • Stanford@discuss.as200950.com
    link
    fedilink
    English
    arrow-up
    7
    arrow-down
    6
    ·
    edit-2
    1 year ago

    Clearing the browser cache should fix the issue :)

    EDIT: It seems to be a lemmy bug. So, it’s not related to the browser cache.
    Working on it…

    • MrNemobody@lemmy.world
      link
      fedilink
      English
      arrow-up
      8
      ·
      edit-2
      1 year ago

      Didn’t work for me on Jerboa. I cleared the app data, but I’m I still not able to login.

      Edit: I’ve tried again just now and I could login on Jerboa.

      • Roman0@lemmy.shtuf.eu
        link
        fedilink
        English
        arrow-up
        4
        ·
        1 year ago

        I have this issue on my own instance. Neither Jerboa or Liftoff can log in to my main account (no errors or anything), but for some reason my admin account (one that pretty much sees no activity) works just fine. Thunder seems to be the only app aside of the web ui that works. Maybe an 0.18 issue?

      • can
        link
        fedilink
        English
        arrow-up
        4
        ·
        1 year ago

        I can’t get into my sh.it acct on Jerboa either.

    • aysta@lemm.ee
      link
      fedilink
      English
      arrow-up
      6
      ·
      1 year ago

      Unfortunately it does not, everyone having the same issue try to create account on different instance and comment on this bug in here.

    • AlmightySnoo 🐢🇮🇱🇺🇦@lemmy.world
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      1
      ·
      1 year ago

      it has nothing to do with cookies (and my advice is to NOT clear your cookies if you have a working session), the login form is (was?) broken, the API endpoint for the login kept returning a 404 status code

        • AlmightySnoo 🐢🇮🇱🇺🇦@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          edit-2
          1 year ago

          Mh… the login endpoint seems to work

          Yes, only now, shortly before I typed that comment the endpoint always returned a 404 error.

          Could you please share some more information?

          It was a server-side error, many users in the comments confirmed it multiple times and it was a bit surprising that none were acknowledged: it had nothing to do with browser cache or cookies, the login was broken. Ruud finally acknowledged that it’s a bug related to closing registrations. Apparently closing them prevents user login.