snowboardjoe

I was getting ready to point out that the WebUI was not responding. Knowing now that the error at the bottom was non-fatal, I reviewed the output and saw this: 2020-01-11 08:57:11,626 DEBG 'start-script' stdout output: [warn] Unable to load iptable_mangle module, you will not be able to connect to the applications Web UI or Privoxy outside of your LAN [info] unRAID/Ubuntu users: Please attempt to load the module by executing the following on your host: '/sbin/modprobe iptable_mangle' [info] Synology users: Please attempt to load the module by executing the following on your host: 'insmod /lib/modules/iptable_mangle.ko' I ran that and restarted the container and now all is well. Thanks!

Been running this for a few years, but today it appears to not be working. I think it stopped working when I went through and updated all of my Docker containers and upgraded unRAID OS to 6.8.0. I'm using NordVPN. I keep failing with this error in particular: 2020-01-10 18:56:02,252 DEBG 'watchdog-script' stdout output: [info] Starting Deluge Web UI... [info] Deluge Web UI started 2020-01-10 18:56:02,501 DEBG 'watchdog-script' stderr output: Unable to initialize gettext/locale! 2020-01-10 18:56:02,501 DEBG 'watchdog-script' stderr output: 'ngettext' Traceback (most recent call last): File "/usr/lib/python3.8/site-packages/deluge/i18n/util.py", line 118, in setup_translation builtins.__dict__['_n'] = builtins.__dict__['ngettext'] KeyError: 'ngettext' Any ideas on what may be causing this issue?

Thank you for this! I just got this up and running today and was in the adoption/disconnect loop. This resolved the problem immediately.

Just upgraded to unRAID 6.7.2 this afternoon. Everything went fine and also updated all of my Docker containers with no issues. When I went to update my movies share, I was unable to write to it. It's set to secure and only my username has write access. When I connect from my Mac via SMB, it initially shows up as Guest. After I authenticate, it shows up as GUEST. Not sure if this is a bug or something else weird is going on here. Before it used to show my username. I was able to workaround the problem by setting share to public, make my updates, and then set it back to secure. Any ideas how this would change with the upgrade to 6.7.2?

Was using Deluge for awhile, but I really want to get back to Transmission. I've reset my configuration back to defaults and trying unsuccessfully to get up and running again. I'm using NordVPN (I know PIA is preferred here). I'm making more progress, but getting stuck on this: Using OpenVPN provider: NORDVPN Setting NORDVPN_PROTOCOL to: DEFAULT 2019-06-10 08:59:37 Checking curl installation 2019-06-10 08:59:37 Removing existing configs 2019-06-10 08:59:37 Selecting the best server... 2019-06-10 08:59:37 Searching for country : us (228) 2019-06-10 08:59:37 Searching for group: legacy_p2p 2019-06-10 08:59:37 Best server : us3628.nordvpn.com 2019-06-10 08:59:37 Downloading config: default.ovpn 2019-06-10 08:59:37 Downloading from: https://downloads.nordcdn.com/configs/files/us3628.nordvpn.com.default.ovpn % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 2019-06-10 08:59:37 Using OpenVPN CONFIG :: default 2019-06-10 08:59:37 Downloading config: default.ovpn 2019-06-10 08:59:37 Downloading from: https://downloads.nordcdn.com/configs/files/default.ovpn % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 2019-06-10 08:59:37 Checking line endings 2019-06-10 08:59:37 Updating configs for docker-transmission-openvpn Starting OpenVPN using config default.ovpn Setting OPENVPN credentials... adding route to local network 192.168.0.0/24 via 172.17.0.1 dev eth0 Options error: Unrecognized option or missing or extra parameter(s) in /etc/openvpn/nordvpn/default.ovpn:1: html (2.4.7) I've added the NORDVPN_COUNTRY variable and set to "us". Still can't seem to get anywhere. I know know what parameter is extra or missing.

I looked more into this today, but still unable to get it running again. The docker.log reports: time="2019-04-15T13:58:23-05:00" level=info msg="shim reaped" id=79a57e2ec068e23e5876a15802ec53bca5e21b02ecb518862be57b1d734a32aa time="2019-04-15T13:58:23.298963594-05:00" level=info msg="ignoring event" module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" time="2019-04-15T13:58:23.316022846-05:00" level=warning msg="Failed to delete conntrack state for 172.17.0.13: invalid argument" time="2019-04-15T13:58:24-05:00" level=info msg="shim docker-containerd-shim started" address="/containerd-shim/moby/79a57e2ec068e23e5876a15802ec53bca5e21b02ecb518862be57b1d734a32aa/shim.sock" debug=false pid=27205 The log for the container itself is empty. Not sure what else to look at. Installed deludge and that's running, but would like to go back to Transmission if possible.

I had a power event over the past few days. Only realized this when I get home last night and think it was during the storms Friday morning. I don't know how long it was out, but not too long since all of my computing systems were online and uninterrupted. Then I realized I never saw an event from unRAID regarding the UPS. I went to check the logs and noticed this: Apr 15 07:58:33 laffy apcupsd[13396]: apcupsd exiting, signal 15 Apr 15 07:58:33 laffy apcupsd[13396]: apcupsd shutdown succeeded Apr 15 07:58:33 laffy apcupsd[2209]: apcupsd 3.14.14 (31 May 2016) slackware startup succeeded This is happening about every few days. So, why did I not get notifications about the power failure a few days ago (it was logged to /var/log/apcupsd.events) and why is the daemon restarting so much? Is that normal?

This docker is no longer working for me. Unable to debug it too. It keeps going through the process of grabbing all of the OPVN files from NordVPN and running that through sed to format all of them. It dies after a few minutes and restart all over again. Any suggestions to figure out what is happening here, or has this been abandoned?

The secure connection setting only applies to attaching to the local client running on your unRAID host. Has it ever completed a backup? Does CP on the server end show it's getting a connection?

Keep in mind this is not an unRAID problem. This is a bug with Crucial and they have not resolved it yet. This error is reported by multiple platforms and not limited to just unRAID. I'm actually considering abandoning these devices and going with Samsung. In the meantime, disabling attribute 197 works around the problem and silences the false positives. You still have attributes being watched to keep track of reallocated sectors (you're not totally blind to a drive going bad).

Not sure what would cause that. Maybe delete the app and try again? Maybe a typo in the URL?

Yeah, the documentation is confusing for that. 8GB is definitely the max. New system is running great and very happy so far.

In general, write performance is not fantastic. Data transfer speeds still depend on your configuration (share configuration, using cache, speed of cache, etc.) and there is database activity to process each file (lots of tiny files will result in more overhead vs. a few large files). I haven't measured the performance overall of writing to my NC app, but it's definitely slower compared to simply copying the data from my local system to a share over the network (also 1Gb network here).

Deleting the container alone does not modify the contents of /mnt/user/appdata/mariadb. It only removes the images from docker.img. Most containers when reinstalled will either create new configuration files if they are not present. If you manually manipulated the data in /mnt/user/appdata/mariadb, then all bets are off depending on what you modified. If you want to destroy what's there, you would remove all contents within /mnt/user/appdata/mariadb while the container is stopped. There is no need to remove and add the container back. As for Nextcloud, the config should be located in /mnt/user/appdata/nextcloud. Where you place your data is up to you and you define that in the container configuration. For example, in my case, all of my data is located in /mnt/user/nextcloud which maps to /data within the container when it's running (referenced as Host Path 2 in my configuration).

Yep! That's how it works. You can even install a CP client on another system and restore that way too once you're logged into it with your account. Web is super easy, so multiple options available.

I doubt he's getting that error anymore since he's able to retrieve good data from all of his drives again. That script should expect to see all of that data and just served as an indicator to a deeper problem that he fixed.

Yeah, because some things changes with the path, the plugin will have you set that back up again as the mapping has been lost (there was a discussion about this earlier in this same thread). Glad you found the problem and happy to help. Go get some sleep!

How did you "jack" with your MariaDB container? Did you modify your /mnt/user/appdata/mariadb structure? Your configuration for Nextcloud and your data should already be in two different filesystems and/or directories. So, your data should remain untouched. If I were to start over and no other application is storing data in MariaDB): Stop Nextcloud Stop MariaDB Destroy all configuration and data for MariaDB. Destory all configuration for NextCloud. Start MariaDB and let it initialize. Start Nextcloud and let it initialize. Restore and custom configurations to Nextcloud (save a copy of your config.php?). Setup Nextcloud and point to your existing data and run a scan of what's there. I've borked my Nextcloud before when I was setting things up by losing the admin password. I was able to modify the DB to get that back and get back on track again without needed to restore anything.

Beware that's a different configuration for the cache pool. In that screenshot, the cache devices are in concatenated--not mirrored. I don't know how that effects the results, though, it at all. That could also be an older version of unRAID there. I would click on that disk from the main screen and check to make sure all SMART attributes are present and compare to other drives. Start with temperature data. If you're not getting a value there, then something is wrong. We should probably take this over to another thread too and not hijack the Disk Location plugin thread.

The data for both drives should always be present: Should run some SMART tests on that one drive. Could be a power cycle makes it right again too.

Not as expected, but not in a bad way. It appears the data from the disk is linked to the slot. What that data no longer exists, it goes away. The new data comes up and needs to be assigned to the slots. This is likely how it was intended and makes sense.

Your second cache drive is not in a normal state. The biggest indicator from your main unRAID screen is lack of temperature information (that should only be blank when a disk is spun down). I would investigate that problem further and verify the second cache disk is fully functioning. Because of the missing information, the plugin is going to fail for that disk.

This was my original unRAID system and has been a solid piece of hardware for many years. Upgrades here and there. All this system needs are hard drives and an unRAID boot flash and you're off and running. I recently upgraded to something bigger and more powerful and needed more space for the larger mobo and allows me to expand my storage capacity. This system can hold up to 8 drives as configured. Main reason for upgrading was RAM capacity (8GB). I had no problem running a dozen Docker containers, but I wanted to run more and combine my PMS into this as well. Case: Antec Nine Hundred Black Steel ATX Mid Tower Power: Corsair CX430 Mobo: Asus M5A78L-M LX Plus CPU: AMD FX-4100 Quad-core RAM: 8GB (max capacity for mobo) SATA: Syba SI-PEX40064 4 port SATA III (mobo has 6 SATA ports) Cages: 2 Rosewill 4x3.5” cages, hot swap SATAIII No hard drives included I need to weigh this to get a better idea of what it will cost to ship from Austin, TX. If no takers, I'll break up the components. Asking $300 for everything here as is. The Rosewill cages alone are $50/each and are less than a year old.

To add the the previous post, just upgraded to the 2600 and it's been flawless. This is with a Asus X370-Pro which also allowed me to easily step up the RAM I selected to 3000 (simple click in the BIOS selected all of the right parameters). So much faster than my old system.

Nice plugin! Was just looking for something like this. The best feature is the locate function. Was able to identify everything quickly. I will be replacing my cache drives tomorrow. I assume as long as nothing else changes, it will reflect the data in those slots. Just what I needed.