File Manager shows empty /app/data

[Günter]

For all apps which do not use the default storage but a local ext4 volume, the File Manager shows no contents of /app/data. In the browser console I find a 404 response for fetching following URL.

https://my.<domain>/api/v1/apps/cb4e9ec7-8612-41af-bcb7-eba8ef4eec23/files//?access_token=-REDACTED-

For apps with the default stroage location (/home/yellowtent/appsdata/) the File Manager works fine.

cloudron-support --troubleshoot output:

Vendor: QEMU Product: Standard PC (i440FX + PIIX, 1996)
Linux: 6.8.0-117-generic
Ubuntu: noble 24.04
Cloudron: 9.2.0
Execution environment: kvm
Processor: Intel(R) Xeon(R) Silver 4208 CPU @ 2.10GHz
BIOS pc-i440fx-10.1  CPU @ 2.0GHz x 4
RAM: 16370192KB
Disk: /dev/mapper/ubuntu--vg-ubuntu--lv   32G
[OK]    Root disk usage is OK (47%)
[OK]    Memory usage is OK (28%)
[OK]    Clock is NTP-synchronized
[OK]    node version is correct
[OK]    IPv6 is enabled in kernel. Public IPv6 address detected
[OK]    docker is running
[OK]    docker version is correct
[OK]    MySQL is running
[OK]    netplan is good
[OK]    DNS is resolving via systemd-resolved
[OK]    unbound is running
[OK]    IPv4 HTTPS to api.cloudron.io/api/v1/helper/public_ip
[OK]    IPv6 HTTPS to api.cloudron.io/api/v1/helper/public_ip
[OK]    IPv4 HTTPS to auth.docker.io/token
[OK]    IPv6 HTTPS to auth.docker.io/token
[OK]    IPv4 HTTPS to acme-v02.api.letsencrypt.org
[OK]    IPv6 HTTPS to acme-v02.api.letsencrypt.org
[OK]    nginx is running
[OK]    dashboard cert is valid
[OK]    dashboard is reachable via loopback
[OK]    No pending database migrations
[OK]    Service 'mysql' is running and healthy
[OK]    Service 'postgresql' is running and healthy
[FAIL]  Service 'mongodb' container is not running (state: missing)!
[OK]    Service 'mail' is running and healthy
[OK]    Service 'graphite' is running and healthy
[OK]    Service 'sftp' is running and healthy
[OK]    box v9.2.0 is running
[OK]    Dashboard is reachable via IPv4 (https://my.<domain>)
[OK]    Dashboard is reachable via IPv6 (https://my.<domain>)
[SKIP]  Domain expiry check — whois did not return an expiry date for <domain>

======== Summary ========
PASS:  29
WARN:  0
FAIL:  1
SKIP:  1

Failures:
  - Service 'mongodb' container is not running (state: missing)!

For troubleshooting tips, see https://docs.cloudron.io/troubleshooting
To share a full diagnostic dump on the forum, run: cloudron-support --send-diagnostics

• Check for any errors in /home/yellowtent/platformdata/logs/box.log
  -> nothing related found

[james]

Hello @günter
I have redacted the access_token you have posted.
Please be aware that you should never post these.

[nebulon]

If you restart the sftp service (which is the service endpoint for the filemanager) does it start to work? Also presumably the webterminal shows the folder/files just fine?

[Günter]

@james Thanks. I did scramble the characters before posting the URL. BTW Why does cloudron-support --troubleshoot include my domain?

[Günter]

@nebulon Yes. I restarted the "Filemanager" service, I restarted the whole machine. Via Web-CLI I can access the /app/data directories without any issues. When the Filemanager is opened on a Volume ("Volumes" -> "⋅⋅⋅" per volume -> "File manager") it also works fine and shows the content of all the apps in that volume.

[james]

Hello @günter

@Günter said:

I did scramble the characters before posting the URL.

@Günter said:

https://my.<domain>/api/v1/apps/cb4e9ec7-8612-41af-bcb7-eba8ef4eec23/files//?access_token=-REDACTED-

The -REDACTED- part was what I removed. It looked like a genuine API token.

@Günter said:

BTW Why does cloudron-support --troubleshoot include my domain?

Where do you see the output of --troubleshoot include your domain?

[james]

Hello @günter

@Günter said:

I restarted the "Filemanager" service, I restarted the whole machine. Via Web-CLI I can access the /app/data directories without any issues. When the Filemanager is opened on a Volume ("Volumes" -> "⋅⋅⋅" per volume -> "File manager") it also works fine and shows the content of all the apps in that volume.

Just to confirm:

• view from web terminal of an app, working
• view from web file manager over the volume view https://my.$DOMAIN.$TLD/#/volumes, works
• view from web file manager from the app, still not working?

I tried to reproduce this with these steps:

• attaching a new disk to my Cloudron server
• made the disk a ext4 with mkfs.ext4 "/dev/disk/by-id/scsi-0Linode_Volume_dev-volume"
• in the dashboard created the volume as ext4, named it dev-volume
• moved a fresh LAMP app default storage to Volume - dev-volume Subdirectory lamp
• could view the files with the Web File Manager from the app, volume and web terminal view
• confirmed by creating a dev.txt with the Web File Manager and checking with ssh if the file exists on the volume
• also tested without a Subdirectory

Was not able to reproduce this.

If the issue still persists, please contact support@cloudron.io so we can analyse this issue more detailed.