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

No longer working #24

Open
JoshTheBlack opened this issue May 26, 2024 · 4 comments
Open

No longer working #24

JoshTheBlack opened this issue May 26, 2024 · 4 comments

Comments

@JoshTheBlack
Copy link

JoshTheBlack commented May 26, 2024

None of my previously working linuxserver containers with this mod are functioning anymore as of today.
The ones that continued to function, stopped after a container restart.

I am on Unraid 6.12.8. These containers were fully working as of a few days ago. Config has not changed.
I have tried to restart the containers multiple times to no avail.
If I pull out the DOCKER_MODS ENV (removing Tailscale) they load and work normally.
With the DOCKER_MODS for Tailscale, it seems that Tailscale starts and establishes a connection, but the containers main service never starts.

Sonarr log: https://pastebin.com/5s3ZcZAD
Syncthing log: https://pastebin.com/wFTmCULv
Radarr log: https://pastebin.com/NEiiWBCG

Docker run:

/usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker create --name='sonarr' --net='eth0' --ip='192.168.0.32' -e TZ="America/New_York" -e HOST_OS="Unraid" -e HOST_HOSTNAME="Rocinante" -e HOST_CONTAINERNAME="sonarr" -e 'TCP_PORT_8989'='80' -e 'PUID'='99' -e 'PGID'='100' -e 'TZ'='America/New_York' -e 'TAILSCALE_STATE_DIR'='/config/tailscale' -e 'TAILSCALE_SERVE_MODE'='https' -e 'TAILSCALE_SERVE_PORT'='8989' -e 'TAILSCALE_USE_SSH'='0' -e 'TAILSCALE_HOSTNAME'='sonarr' -e 'TAILSCALE_AUTHKEY'='removed' -e 'DOCKER_MODS'='ghcr.io/tailscale-dev/docker-mod:main' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:8989]/' -l net.unraid.docker.icon='https://raw.githubusercontent.com/linuxserver/docker-templates/master/linuxserver.io/img/sonarr-icon.png' -l 'traefik.http.routers.sonarr-rtr.entrypoints'='https' -l 'traefik.http.routers.sonarr-rtr.rule'='Host(`sonarr.myurl.com`)' -l 
'traefik.http.routers.sonarr-rtr.tls'='true' -l 'traefik.http.services.sonarr.loadbalancer.server.port'='8989' -v '/dev/rtc':'/dev/rtc':'ro' -v '/mnt/user/':'/mnt':'rw' -v '/mnt/cache/appdata/sonarr':'/config':'rw' --dns 1.1.1.1 'linuxserver/sonarr' 

Not super important, but traefik.enable is not true, so all the traefik labels are doing nothing. They are left in place to make adding back to traefik simple if I want to do that in the future.

uname -mr && docker version

6.1.74-Unraid x86_64
Client:
 Version:           24.0.9
 API version:       1.43
 Go version:        go1.20.13
 Git commit:        2936816
 Built:             Thu Feb  1 00:47:46 2024
 OS/Arch:           linux/amd64
 Context:           default

Server: Docker Engine - Community
 Engine:
  Version:          24.0.9
  API version:      1.43 (minimum version 1.12)
  Go version:       go1.20.13
  Git commit:       fca702d
  Built:            Thu Feb  1 00:49:16 2024
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          v1.7.13
  GitCommit:        7c3aca7a610df76212171d200ca3811ff6096eb8
 runc:
  Version:          1.1.12
  GitCommit:        v1.1.12-0-g51d5e94
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

cat /etc/os-release

NAME=Slackware
VERSION="15.0"
ID=slackware
VERSION_ID=15.0
PRETTY_NAME="Slackware 15.0 x86_64 (post 15.0 -current)"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:slackware:slackware_linux:15.0"
HOME_URL="http://slackware.com/"
SUPPORT_URL="http://www.linuxquestions.org/questions/slackware-14/"
BUG_REPORT_URL="http://www.linuxquestions.org/questions/slackware-14/"
VERSION_CODENAME=current
@h3xp
Copy link

h3xp commented May 26, 2024

Same for me, stopped working today.

@JoshTheBlack
Copy link
Author

Looking at the most recently updated fork here (chukysoria/docker-mod:main) and it is working. Looks like they added "--stateful-filtering" to FLAGS in https://github.com/chukysoria/docker-tailscale-mod/blob/master/root/etc/s6-overlay/s6-rc.d/svc-mod-tailscale-up/run a few days back.

I can confirm that switching my DOCKER_MODS variable to use chukysoria/docker-mod:main has got me back online and working.

@h3xp

I suspect tailscale-dev needs to make a similar change to resolve.

@Caian
Copy link

Caian commented May 30, 2024

If you don´t trust the alternative mod, it is also possible to run the official mod locally instead of fetching it from docker registry, with the change that makes it work. You have to add the environment variable DOCKER_MODS_SIDELOAD=true to your container, save the container as a tar and mount it inside the container in /mods (as read only)

@promisedlandt
Copy link

You can also pass the flag as part of TAILSCALE_HOSTNAME, bit of a dirty hack though.

E.g. TAILSCALE_HOSTNAME=sonarr --stateful-filtering (or --stateful-filtering=false as I do).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants