event_wait : Interrupted system call (code=4) #1462
Comments
|
Can you post the following? |
OpenVPN Up OpenVPN Down healthcheck.log after failure |
|
Ok, so somehow you have 2 tun dev, Now it would still be an issue that the ping failed, need to find out why it's failing, it is not because of ipv6 given by the result you posted. If this is not addressed, your container will still keep restarting. Tying the new script or change In your first log, I can also see the PIA's update-port.sh script did not finish the port rebinding loop and OpenVPN is restarted by the health check. May need to fix this add a delay or something, but I am not sure if the rebinding process is the reason that caused ping failed. Well, at least I think it should not. |
Using the latest health check script with tun0 explicitly defined Using updated health check script with no modifications For completion, updated health check script with tunl0 explicitly defined Still trying to outright remove tunl0 or find out where its coming from. |
|
Hmm, so with the updated health check script with tun0 explicitly defined, the ping went though but the checking of tun route did not. When ping google.com is ok, can you do |
|
|
Ok, it is the ipv6 dns causing the issue here, now as posted in #1459 you can change the precedence in the gai.conf (should add an option to make this automatic in a later update, https://askubuntu.com/questions/32298/prefer-a-ipv4-dns-lookups-before-aaaaipv6-lookups suggest look at the man page ofgai.conf, some say for it to work properly needs to un-comment all the lines if precedence is added), I didn't test that yet so I am not sure or for now change the line |
I have explicitly defined tun0 and added |
|
Changes made to healthcheck.sh resolved the issue. |
|
Glad that works. I will update the health check script for the ipv6 issue, and post a warning for multiple tun device detected. I will be trying to find a way to get the correct tun interface being used to the script. |
|
For anyone having this problem. You might want to look into the latest running processes through "ps -aux" on Linux. Some of them might be trying to kill openvpn |
Describe the problem
Intermitently, but quite frequently, the following error occurs:
event_wait : Interrupted system call (code=4)
Add your docker run command
root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='Transmission_VPN' --net='bridge' --privileged=true -e TZ="America/New_York" -e HOST_OS="Unraid" -e 'OPENVPN_USERNAME'='*********' -e 'OPENVPN_PASSWORD'='*********' -e 'OPENVPN_CONFIG'='CA Toronto' -e 'OPENVPN_PROVIDER'='PIA' -e 'LOCAL_NETWORK'='192.168.1.0/24' -e 'TRANSMISSION_RPC_USERNAME'='admin' -e 'TRANSMISSION_RPC_PASSWORD'='password' -e 'OPENVPN_OPTS'='--inactive 3600 --ping 10 --ping-exit 60 --txqueuelen 10000' -e 'PUID'='99' -e 'PGID'='100' -e 'TRANSMISSION_DOWNLOAD_DIR'='/downloads' -e 'TRANSMISSION_RPC_AUTHENTICATION_REQUIRED'='false' -e 'TRANSMISSION_RATIO_LIMIT'='0' -e 'TRANSMISSION_RATIO_LIMIT_ENABLED'='true' -e 'TRANSMISSION_ALT_SPEED_DOWN'='0' -e 'TRANSMISSION_ALT_SPEED_UP'='0' -e 'TRANSMISSION_ALT_SPEED_TIME_BEGIN'='420' -e 'TRANSMISSION_ALT_SPEED_TIME_END'='120' -e 'TRANSMISSION_ALT_SPEED_TIME_ENABLED'='true' -e 'TRANSMISSION_DOWNLOAD_QUEUE_SIZE'='15' -e 'TRANSMISSION_CACHE_SIZE_MB'='10' -e 'TRANSMISSION_INCOMPLETE_DIR'='/downloads/incomplete' -e 'TRANSMISSION_WEB_UI'='transmission-web-control' -e 'GLOBAL_APPLY_PERMISSIONS'='false' -p '9091:9091/tcp' -p '1198:1198/udp' -v '/mnt/user/downloads/':'/data':'rw' -v '/mnt/user/downloads/':'/downloads':'rw' -v '/mnt/user/downloads/watch/':'/watch':'rw' -v '/mnt/user/downloads/pull/':'/mnt/user/T_Media/Torrent/':'rw' -v '/mnt/user/appdata/Transmission_VPN':'/config':'rw' --restart=always --log-opt max-size=50m --log-opt max-file=1 -v '/etc/localtime':'/etc/localtime':'ro' --dns=8.8.8.8 --dns=1.1.1.1 'haugene/transmission-openvpn'Logs
Host system:
Unraid 6.8.3 with latest pull from haugene/transmission-openvpn
The text was updated successfully, but these errors were encountered: