rymar 1 Posted ... Since updating to Eddie 2.18.9 the message Routes, Add xxx.xx.xx.xx for gateway xx.xx.xx.x "Failed: Exception: Cannot find device -tun0-" comes up at every restart. This was never an issue before this version of Eddie. I frequently find that Eddie disconnects during the course of the day, which then requires a reboot in order to clear it. Using Linux Mint 19.3. Quote Share this post Link to post
OpenSourcerer 1435 Posted ... Use it like you would use normally and when this happens, click on the lifebelt icon in the Logs tab and paste or upload the output here, please. Quote Hide OpenSourcerer's signature Hide all signatures NOT AN AIRVPN TEAM MEMBER. USE TICKETS FOR PROFESSIONAL SUPPORT. LZ1's New User Guide to AirVPN « Plenty of stuff for advanced users, too! Want to contact me directly? All relevant methods are on my About me page. Share this post Link to post
rymar 1 Posted ... (edited) Eddie System/Environment Report - 2020-04-11 - 7:38 PM UTC Eddie version: 2.18.9 Eddie OS build: linux_x64 Eddie architecture: x64 OS type: Linux OS name: Linux Mint 19.3 Tricia \n \l OS version: Linux ryk-mint 5.3.0-46-generic #38~18.04.1-Ubuntu SMP Tue Mar 31 04:17:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux OS architecture: x64 Mono /.Net Framework: 4.6.2 (Debian 4.6.2.7+dfsg-1ubuntu1); Framework: v4.0.30319 TUN driver: /dev/net/tun OpenVPN: 2.4.4 - OpenSSL 1.1.1 11 Sep 2018, LZO 2.08 (/usr/sbin/openvpn) Hummingbird: () SSH: OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n 7 Dec 2017 (/usr/bin/ssh) SSL: stunnel 5.44 (/usr/bin/stunnel4) curl: 7.58.0 (/usr/bin/curl) Profile path: /home/ryk/.config/eddie/default.profile Data path: /home/ryk/.config/eddie Application path: /usr/lib/eddie-ui Executable path: /usr/lib/eddie-ui/eddie-ui.exe Command line arguments: (2 args) path.resources="/usr/share/eddie-ui" path.exec="/usr/bin/eddie-ui" Network Lock Active: No Connected to VPN: Yes, Sham Detected DNS: 10.35.106.1, fde6:7a:7d20:1f6a::1 Test DNS IPv4: Ok Test DNS IPv6: Ok Test Ping IPv4: 169 ms Test Ping IPv6: 154 ms Test HTTP IPv4: Ok Test HTTP IPv6: Ok Test HTTPS: Ok ---------------------------- Important options not at defaults: login: (omissis) password: (omissis) remember: True log.file.enabled: True log.level.debug: True ui.skip.provider.manifest.failed: True gui.tray_minimized: True ---------------------------- Logs: . 2020.04.11 10:50:56 - Eddie version: 2.18.9 / linux_x64, System: Linux, Name: Linux Mint 19.3 Tricia \n \l, Version: Linux ryk-mint 5.3.0-46-generic #38~18.04.1-Ubuntu SMP Tue Mar 31 04:17:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux, Mono/.Net: 4.6.2 (Debian 4.6.2.7+dfsg-1ubuntu1); Framework: v4.0.30319 . 2020.04.11 10:50:56 - Command line arguments (2): path.resources="/usr/share/eddie-ui" path.exec="/usr/bin/eddie-ui" . 2020.04.11 10:50:56 - Raise system privileges . 2020.04.11 10:51:04 - Profile path: /home/ryk/.config/eddie/default.profile . 2020.04.11 10:51:04 - Reading options from /home/ryk/.config/eddie/default.profile . 2020.04.11 10:51:05 - Tun Driver - /dev/net/tun . 2020.04.11 10:51:05 - OpenVPN - Version: 2.4.4 - OpenSSL 1.1.1 11 Sep 2018, LZO 2.08 (/usr/sbin/openvpn) . 2020.04.11 10:51:05 - SSH - Version: OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n 7 Dec 2017 (/usr/bin/ssh) . 2020.04.11 10:51:05 - SSL - Version: stunnel 5.44 (/usr/bin/stunnel4) . 2020.04.11 10:51:05 - curl - Version: 7.58.0 (/usr/bin/curl) . 2020.04.11 10:51:05 - Recovery. Unexpected crash? . 2020.04.11 10:51:05 - Routes, removed an existing route, 2606:9580:100:d:2bd7:c37b:24c2:c069 for gateway fde6:7a:7d20:104a::1 W 2020.04.11 10:51:05 - Routes, add 192.30.89.51 for gateway 10.19.10.1 failed: Exception: Cannot find device "tun0" W 2020.04.11 10:51:05 - Routes, add 2606:9580:100:c:8757:8ee:ec9c:991c for gateway fde6:7a:7d20:f0a::1 failed: Exception: Cannot find device "tun0" I 2020.04.11 10:51:06 - Ready . 2020.04.11 10:51:07 - Collect information about AirVPN completed I 2020.04.11 10:53:12 - Session starting. I 2020.04.11 10:53:12 - Checking authorization ... ! 2020.04.11 10:53:12 - Connecting to Sham (Canada, Vancouver) . 2020.04.11 10:53:13 - OpenVPN > OpenVPN 2.4.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on May 14 2019 . 2020.04.11 10:53:13 - OpenVPN > library versions: OpenSSL 1.1.1 11 Sep 2018, LZO 2.08 . 2020.04.11 10:53:13 - OpenVPN > Outgoing Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key . 2020.04.11 10:53:13 - OpenVPN > Outgoing Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication . 2020.04.11 10:53:13 - OpenVPN > Incoming Control Channel Encryption: Cipher 'AES-256-CTR' initialized with 256 bit key . 2020.04.11 10:53:13 - OpenVPN > Incoming Control Channel Encryption: Using 256 bit message hash 'SHA256' for HMAC authentication . 2020.04.11 10:53:13 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]192.30.89.77:443 . 2020.04.11 10:53:13 - OpenVPN > Socket Buffers: R=[212992->212992] S=[212992->212992] . 2020.04.11 10:53:13 - OpenVPN > UDP link local: (not bound) . 2020.04.11 10:53:13 - OpenVPN > UDP link remote: [AF_INET]192.30.89.77:443 . 2020.04.11 10:53:13 - OpenVPN > TLS: Initial packet from [AF_INET]192.30.89.77:443, sid=758cd07f 15dcd4c6 . 2020.04.11 10:53:13 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2020.04.11 10:53:13 - OpenVPN > VERIFY KU OK . 2020.04.11 10:53:13 - OpenVPN > Validating certificate extended key usage . 2020.04.11 10:53:13 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2020.04.11 10:53:13 - OpenVPN > VERIFY EKU OK . 2020.04.11 10:53:13 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Sham, emailAddress=info@airvpn.org . 2020.04.11 10:53:13 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1.2 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2020.04.11 10:53:13 - OpenVPN > [Sham] Peer Connection Initiated with [AF_INET]192.30.89.77:443 . 2020.04.11 10:53:14 - OpenVPN > SENT CONTROL [Sham]: 'PUSH_REQUEST' (status=1) . 2020.04.11 10:53:14 - OpenVPN > PUSH: Received control message: 'PUSH_REPLY,comp-lzo no,redirect-gateway ipv6 def1 bypass-dhcp,dhcp-option DNS 10.35.106.1,dhcp-option DNS6 fde6:7a:7d20:1f6a::1,tun-ipv6,route-gateway 10.35.106.1,topology subnet,ping 10,ping-restart 60,ifconfig-ipv6 fde6:7a:7d20:1f6a::106f/64 fde6:7a:7d20:1f6a::1,ifconfig 10.35.106.113 255.255.255.0,peer-id 7,cipher AES-256-GCM' . 2020.04.11 10:53:14 - OpenVPN > Pushed option removed by filter: 'redirect-gateway ipv6 def1 bypass-dhcp' . 2020.04.11 10:53:14 - OpenVPN > Note: option tun-ipv6 is ignored because modern operating systems do not need special IPv6 tun handling anymore. . 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: timers and/or timeouts modified . 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: compression parms modified . 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: --ifconfig/up options modified . 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: route-related options modified . 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified . 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: peer-id set . 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: adjusting link_mtu to 1625 . 2020.04.11 10:53:14 - OpenVPN > OPTIONS IMPORT: data channel crypto options modified . 2020.04.11 10:53:14 - OpenVPN > Data Channel: using negotiated cipher 'AES-256-GCM' . 2020.04.11 10:53:14 - OpenVPN > Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key . 2020.04.11 10:53:14 - OpenVPN > Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key . 2020.04.11 10:53:14 - OpenVPN > ROUTE_GATEWAY 192.168.0.1/255.255.255.0 IFACE=enp3s0 HWADDR=4c:ed:fb:67:f6:39 . 2020.04.11 10:53:14 - OpenVPN > GDG6: remote_host_ipv6=n/a . 2020.04.11 10:53:14 - OpenVPN > ROUTE6: default_gateway=UNDEF . 2020.04.11 10:53:14 - OpenVPN > TUN/TAP device tun0 opened . 2020.04.11 10:53:14 - OpenVPN > TUN/TAP TX queue length set to 100 . 2020.04.11 10:53:14 - OpenVPN > do_ifconfig, tt->did_ifconfig_ipv6_setup=1 . 2020.04.11 10:53:14 - OpenVPN > /sbin/ip link set dev tun0 up mtu 1500 . 2020.04.11 10:53:14 - OpenVPN > /sbin/ip addr add dev tun0 10.35.106.113/24 broadcast 10.35.106.255 . 2020.04.11 10:53:14 - OpenVPN > /sbin/ip -6 addr add fde6:7a:7d20:1f6a::106f/64 dev tun0 . 2020.04.11 10:53:19 - OpenVPN > /sbin/ip route add 192.30.89.77/32 via 192.168.0.1 . 2020.04.11 10:53:19 - OpenVPN > /sbin/ip route add 0.0.0.0/1 via 10.35.106.1 . 2020.04.11 10:53:19 - OpenVPN > /sbin/ip route add 128.0.0.0/1 via 10.35.106.1 . 2020.04.11 10:53:19 - OpenVPN > add_route_ipv6(::/3 -> fde6:7a:7d20:1f6a::1 metric -1) dev tun0 . 2020.04.11 10:53:19 - OpenVPN > /sbin/ip -6 route add ::/3 dev tun0 . 2020.04.11 10:53:19 - OpenVPN > add_route_ipv6(2000::/4 -> fde6:7a:7d20:1f6a::1 metric -1) dev tun0 . 2020.04.11 10:53:19 - OpenVPN > /sbin/ip -6 route add 2000::/4 dev tun0 . 2020.04.11 10:53:19 - OpenVPN > add_route_ipv6(3000::/4 -> fde6:7a:7d20:1f6a::1 metric -1) dev tun0 . 2020.04.11 10:53:19 - OpenVPN > /sbin/ip -6 route add 3000::/4 dev tun0 . 2020.04.11 10:53:19 - OpenVPN > add_route_ipv6(fc00::/7 -> fde6:7a:7d20:1f6a::1 metric -1) dev tun0 . 2020.04.11 10:53:19 - OpenVPN > /sbin/ip -6 route add fc00::/7 dev tun0 . 2020.04.11 10:53:19 - DNS of the system updated to VPN DNS (Rename method: /etc/resolv.conf generated) . 2020.04.11 10:53:19 - Routes, added a new route, 192.30.89.75 for gateway 10.35.106.1 . 2020.04.11 10:53:19 - Routes, added a new route, 2606:9580:100:f:5792:2dec:a4b6:2419 for gateway fde6:7a:7d20:1f6a::1 . 2020.04.11 10:53:19 - Flushing DNS I 2020.04.11 10:53:19 - Checking route IPv4 I 2020.04.11 10:53:20 - Checking route IPv6 I 2020.04.11 10:53:20 - Checking DNS ! 2020.04.11 10:53:20 - Connected. . 2020.04.11 10:53:20 - OpenVPN > Initialization Sequence Completed . 2020.04.11 11:21:12 - Collect information about AirVPN completed . 2020.04.11 11:53:13 - Above log line repeated 1 times more . 2020.04.11 11:53:13 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org . 2020.04.11 11:53:13 - OpenVPN > VERIFY KU OK . 2020.04.11 11:53:13 - OpenVPN > Validating certificate extended key usage . 2020.04.11 11:53:13 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication . 2020.04.11 11:53:13 - OpenVPN > VERIFY EKU OK . 2020.04.11 11:53:13 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Sham, emailAddress=info@airvpn.org . 2020.04.11 11:53:14 - OpenVPN > Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key . 2020.04.11 11:53:14 - OpenVPN > Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key . 2020.04.11 11:53:14 - OpenVPN > Control Channel: TLSv1.2, cipher TLSv1.2 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA . 2020.04.11 12:21:22 - Collect information about AirVPN completed ---------------------------- Network Interfaces and Routes: { "support_ipv4": true, "support_ipv6": true, "routes": [ { "address": "0.0.0.0\/1", "gateway": "10.35.106.1", "interface": "tun0" }, { "address": "0.0.0.0\/0", "gateway": "192.168.0.1", "interface": "enp3s0", "metric": "100" }, { "address": "128.0.0.0\/1", "gateway": "10.35.106.1", "interface": "tun0" }, { "address": "192.30.89.75", "gateway": "10.35.106.1", "interface": "tun0" }, { "address": "192.30.89.77", "gateway": "192.168.0.1", "interface": "enp3s0" }, { "address": "2606:9580:100:f:5792:2dec:a4b6:2419", "gateway": "fde6:7a:7d20:1f6a::1", "interface": "tun0", "metric": "1024" } ], "interfaces": [ { "friendly": "lo", "id": "lo", "name": "lo", "description": "lo", "type": "Loopback", "status": "Unknown", "bytes_received": "7407668", "bytes_sent": "7407668", "support_ipv4": true, "support_ipv6": true, "ips": [ "127.0.0.1", "::1" ], "gateways": [], "bind": true }, { "friendly": "enp3s0", "id": "enp3s0", "name": "enp3s0", "description": "enp3s0", "type": "Ethernet", "status": "Up", "bytes_received": "62042380", "bytes_sent": "10055529", "support_ipv4": true, "support_ipv6": true, "ips": [ "192.168.0.100", "fe80::7247:25a4:2ac:8467" ], "gateways": [ "192.168.0.1" ], "bind": true }, { "friendly": "tun0", "id": "tun0", "name": "tun0", "description": "tun0", "type": "0", "status": "Unknown", "bytes_received": "25016168", "bytes_sent": "4403837", "support_ipv4": true, "support_ipv6": true, "ips": [ "10.35.106.113", "fde6:7a:7d20:1f6a::106f", "fe80::1247:87dd:fe77:201f" ], "gateways": [ "10.35.106.1", "fde6:7a:7d20:1f6a::1" ], "bind": true } ], "ipv4-default-gateway": "192.168.0.1", "ipv4-default-interface": "enp3s0" } ---------------------------- ip addr show: 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 4c:ed:fb:67:f6:39 brd ff:ff:ff:ff:ff:ff inet 192.168.0.100/24 brd 192.168.0.255 scope global dynamic noprefixroute enp3s0 valid_lft 76678sec preferred_lft 76678sec inet6 fe80::7247:25a4:2ac:8467/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 100 link/none inet 10.35.106.113/24 brd 10.35.106.255 scope global tun0 valid_lft forever preferred_lft forever inet6 fde6:7a:7d20:1f6a::106f/64 scope global valid_lft forever preferred_lft forever inet6 fe80::1247:87dd:fe77:201f/64 scope link stable-privacy valid_lft forever preferred_lft forever ---------------------------- ip link show: 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000 link/ether 4c:ed:fb:67:f6:39 brd ff:ff:ff:ff:ff:ff 3: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN mode DEFAULT group default qlen 100 link/none ---------------------------- ip -4 route show: 0.0.0.0/1 via 10.35.106.1 dev tun0 default via 192.168.0.1 dev enp3s0 proto dhcp metric 100 10.35.106.0/24 dev tun0 proto kernel scope link src 10.35.106.113 128.0.0.0/1 via 10.35.106.1 dev tun0 169.254.0.0/16 dev enp3s0 scope link metric 1000 192.30.89.75 via 10.35.106.1 dev tun0 192.30.89.77 via 192.168.0.1 dev enp3s0 192.168.0.0/24 dev enp3s0 proto kernel scope link src 192.168.0.100 metric 100 ---------------------------- ip -6 route show: ::1 dev lo proto kernel metric 256 pref medium ::/3 dev tun0 metric 1024 pref medium 2606:9580:100:f:5792:2dec:a4b6:2419 via fde6:7a:7d20:1f6a::1 dev tun0 metric 1024 pref medium 2000::/4 dev tun0 metric 1024 pref medium 3000::/4 dev tun0 metric 1024 pref medium fde6:7a:7d20:1f6a::/64 dev tun0 proto kernel metric 256 pref medium fc00::/7 dev tun0 metric 1024 pref medium fe80::/64 dev enp3s0 proto kernel metric 100 pref medium fe80::/64 dev enp3s0 proto kernel metric 256 pref medium fe80::/64 dev tun0 proto kernel metric 256 pref medium Edited ... by giganerd Apply LOG formatting to logs Quote Share this post Link to post
OpenSourcerer 1435 Posted ... I meant the disconnects. The one you showcased is not an error per se, Eddie just notices an ungentle termination and tries to reverse any routes it pushed previously, but since tun0 is not there, the routes are gone, anyway. It all comes down to how you quit Eddie. Can you elaborate? Please do the same when you get disconnected. While you're at it, please use the LOG formatting scheme, it's the top left button in the post editor. Quote Hide OpenSourcerer's signature Hide all signatures NOT AN AIRVPN TEAM MEMBER. USE TICKETS FOR PROFESSIONAL SUPPORT. LZ1's New User Guide to AirVPN « Plenty of stuff for advanced users, too! Want to contact me directly? All relevant methods are on my About me page. Share this post Link to post
rymar 1 Posted ... (edited) Systemreport.txt Ok sorry I could've attached all that as a text. Eddie gets disconnected seemingly at random. Sometimes it takes several hours at other times it could go a week, I don't shut my computer off. I will see do a shutdown of Eddie and attach. Logging got turned off apparently on 12/15/2019 I have restarted that.... Not sure how or why that happened. Edited ... by giganerd Remove nested use of LOG format Quote Share this post Link to post
OpenSourcerer 1435 Posted ... ! 2020.04.11 14:35:38 - Disconnecting The disconnection here looks like it was done manually. There don't seem to be any errors leading up to that, the previous messages are from normal operation. Maybe something is terminating it, especially in reference to the "Recovery" messages in your first logs. Can you post some info about your system, please? Something like this will do: sudo apt-get -y install inxi && inxi -SMCNIz Quote Hide OpenSourcerer's signature Hide all signatures NOT AN AIRVPN TEAM MEMBER. USE TICKETS FOR PROFESSIONAL SUPPORT. LZ1's New User Guide to AirVPN « Plenty of stuff for advanced users, too! Want to contact me directly? All relevant methods are on my About me page. Share this post Link to post
rymar 1 Posted ... At some point during the night the Eddie tray icon disappeared yet when I run the leak test it's still connected to the VPN. spec Quote Share this post Link to post
OpenSourcerer 1435 Posted ... (edited) 2 hours ago, rymar said: At some point during the night the Eddie tray icon disappeared yet when I run the leak test it's still connected to the VPN. That sounds familiar. Your Mono version is so very old, it was default in Debian 8 "stretch" from a few years ago (yes yes, it's also the default of Ubuntu 18.04 on which Tricia seems to be based). Current version is 6.8. Think you can try an upgrade? If there is none in Mint's repos, maybe try the official Mono Project ones. Select Ubuntu there. When you did, let's exaggerate and just download the complete Mono framework, just to be sure it's really not a library error. sudo apt-get update && sudo apt-get install mono-complete Edited ... by giganerd Forgot link Quote Hide OpenSourcerer's signature Hide all signatures NOT AN AIRVPN TEAM MEMBER. USE TICKETS FOR PROFESSIONAL SUPPORT. LZ1's New User Guide to AirVPN « Plenty of stuff for advanced users, too! Want to contact me directly? All relevant methods are on my About me page. Share this post Link to post
rymar 1 Posted ... Ok so mono has been updated to the latest (stable) version. I still get the connection message error as originally posted when starting Eddie. mono --version Mono JIT compiler version 6.8.0.105 (tarball Tue Feb 4 21:20:20 UTC 2020) Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com TLS: __thread SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: softdebug Interpreter: yes LLVM: yes(610) Suspend: hybrid GC: sgen (concurrent by default) Quote Share this post Link to post
Staff 9972 Posted ... @rymar Hello! It's a bug and we are investigating. You can in the meantime safely ignore it as it does not affect anything. Can you confirm that you get the following log: Quote . 2020.04.11 10:51:05 - Recovery. Unexpected crash? . 2020.04.11 10:51:05 - Routes, removed an existing route, 2606:9580:100:d:2bd7:c37b:24c2:c069 for gateway fde6:7a:7d20:104a::1 W 2020.04.11 10:51:05 - Routes, add 192.30.89.51 for gateway 10.19.10.1 failed: Exception: Cannot find device "tun0" W 2020.04.11 10:51:05 - Routes, add 2606:9580:100:c:8757:8ee:ec9c:991c for gateway fde6:7a:7d20:f0a::1 failed: Exception: Cannot find device "tun0" even after you have shut Eddie down properly? Kind regards Quote Share this post Link to post
rymar 1 Posted ... So this doesn't show in my log of 2020.04.11 10:51:05. The search of these strings come back negative. In fact the logging doesn't record any earlier then 2020.04.11 11:21:12. However the following day's log, 2020.04.12eddie_2020-04-12.log does have these messages and yet today's log using a proper shutdown of Eddie doesn't. Seems the logging is a bit inconsistent. Sorry if it seems that I'm muddying the water. Quote Share this post Link to post
Staff 9972 Posted ... @rymar Hello! The bug is when you shut down Eddie properly and at the next run you find "Recovery" messages etc. etc. If you don't shut down Eddie properly, such messages are correct and expected. The bug does not come out regularly and it's hard to spot, we are investigating. In the meantime you can safely ignore the issue. Kind regards Quote Share this post Link to post
rymar 1 Posted ... Ok thanks for your help. I will consider this solved. Eddie hasn't disappeared from the tray since updating mono. 1 OpenSourcerer reacted to this Quote Share this post Link to post
Not connected, Your IP: 18.224.56.127
Online: 26592 users - 339663 Mbit/s total BW