Configuration (Profiles/Tasks) Lost After docker-compose down

[Krindog7337]

Is there an existing issue for this?

• I have searched the existing issues and did not find anything similar.

Bug Description

Description

Settings created within the Rclone Manager UI, specifically sync profiles, cron schedules, and tasks are not persisting after the container is stopped and removed via docker-compose down. While the rclone remotes (rclone.conf) remain intact, all app-specific configurations disappear. The UI returns to a "fresh" state. All profiles and tasks are gone. Only the storage remotes (loaded from the external rclone.conf volume) are still present.

Operating System

Linux

OS Version

Linux omv 6.12.57+deb12-amd64

App Version Type

Headless (Web server accessed via browser)

App Version Number

0.2.0

RClone Version

1.73.0

Steps to Reproduce

1. Launch Rclone Manager using docker-compose up -d.
2. Access the Web UI and create a New Profile or a Scheduled Sync Task.
3. Verify the task is saved and visible in the dashboard.
4. Run docker-compose down on the host machine.
5. Run docker-compose up -d again.
6. Return to the Web UI.

Expected Behavior

All previously created profiles, cron jobs, and sync tasks should be restored and visible, as they should be stored in a persistent database.

Relevant Logs

Screenshots/Recordings

No response

Additional Context

The issue does not occur during a docker compose stop

[Hakanbaban53]

Oh no, that sounds like a data loss situation. I know exactly what’s happening, if the Docker volumes aren't mapped to a persistent local path on your host machine, Docker wipes the internal data every time the container is recreated or updated.

Here is the corrected docker-compose.yml snippet. You need to change the volume mappings from "named volumes" to absolute local paths to ensure your settings survive an update:

  rclone-manager:
    image: ghcr.io/zarestia-dev/rclone-manager:latest
    container_name: rclone-manager-headless
    restart: unless-stopped
    ports:
      - "8080:8080"
      - "53682:53682" # Rclone OAuth Redirect
    volumes:
      # Use absolute local paths on your host (e.g., ./rclone-data)
      - /path/to/your/local/rclone-config:/home/rclone-manager/.config/rclone
      - /path/to/your/local/app-config:/home/rclone-manager/.local/share/com.rclone.manager.headless

Crucial Note: In the container, the app stores everything in /home/rclone-manager/.local/share/com.rclone.manager.headless. If you don't map this to a real folder on your hard drive (the left side of the :), the data is gone the moment the container stops.

One quick question to confirm:
Did this data loss happen immediately after you updated the container image? If so, the volume mapping is definitely the culprit.

[Krindog7337]

i've added the /path/to/your/local/app-config:/home/rclone-manager/.local/share/com.rclone.manager.headless to my compose, but it's still not surviving container recreation. I checked the folder on my local, there isn't any files created there.

[Krindog7337]

additional info: the container is running with user: "0:0" because the default one will crash

rclone-manager-headless  | _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
rclone-manager-headless  | 
rclone-manager-headless  | (rclone-manager-headless:1): dbind-WARNING **: 16:03:06.822: AT-SPI: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
rclone-manager-headless  | 
rclone-manager-headless  | thread 'main' (1) panicked at /root/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/tauri-2.9.5/src/app.rs:1301:11:
rclone-manager-headless  | Failed to setup app: error encountered during setup hook: Failed to create logs directory: Permission denied (os error 13)
rclone-manager-headless  | note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

[Hakanbaban53]

New hotfix update release v0.2.1.

Can you test it?

[Krindog7337]

New hotfix update release v0.2.1.

Can you test it?

I've test it, and it works. Thanks 👍