raftrider

After upgrading the plugin SSH pubkey auth stopped working. The sshd_config looks fine , so do perms under .ssh for root. ❯ ssh -v root@tower OpenSSH_9.8p1, LibreSSL 3.3.6 debug1: Reading configuration data /Users/jsorondo/.ssh/config debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 21: include /etc/ssh/ssh_config.d/* matched no files debug1: /etc/ssh/ssh_config line 54: Applying options for * debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling debug1: Connecting to tower port 22. debug1: Connection established. debug1: identity file /Users/jsorondo/.ssh/id_rsa type 0 debug1: identity file /Users/jsorondo/.ssh/id_rsa-cert type -1 debug1: identity file /Users/jsorondo/.ssh/id_ecdsa type 2 debug1: identity file /Users/jsorondo/.ssh/id_ecdsa-cert type -1 debug1: identity file /Users/jsorondo/.ssh/id_ecdsa_sk type -1 debug1: identity file /Users/jsorondo/.ssh/id_ecdsa_sk-cert type -1 debug1: identity file /Users/jsorondo/.ssh/id_ed25519 type -1 debug1: identity file /Users/jsorondo/.ssh/id_ed25519-cert type -1 debug1: identity file /Users/jsorondo/.ssh/id_ed25519_sk type -1 debug1: identity file /Users/jsorondo/.ssh/id_ed25519_sk-cert type -1 debug1: identity file /Users/jsorondo/.ssh/id_xmss type -1 debug1: identity file /Users/jsorondo/.ssh/id_xmss-cert type -1 debug1: identity file /Users/jsorondo/.ssh/id_dsa type -1 debug1: identity file /Users/jsorondo/.ssh/id_dsa-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_9.8 debug1: Remote protocol version 2.0, remote software version OpenSSH_9.9 debug1: compat_banner: match: OpenSSH_9.9 pat OpenSSH* compat 0x04000000 debug1: Authenticating to tower:22 as 'root' debug1: load_hostkeys: fopen /Users/jsorondo/.ssh/known_hosts2: No such file or directory debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: [email protected] debug1: kex: host key algorithm: ecdsa-sha2-nistp256 debug1: kex: server->client cipher: [email protected] MAC: <implicit> compression: none debug1: kex: client->server cipher: [email protected] MAC: <implicit> compression: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: SSH2_MSG_KEX_ECDH_REPLY received debug1: Server host key: ecdsa-sha2-nistp256 SHA256:UgF6totHcRV1mv091lySmWY3k6GCwl3XalVG151PYPQ debug1: load_hostkeys: fopen /Users/jsorondo/.ssh/known_hosts2: No such file or directory debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory debug1: Host 'tower' is known and matches the ECDSA host key. debug1: Found key in /Users/jsorondo/.ssh/known_hosts:1 debug1: ssh_packet_send2_wrapped: resetting send seqnr 3 debug1: rekey out after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: Sending SSH2_MSG_EXT_INFO debug1: expecting SSH2_MSG_NEWKEYS debug1: ssh_packet_read_poll2: resetting read seqnr 3 debug1: SSH2_MSG_NEWKEYS received debug1: rekey in after 134217728 blocks debug1: SSH2_MSG_EXT_INFO received debug1: kex_ext_info_client_parse: server-sig-algs=<ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected],[email protected],rsa-sha2-512,rsa-sha2-256> debug1: kex_ext_info_check_ver: [email protected]=<0> debug1: kex_ext_info_check_ver: [email protected]=<0> debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: SSH2_MSG_EXT_INFO received debug1: kex_ext_info_client_parse: server-sig-algs=<ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected],[email protected],rsa-sha2-512,rsa-sha2-256> debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Next authentication method: publickey debug1: get_agent_identities: bound agent to hostkey debug1: get_agent_identities: agent returned 1 keys debug1: Will attempt key: /Users/jsorondo/.ssh/id_ecdsa ECDSA SHA256:cb7Y7E1XvjOsM9ukcsMuVfFY+NSdNGgtJZRB2c+bMBY agent debug1: Will attempt key: /Users/jsorondo/.ssh/id_rsa RSA SHA256:uYNTEgGbMMUQIwmMFqNdvGWL3R0wd5EgB5l09yuMoBM debug1: Will attempt key: /Users/jsorondo/.ssh/id_ecdsa_sk debug1: Will attempt key: /Users/jsorondo/.ssh/id_ed25519 debug1: Will attempt key: /Users/jsorondo/.ssh/id_ed25519_sk debug1: Will attempt key: /Users/jsorondo/.ssh/id_xmss debug1: Will attempt key: /Users/jsorondo/.ssh/id_dsa debug1: Offering public key: /Users/jsorondo/.ssh/id_ecdsa ECDSA SHA256:cb7Y7E1XvjOsM9ukcsMuVfFY+NSdNGgtJZRB2c+bMBY agent debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Offering public key: /Users/jsorondo/.ssh/id_rsa RSA SHA256:uYNTEgGbMMUQIwmMFqNdvGWL3R0wd5EgB5l09yuMoBM debug1: Authentications that can continue: publickey,password,keyboard-interactive debug1: Trying private key: /Users/jsorondo/.ssh/id_ecdsa_sk debug1: Trying private key: /Users/jsorondo/.ssh/id_ed25519 debug1: Trying private key: /Users/jsorondo/.ssh/id_ed25519_sk debug1: Trying private key: /Users/jsorondo/.ssh/id_xmss debug1: Trying private key: /Users/jsorondo/.ssh/id_dsa debug1: Next authentication method: keyboard-interactive (root@tower) Password:

Nope, but I didn't try tbh. Everything is working now except for the plex web transcoding.

I can confirm I had a similar issue with the latest nvidia driver and reverting to v530.41.03 solved almost all issues except for the web player transcoding now just hangs no errors on the browser. Card is P2000

Well, there was a plex update 4 days ago, definitely worth checking.

So, quick update. My tests were via plex for mac(2 different macs) and plex web, these still fail. Then noticed remote users transcoding and tried in my apple tv and works fine so for some reason this appears to only be affecting plex web and plex on mac and IOS. I will start looking on the plex forums for a solution for this issue. Thank you guys for the recommendations. In the backend it looks like the transcode stream starts(I can see it with nvtop), then it stops and I get the error in the player. Also tried both h264 and hevc with the same results. Tried removing the plex app from mac and installing again, no changes. If/when I find a solution online I will post back here for reference in case other users might be experiencing the same problem UPDATE: Upgraded to the latest codec again. Now the plex for mac started transcoding but buffers every 3-4 seconds. Interestingly, the plex htpc player for mac, plays and transcodes smoothly so this is definitely an issue specifically with the desktop plex player for mac and well the web player which tbh I do not use.

I just upgraded from 6.11.5 to 6.12.3. Followed instructions from this thread to troubleshoot before posting this. Downloaded the latest driver (v535.86.05), rebooted for the upgrade. The plex GPU hw transcoding stopped working. Removed the plugin and plex. Rebooted. Reinstalled the nvidia plugin with driver v535.86.05, rebooted. Recreated plex container. Same error while transcoding, screen flashes a couple of times and get Error code: 4294967279. Switched to driver v530.41.03 and rebooted. Same error again. Diagnostics attached. Thanks in advance! Sat Jul 22 18:41:23 2023 +---------------------------------------------------------------------------------------+ | NVIDIA-SMI 530.41.03 Driver Version: 530.41.03 CUDA Version: 12.1 | |-----------------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |=========================================+======================+======================| | 0 Quadro P2000 Off| 00000000:03:00.0 Off | N/A | | 51% 42C P8 7W / 75W| 2MiB / 5120MiB | 0% Default | | | | N/A | +-----------------------------------------+----------------------+----------------------+ +---------------------------------------------------------------------------------------+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |=======================================================================================| | No running processes found | +---------------------------------------------------------------------------------------+ tower-diagnostics-20230722-1844.zip

I found the culprit. I removed atop as it kept filling up the log partition. For some reason the process was still running and prevented the file to be deleted. ps aux|grep atop root 11425 0.0 0.0 3904 1904 pts/0 S+ 18:02 0:00 grep atop root 17720 0.1 0.0 23324 18648 ? S<L Jan13 68:26 /usr/bin/atop -a -R -w /var/log/atop/atop_20220113 600 kill -9 17720 df -h /var/log Filesystem Size Used Avail Use% Mounted on tmpfs 384M 5.1M 379M 2% /var/log

root@Tower:~# df -h /var/log Filesystem Size Used Avail Use% Mounted on tmpfs 384M 165M 220M 43% /var/log root@Tower:~# du -sh /var/log 7.2M /var/log prior to this I had to increase the size of the tmpfs ramdisk mount -o remount,size=384m /var/log tower-diagnostics-20220206-1433.zip

Is there any work being performed on a driver for Nuvoton NCT6681D/NCT6682D eSIO? I have a Thinkstation D30. Any assistance will be greatly appreciated.

Yeah, uncertain why it didn't. One container was on unraid, the other was on ubuntu 18.04 but managed via portainer, both had the same issue.

I found the issue. It was this commit https://github.com/binhex/arch-qbittorrentvpn/commit/6c1d97b14469959bcc55829607c244b95ed6781a and I was still using the PIA DNS. Solved on both containers after removing the PIA DNS addresses.

The latest: docker pull binhex/arch-qbittorrentvpn:latest latest: Pulling from binhex/arch-qbittorrentvpn Digest: sha256:2e8b46305b92feb25351f72ab264e96f094b5b8699d6bd1adac36248b93fd03f Status: Image is up to date for binhex/arch-qbittorrentvpn:latest docker.io/binhex/arch-qbittorrentvpn:latest

My container keeps doing the same thing. Funny thing is one of the hosts where this is happening is not even running unraid but both are having the same issues. Can someone point me in the right direction please? 2021-11-18 07:44:24,631 INFO success: shutdown-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2021-11-18 07:44:24,631 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2021-11-18 07:44:24,631 INFO success: watchdog-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2021-11-18 07:44:24,632 DEBG 'watchdog-script' stdout output: [info] qBittorrent config file already exists, skipping copy [info] Removing session lock file (if it exists)... 2021-11-18 07:44:24,637 DEBG 'start-script' stdout output: [info] Adding 209.222.18.222 to /etc/resolv.conf 2021-11-18 07:44:24,642 DEBG 'start-script' stdout output: [info] Adding 84.200.69.80 to /etc/resolv.conf 2021-11-18 07:44:24,649 DEBG 'start-script' stdout output: [info] Adding 37.235.1.174 to /etc/resolv.conf 2021-11-18 07:44:24,656 DEBG 'start-script' stdout output: [info] Adding 1.1.1.1 to /etc/resolv.conf 2021-11-18 07:44:24,661 DEBG 'start-script' stdout output: [info] Adding 209.222.18.218 to /etc/resolv.conf 2021-11-18 07:44:24,666 DEBG 'start-script' stdout output: [info] Adding 37.235.1.177 to /etc/resolv.conf 2021-11-18 07:44:24,673 DEBG 'start-script' stdout output: [info] Adding 84.200.70.40 to /etc/resolv.conf 2021-11-18 07:44:24,680 DEBG 'start-script' stdout output: [info] Adding 1.0.0.1 to /etc/resolv.conf 2021-11-18 07:45:22,988 DEBG 'start-script' stdout output: [warn] Unable to successfully download PIA json to generate token for wireguard from URL 'https://www.privateinternetaccess.com/gtoken/generateToken' [info] 12 retries left [info] Retrying in 10 secs...

I upgraded today. One instance had already failed but I didn't notice until I upgraded this one. Attached is my supervisord.log supervisord.log Wednesday, November 17, 2021 - update. I tried removing the container and recreating it and get the same error message. Did anything pop to you in the log?

This is still not working for me. both my qbittorrent containers show this error: 2021-11-16 14:10:51,651 DEBG 'start-script' stdout output: [warn] Unable to successfully download PIA json to generate token for wireguard from URL 'https://www.privateinternetaccess.com/gtoken/generateToken' [info] 12 retries left [info] Retrying in 10 secs...