Xutho
-
Posts
20 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Xutho
-
-
21 minutes ago, JorgeB said:
ssh -vvv
might help see what the problem is.
Hi Jorge
it stucks at "debug1: expecting SSH2_MSG_KEX_ECDH_REPLY" and after ~30 sec´s the connection will be closed.
root@Xutho-Unraid:~# ssh [email protected] -vvv OpenSSH_9.1p1, OpenSSL 1.1.1s 1 Nov 2022 debug1: Reading configuration data /root/.ssh/config debug1: Reading configuration data /etc/ssh/ssh_config debug2: resolve_canonicalize: hostname 10.6.0.3 is address debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/root/.ssh/known_hosts' debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/root/.ssh/known_hosts2' debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling debug3: ssh_connect_direct: entering debug1: Connecting to 10.6.0.3 [10.6.0.3] port 22. debug3: set_sock_tos: set socket 3 IP_TOS 0x48 debug1: Connection established. debug1: identity file /root/.ssh/id_rsa type 0 debug1: identity file /root/.ssh/id_rsa-cert type -1 debug1: identity file /root/.ssh/id_ecdsa type -1 debug1: identity file /root/.ssh/id_ecdsa-cert type -1 debug1: identity file /root/.ssh/id_ecdsa_sk type -1 debug1: identity file /root/.ssh/id_ecdsa_sk-cert type -1 debug1: identity file /root/.ssh/id_ed25519 type -1 debug1: identity file /root/.ssh/id_ed25519-cert type -1 debug1: identity file /root/.ssh/id_ed25519_sk type -1 debug1: identity file /root/.ssh/id_ed25519_sk-cert type -1 debug1: identity file /root/.ssh/id_xmss type -1 debug1: identity file /root/.ssh/id_xmss-cert type -1 debug1: identity file /root/.ssh/id_dsa type -1 debug1: identity file /root/.ssh/id_dsa-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_9.1 debug1: Remote protocol version 2.0, remote software version OpenSSH_9.1 debug1: compat_banner: match: OpenSSH_9.1 pat OpenSSH* compat 0x04000000 debug2: fd 3 setting O_NONBLOCK debug1: Authenticating to 10.6.0.3:22 as 'root' debug3: record_hostkey: found key type ECDSA in file /root/.ssh/known_hosts:1 debug3: load_hostkeys_file: loaded 1 keys from 10.6.0.3 debug1: load_hostkeys: fopen /root/.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 debug3: order_hostkeyalgs: prefer hostkeyalgs: [email protected],ecdsa-sha2-nistp256 debug3: send packet: type 20 debug1: SSH2_MSG_KEXINIT sent debug3: receive packet: type 20 debug1: SSH2_MSG_KEXINIT received debug2: local client KEXINIT proposal debug2: KEX algorithms: [email protected],curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,ext-info-c debug2: host key algorithms: [email protected],ecdsa-sha2-nistp256,[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],ssh-ed25519,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected],[email protected],rsa-sha2-512,rsa-sha2-256 debug2: ciphers ctos: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected] debug2: ciphers stoc: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected] debug2: MACs ctos: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,[email protected],zlib debug2: compression stoc: none,[email protected],zlib debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 debug2: peer server KEXINIT proposal debug2: KEX algorithms: [email protected],curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256 debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519 debug2: ciphers ctos: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected] debug2: ciphers stoc: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected] debug2: MACs ctos: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MACs stoc: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: compression ctos: none,[email protected] debug2: compression stoc: none,[email protected] debug2: languages ctos: debug2: languages stoc: debug2: first_kex_follows 0 debug2: reserved 0 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 debug3: send packet: type 30 debug1: expecting SSH2_MSG_KEX_ECDH_REPLY Connection closed by 10.6.0.3 port 22 root@Xutho-Unraid:~#
-
Hi folks,
maybe you can give me a hint.. i´ve a strange issue with SSH.
I´ve 2 Unraid Systems up and running
Live-System and Backup System
Backup System is connected via Wiregurad to my opnsense Router (successfully i have fully access to that machine)
Last years i made backups with rsync to that Backup system on a daily basis.
But somehow now rsync has connection problemsrsync -avzse "ssh -i /root/.ssh/siteA-rsync-key" --bwlimit=50000 --delete /mnt/user/Backup/ [email protected]:/mnt/user/Data/Xutho-Unraid/Backup/ Connection closed by 10.6.0.3 port 22 rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: unexplained error (code 255) at io.c(231) [sender=3.2.7]
as well if i try from my live-system to open a SSH connection
root@Xutho-Unraid:~/.ssh# ssh [email protected] Connection closed by 10.6.0.3 port 22 root@Xutho-Unraid:~/.ssh#
But i can see that try on my Backup-System:
Feb 25 20:08:31 Xutho-Backup sshd[4935]: Connection from 192.168.178.100 port 58776 on 10.6.0.3 port 22 rdomain "" Feb 25 20:09:02 Xutho-Backup flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup update Feb 25 20:10:02 Xutho-Backup flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup update Feb 25 20:10:31 Xutho-Backup sshd[4935]: fatal: Timeout before authentication for 192.168.178.100 port 58776
Funny thing: all my clients on the same network as my Live-System can flawless connect via SSH to Backup-System except my Live-System......
Is there any kind of blacklist? Is maybe my Live-System kinda locked out? -
1 hour ago, JorgeB said:
The problem appear to be the log tree, after it's the backup is complete you can try:
btrfs rescue zero-log /dev/nvme0n1p1
And if that doesn't work format.
Btrfs is currently the only option for pools.
Fully worked everything fine now !!!
Thanks a lot buddy- 1
-
9 minutes ago, JorgeB said:
File system is damaged, see here for some recovery options:
https://forums.unraid.net/topic/46802-faq-for-unraid-v6/?do=findComment&comment=543490
Thanks
mount -o degraded,rescue=all,ro /dev/nvme0n1p1 /tempworked successfully getting the data back!! Afterwards fully format for cache devices i assume right? (is btrfs still the first-choice as fs?)
-
Dear folks,
unfortunately my server decided this night to crash both of his cache-ssd´s and i have no clue how this gonna happen.... both of my ssd´s are
unmountable...
Restart ect. didn´t work but i´m a little carefully about the next steps - i found in forum already several articles but mostly they had only 1 cache drive and did a format-disc .. but 2 devices aren´t readable in the same time is kinda strange?
So maybe someone has an idea whats going on...
I did no changes on the system which can caused that issue - but! it happens during my nightly backup-process excatly when
"VM-Backup" was trying to backup my first VM exactly before this process starts i have "AppData Backup/Restore V2" running for Docker-Backup
If its necassary i have my backups but would be a lot of "manual" work to get all that stuff in place again.... maybe there is a easier fix?
Thanks ❤️ -
Dear folks,
today i changed my root password to one which contains the "paragraph symbol" --> §
Now i can´t login anymore also ssh login isnt possible with the old or the new password.... seems to be unraid can´t handle this symbol.
Did someone had something like this? or else i have to do the password reset by usb-stick and edit the file
Edit: did the password reset - now im able to login again -
So now after nothing worked well even rsync to this server i used the downgrade to 6.8.3.
immediately after reboot all is working fine shares are working also export diagnostic settings.
So i did the upgrade to 6.9.0 again and now all is working?It seems the first update was going totally wrong.
-
Hi @ all
i´ve upgraded my secondary backup-server from 6.8.3 to 6.9.0
After Upgrading i noticed i cant access any smb-share even if i make it public i cant access it....
In 6.8.3 --> public --> access successfullI noticed strange messages in the live-log if i try to access via \\ip
Mar 6 23:13:05 Xutho-Backup smbd[14605]: chdir_current_service: vfs_ChDir(/tmp) failed: Permission denied. Current token: uid=99, gid=100, 5 groups: 100 98 3003 3004 3002 Mar 6 23:13:11 Xutho-Backup smbd[14605]: [2021/03/06 22:13:11.876654, 0] ../../source3/smbd/service.c:168(chdir_current_service) Mar 6 23:13:11 Xutho-Backup smbd[14605]: chdir_current_service: vfs_ChDir(/tmp) failed: Permission denied. Current token: uid=99, gid=100, 5 groups: 100 98 3003 3004 3002 Mar 6 23:13:11 Xutho-Backup smbd[14605]: [2021/03/06 22:13:11.876809, 0] ../../source3/smbd/service.c:180(chdir_current_service) Mar 6 23:13:11 Xutho-Backup smbd[14605]: chdir_current_service: vfs_ChDir(/tmp) failed: Permission denied. Current token: uid=99, gid=100, 5 groups: 100 98 3003 3004 3002 Mar 6 23:13:36 Xutho-Backup smbd[14605]: [2021/03/06 22:13:36.796160, 0] ../../source3/smbd/service.c:168(chdir_current_service) Mar 6 23:13:36 Xutho-Backup smbd[14605]: chdir_current_service: vfs_ChDir(/tmp) failed: Permission denied. Current token: uid=99, gid=100, 5 groups: 100 98 3003 3004 3002 Mar 6 23:13:36 Xutho-Backup smbd[14605]: [2021/03/06 22:13:36.796357, 0] ../../source3/smbd/service.c:180(chdir_current_service) Mar 6 23:13:36 Xutho-Backup smbd[14605]: chdir_current_service: vfs_ChDir(/tmp) failed: Permission denied. Current token: uid=99, gid=100, 5 groups: 100 98 3003 3004 3002 Mar 6 23:13:36 Xutho-Backup smbd[14605]: [2021/03/06 22:13:36.798325, 0] ../../source3/smbd/service.c:168(chdir_current_service) Mar 6 23:13:36 Xutho-Backup smbd[14605]: chdir_current_service: vfs_ChDir(/tmp) failed: Permission denied. Current token: uid=99, gid=100, 5 groups: 100 98 3003 3004 3002 Mar 6 23:13:36 Xutho-Backup smbd[14605]: [2021/03/06 22:13:36.798539, 0] ../../source3/smbd/service.c:180(chdir_current_service) Mar 6 23:13:36 Xutho-Backup smbd[14605]: chdir_current_service: vfs_ChDir(/tmp) failed: Permission denied. Current token: uid=99, gid=100, 5 groups: 100 98 3003 3004 3002 Mar 6 23:13:38 Xutho-Backup smbd[14605]: [2021/03/06 22:13:38.856489, 0] ../../source3/smbd/service.c:168(chdir_current_service) Mar 6 23:13:38 Xutho-Backup smbd[14605]: chdir_current_service: vfs_ChDir(/tmp) failed: Permission denied. Current token: uid=99, gid=100, 5 groups: 100 98 3003 3004 3002 Mar 6 23:13:38 Xutho-Backup smbd[14605]: [2021/03/06 22:13:38.856658, 0] ../../source3/smbd/service.c:180(chdir_current_service) Mar 6 23:13:38 Xutho-Backup smbd[14605]: chdir_current_service: vfs_ChDir(/tmp) failed: Permission denied. Current token: uid=99, gid=100, 5 groups: 100 98 3003 3004 3002
Maybe im missing something....
Even if i try to create diagnostics it seems to be stuck :X even after 15 minutes
-
You´re right my version is: SAG5AR18
I didn´t get an Bios-Update cause Qnap did only install QOS and didn´t provide any Bios-Only updates..... -
Hi Ashran,
strange with pci=noacpi i have following results:
-
2 minutes ago, AshranPewter said:
Looks like it's Dynamix System Statistics you're using got it up and running.
My speeds look similar, I do have a cpu core at 100% consistently as well.
oh damn looks kinda strange to me :X
-
32 minutes ago, AshranPewter said:
I guess that's about the same as mine, I would expect it to be a bit higher but maybe a limitation of the processor or system. What is this plugin you have above? Maybe I can compare using it.
Thanks for the reply!
Thats the default config under "stats" --> "system stats"
But notice the copy from above is via local network not local when my copy-job is done i will make an additional local one and post it here -
1 minute ago, AshranPewter said:
Hope you're still here, I'm wanting to use this. Got everything to boot, but when I'm writing from one drive to another without parity, Unraid is having a ton of issues moving files. Max 50MB/s on a 35GB file. Are you having this issue as well?
Hi AshranPewter,
no sorry, all is working fine for me just copied a bunch of data:
-
JorgeB you are my hero!!! Thank you so much
worked like a charm 🥳- 1
-
Dear folks,
at the moment i try to get unraid running on my old QNAP-TS453B mini.
But only 2 HDD´s are recognized (should be 4) so i found out QNAP is using 2 different controllers... one intel and one marvell 88SE9215 (i think is the one in my qnap) and i know already there are many "issues" with marvell controller so i tried the suggested fix to edit my syslinux.conf (insert iommu=pt) but without success.... also i tried to deactivate all virtualization support in bios but also nothing
Also i tried to get an BIOS Update by QNAP but "they didn´t update the Bios only OS" (answer from german Qnap support)
So now i tried the current 6.90.beta30 Version but same story.. Maybe you guy´s have an idea .. i want to install unraid on the qnap as backup NAS for my current unraid setup and i didn´t want go with QNAP-OS
Regards
Xutho
-
Hi Guy´s,
after build my new Unraid System migrate all my VM´s i have exact the same issue...
If i try to join AD Unraid is shutting down all my VM´s also my domain-controller so join is impossible for me...
Is now in 2020 maybe a "better" workaround except a second dc?
Thank you in advance guy´s
SSH Issue with specific client (also Unraid)
in General Support
Posted · Edited by Xutho
I´ve managed to get it working again....
Somehow Wireguard didn´t run correctly on that Backup-Machine.
So i deleted all of the config and created a whole new profile in Wireguard for that machine (but same IP)
After i established my connection SSH was working fine.... strange behaviour that only SSH was kinde screwed up but nevermind ... it works again
@JorgeB thanks for that quick reply i´ve learned again something new for future "ssh root@ip -vvv" never saw that paramenter for debugging
Edit: I´ve found the exact issue! There seems to be a dependency with my MTU Value - I set it to 1440 and the issue was reproducable - after setting it back to AUTO the issue with SSH from Unraid-Server was gone.
Hopefully this helps someone in future