Cloudron Forum

So, the actual fix was to update the version numbers in /app/data/data/installed_plugins.json through the File Manager. These were the offending versions.

ep_markdown now at 10.0.1 (was 1.0.2)
ep_comments_page now at 10.0.4 (was 1.0.38)
ep_etherpad-lite now at 2.5.1 (was 2.3.0)

Claude was quite helpful with everything

/ticket

So, Im trying to follow the Troubleshoot guide in the Etherpad Cloudron docs https://docs.cloudron.io/packages/etherpad/#troubleshooting

But it seems I cant uninstall packages like I should. Any ideas?

root@f0afb254-3680-4818-a073-b7a69bdf5357:/app/code# npm ls 2> /dev/null | grep ep_
└── ep_etherpad-lite@2.5.1 invalid: "workspace:./src" from the root project -> ./src

root@f0afb254-3680-4818-a073-b7a69bdf5357:/app/code# cd src/

root@f0afb254-3680-4818-a073-b7a69bdf5357:/app/code/src# npm ls 2> /dev/null | grep ep_
ep_etherpad-lite@2.5.1 /app/code/src
├── ep_align@10.0.2 extraneous -> ./plugin_packages/.versions/ep_align@10.0.2
├── ep_comments_page@10.0.4 extraneous -> ./plugin_packages/.versions/ep_comments_page@10.0.4
├── ep_embedded_hyperlinks2@1.2.4 extraneous -> ./plugin_packages/.versions/ep_embedded_hyperlinks2@1.2.4
├── ep_font_color@0.0.89 extraneous -> ./plugin_packages/.versions/ep_font_color@0.0.89
├── ep_guest@1.0.37 extraneous -> ./plugin_packages/.versions/ep_guest@1.0.37
├── ep_headings2@0.2.68 extraneous -> ./plugin_packages/.versions/ep_headings2@0.2.68
├── ep_markdown@10.0.1 extraneous -> ./plugin_packages/.versions/ep_markdown@10.0.1
├── ep_openid_connect@3.0.13 extraneous -> ./plugin_packages/.versions/ep_openid_connect@3.0.13
├── ep_stable_authorid@1.0.5 extraneous -> ./plugin_packages/.versions/ep_stable_authorid@1.0.5
├── ep_user_displayname@1.0.7 extraneous -> ./plugin_packages/.versions/ep_user_displayname@1.0.7

root@f0afb254-3680-4818-a073-b7a69bdf5357:/app/code/src# npm rm ep_markdown
npm error code 127
npm error path /app/code/node_modules/.pnpm/jsdom@27.0.0_postcss@8.5.6/node_modules/jsdom
npm error command failed
npm error command sh -c npm-run-all prepare:*
npm error sh: 1: npm-run-all: not found
npm error A complete log of this run can be found in: /root/.npm/_logs/2025-10-20T15_30_26_128Z-debug-0.log

So, something broke the Etherpad Instance on my Cloudron. Looks like the last update introduced a breaking change...

Updated to express 5.0.0. This is a major update to express that brings a lot of improvements and fixes. Please update all your plugins to the latest version to ensure compatibility. A lot changed in the route matching, and thus old plugins will throw errors and crash Etherpad.

Currently identifying what plugins are at fault.

Did nobody else run into this? I have not seen any announcement upfront that there will be breaking changes. Did I miss them?

Ok, got it! I was not able to tell this is the/an admin user - saw no real "admin" capabilities such as eg user management. But I will try explore a bit more. Thanks!

Hi all, just installed LibreChat and Im a bit confused about the instruction "On the first visit, register yourself as an admin user."

I can´t see any special option to register as an admin user.

On first visit it loads the login screen

When I go to the signup page, I get a (I guess) regular signup form

When I create a user there I can login, but it looks like regular user, no admin options (like eg user management)

What am I doing wrong?

Just almost tripped over this myself. It seems that "requireAuthentication": false hides the login button, and so the whole login /admin situation gets confusing. Might be worth adding that to the docs.

@nebulon so, after some trials this works for me:

• mounted my Storagebox as webdav share on the Cloudron host system in fstab by hand
• added that share as a Filesystem Mountpoint Volume in Cloudron
• clean Immich install
• attached that Volume as a Mount to Immich in Immich Storage options
• moved the Immich data directory to a subdirectory on that Mount in Immich Storage option

See any issues that could come up? Mounting things by hand in fstab is fine for Cloudron?

Got it! Might be worth to increase UX by putting a hint to this in the empty Group Folders view. Maybe just an addon sentence after "not part of any group folder yet"

Feeling a bit stupid, but I dont see any way to setup group folders. Where should I look?

In the Group Folders Section the NEW and UPLOAD buttons a inactive.

I put the Cubby data folder on a WebDav volume, but permissions should be fine. In "My Files" I can CRUD files and folders without issues.

Any idea?

Footnote: sadly Immich already decided to not support setups where utime is not availble: https://github.com/immich-app/immich/issues/14005

Yup, I guess I will experiment a bit with the mount options available. Will report back here if I find something that works, thx!

Ah, got it. Tried, didnt do anything. But the whole mounted share already had like 777 permissions throughout:

drwxrwxrwx 2 808 808 0 May 21 08:56 immich/

@nebulon said in Storage management in Immich?:

does it work if you give all users?

Not sure what you mean here. Mounting the share with other options? I had the impression I can not do that by myself since its managed by Cloudron.

Would love to make this work. If you tell me what to try Im happy put some time in

I mounted it with the Cloudron build in mount option in the UI. Are there other options? I guess editing fstab by hand will be overwritten at some point

Here is the output of the mountcommand from the console.

root@81deeb68-0628-45ff-bf4c-0e9e294e7935:/media/FSN1-BX1401# mount | grep FSN1-BX1401
//u452885.your-storagebox.de/backup on /media/FSN1-BX1401 type cifs (rw,relatime,vers=3.1.1,cache=strict,username=u452885,uid=808,forceuid,gid=808,forcegid,addr=2a01:04f8:2b03:0981:0000:0000:0000:0002,file_mode=0666,dir_mode=0777,iocharset=utf8,seal,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,retrans=1,echo_interval=60,actimeo=1,closetimeo=1)

Yes, tried that - basic permissions look good. It seem to be an issue with Immich trying to use utime to change timestamps on the mounted share which seem to be an issue somehow for the cloudron user. Some testing on my box shows:

Creating a testfile (touch .test) on the mounted share and then trying to change the timestamp

• works for root (-> touch -t 202501010000 .test)
• does not work for cloudron (-> sudo -u cloudron touch -t 202501010000 .test)

Not sure how to continue.

So, after some exchanges in the Immich Discord I managed to switch my existing Immich Photo Library to an external volume on a Hetzner Storage Box by copying the files (./upload/*) and setting the IMMICH_MEDIA_LOCATION to a mounted storage volume in /media/
Immich started up again and displayed all my photos.
BUT: it seems I cant upload new photos Not sure why, the /media/ mounted volume (Hetzner Storage Box) seems to have full permissions. Here is the Immich log when trying to upload a file:

May 20 09:21:41 [Nest] 61 - 05/20/2025, 7:21:41 AM ERROR [Api:ErrorInterceptor~7wmg4ktf] Unknown error: Error: EPERM: operation not permitted, utime '/media/FSN1-BX1401/photos/immich/upload/bf2f33b8-b8b4-4f5d-9619-62e462afa3fd/a7/d2/a7d2dc05-0b07-4aca-977f-193026f26430.HEIC'
May 20 09:21:41 Error: EPERM: operation not permitted, utime '/media/FSN1-BX1401/photos/immich/upload/bf2f33b8-b8b4-4f5d-9619-62e462afa3fd/a7/d2/a7d2dc05-0b07-4aca-977f-193026f26430.HEIC'
May 20 09:21:41 at async Object.utimes (node:internal/fs/promises:1127:10)
May 20 09:21:41 at async AssetMediaService.create (/usr/src/app/dist/services/asset-media.service.js:293:9)
May 20 09:21:41 at async AssetMediaService.uploadAsset (/usr/src/app/dist/services/asset-media.service.js27)
May 20 09:21:41 at async AssetMediaController.uploadAsset (/usr/src/app/dist/controllers/asset-media.controller.js:40:29)

Any ideas how to debug this?

@jdaviescoates Hard to make a case there when all of their installation methods are somewhat around Docker Compose or similar systems.

From their Docker Compose file I can see that they just mount an external folder to their internal, hardwired upload location -> https://github.com/immich-app/immich/releases/download/v1.132.3/docker-compose.yml

I dont know where I can lookup the Cloudron/Immich integration, but I guess the mounting could happen when the Dockerfile gets run. But of course at first there is no mounted file system available

@nebulon are you open to explore this further at some point in the future? Immich seems pretty pointless (to me) without the option to plug-in your own storage.

Any plans to move this forward?

I guess Komga is not for the casual "upload a comic here and there" use case, but bigger, pre-existing libraries. I personally have my comics on a storage share, which I mounted through Cloudron and imported in Komga. Works well enough.