I am hosting more than 10 services currently but only Nextcloud sends me errors periodically and only Nextcloud is super extremely painfully slow. I quit this sh*t. No more troubleshooting and optimization.

There are mainly 4 services in Nextcloud I’m using:

  • Files: as simple server for upload and download binaries
  • Calendar (with DAVx5): as sync server without web UI
  • Notes: simple note-taking
  • Network folder: mounted on Linux dolphin

Could you recommend me the alternatives for these? All services are supposed to be exposed by HTTPS, so authentication like login is needed. And I’ve tried note-taking apps like Joplin or trillium but couldn’t like it.

Thanks in advance.

  • MiddledAgedGuy@beehaw.org
    link
    fedilink
    English
    arrow-up
    2
    ·
    8 months ago
    • Syncthing for files.
    • Proton calendar (so not self hosted)
    • Joplin, using file based sync with aforementioned syncthing. I saw you didn’t like it though.
    • I occasionally use scp
    • rglullis@communick.news
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      For calendaring, I also went with the option of syncthing via DecSync. I can get my contacts and calendar on Android and Thunderbird, so I can avoid yet another unnecessary webapp.

      • MiddledAgedGuy@beehaw.org
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        8 months ago

        This does look cool! But I notice that there’s really only one contributor (technically two, but the second only did one tiny commit) and they haven’t contributed any code in over a year. I don’t want to invest too much time migrating to a stale if not dead project.

        • rglullis@communick.news
          link
          fedilink
          English
          arrow-up
          0
          ·
          8 months ago

          Honestly, I think that the lack of commits is more due to the application being feature complete than “dead”. I’ve been using it for at least 3 years now and it works quite well.

  • shittywhopper@alien.topB
    link
    fedilink
    English
    arrow-up
    2
    ·
    8 months ago

    Sorry to hear you’ve had a bad experience. I’ve been running the lsio Nextcloud docker container for 4 years without any issues at all.

  • r3dk0w@alien.topB
    link
    fedilink
    English
    arrow-up
    2
    ·
    8 months ago

    If you’re having issues with NextCloud being slow and having errors, it’s probably because the machine you are running it on is low on RAM and/or CPU.

    I bring this up because what ever replacements you try would likely have the same issues.

    My NextCloud instance was nearly unusable when I had it on a Raspberry PI 3, but when I moved it to a container on my faster machine (AMD Ryzen 7 4800U with 16GB of ram) it now works flawlessly.

    • sachingopal@alien.topB
      link
      fedilink
      English
      arrow-up
      2
      ·
      8 months ago

      I agree with this. It needs a good amount of CPU cycle and RAM. Raspi struggled for me too.

      • lannistersstark@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        8 months ago

        My NC instance runs on a 24GB RAM, 4 CPU Ampere A1 host(Oracle), and still struggles. YMMV.

        And it struggles as a photo backup host an i5-7xxx and 16GB RAM at home.


        It’s not absurdly slow, it’s just…irritating sometimes.

        • bapichulo@alien.topB
          link
          fedilink
          English
          arrow-up
          0
          ·
          8 months ago

          Yeah, Ive got this in my setup as well and its been pretty slow. I thought it was a network thing because I’m currently using Tmobile home internet but switching to a fiber optic network with 500Mbps up and down soon. Im really hoping that changes things

      • benjiro3000@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        8 months ago

        Even if you ran a basic sqlite nexcloud, if properly optimized, you can deal with millions of files like its nothing. And that is the issue, the bugs and lacking optimization…

        4650g + 64GB ram + Mysql and it was file locking on just a 21k 10GB folder constantly.

        I have written apps (in Go) that do similar and process data 100 times faster then nextcloud. Hell, my scrapers are faster then nextcloud in a local netwerk, and that is dealing with external data, over the internet.

        Its BADLY designed software that puts the blame on the consumer to get bigger and better hardware, for what is essentially, early 2000 functionality.

        • r3dk0w@alien.topB
          link
          fedilink
          English
          arrow-up
          1
          ·
          8 months ago

          Mysql and it was file locking on just a 21k 10GB folder constantly

          It’ll definitely do that if you keep your database on a network share with spinning disks.

          Spin up a container with sqlite in a ram disk and point it to your same data location. Most of the problems go away.

  • djbon2112@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    Owncloud.

    I personally never caught the Nextcloud hype, and stuck with the original. So far I’ve heard (and seen, having tried it twoce) nothing but trouble from Nextcloud while my Owncloud install continues to be rock solid for going on 10 years (regularly updated, of course!).

    • Theon@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      I personally never caught the Nextcloud hype

      The “hype” being simply Nextcloud not being OwnCloud which turned proprietary, no?

      • djbon2112@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        8 months ago

        Owncloud is not proprietary (it’s AGPLv3) and I’m really not sure where people get that idea.

        The original Nextcloud/Owncloud fork was due to disagreements in development direction, not (say) like Jellyfin/Emby where there was actually a license change. Nextcloud wanted to “move fast”, Owncloud wanted stability. There was potential concern around the time of the fork that, perhaps, hypothetically, some day, Owncloud might “go proprietary”, but going on close to 10 years that has not happened.

    • Discommodian@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      I always recommend OwnCloud. It even has a raw photo viewer plugin and if you know anything about RAW 24 megapixel photos, they are tough to load. But with owncloud a folder full of 30 pictures loads within 10-15 seconds

    • AnApexBread@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      Same. I ran OwnCloud and Nextcloud in parallel for a while until a Nextcloud update nuked it and my wife lost some of her college work.

      After that I’ve appreciated the slower more deliberate pace of OwnCloud

  • xiongmao1337@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    This is concerning to me because I’ve been considering ditching Synology and spinning up nextcloud. I like Synology drive but I’m tired of the underpowered hardware and dumb roadblocks and vendor lock-in nonsense. I’m very curious what you end up doing!

    • jimheim@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      Nextcloud is great. I don’t doubt that OP is having problems, and I understand how frustration can set in and one might throw in the towel and look for alternatives, but OP’s experience is atypical. I’ve been running it for years without any issues. I should point out that I only use it for small-scale personal stuff, but it’s good for me. I have it syncing on eight devices, including Linux, MacOS, and Windows desktops; Android phone; iPad; Raspberry Pi. My phone auto-uploads new camera photos. I’m using WebDAV/Fuse mounts on some machines. Everything is solid.

    • dangernoodle01@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      A confirmed, yet still not resolved bug caused me and about 200 other people lose data (metadata) for tons of files. Well, at least 200 reacted to the GitHub bugreport I filled. I think you can easily find it because it’s the most upvoted yet unresolved issue.

      Besides this, it’d often give random errors and just not function properly. My favorites are the unexplained file locks: My brother in Christ, what do you mean error while deleting a file. It’s 2023 holy shit, just delete the damn file. It’s ridiculously unreliable and fragile. They have tons, thousands of bugreports open - yet they focus on pushing new, unwanted social features to become the new facebook and zoom. They definitely should focus on fixing the foundation first.

    • qfla@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      Also not OP. I run nextcloud on 10th gen i3 on spinning rust and performance is good. I run it on LXC container though so without docker

    • rangerelf@alien.topB
      link
      fedilink
      English
      arrow-up
      0
      ·
      8 months ago

      Not OP, but I run it on docker with postgres and redis, behind a reverse proxy. All apps on NC have pretty good performance and haven’t had any weird issues. It’s on an old xeon with 32gb and on spinning rust.

      • ilikepie71@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        8 months ago

        Do you have redis talking to nextcloud over the unix socket or just regular TCP? The former is apparently another way to speed up nextcloud, but I’m struggling to understand to get containers using the unix socket instead.

        • rangerelf@alien.topB
          link
          fedilink
          English
          arrow-up
          1
          ·
          8 months ago

          I have both Postgres and Redis talking to Nextcloud through their respective unix sockets; I store the sockets in a named volume, so I can mount it on whatever containers need to reach them.

            • rangerelf@alien.topB
              link
              fedilink
              English
              arrow-up
              1
              ·
              8 months ago

              Sure:

              POSTGRES

              ---
              version: '3.8'
              services:
                postgres:
                  container_name: postgres
                  image: postgres:14-alpine
                  environment:
                    POSTGRES_PASSWORD: "XXXXXXXXXXXXXXXX"
                    PGDATA: "/var/lib/postgresql/data/pgdata"
                  volumes:
                    - type: bind
                      source: ./data
                      target: /var/lib/postgresql/data
                    - type: volume
                      source: postgres-socket
                      target: /run/postgresql
                  logging:
                    driver: json-file
                    options:
                      max-size: 2m
                  restart: unless-stopped
              networks:
                default:
                  external:
                    name: backend
              volumes:
                postgres-socket:
                  name: postgres-socket
              

              REDIS

              ---
              version: '3.8'
              services:
                redis:
                  image: redis:7.2-alpine
                  command:
                    - /data/redis.conf
                    - --loglevel
                    - verbose
                  volumes:
                    - type: bind
                      source: ./data
                      target: /data
                    - type: volume
                      source: redis-socket
                      target: /var/run
                  logging:
                    driver: json-file
                    options:
                      max-size: 2m
                  restart: unless-stopped
              networks:
                default:
                  external:
                    name: backend
              volumes:
                redis-socket:
                  name: redis-socket
              

              Here’s redis.conf, it took me a couple of tries to get it just right:

              # create a unix domain socket to listen on
              unixsocket /var/run/redis/redis.sock
              unixsocketperm 666
              # protected-mode no
              requirepass rrrrrrrrrrrrr
              bind 0.0.0.0
              port 6379
              tcp-keepalive 300
              daemonize no
              stop-writes-on-bgsave-error no
              rdbcompression yes
              rdbchecksum yes
              # maximum memory allowed for redis
              maxmemory 50M
              # how redis will evice old objects - least recently used
              maxmemory-policy allkeys-lru
              # logging
              # levels: debug verbose notice warning
              loglevel notice
              logfile ""
              always-show-logo yes
              

              NEXTCLOUD

              ---
              version: '3.8'
              services:
                nextcloud:
                  image: nextcloud:27-fpm
                  env_file:
                    - data/environment.txt
                  volumes:
                    - type: bind
                      source: ./data/html
                      target: /var/www/html
                    - type: volume
                      source: redis-socket
                      target: /redis
                    - type: volume
                      source: postgres-socket
                      target: /postgres
                    - type: tmpfs
                      target: /tmp:exec
                    - type: bind
                      source: ./data/zz-docker.conf
                      target: /usr/local/etc/php-fpm.d/zz-docker.conf
                    - type: bind
                      source: ./data/opcache_cli.conf
                      target: /usr/local/etc/php/conf.d/opcache_cli.conf
                  networks:
                    - web
                    - backend
                  logging:
                    driver: json-file
                    options:
                      max-size: 2m
                  restart: unless-stopped
                crond:
                  image: nextcloud:27-fpm
                  entrypoint: /cron.sh
                  env_file:
                    - data/environment.txt
                  volumes:
                    - type: bind
                      source: ./data/html
                      target: /var/www/html
                    - type: bind
                      source: ./data/zz-docker.conf
                      target: /usr/local/etc/php-fpm.d/zz-docker.conf
                    - type: volume
                      source: redis-socket
                      target: /redis
                    - type: volume
                      source: postgres-socket
                      target: /postgres
                    - type: tmpfs
                      target: /tmp:exec
                  networks:
                    - web
                    - backend
                  logging:
                    driver: json-file
                    options:
                      max-size: 2m
                  restart: unless-stopped
                collabora:
                  image: collabora/code:23.05.5.4.1
                  privileged: true
                  environment:
                    extra_params: "--o:ssl.enable=false --o:ssl.termination=true"
                    aliasgroup1: 'https://my.nextcloud.domain.org:443'
                  cap_add:
                    - MKNOD
                  networks:
                    - web
                  logging:
                    driver: json-file
                    options:
                      max-size: 2m
                  restart: unless-stopped
              networks:
                backend:
                  external:
                    name: backend
                web:
                  external:
                    name: web
              volumes:
                redis-socket:
                  name: redis-socket
                postgres-socket:
                  name: postgres-socket
              

              The environment.txt file is hostnames, logins, passwords, etc…

              POSTGRES_DB=nextcloud
              POSTGRES_USER=xxxxxxx
              POSTGRES_PASSWORD=yyyyyyyyyyyyyyyyyyy
              POSTGRES_SERVER=postgres
              POSTGRES_HOST=/postgres/.s.PGSQL.5432
              NEXTCLOUD_ADMIN_USER=aaaaa
              NEXTCLOUD_ADMIN_PASSWORD=hhhhhhhhhhhhhhhhhhh
              REDIS_HOST=redis
              REDIS_HOST_PORT=6379
              REDIS_HOST_PASSWORD=rrrrrrrrrrrrr
              

              The zz-docker.conf file sets some process tuning and log format, some might not even be necessary:

              [global]
              daemonize = no
              error_log = /proc/self/fd/2
              log_limit = 8192
              
              [www]
              access.log = /proc/self/fd/2
              access.format = "%R - %u %t \"%m %r%Q%q\" %s %f %{mili}d %{kilo}M %C%%"
              catch_workers_output = yes
              decorate_workers_output = no
              clear_env = no
              
              user = www-data
              group = www-data
              
              listen = 9000
              listen = /var/www/html/.fpm-sock
              listen.owner = www-data
              listen.group = www-data
              listen.mode = 0666
              listen.backlog = 512
              
              pm = dynamic
              pm.max_children = 16
              pm.start_servers = 6
              pm.min_spare_servers = 4
              pm.max_spare_servers = 6
              pm.process_idle_timeout = 30s;
              pm.max_requests = 512
              

              The opcache_cli.conf file has a single line:

              opcache.enable_cli=1
              

              I don’t remember why it’s there but it’s working so I’m not touching it :-D

              Good luck :-)

  • sachingopal@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    You have not stated the hardware you are running this on. It makes a huge difference. Hope this is not Raspi?

    • monnef@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      Hope this is not Raspi?

      What is wrong with RPi? I thought RPi 4 for two calendars (one calendar per user) on nextcloud would be plenty, looking at the requirements:

      A 64-bit CPU, OS and PHP is required for Nextcloud to run well. …
      Nextcloud needs a minimum of 128MB RAM per process, and we recommend a minimum of 512MB RAM per process.

      Also, how resource intensive could/should be syncing two personal calendars (via Thunderbird)? I don’t understand, why NextCloud with this virtually negligible task struggles so much. The pi has 7+GB of free memory, CPU load under few %, rarely one core has some load, most of the time nothing accesses the card nor disk (virtually 0 iowait; only with a short spike once every 5 minutes). Why does Nextcloud take half a minute to several minutes for a sync of one calendar in Thunderbird?

      • drpepper@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        8 months ago

        Its underpowered, especially for an application based on PHP which is single threaded so requires a core with a fast clock. The RPi4 with 1.5Ghz is woefully underpowered to drive anything php backed.

        • monnef@alien.topB
          link
          fedilink
          English
          arrow-up
          1
          ·
          8 months ago

          I see 1.8GHz in glances (in my case actively cooled, but since it doesn’t seem to max any core, it probably doesn’t matter). I have other RPi4s, I wonder why is backend in Java (well, Scala) ok, backend in Haskell ok, but backend in PHP wouldn’t be? I still don’t understand how Nextcloud can lock up for so long (tens of seconds) on a simple write event into calendar operation. That hacky unoptimized Java BE which does joins manually and inserts sequentially (so from a db perspective just awful), handles 5-10 times more data and still does it order of magnitude faster. My old phone which was weaker than even RPi4 could handle dozens of such small operations in one second (I believe that was SQLite + Java). There must something seriously wrong with Nextcloud (including PHP runtime) and/or the RPi, because such insignificant amount of data (1 word title, one date, one reminder option), most likely merely few dozens of bytes, takes so incredibly long to process and write to db…

          • drpepper@alien.topB
            link
            fedilink
            English
            arrow-up
            1
            ·
            8 months ago

            i cant comment on the differences between languages, but it probably also has a lot to do on how nextcloud is written. unoptimized software is always going to be slower than it’s counterpart.

    • Successful_Try543@feddit.de
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      8 months ago

      NC on RPi 4 with 8 GB RAM works fine for me. The RPi 3 turned out to be lacking sufficient amount of RAM (1GB) after a NC version update.

  • Warm_Feature_7302@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    I would have nothing but issues if I ran the docker app on unraid and used the sqlexpress built in. I switched over to CasaOS and use Mariasql and the nextcloud container on it and it has been solid.

  • const_void@lemmy.ml
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    Same and looking forward to the responses here. Nextcloud is too big and complicated. I deployed Immich to cover for the photo library. Still looking for a good solution for notes though.

  • devutils@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    I love idea of Nextcloud, but its overall concept of doing everything, but nothing well enough was one of the reasons I’ve decided to build S3Drive. We squeeze most of the “file-management” experience out of the protocol itself. That means that all you need to self-host is the S3 storage server (e.g. MinIO)… but if you don’t feel like it just yet you can buy S3 from anyone else (e.g. Backblaze / Wasabi / Synology / Cloudflare etc.) and enable 100% Rclone compatible E2E encryption to protect your privacy.

  • Charming-Molasses-22@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    I use linuxserver.io’s nextcloud docker image. While I’ve seen people struggle to setup Nextcloud properly to the point of just giving and installing the snap version of it, I can count the number of times I’ve needed to do manual interventions for nextcloud with LSIO’s nextcloud image. It works like a charm.

    • Nintenuendo_@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      lSIO is amazing, my first stop for container browsing! Followed in second place by hotio.dev

    • soum8419@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      Second this. Running on portsinet with the images. Absolutely breeze with 8gb ram and 2tb ssd

  • CountZilch@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    Synology Drive is rock solid. Not open source though if that’s important to you and technically requires Synology hardware.

  • murdaBot@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    PSA: saying “I run Nextcloud and don’t have any problems” doesn’t help anyone or contribute anything useful to the conversation. It just makes you look like an insecure fanboy.

    • primalbluewolf@alien.topB
      link
      fedilink
      English
      arrow-up
      2
      ·
      8 months ago

      Disagree, seeing as OP has not posted anything other than “I run Nextcloud and have problems”, providing a counter is straightforward and expected.

        • primalbluewolf@alien.topB
          link
          fedilink
          English
          arrow-up
          2
          ·
          8 months ago

          Well, the comments were helpful to me, in trying to determine if I want to put effort into setting up Nextcloud. A post full of alternatives, with people saying that Nextcloud is buggy? Obviously, look at the alternatives.

          A post full of comments saying “you shouldnt have those issues, want some help troubleshooting your config” and a couple alternatives? Probably worth looking into Nextcloud rather than writing it off.

    • HammyHavoc@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 months ago

      No, it makes you look insecure about your objectivity. Spreading FUD about a FOSS project isn’t helpful, and it’s usually down to misconfiguration or poor hardware that it doesn’t run properly.

      I see plenty of folks who think they’ve got Redis setup but are following crap guides, so it isn’t working.

  • FatalV0rt3x@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    Don’t get me wrong NextCloud is great and has a lot of helpful features out of the box, but I moved from this to just use;

    • Samba: for mounting drives shares.
    • CalDav: for shared calendars.
    • CardDav: for shared contacts.
    • Memos: for note taking, great little room that allows Markdown note with tagging for easy search and filter.
    • Espo CRM: for logging communication with businesses, like utilities providers (comes in handy to refer to during disputes)

    I’m also looking at installing a self-hosted office suite for word and Excel documents but haven’t set this up yet.

  • viktormadarasz@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    8 months ago

    Just came to say I self host baikal too for calendar and address book / tasks

    use DavX on my Android phone to keep it in sync and thunderbird on the computer