Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] NFS option "nocopy" not working #49

Closed
1 task done
tavern2782 opened this issue Jan 16, 2024 · 2 comments
Closed
1 task done

[BUG] NFS option "nocopy" not working #49

tavern2782 opened this issue Jan 16, 2024 · 2 comments

Comments

@tavern2782
Copy link

tavern2782 commented Jan 16, 2024

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

I've recently switched most of my containers to using Docker Volumes (docker volume create) that are backed by NFS. I've copied the same config to all of my services and Prowlarr is the only service that fails to mount with the NFS "nocopy" option.

Terminal error output:

user@debian-server:~/docker/test$ sudo docker compose -f docker-compose.yml up -d prowlarr && sudo docker logs -f prowlarr
[+] Running 4/4
 ✔ Network test     Created                                                                                                                   0.1s
 ✔ Volume "prowlarr"       Created                                                                                                                   0.0s
 ⠋ Container prowlarr      Creating                                                                                                                  0.0s
Error response from daemon: failed to mount local volume: mount :/volume1/Docker/containers/prowlarr/config:/var/lib/docker/volumes/prowlarr/_data, data: addr=10.10.10.50,nolock,nocopy,hard: invalid argument

As soon as the "nocopy" option is removed, the container volume mounts fine.

Compose file:

version: "3.6"

services:
  prowlarr:
    image: lscr.io/linuxserver/prowlarr:latest
    container_name: prowlarr
    network_mode: "service:gluetun"
    environment:
      - PUID=1024
      - PGID=101
      - TZ=Etc/UTC
    volumes:
      - prowlarr:/config
    depends_on:
      - flaresolverr
    restart: unless-stopped

networks:
  test:
    name: test

  prowlarr:
    name: prowlarr
    driver: local
    driver_opts:
      type: "nfs"
      o: "addr=10.10.10.50,nolock,rw,async,nocopy,hard"
      device: ":/volume1/Docker/containers/prowlarr/config"

Expected Behavior

The container should have no issue supporting the NFS "nocopy" option.

Steps To Reproduce

  1. Create NFS share and export
  2. Create docker-compose file with options show above
  3. Run container with docker compose

Environment

- OS: Debian GNU/Linux 12 (bookworm)
- How docker service was installed: https://get.docker.com/

CPU architecture

x86-64

Docker creation

sudo docker compose -f docker-compose.yml up -d prowlarr

Container logs

There is no docker logs because the container fails to start due to the NFS "nocopy" option
Copy link

Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.

@aptalca
Copy link
Member

aptalca commented Jan 16, 2024

We do not support or recommend putting config folders on file/object based remote storage for various reasons. Databases especially do not like file/object based remote mounts. Block storage on the other hand should be fine.

@aptalca aptalca closed this as not planned Won't fix, can't repro, duplicate, stale Jan 16, 2024
@LinuxServer-CI LinuxServer-CI moved this from Issues to Done in Issue & PR Tracker Jan 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

No branches or pull requests

2 participants