jmbrnt

I am using the non-VPN variant. I shifted back from binhex/arch-deluge:2.0.5-1-03 to binhex/arch-deluge and the problem persists (web-ui won't load). Log for interest Created by... ___. .__ .__ \_ |__ |__| ____ | |__ ____ ___ ___ | __ \| |/ \| | \_/ __ \\ \/ / | \_\ \ | | \ Y \ ___/ > < |___ /__|___| /___| /\___ >__/\_ \ \/ \/ \/ \/ \/ https://hub.docker.com/u/binhex/ 2022-11-02 07:56:58.033568 [info] Host is running unRAID 2022-11-02 07:56:58.072848 [info] System information Linux 9472e3bdb4e1 5.10.21-Unraid #1 SMP Sun Mar 7 13:39:02 PST 2021 x86_64 GNU/Linux 2022-11-02 07:56:58.123264 [info] OS_ARCH defined as 'x86-64' 2022-11-02 07:56:58.174845 [info] PUID defined as '99' 2022-11-02 07:56:58.286208 [info] PGID defined as '100' 2022-11-02 07:56:58.434978 [info] UMASK defined as '000' 2022-11-02 07:56:58.475525 [info] Permissions already set for '/config' 2022-11-02 07:56:58.539970 [info] Deleting files in /tmp (non recursive)... 2022-11-02 07:56:58.598229 [info] DELUGE_DAEMON_LOG_LEVEL defined as 'error' 2022-11-02 07:56:58.641334 [info] DELUGE_WEB_LOG_LEVEL defined as 'error' 2022-11-02 07:56:58.692460 [info] Starting Supervisor... 2022-11-02 07:56:59,459 INFO Included extra file "/etc/supervisor/conf.d/deluge.conf" during parsing 2022-11-02 07:56:59,459 INFO Set uid to user 0 succeeded 2022-11-02 07:56:59,465 INFO supervisord started with pid 6 2022-11-02 07:57:00,468 INFO spawned: 'deluge-script' with pid 74 2022-11-02 07:57:00,468 INFO reaped unknown pid 7 (exit status 0) 2022-11-02 07:57:00,482 DEBG 'deluge-script' stdout output: [info] Deluge config file already exists, skipping copy [info] Attempting to start Deluge... [info] Removing deluge pid file (if it exists)... 2022-11-02 07:57:00,482 INFO success: deluge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2022-11-02 07:57:01,427 DEBG 'deluge-script' stdout output: [info] Deluge process started [info] Waiting for Deluge process to start listening on port 58846...

Yep, I can confirm this too, webUI borked. I went back to 2.0.5-1-03 and it's ok. @binhex

Thanks - I am using the tshock one and that doesn't seem to be the case `Terraria Server v1.4.3.6` whereas it's up to 1.4.4.5 now (via https://terraria.fandom.com/wiki/Server#Downloads)

@ich777 is there something I need to do to update the tshock/terraria container to the most recent version of terraria? it's not currently allowing players to join as it's out of date

Thanks @JorgeB that;s very useful

Seems like my cache is dying - can you please help me plan out what to do? Log is flooded with these messages: BTRFS error (device loop2): parent transid verify failed on 148996096 wanted 1692344 Attached my diagnostics. I'l guessing I need to try and get everything off the cache and reformat it - are there some good steps for follow for that? Thanks unraid-2-diagnostics-20220513-1104.zip

Just wanted to say thanks to @ich777 - I put an old GTX 960 into my Dell R720 and now Plex transcoding is all being done so smoothly (particularly subtitled shows). Amazing instructions, all worked first time. Beautiful work.

Cool thanks, I got it working when I used the literal username in question in /home/*username*/upload

First up thanks @MarkusMcNugen for the efforts. In SFTP my goal is to share a directory from my unraid array with a friend. I create him a user and he can SFTP connect fine, but so far no amount of trial and error has successfully shared the files with him. What do I need to add to the container under Unraid to make this work? Say I wanted him to log in and see the content of my /mnt/users/videos dir? Cheers

Bit late to the party, But I am using the librenms/librenms version of the container from CA. Before starting the librenms container, create a new MariaDB container (I am using the linuxserver/mariadb one). Once that is loaded, use the CLI for that container to build your database, and allow access from another host: CREATE DATABASE librenms CHARACTER SET utf8 COLLATE utf8_unicode_ci; CREATE USER 'librenms'@'localhost' IDENTIFIED BY 'librenms'; CREATE USER 'librenms'@'%' IDENTIFIED BY 'librenms'; GRANT ALL PRIVILEGES ON librenms.* TO 'librenms'@'localhost'; GRANT ALL PRIVILEGES ON librenms.* TO 'librenms'@'%'; FLUSH PRIVILEGES; exit Now, when you configure the LibreNMS container, point the DBhost to be the IP of the container (in my case 192.168.0.196, the same IP as the unraid box itself, as I'm using bridged networks for the containers). After a couple of minutes you can open the LibreNMS GUI and get cracking.

Thanks @broadcastthebadger - this gives me some hope at 1:40am... I have recently brought my (encrypted) Unraid server across the ocean, and when it came time to boot up I was getting all sorts of kernel panic messages (about sync..). Doing it all from the iDrac terminal made gathering logs tricky, but I thought I would try and recover my config files from the existing USB stick (which had been working well for 2+ years) and go with a new stick.. Several hours later and still no boot - the closest I got to that nice blue syslinux menu was using UEFI, which doesn't seem to work with my Dell R720.. Can you share what settings you used in Rufus to make your bootable stick? Tonight I've tried: - 3 different USB (2, 2, 3) sticks - UEFI/BIOS - Creating the sticks using the Unraid tool on Mac, PC - Creating the stick by hand using Mac, PC, Linux - Booting the stick in another PC (which worked) - Drinking

Hey @A75G - thanks for all your efforts. I have installed your LibreNMS container, and setup a MariaDB on the same host librenms/librenms/librenms all the way down - but it can never connect. The log doesn't give much away - any tips for getting this to work? The IPs/ports etc all match.

Ah well at least the symptom makes sense. Not so sure if the cause does. I could understand a restart or reload... cheers

Bit of a weird issue for me. I started up Dynamix' Wireguard plugin, following the blogpost on Unraid.net. Worked perfectly with my Macbook, using the `Remote Tunneled Access` mode. Great. Then I went and added another peer (I wanted to use my phone too). After clicking 'Add peer' and generating the keys, I clicked Apply or whatever and... Lost access. No go at all. Can't even connect back to the server to undo what I did. Is that expected behavior? Note, I only generated new keys for the new peer, so I didn't expect to get locked out. Any suggestions welcomed - and thanks for building such a simple/great system!

I have only seen this DRM message on Linux (Budgie 20.20) using Firefox. Still gives me the heebie jeebies

I admit I don't really know what 'DRM features' in Firefox actually means, but here is this: https://forums.plex.tv/t/why-does-plex-web-request-drm-support/490361

Today when I went to use the web interface for Plex, Firefox asked me to enable DRM features. Yuck. Not keen at all. Apparently it's something to do with Plex partnering with Warner Bros. I am increasingly aware that Plex isn't the media streaming solution for me any more - but where can I go? What do you use, if not Plex, and how does it compare? I use Plex mainly on iPad, PS4 and the PC (web) very rarely.

Thanks @johnnie.black I am now running a scrub, thanks for the tip. Scrub looks OK

Hi Woke up this morning to no DNS (I run unbound on my Unraid server).. Checked and most of my containers had died. Tried to stop and start, no go. Followed a quick Google and tried to remove and re-generate docker.img, which seems to have given me some grace (all containers deleted from GUI, but I can re-add them easily and the data persists...)... However, it seems the problem is one of my cache drives. It's not showing errors on the GUI, but btrfs commands show errors galore. It's a Dell R720, so I don't think it's a SAS cable as many of the other drives would be affected - possibly the SSD has just carked it - it's nearly 4 years old. I have attached diagnostics from prior to a reboot. I also see a lot of these: The cache is a pool of 2 drives - would I be best to remove /dev/sdi and replace it? Thanks unraid-2-diagnostics-20200705-0845.zip

This might be unrelated, as I am running the official Plex docker container (rather than binhex or linuxserver) - but - without doing a thing, the past couple of days/weeks my Plex has been wack. 1) The port that was set to be fwd via my firewall spontaneously changed (had been stable for 2 years) 2) Something seems to have changed with TLS - my PS4 lost the ability to talk to Plex, as did some external folks who share my library. I had to tweak the TLS settings under Settings > Network and change secure settings to preferred. Somehow it had defaulted to strict TLS settings - I could eventually browse to my server on [unraid-ip]:32400, as long as I put in HTTPS:// first... Bloody bananas! Working now though.

Something seems really broken with this container, or at least the job F@H is sending me. It folds for a couple of seconds, then dies. Log below. 21:21:13:WU00:FS00:0xa7:ERROR:------------------------------------------------------- 21:21:13:WU00:FS00:0xa7:ERROR:Program GROMACS, VERSION 5.0.4-20191026-456f0d636-unknown 21:21:13:WU00:FS00:0xa7:ERROR:Source code file: /host/debian-stable-64bit-core-a7-avx-release/gromacs-core/build/gromacs/src/gromacs/mdlib/domdec.c, line: 6902 21:21:13:WU00:FS00:0xa7:ERROR: 21:21:13:WU00:FS00:0xa7:ERROR:Fatal error: 21:21:13:WU00:FS00:0xa7:ERROR:There is no domain decomposition for 25 ranks that is compatible with the given box and a minimum cell size of 1.37225 nm 21:21:13:WU00:FS00:0xa7:ERROR:Change the number of ranks or mdrun option -rcon or -dds or your LINCS settings 21:21:13:WU00:FS00:0xa7:ERROR:Look in the log file for details on the domain decomposition 21:21:13:WU00:FS00:0xa7:ERROR:For more information and tips for troubleshooting, please check the GROMACS 21:21:13:WU00:FS00:0xa7:ERROR:website at http://www.gromacs.org/Documentation/Errors 21:21:13:WU00:FS00:0xa7:ERROR:------------------------------------------------------- 21:21:18:WU00:FS00:0xa7:WARNING:Unexpected exit() call 21:21:18:WU00:FS00:0xa7:WARNING:Unexpected exit from science code 21:21:18:WU00:FS00:0xa7:Saving result file ../logfile_01.txt 21:21:18:WU00:FS00:0xa7:Saving result file md.log 21:21:18:WU00:FS00:0xa7:Saving result file science.log 21:21:18:WU00:FS00:FahCore returned: INTERRUPTED (102 = 0x66) 21:22:13:WU00:FS00:Starting 21:22:13:WU00:FS00:Removing old file './work/00/logfile_01-20200326-205104.txt' 21:22:13:WU00:FS00:Running FahCore: /app/usr/bin/FAHCoreWrapper /config/cores/cores.foldingathome.org/v7/lin/64bit/avx/Core_a7.fah/FahCore_a7 -dir 00 -suffix 01 -version 705 -lifeline 258 -checkpoint 15 -np 31 Edit: talking to someone with more F@H experience, this seems like a dud WU. Will re-install the container.

Thanks Squid. I have 96 cores running this dang thing, didn't want to miss the boat

Anyone know how to force this to fold for covid-19? I have updated the container and no go...

Thanks for checking that. You can see which driver your NICs have under Settings > Network Settings > Interface rules. The driver name is in parentheses. I am wondering if there are variants (or older/incompatible versions) of the driver on Unraid in use that don't play nice with a Centos VM. Narrowing down the problem in lieu of any advice from the Unraid developers might take a few shots. For the record, I don't think it's a problem with Unraid 6.8.2 or Centos, as it works flawlessly for me, without needing to pass through the PCI device - simply setting the VM to use br0 works. Would be great to solve this problem as it must be affecting a few people.

The driver I'm referring to is on the unraid host system, nothing to do with the VM. My theory based on comparing a working and non-working system was due to a difference in broadcom drivers seen in Unraid OS itself. I also suggested some XML edits you were asking about to try, did they have any effect?