DayspringGaming

All of a sudden getting an internal server error, and the error log shows the following when trying to log in via the webUI: I haven't made any networking changes or anything - ran the updater tonight without issue, still having this error.

I'm getting the same error as well. So now all of those specific containers that use it are broken.

What would cause a file to fail transcoding? I had it run through a library of linux ISOs, and have about 5000 or so that just won't transcode via NVENC. (A large amount worked correctly, though.) And most new files are failing as well. Ideas?

Just replaced my GPU and am getting 1/3 or so of the performance I had before. Tried removing the TDARR node setup and reinstalling. But sitting at 30 FPS on processing. Used to get 100+ or more with my older gpu. Old GPU: TitanXp New GPU: 3080 FE I checked the logs and am seeing the following error: [HPM] Error occurred while trying to proxy request /socket.io/?EIO=4&transport=polling&t=Nq_Iyn7&sid=hebFTjgL85ANwTZjAAAC from 192.168.1.35:8265 to http://192.168.1.35:8266 (ECONNRESET) (https://nodejs.org/api/errors.html#errors_common_system_errors) [HPM] Error occurred while trying to proxy request /socket.io/?EIO=4&transport=polling&t=Nq_IzGR&sid=9nczrJjdDz0tA5VBAAAA from 192.168.1.35:8265 to http://192.168.1.35:8266 (ECONNRESET) (https://nodejs.org/api/errors.html#errors_common_system_errors)

Just installed this docker as the other Handbrake docker went the way of the dodo. I've passed through the NVidia unRAID parameters - but not seeing the NVENC choice within the UI. Is this not a thing with this image?

After a full deletion of the app-data folder for Handbrake, I've re-downloaded it but am getting a server disconnected: code 1006 error and red X on the web ui. Any ideas? The log is showing several of these as I try and log in: 13/04/2021 00:11:40 Got connection from client 192.168.1.164 13/04/2021 00:11:40 other clients: 13/04/2021 00:11:40 Got 'ws' WebSockets handshake 13/04/2021 00:11:40 webSocketsHandshake: incomplete client handshake 13/04/2021 00:11:40 Client 192.168.1.164 gone

So apparently there's a "hack" to allow consumer card virtualization. It sounds like SR IOV. https://www.tomshardware.com/news/nvidia-gpu-virtualization-unlocked-on-client-gpus Am I correct here?

Updated without issue so far.

Name shortening works perfectly! Thanks for fixing!

Just updated to the new version - still having an issue with the long GPU name.

Done and done. And yeah - totally a 1% problem to have. It's just such a pretty card though...

So 1 small nag (maybe a feature request) and an actual enhancement request: Transcoding using handbrake NVENC, but the icon not showing in the UI. From an at-a-glance standpoint, would be nice to have that included. The other "issue" I have is my GPU name is stupid long "Nvidia TITAN Xp COLLECTORS EDITION" - is there a way to make that editable so the characters don't overwrite/overlap each other? GPU_Stats.txt SMI_Log.txt

Getting the following in the logs after the latest update: [v3.0.5.1144] System.ArgumentNullException: Value cannot be null. Parameter name: attribute at System.Xml.Linq.XAttribute.op_Explicit (System.Xml.Linq.XAttribute attribute) [0x0000e] in /build/mono/src/mono/external/corefx/src/System.Private.Xml.Linq/src/System/Xml/Linq/XAttribute.cs:357 2021-03-10 11:28:55,417 DEBG 'sonarr' stdout output: at NzbDrone.Core.Indexers.RssParser+<>c__DisplayClass45_0.<GetEnclosures>b__0 (System.Xml.Linq.XElement v) [0x00000] in M:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\Indexers\RssParser.cs:260 It runs, but this shows up in the logs several times after startup.

Add what where?

So I've spent the better part of 3 hours on this tonight and I have 2 "errors" left in my Nextcloud setup. Fresh 21.0.0 install Fresh SWAG install Using duckdns.org and Spaceinvader's setup video. I can't for the life of me figure out what to edit and where. I see NGINX posts saying to edit something here, I see others saying to edit .htaccess files. None of the searches I've done here and abroad have lead to a concrete "edit this, do this here" answer. At the end of my proverbial rope and patience.

@binhex Working now! Weird, I hadn't changed anything from yesterday to today (was using the SOCKS login for well over a year without issue). Thanks!

Nada - the log file just keeps spitting out log errors. Web UI won't load and it starts to bog down the server. 2020-11-03 10:44:37,594 DEBG 'start-script' stdout output: [info] Starting OpenVPN (non daemonised)... 2020-11-03 10:44:37,599 DEBG 'start-script' stdout output: 2020-11-03 10:44:37 DEPRECATED OPTION: ncp-disable. Disabling cipher negotiation is a deprecated debug feature that will be removed in OpenVPN 2.6 2020-11-03 10:44:37,599 DEBG 'start-script' stdout output: 2020-11-03 10:44:37 DEPRECATED OPTION: --cipher set to 'aes-256-gcm' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM). Future OpenVPN version will ignore --cipher for cipher negotiations. Add 'aes-256-gcm' to --data-ciphers or change --cipher 'aes-256-gcm' to --data-ciphers-fallback 'aes-256-gcm' to silence this warning. 2020-11-03 10:44:37 WARNING: file 'credentials.conf' is group or others accessible 2020-11-03 10:44:37 OpenVPN 2.5.0 [git:makepkg/a73072d8f780e888+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Oct 27 2020 2020-11-03 10:44:37 library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10 2020-11-03 10:44:37,599 DEBG 'start-script' stdout output: 2020-11-03 10:44:37 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2020-11-03 10:44:37,599 DEBG 'start-script' stdout output: 2020-11-03 10:44:37 CRL: loaded 1 CRLs from file -----BEGIN X509 CRL----- xxxxxxx -----END X509 CRL----- 2020-11-03 10:44:37,600 DEBG 'start-script' stdout output: 2020-11-03 10:44:37 TCP/UDP: Preserving recently used remote address: [AF_INET]199.36.223.212:1198 2020-11-03 10:44:37 UDP link local: (not bound) 2020-11-03 10:44:37 UDP link remote: [AF_INET]199.36.223.212:1198 2020-11-03 10:44:37,715 DEBG 'start-script' stdout output: 2020-11-03 10:44:37 [montreal410] Peer Connection Initiated with [AF_INET]199.36.223.212:1198 2020-11-03 10:44:38,888 DEBG 'start-script' stdout output: 2020-11-03 10:44:38 AUTH: Received control message: AUTH_FAILED 2020-11-03 10:44:38,888 DEBG 'start-script' stdout output: 2020-11-03 10:44:38 SIGTERM[soft,auth-failure] received, process exiting

Still having issues with this... Current log file errors: Current settings in the OVPN file: client dev tun proto udp remote ca-montreal.privacy.network 1198 resolv-retry infinite nobind persist-key data-ciphers-fallback aes-256-gcm ncp-disable auth sha1 tls-client remote-cert-tls server auth-user-pass credentials.conf compress verb 1 2020-11-03 10:30:29,801 DEBG 'start-script' stdout output: 2020-11-03 10:30:29 AUTH: Received control message: AUTH_FAILED 2020-11-03 10:30:29,801 DEBG 'start-script' stdout output: 2020-11-03 10:30:29 SIGTERM[soft,auth-failure] received, process exiting 2020-11-03 10:30:29,802 DEBG 'start-script' stdout output: [info] Starting OpenVPN (non daemonised)... 2020-11-03 10:30:29,807 DEBG 'start-script' stdout output: 2020-11-03 10:30:29 DEPRECATED OPTION: ncp-disable. Disabling cipher negotiation is a deprecated debug feature that will be removed in OpenVPN 2.6 2020-11-03 10:30:29,807 DEBG 'start-script' stdout output: 2020-11-03 10:30:29 WARNING: file 'credentials.conf' is group or others accessible 2020-11-03 10:30:29 OpenVPN 2.5.0 [git:makepkg/a73072d8f780e888+] x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Oct 27 2020 2020-11-03 10:30:29 library versions: OpenSSL 1.1.1h 22 Sep 2020, LZO 2.10 2020-11-03 10:30:29,807 DEBG 'start-script' stdout output: 2020-11-03 10:30:29 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2020-11-03 10:30:29,808 DEBG 'start-script' stdout output: 2020-11-03 10:30:29 CRL: loaded 1 CRLs from file -----BEGIN X509 CRL----- XXXXX -----END X509 CRL----- 2020-11-03 10:30:29,808 DEBG 'start-script' stdout output: 2020-11-03 10:30:29 TCP/UDP: Preserving recently used remote address: [AF_INET]172.98.71.91:1198 2020-11-03 10:30:29 UDP link local: (not bound) 2020-11-03 10:30:29 UDP link remote: [AF_INET]172.98.71.91:1198 2020-11-03 10:30:30,014 DEBG 'start-script' stdout output: 2020-11-03 10:30:30 [montreal402] Peer Connection Initiated with [AF_INET]172.98.71.91:1198

Well, it may be an opportunity to see what they're doing and if you are doing it better than they are or vice versa. Don't take it as "competition" and more of "somebody else is doing what you've been doing - is it as good/better/worse than our implementation".

Looks like the Folding@Home guys have their own Docker container now. https://hub.docker.com/r/foldingathome/fah-gpu

After having been folding most of the week, I'm not getting the following errors in my logs: Any ideas? 22:37:52:WU01:FS00:0xa7:ERROR: 22:37:52:WU01:FS00:0xa7:ERROR:------------------------------------------------------- 22:37:52:WU01:FS00:0xa7:ERROR:Program GROMACS, VERSION 5.0.4-20191026-456f0d636-unknown 22:37:52:WU01: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 22:37:52:WU01:FS00:0xa7:ERROR: 22:37:52:WU01:FS00:0xa7:ERROR:Fatal error: 22:37:52:WU01:FS00:0xa7:ERROR:There is no domain decomposition for 20 ranks that is compatible with the given box and a minimum cell size of 1.37225 nm 22:37:52:WU01:FS00:0xa7:ERROR:Change the number of ranks or mdrun option -rcon or -dds or your LINCS settings 22:37:52:WU01:FS00:0xa7:ERROR:Look in the log file for details on the domain decomposition 22:37:52:WU01:FS00:0xa7:ERROR:For more information and tips for troubleshooting, please check the GROMACS 22:37:52:WU01:FS00:0xa7:ERROR:website at http://www.gromacs.org/Documentation/Errors 22:37:52:WU01:FS00:0xa7:ERROR:------------------------------------------------------- 22:37:57:WU01:FS00:0xa7:WARNING:Unexpected exit() call 22:37:57:WU01:FS00:0xa7:WARNING:Unexpected exit from science code

Nada. I thought it might be because I have a 10gbe direct connection peer-to-peer, so I added that network/subnet. Added the 172... address from above and still nothing.

Then yes - I have the LAN settings correct. Still won't let me connect to the webUI.

So when we're talking about local LAN address, is that the IP address of the unRAID box itself, or the computer from which I would be connecting to it? Because the way I read that string is that it will allow anything from the range of 192.168.1.1 -> 192.168.1.254. Unless I read that incorrectly.

I missed that one - so that fixes the GPU issue. But I still can't get to the web UI at all.