-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
DSM 7 RC OVPN error opening config file #1839
Comments
@udrea93: hello! 👋 This issue is being automatically closed because it does not follow the issue template. |
@udrea93: hello! 👋 This issue is being automatically closed because it does not follow the issue template. |
also having the same issue with the above using Surfshark configurations |
same issue with PIA, definitely an issue related to synology DSM 7 RC. beta was working normally |
Piling on. I did attempt to work around this by manually mapping and seeing what happened, but no go. To potentially help with tracking down the root of the issue, I did notice somewhat different behavior if I disable "execute container using high privilege" but start running in to some TUN/TAP problems. Unfortunately I do not have the time tonight to troubleshoot further or attempt to find a workaround, but if I figure anything out I'll share. |
As above is showing, this does not seem to be a container issue but a problem with DSM. Please raise an issue with them.. I'll keep this open so you can report any updates etc Out of interest, care to show the directory contents of /etc/openvpn/privatevpn/ including permissions etc (ls -haltr) |
managed to get this working today, disabled the option as above "execute container using high privilege", and then renabling it after failing and restarting seemed to redo the permissions and i have it running again. Hope this helps someone else |
Works, thanks! But for some reson if i turn it off then back on i need to do it again as you explained. |
Same here. Occurred after updating to DSM 7 RC from beta. Checking off "execute container using high privilege", applying and trying to start the container, then turning it on afterwards work. However if you restart container, you have to do it again. I did check if any files were present in /etc/openvpn/nordvpn/ but no file was ever created. Makes sense why it would fail at: Any ideas? |
Doing this mentioned above allows my container to start but gives me the following error. Also after upgrading to RC: NotADirectoryError: [Errno 20] Not a directory: '/docker/transmission/settings.json' Any ideas? The directory is created. |
You deserve a medal. Thank you! |
Can confirm this worked for me as well. I had to disable: "Execute container using high privilege" and then let it crash once setting up whatever it was doing, and then re-enable right after. |
+1 issue started happening as soon as I upgraded to DSM7 |
Will close for now as workaround found |
@pkishino Hi Majestic Patrick
|
now i fixed,, |
Seems to work! However with the large amount of files I have in transmission, it crashes every now and then. This isn't an issue, however, at this point after crashing it starts to loop and manual labour is required to get it working again. Now, I understand as mentioned this is probably some synology specific issue, that should be fixed by another party. However, other containers work. In case a solution is (or will be) found, I'd like to know :) |
The workaround is failing also - transmission stopped downloading, when i tried to restart the container, it started crashing because of the same error. This bug is present, the workaround is at best a temporary patch that holds for a day or so. |
As may be, this is a problem with DSM/docker , not the container, I’m sure
there are forums or such for DSM issues or such, better check there for a
fix
…On Fri, Jun 11, 2021 at 18:56 AI ***@***.***> wrote:
The workaround is failing also - transmission stopped downloading, when i
tried to restart the container, it started crashing because of the same
error. This bug is present, the workaround is at best a temporary patch
that holds for a day or so.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1839 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA7OFYTIUSKXI2N6HBA32VLTSHMWDANCNFSM4543HLRA>
.
|
Repeating the steps of the workaround will get the container running again. Done it multiple times. Will have to do until Synology fix the issues with RC |
Please see this for PriavteVPN hard and soft failure authtication issues using Transmission, Docker and Portainer |
Is there a more permanent solution to this? This has to be done every time the container stops. |
Well I used the Portainer method to re-creating my docker image and since then, I didn’t have anymore issues. I have watch-tower that updates my container without issues and restarted my NAS a couple times for updates without any issues with the containers starting up. This is a Synology docker issue. I think the best solution is creating the docker either through Portainer or command. |
These instructions were helpful https://github.com/haugene/docker-transmission-openvpn/issues/1839#issuecomment-894724920 but to expand on it for total noobs like myself and make it easy here is what I did after 2 days of ripping my hair out.
I hope this helps |
This is no more necessary since latest Synology Docker update (version 20.10.3-1239). Now you can enable NET_ADMIN from Edit > config functionality > check NET_ADMIN Since the update, the container has worked flawless. |
@doryxbirb Cracking advice, thanks. |
This doesn't work for me... I have this version of Docker, checked off NET_ADMIN, and the container crashes on startup like it did before. |
I have just tried: It works if your problem was about TUN device creation or something fixable using full admin permissions. |
i believe you got it wrong, he didn't say you can now check off, he said now you can check it from synology docker app, instead of toying around with portainer or else, which is new |
Sorry, I think I get it now. This is the error I'm getting in the log. If I understand correctly, Portainer is the permanent fix? |
For me after adding NET_ADMIN it failed on the first run, but worked perfectly every run after that. If it isn't in a crashloop, consider just letting it do its thing and the container will probably start fine on the second attempt. |
Well since moving away from Docker to do my management and moved to Portainer I havnt had a single issue, I have the latest build of Trasmission on a Synology NAS updating it using Watchtower. Its been like butter with PriavteVPN. I would strongly urge you to do the same. Find a Portainer install on sysnolgy nas video on Youtube. - https://www.youtube.com/watch?v=ToL5SPFUPaQ&t=805s. Opens IPA and puts feet up. My config using Stacks:
|
Thanks! I seem to have it working with Portainer now. I'll have to check out Watchtower as well. |
To be clear, Portainer is a container that runs on Docker (this isnt made clear or obvious when you set out anywhere), it allows for a lot more flexibility and more advanced config of containers with features like Stacks. I mean in Docker you would have to pull down a new image of the container you would like to update, assuming you knew there was a update. Then copy the containers, renaming the exciting one to old and then starting the new one which intern uses the new image, then do image clean-up after. In Portainer you select the container, click Recreate and select pull latest image and you done 10 seconds later. Its even easier use Watchtower, it checks for you when new containers arrive, it can send you messages, via Mail, Teams etc. and at the intervals of your choice and automatically update your containers when they get updates... that’s it... This isn’t just a pain, that I can tell you, but a game changer! |
Glad to see that Synology added more options to the UI. But to anyone in this discussion, I highly recommend you don't use their crippled UI, truly learning the docker tooling will reward you much more in the long-term. Then you aren't restricted to deploying on Synology devices - you can deploy to any Linux device, or the even the cloud. |
@kirksw Just use the method you prefer. Not everyone wants to know the technical side of an action, some just want speed and an interface. For what it's worth, I personally think the Docker Synology interface is a great addition for people who don't want to mess around in the command line. |
The problem is that the synology docker interface has and continues to
cause problems, especially with this container due to improper
implementation
…On Thu, Dec 2, 2021 at 17:50 Stef Havermans ***@***.***> wrote:
@kirksw <https://github.com/kirksw> Just use the method you prefer. Not
everyone wants to know the technical side of an action, some just want
speed and an interface. For what it's worth, I personally think the Docker
Synology interface is a great addition for people who don't want to mess
around in the command line.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1839 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA7OFYSVJCJJUULUOFBNQHTUO4XMJANCNFSM4543HLRA>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Anyone willing to share their docker command for this container? I'm interested in ditching the Synology GUI in favor of CLI. |
|
Because I started using Docker and now Portainer, I have dived into the world of containers and finding so many useful products and services. I think the two thumbs down is no necessary consider this sis all free and people give their time here at no cost. |
There is no getting away from it, put your big pants on and get on with it. |
I wonder if I'm the only one who hasn't been able to resolve this issue? I'm running DSM 7 on an ARM-based Synology NAS. I'm actually using a slightly different image (guillaumedsde/alpine-qbittorrent-openvpn), but I wanted to comment here since the issue is exactly the same and this is the most extensive discussion I've found on the topic. I've tried every solution mentioned in this thread, but I still get either of the following errors:
Here's my full docker-compose.yml file:
One thing I haven't seen mentioned in this thread is the use of Thanks in advance for any help! |
I tried all possible solutions mentioned above, sadly none did the trick. So I'm not 100% certain this issue has to do with DSM7 as I am also running it and don't have issues with lower releases. |
This fixed it for me as well |
Downgrading from version 4 was the only solution that worked fore as well. |
Before creating this issue I have:
REQUIRED
Container version & last working release
Required, problem occurs in :
<DSM 7 RC>
If possible, last working version:
<DSM 7 Beta>
Describe the problem
REQUIRED
Describe the steps you have tried to solve the problem
REQUIRED
Add your docker run command or docker-compose file or env details
REQUIRED
Logs
REQUIRED
Host system
REQUIRED
The text was updated successfully, but these errors were encountered: