Failed to establish connectivity with remote server

[Bruno Ferreira]

Hello,

I'm very new here, I have installed Minarca in virtualization environment for test.
I can't set up de backup clients, I get an error like picture below.
Anyone with same behavior?

My Virtual machine cant connects to the server
Windows 10 and uBuntu 22 Version

I setup all virtual machines with bridge network option...

Could you walk me throw in the right direction, please?

Thank you

Regards

Bruno Ferreira

[Patrik Dufresne]

Hello Bruno,

Could you please check the Minarca error log on the client side? You can find the location of the logs in the documentation here: Minarca Client Logs - Windows.

The logs might provide more detailed information about the issue. Feel free to share the logs here if they don’t contain any sensitive information.

--
You received this message because you are subscribed to the Google Groups "Minarca Data Backup" group.
To unsubscribe from this group and stop receiving emails from it, send an email to minarca+u...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/minarca/26ccdc24-4bbf-4452-99c9-f90bc8ec47c0n%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

IKUS Software

https://www.ikus-soft.com/

514-971-6442

St-Colomban, QC J5K 1T9

[Bruno Ferreira]

Hello,

Thanks for the reply, here is the short log ...

2025-02-08 22:55:02,584 [4700][DEBUG][AsyncioExecu] http://192.168.5.21:8080 "GET /api/ HTTP/11" 200 20
2025-02-08 22:55:03,001 [4700][DEBUG][AsyncioExecu] http://192.168.5.21:8080 "GET /api/currentuser/ HTTP/11" 200 205
2025-02-08 22:55:03,222 [4700][DEBUG][MainThread  ] instance 0: generating new SSH identity
2025-02-08 22:55:03,640 [4700][DEBUG][MainThread  ] instance 0: exchanging SSH identity with server
2025-02-08 22:55:04,054 [4700][DEBUG][AsyncioExecu] http://192.168.5.21:8080 "POST /api/currentuser/sshkeys HTTP/11" 200 415
2025-02-08 22:55:04,687 [4700][DEBUG][AsyncioExecu] http://192.168.5.21:8080 "GET /api/minarca/ HTTP/11" 200 948
2025-02-08 22:55:06,076 [4700][DEBUG][MainThread  ] instance 0: testing connection
2025-02-08 22:55:06,116 [4700][DEBUG][MainThread  ] instance 0: remote schema: C:\PROGRA~1\Minarca\MINARC~1\core\openssh\WIN_AM~1\ssh.exe -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=C:\Users\bruno\AppData\Local\minarca\known_hosts0 -oIdentitiesOnly=yes -i C:\Users\bruno\AppData\Local\minarca\id_rsa0 %s 'minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)'
2025-02-08 22:55:06,127 [4700][DEBUG][MainThread  ] instance 0: constructing backup path for None
2025-02-08 22:55:06,246 [4700][DEBUG][MainThread  ] instance 0: remote backup path: min...@192.168.5.21::.
2025-02-08 22:55:06,250 [4700][DEBUG][MainThread  ] instance 0: executing command: rdiff-backup -v 5 --remote-schema "C:\PROGRA~1\Minarca\MINARC~1\core\openssh\WIN_AM~1\ssh.exe -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=C:\Users\bruno\AppData\Local\minarca\known_hosts0 -oIdentitiesOnly=yes -i C:\Users\bruno\AppData\Local\minarca\id_rsa0 %s 'minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)'" test min...@192.168.5.21::.
2025-02-08 22:55:15,471 [4700][DEBUG][MainThread  ] rdiff-backup 2.2.6
2025-02-08 22:55:27,745 [4700][DEBUG][MainThread  ] * Executing remote command C:\PROGRA~1\Minarca\MINARC~1\core\openssh\WIN_AM~1\ssh.exe -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=C:\Users\bruno\AppData\Local\minarca\known_hosts0 -oIdentitiesOnly=yes -i C:\Users\bruno\AppData\Local\minarca\id_rsa0 min...@192.168.5.21 'minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)'
2025-02-08 22:55:34,548 [4700][DEBUG][MainThread  ] ERROR: Couldn't start up the remote connection by executing 'C:\PROGRA~1\Minarca\MINARC~1\core\openssh\WIN_AM~1\ssh.exe -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=C:\Users\bruno\AppData\Local\minarca\known_hosts0 -oIdentitiesOnly=yes -i C:\Users\bruno\AppData\Local\minarca\id_rsa0 min...@192.168.5.21 'minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)''
2025-02-08 22:55:34,550 [4700][DEBUG][MainThread  ] due to exception 'Truncated header <b''> (problem probably originated remotely)'.
2025-02-08 22:55:34,554 [4700][DEBUG][MainThread  ]
2025-02-08 22:55:34,557 [4700][DEBUG][MainThread  ] Remember that, under the default settings, rdiff-backup must be
2025-02-08 22:55:34,557 [4700][DEBUG][MainThread  ] installed in the PATH on the remote system.  See the man page for more
2025-02-08 22:55:34,559 [4700][DEBUG][MainThread  ] information on this.  This message may also be displayed if the remote
2025-02-08 22:55:34,561 [4700][DEBUG][MainThread  ] version of rdiff-backup is quite different from the local version (2.2.6)
2025-02-08 22:55:34,566 [4700][DEBUG][MainThread  ]
2025-02-08 22:55:34,568 [4700][DEBUG][MainThread  ] ERROR: Location 'min...@192.168.5.21::.' couldn't be connected.
2025-02-08 22:55:34,681 [4700][DEBUG][MainThread  ] ERROR: Action test failed on step connect
2025-02-08 22:55:34,681 [4700][DEBUG][MainThread  ] * Cleaning up
2025-02-08 22:55:35,738 [4700][WARNI][MainThread  ] process returned a non-zero exit status (1). Check logs for more details
2025-02-08 22:55:48,113 [4700][INFO ][MainThread  ] Window: exiting mainloop and closing.

Full log goes attached

I believe the problem is from the server ... because none of my clients can't connect...

I checked also firewall in the server side, (is inactive).

Appreciated your help, I really want to put this on work...

Regards

Bruno Ferreira

[Patrik Dufresne]

Hello Bruno,

You are right. The problem is on the remote server. The client manages to connect to the remote server, but then the connection gets interrupted.

Take a look at the server logs:

- /var/log/auth.log : it should log incoming ssh authentication

- /var/minarca/shell.log : it should log incoming minarca connection. Most likely it contains an error message.

To view this discussion visit https://groups.google.com/d/msgid/minarca/61a5b1fb-326f-431a-94ba-088012dc80d3n%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[Patrik Dufresne]

Hello Bruno,

This issue is related to a kernel feature called User Namespace, which Minarca Server requires to isolate each user connection in its own namespace.

Are you installing Minarca on a VM or in a container? These environments behave differently. In a virtual machine, the feature is typically enabled automatically when you install minarca-server. However, in a containerized setup, it must be explicitly enabled on the host.

You can find more details in the documentation: Minarca Installation Guide.

Le lun. 10 févr. 2025, à 15 h 33, Bruno Ferreira <bruno.vieg...@gmail.com> a écrit :

Hello again

I downloaded the logs ....

In the shell.log checked this error, don't know if is related to the behaviour ....

(...)

PermissionError: [Errno 13] Permission denied: '/proc/self/setgroups'

(...)

Have you experienced this type of error before?

Full logs attached.

Regards

Bruno Ferreira

--

Bruno Ferreira
Bru...@outlook.com
Bruno.vieg...@gmail.com

Por favor pense no ambiente antes de imprimir este e-mail.
Please consider the environment before printing this e-mail.

[Bruno Ferreira]

Hello,

I appreciate your feedback
I tested the installation in ubuntu server "jammy" version.

For the installation, I followed these steps ...

apt update
apt upgrade
apt install apt-transport-https ca-certificates curl lsb-release gpg
curl -L https://www.ikus-soft.com/archive/minarca/public.key | gpg --dearmor > /usr/share/keyrings/minarca-keyring.gpg
echo "deb [arch=amd64 signed-by=/usr/share/keyrings/minarca-keyring.gpg] https://nexus.ikus-soft.com/repository/apt-release-$(lsb_release -sc)/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/minarca.list
apt update
apt install minarca-server

I will review my installation ...

Regards

Bruno Ferreira

To view this discussion visit https://groups.google.com/d/msgid/minarca/CAM%3D_CK7Wxp7vRB3e-OM%3D75jfHm2cerWAQr%3DfxonOdZGMstpvBw%40mail.gmail.com.

[Patrik Dufresne]

Hello Bruno,

Strange, it's usually straightforward when installing Minarca Server on Ubuntu. The installation should take care of enabling the unprivileged user namespace.

Could you check if "echo /proc/sys/kernel/unprivileged_userns_clone" return "1" ?

You may test the creation of user namespace with the following command line.

unshare --user --net bash

If it works as root but not as a normal user, the issue is unprivileged user namespaces being restricted.

To view this discussion visit https://groups.google.com/d/msgid/minarca/CAOb9wovjLuxg1JAN%3Dcq2SOgN5qO4HrG7XaxJrccWPpftWPexyg%40mail.gmail.com.