• Posts

  • Joined

  • Last visited


  • Gender
  • Location

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

tetrapod's Achievements


Rookie (2/14)



  1. f..k - second time today I feel really stupid :-$ Only consolation is that now I can go back to discord and get somebody else to feel stupid too
  2. Non persistent share excludes in Fix Common Problems Solved (not a problem except me being stupid) I wanted to use Docker Safe New Perms and want to exclude some shares from the process. This led me to Fix Common Problems. I can select the shares I want and when clicking [EXCLUDE SELECTED] the selected shares ends up on the top line. But, when I go back to DSNP the only share that is listed as excluded is the default appdata. And if I refresh Fix Common Problems the selections are gone. I'm running 6.9.2 and FCP is updated to latest. Discussed it on the Discord server and one other person tested with 6.10RC2 with the same problem. Same person also checked editing the FCP settings.json file to add the excluded share(s), and then saw the share listed together with appdata on the Docker Safe New Perms page.
  3. Well, always happy to help - thank you It did help for the MyServer page which now looks normal. I do however still have this: On the settings page for remote access I do not longer have the red DNS warning. Instead I have a remark: Remark: Unraid's WAN IPv4 88.91.x.x does not match your client's WAN IPv4 188.115.x.x. This may indicate a complex network that will not work with this Remote Access solution. Ignore this message if you are currently connected via Remote Access or VPN. Both the WAN IPs listed match the WAN IP for where the server is situated and the WAN IP where I access it from and yes, I do access via WireGuard. Does that somehow explain the status code 500?
  4. Well, that was kinda embarrasing :-$ root@server:/boot# /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php Error: Must be signed in to My Servers to use Flash Backup Signing in to My Servers removed the every minute backup note in syslog. Now, should I somehow have figured that out? Is there a lesson for me here or reason to improve on the sw? It's not just all good just yet either. I see this in the My Servers tab: And in the settings I can see this error: mothership.unraid.net does resolve from the server. Or at least, from a VM on that server. If I log in to unraid I see this status:
  5. Thank you, I think I better understand what git is now. I tried to explain that I already did run the 'git show' command for the last commits and that was showing that the plug-in "Disk Location" and "WireGuard" were the guilty parties for the 6 most recent changes. That what I ment by removing them altogether to remove the culprit. But it didn't help. But I still don't think I understand how I should read the output from 'git log'. The top entry is from Sep 20? If I get a new backup every minute shouldn't 'git log' reflect that?
  6. I'm sorry if this was the wrong way to reference what you wrote. I did not imply anything with it. English is not my first language and I think I misunderstanding something if "asking for" is impolite somehow? Or did I totally missunderstand your comment? :-$
  7. My /var/log is showing the same line described by @Patric and is repeated every minute. I do not know when it started. My log was full and I deleted the rotated files before a reboot :-$ Oct 13 07:54:30 server flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php update Oct 13 07:55:31 server flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php update Oct 13 07:56:31 server flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php update Oct 13 07:57:31 server flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php update Oct 13 07:58:31 server flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup.php update As my knowledge is on par with Patric's toothpick I am also struggle to find out what to do. I see @Squid's asking to check with git. Git is used to track changes on a filesystem so when a change is made where the backup is concerned a backup is triggered - right? So here is the git log commit e7ddace66e1916666ee274b3ab470cbaebc38d52 (HEAD -> master, origin/master) Author: gitbot <gitbot@unraid.net> Date: Mon Sep 20 18:12:49 2021 +0200 Config change commit 64fff6c7746096c497666c3038b83d3a42ed8311 Author: gitbot <gitbot@unraid.net> Date: Mon Sep 20 18:12:04 2021 +0200 Config change commit fc355a1e8c8b5762f0cb20b845d43535aaa14ef9 Author: gitbot <gitbot@unraid.net> Date: Sun Sep 12 08:06:04 2021 +0200 Config change commit c1677fdcf647cca83735336e10ec352c160fe21c Author: gitbot <gitbot@unraid.net> Date: Sun Sep 12 07:57:03 2021 +0200 Config change commit 01730b480d4d8dbac774af870b7c21e6d0dda400 Author: gitbot <gitbot@unraid.net> Date: Sat Sep 11 00:01:04 2021 +0200 Config change commit 998eca1b49ff7fad12e006b9da375b0302d6d4a6 Author: gitbot <gitbot@unraid.net> Date: Sun Sep 5 12:25:06 2021 +0200 Config change commit 4e0140f9dd35d32b1d18c26b38461cdfe0111c91 Author: gitbot <gitbot@unraid.net> Date: Sun Sep 5 12:20:05 2021 +0200 Config change commit ba41ff487007347f16342bc0bd4920d657d5909f Author: gitbot <gitbot@unraid.net> Date: Sun Sep 5 08:35:03 2021 +0200 Config change commit 610b70ed7df9e5982060ca05cb253f374604542e Author: gitbot <gitbot@unraid.net> Date: Sun Sep 5 08:33:04 2021 +0200 Config change commit 2186f93a6ab02127c6dbff42acb67ccf3b243563 Author: gitbot <gitbot@unraid.net> Date: Sun Sep 5 08:29:04 2021 +0200 Config change commit 0f654bbd603b35fdac062717b14178275e76fe67 Author: gitbot <gitbot@unraid.net> Date: Sun Sep 5 08:26:03 2021 +0200 Config change commit 5077c63c6d8340e0026e84fcb154d4cece354530 Author: gitbot <gitbot@unraid.net> Date: Sun Sep 5 08:11:04 2021 +0200 Config change commit 51412599f8dd727162e891da42fe8e93ca8619fc Author: gitbot <gitbot@unraid.net> Date: Sun Sep 5 07:56:04 2021 +0200 Config change commit f19ff22f33252ec50ce13282027f3d6af351873a Author: gitbot <gitbot@unraid.net> Date: Sun Sep 5 07:54:04 2021 +0200 Config change commit b986e2813ffcc6fab9ec55492ffa42df90b1bab4 Author: gitbot <gitbot@unraid.net> Date: Sun Aug 29 01:42:03 2021 +0200 Config change commit 4d0c77311c73faa4f63ac38de235c768cce56358 Author: gitbot <gitbot@unraid.net> The most resent one is 'Disk Location' plugin and the rest back to Sep 5 is the 'WireGuard' plugin. I have removed both plugins but I still have the update every minute. What am I missing here? I probably need someone to spoon feed me. treebeard-diagnostics-20211013-1332.zipAttaching my system diagnostics
  8. Ok, so I'm preparing to convert my daily driver to Unriad and took the time to test the rig with NTP problems with a fresh config. With the new (default 6.9.2) config NTP works just fine. Ntpd will correct a clock that is off promptly. Going back to my old config and I'm back to the exact same problem. So, the problem is not HW it seems - it's my config... 😐 treebeard-diagnostics-20210601-1047.zip
  9. No problem, I'm fumbling around here also :-$ And take my rumblings with a grain of salt. I have no truth claims here at all. My knowledge profile is probably an outlier here. I have been on IT leave for 20 years when raising kids which means I know Unix and some networking, but are really lost when it comes to the actual apps. Ok, you have one PIA VPN tunnel set up on your router, but only certain WAN IPs and/or services are using that tunnel? Do you have VPN enabled in the container? If you have, and it's configured correctly, you will have a VPN tunnel from that container to your VPN provider. As I see it it wouldn't make any difference what so ever if you open a port on your access router. Your actual WAN address is not known to deluge, only the WAN address on your VPN exit point. If the external IP address in deluge is the same as your actual access router WAN address there is something wrong as I see it, or you do not have VPN configured in the container?
  10. Maybe I missunderstand what you mean or I don't understand how this container work, but why would NAT on your router have anything to do with this container? The VPN function of the container punch a hole through the router, to the service you use on the outside. The resulting VPN tunnel have all ports open until some of them are closed by the iptables stuff configured within the container. Because the session is initiated from the LAN side of your router there is no need to configure any port forwarding rules - right? Edit: I now see further up that you made a reference to open ports in connection with ipleak.net. Correct me if I'm wrong, but I think you made the test with the magnet link in the torrent client inside the container and looking for leakage in the ipleak.net interface - right? In that case the web browser isn't using the the same VPN as the container and wouldn't show the right information. If your browser use the same VPN tunnel as the container I would like to know how you set that up. Would be a handy test for me to.
  11. The distinction between VPN_INPUT and OUTPUT wasn't clear to me either, and I'm still not sure I understand this correctly :-$ But, what I empirically understood was that, at first when I only had jackett routed through delugevpn, I only needed to define input ports so that I could reach the jacket GUI. At that point I didn't need any defined output ports. Then, when I added nzbhydra to the mix, I kinda worked also with only adding the the vpn input port. But, for nzbhydra to work as intended nzbhydra also need access to the arrs (and not only the other way around) and that did not work until I added the arrs' ports to VPN_OUTPUT_PORTS. That made sens to me, and is how I now understand it. The VPN part of the variable name is actually confusing. It has nothing to do with the vpn function of the container. As I understand it the INPUT ports are where you define access to the containers on the binhex-delugevpn "net". The OUTPUT variable is where you define the ports that containers on the binhex-delugevpn "net" needs access to. I hope that helped.
  12. Thank you for caring! No, the socket error went away when I changed NTP servers. Regarding the test with a temp licens, I will try that when I have a good amount of time. I have never done anything like that befor and is a little hesitant. I'm afraid to F something up :-$
  13. Well, it doesn't help as such, but it definitely points to a difference. I think that points out that your server calculate a drift of a little over 10 PPM and will use that to adjust your clock. My system on the other hand does, according to syslog, notice that that the clock is wrong, but the drift is calculated to 0 (zero). If it is this that that makes the system not set the clock I don't know? I can see that ntpd is started with "-g" so ntpd should be able to do the initial clock adjustment even if if the first jump is over the sanity value (1000s?) I can see that if I make changes to Unraid, [Settings], [Date and Time] the values ends up in /etc/ntp.conf. Here is my configuration: root@treebeard:/boot/config# cat /etc/ntp.conf # Sample /etc/ntp.conf: Configuration file for ntpd. # # Undisciplined Local Clock. This is a fake driver intended for backup # and when no outside source of synchronized time is available. The # default stratum is usually 3, but in this case we elect to use stratum # 0. Since the server line does not have the prefer keyword, this driver # is never used for synchronization, unless no other other # synchronization source is available. In case the local host is # controlled by some external source, such as an external oscillator or # another protocol, the prefer keyword would cause the local host to # disregard all other synchronization sources, unless the kernel # modifications are in use and declare an unsynchronized condition. # server # local clock fudge stratum 10 # # NTP server (list one or more) to synchronize with: #server 0.pool.ntp.org iburst #server 1.pool.ntp.org iburst #server 2.pool.ntp.org iburst #server 3.pool.ntp.org iburst # # Full path of a directory where statistics files should be created # statsdir /var/lib/ntp/stats # # Location of an alternate log file to be used instead of the default system syslog(3) facility # #logfile /var/log/ntp # # Drift file. Put this in a directory which the daemon can write to. # No symbolic links allowed, either, since the daemon updates the file # by creating a temporary in the same directory and then rename()'ing # it to the file. # driftfile /var/lib/ntp/drift # # Location of PID file # pidfile /var/run/ntpd.pid # # Uncomment to use a multicast NTP server on the local subnet: #multicastclient # listen on default # Set an optional compensation for broadcast packet delay: #broadcastdelay 0.008 # # Keys file. If you want to diddle your server at run time, make a # keys file (mode 640 owned by root:ntp) and define the key number to # be used for making requests. # PLEASE DO NOT USE THE DEFAULT VALUES HERE. Pick your own, or remote # systems might be able to reset your clock at will. # #keysdir /etc #keys /etc/ntp.keys #trustedkey 65535 #requestkey 65535 #controlkey 65535 # # Don't serve time or stats to anyone else by default (more secure) restrict default limited kod nomodify notrap nopeer noquery restrict -6 default limited kod nomodify notrap nopeer noquery # # Use these lines instead if you do want to serve time and stats to # other machines on the network: #restrict default limited kod nomodify notrap nopeer #restrict -6 default limited kod nomodify notrap nopeer # # Trust ourselves. :-) restrict restrict ::1 # Generated entries follow: interface ignore wildcard interface listen bond0 server 0.pool.ntp.org iburst server 1.pool.ntp.org iburst server 2.pool.ntp.org iburst server 3.pool.ntp.org iburst I can see that now /var/lib/ntp/drift have disappeared again have ended up as /boot/config/drift with the same timestamp as the file created an hour after ntpd restart yesterday. root@treebeard:/var/lib/ntp# ls -l /boot/config/drift -rw------- 1 root root 6 May 11 10:24 /boot/config/drift root@treebeard:/var/lib/ntp# ls -l /var/lib/ntp/ total 0 Don't know what to do? I can set the time manually, but I would like to know what the problem is.
  14. Ahh, ok, I read you as you had made a customization. That seems to bee correct root@treebeard:/boot/config# ls -l /boot/config/drift -rw------- 1 root root 6 May 7 10:45 /boot/config/drift root@treebeard:/boot/config# ls -l /var/lib/ntp/drift -rw-r--r-- 1 ntp ntp 6 May 7 16:58 /var/lib/ntp/drift ntpd service restart - checking syslog root@treebeard:/boot/config# cat /var/log/syslog |grep ntpd May 11 09:24:49 treebeard emhttpd: shcmd (682): /etc/rc.d/rc.ntpd stop May 11 09:24:49 treebeard ntpd[16360]: ntpd exiting on signal 1 (Hangup) May 11 09:24:49 treebeard ntpd[16360]: local addr -> <null> May 11 09:24:48 treebeard emhttpd: shcmd (688): /etc/rc.d/rc.ntpd restart May 11 09:24:49 treebeard ntpd[6699]: ntpd 4.2.8p15@1.3728-o Tue Oct 20 18:42:21 UTC 2020 (1): Starting May 11 09:24:49 treebeard ntpd[6699]: Command line: /usr/sbin/ntpd -g -u ntp:ntp May 11 09:24:49 treebeard ntpd[6699]: ---------------------------------------------------- May 11 09:24:49 treebeard ntpd[6699]: ntp-4 is maintained by Network Time Foundation, May 11 09:24:49 treebeard ntpd[6699]: Inc. (NTF), a non-profit 501(c)(3) public-benefit May 11 09:24:49 treebeard ntpd[6699]: corporation. Support and training for ntp-4 are May 11 09:24:49 treebeard ntpd[6699]: available at https://www.nwtime.org/support May 11 09:24:49 treebeard ntpd[6699]: ---------------------------------------------------- May 11 09:24:49 treebeard ntpd[6701]: proto: precision = 0.040 usec (-24) May 11 09:24:49 treebeard ntpd[6701]: basedate set to 2020-10-08 May 11 09:24:49 treebeard ntpd[6701]: gps base set to 2020-10-11 (week 2127) May 11 09:24:49 treebeard ntpd[6701]: Listen normally on 0 lo May 11 09:24:49 treebeard ntpd[6701]: Listen normally on 1 lo [::1]:123 May 11 09:24:49 treebeard ntpd[6701]: Listening on routing socket on fd #18 for interface updates May 11 09:24:49 treebeard ntpd[6701]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized May 11 09:24:49 treebeard ntpd[6701]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized May 11 09:24:49 treebeard root: Starting NTP daemon: /usr/sbin/ntpd -g -u ntp:ntp Certainly seem like the /boot/config/drift is overwritten with the /var/lib/ntp/drift from before restart root@treebeard:/boot/config# ls -l /boot/config/drift -rw------- 1 root root 6 May 7 16:58 /boot/config/drift root@treebeard:/boot/config# ls -l /var/lib/ntp/drift /bin/ls: cannot access '/var/lib/ntp/drift': No such file or directory The drift file in all instances is "0.000" Checking in on syslog again, and getting the usual one time ntpd confirming clock unsynchronized. root@treebeard:/boot/config# tail -3 /var/log/syslog May 11 09:24:49 treebeard ntpd[6701]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized May 11 09:24:49 treebeard root: Starting NTP daemon: /usr/sbin/ntpd -g -u ntp:ntp May 11 09:35:30 treebeard ntpd[6701]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized After an hour I'll get a new drift file root@treebeard:/boot/config# ls -l /var/lib/ntp/drift -rw-r--r-- 1 ntp ntp 6 May 11 10:24 /var/lib/ntp/drift ...nothing more in syslog and the file is still "0.000"
  15. By giving the example "emby.mydomain.com" I guess that he ha set up Swag to work with subdomains? What service have you used to point mydomain.com to your WAN address? I think we need a little more information on how you have set this up to be able to give good advice. You should not need to give a port number in the URL ("synology.mydomain.com:5000"). You either need a nginx subdomain config file configured for you synology server pointing to that resource (<synologyLAN-IP>:5000) or you skip Swag and let you NAT point port 5000 to your synology. But, again, there are a lot ways to skin this cat. Depends on what you are trying to accomplish @tvd1.