Closed marciogranzotto closed 12 months ago
Same issue here. I'm not familiar with s6 and it seems the pidfile (or whatever the equivalent is) is not called that, so I've been unable to solve this without uninstalling, reinstalling, and reconfiguring the plugin from scratch so far, which is very annoying.
Edit: seems like deleting /run/service/.s6-linux-init-shutdownd:plex:*
and the whole /run/s6-rc:s6-rc-init:*
directory did the trick. Of course since the container won't start you can't really do that, so the only way I found was to find the container's diff directory (docker inspect addon_xxxx_plex
, look for GraphDriver/Data/UpperDir), which is something like /mnt/docker/overlay2/<hash>/diff
and delete the files from there. You'll need root on the host system for this.
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. Please make sure to update to the latest version and check if that solves the issue. Let us know if that works for you by leaving a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thanks!
Actually, the fix is already merged in. Haven't seen this issue anymore.
Problem/Motivation
Usually after a non-graceful reboot, like after a power outage, my plex add-on refuses too start. This seems to be because of a
plexmediaserver.pid
file that doesn't get deleted.Expected behavior
Start normally
Actual behavior
Steps to reproduce
Force reboot your HA machine.
Proposed changes
Deleting the
plexmediaserver.pid
file makes the add-on start properly. I think the start script should check if that exists, if it does, try tokill plexmediaserver.pid
and delete the fileFor reference: https://github.com/linuxserver/docker-plex/issues/134#issuecomment-449815340