Windows Server Backup Problem

[RTI]

I recently deployed a fresh install of Minarca.  So far, I have successfully gotten Minarca working for two different Windows 11 systems.  However, I am running into an issue on Windows Server 2022.

Things checked:

1) Ports allowed (TCP-22 TCP-8080) & ICMP

2) Connection to server is stable

3) No other backup jobs running

backup0.txt:

rdiff-backup 2.2.6
* Executing remote command C:\PROGRA~1\Minarca\MINARC~1\core\openssh\WIN_AM~1\ssh.exe -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=C:\Users\user\AppData\Local\minarca\known_hosts0 -oIdentitiesOnly=yes -i C:\Users\user\AppData\Local\minarca\id_rsa0 min...@10.10.10.10 'minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)'
/opt/rdiff-backup-2.2/pyi_rth_pkgres.py:16: DeprecationWarning: pkg_resources is deprecated as an API. See https://setuptools.pypa.io/en/latest/pkg_resources.html
WARNING: this command line interface is deprecated and will disappear, start using the new one as described with '--new --help'.
WARNING: Server will be called with deprecated command line interface to guarantee compatibility. It might lead to a deprecation warning from newer rdiff-backup versions. Use '--api-version 201' (or higher) to avoid it.
* API version agreed to be 200 with command b"C:\\PROGRA~1\\Minarca\\MINARC~1\\core\\openssh\\WIN_AM~1\\ssh.exe -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=C:\\Users\\user\\AppData\\Local\\minarca\\known_hosts0 -oIdentitiesOnly=yes -i C:\\Users\\user\\AppData\\Local\\minarca\\id_rsa0 min...@10.10.10.10 'minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)'"
* Using repository 'SERVER/D'
* Hardlinks disabled on Windows
* Unable to import module (py)xattr. Extended attributes not supported on filesystem at path D:/
* Unable to import module posix1e from pylibacl package. POSIX ACLs not supported on filesystem at path D:/
* -----------------------------------------------------------------
Detected abilities for source (read only) file system:
  Access control lists                         Off
  Extended attributes                          Off
  Windows access control lists                 On
  Case sensitivity                             Off
  Escape DOS devices                           On
  Escape trailing spaces                       On
  Mac OS X style resource forks                Off
  Mac OS X Finder information                  Off
-----------------------------------------------------------------
* Unable to import win32security module. Windows ACLs not supported by filesystem at path SERVER/D/rdiff-backup-data/rdiff-backup.tmp.0
* -----------------------------------------------------------------
Detected abilities for destination (read/write) file system:
  Ownership changing                           Off
  Hard linking                                 On
  fsync() directories                          On
  Directory inc permissions                    On
  High-bit permissions                         On
  Symlink permissions                          Off
  Extended filenames                           On
  Windows reserved filenames                   Off
  Access control lists                         On
  Extended attributes                          On
  Windows access control lists                 Off
  Case sensitivity                             On
  Escape DOS devices                           Off
  Escape trailing spaces                       Off
  Mac OS X style resource forks                Off
  Mac OS X Finder information                  Off
-----------------------------------------------------------------
* Backup: escape_dos_devices = False
* Backup: escape_trailing_spaces = False
NOTE: Symbolic links excluded on Windows
WARNING: Previous backup seems to have failed, regressing destination now
NOTE: Regressing to date/time Sat May 10 23:52:08 2025
* Deleting old diff SERVER/D/rdiff-backup-data/file_statistics.2025-05-11T19:24:19Z.data
* Deleting old diff SERVER/D/rdiff-backup-data/error_log.2025-05-11T15:24:19-04:00.data
NOTE: Starting increment operation from source path D:/ to destination path SERVER/D
client_loop: send disconnect: Connection reset by peer
Traceback (most recent call last):
  File "rdiffbackup\run.py", line 108, in main_run
  File "rdiffbackup\actions\backup.py", line 154, in run
  File "rdiff_backup\backup.py", line 53, in mirror_and_increment_compat200
  File "rdiff_backup\connection.py", line 579, in __call__
  File "rdiff_backup\connection.py", line 431, in reval
  File "rdiff_backup\connection.py", line 495, in _get_response
  File "rdiff_backup\connection.py", line 511, in _answer_request
  File "rdiff_backup\connection.py", line 509, in _answer_request
  File "rdiff_backup\connection.py", line 618, in readfromid
  File "rdiff_backup\iterfile.py", line 339, in read
  File "rdiff_backup\iterfile.py", line 368, in _add_to_buffer
  File "rdiff_backup\backup.py", line 115, in get_diffs
  File "rdiff_backup\iterfile.py", line 430, in __next__
  File "rdiff_backup\iterfile.py", line 472, in _get
  File "rdiff_backup\connection.py", line 647, in read
  File "rdiff_backup\connection.py", line 579, in __call__
  File "rdiff_backup\connection.py", line 431, in reval
  File "rdiff_backup\connection.py", line 484, in _get_response
  File "rdiff_backup\connection.py", line 298, in _get
rdiff_backup.connection.ConnectionReadError: Truncated header <b''> (problem probably originated remotely)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "rdiff_backup\connection.py", line 271, in _write
OSError: [Errno 22] Invalid argument

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "Lib\site-packages\minarca_client\main.py", line 265, in _rdiff_backup
  File "rdiffbackup\run.py", line 83, in main_run
  File "rdiffbackup\actions\__init__.py", line 403, in __exit__
  File "rdiff_backup\log.py", line 82, in __call__
  File "rdiff_backup\log.py", line 100, in log_to_file
  File "rdiff_backup\connection.py", line 579, in __call__
  File "rdiff_backup\connection.py", line 428, in reval
  File "rdiff_backup\connection.py", line 198, in _put
  File "rdiff_backup\connection.py", line 202, in _putobj
  File "rdiff_backup\connection.py", line 273, in _write
rdiff_backup.connection.ConnectionWriteError

[Patrik Dufresne]

> WARNING: Previous backup seems to have failed, regressing destination now
> NOTE: Regressing to date/time Sat May 10 23:52:08 2025
> * Deleting old diff SERVER/D/rdiff-backup-data/file_statistics.2025-05-11T19:24:19Z.data
> * Deleting old diff SERVER/D/rdiff-backup-data/error_log.2025-05-11T15:24:19-04:00.data

According to this log. It seems the initial backup did work after all.

> client_loop: send disconnect: Connection reset by peer

> rdiff_backup.connection.ConnectionReadError: Truncated header <b''> (problem probably originated remotely)

This indicates the connection was interrupted on the server side abruptly.

Could you check the server logs /var/log/minarca/shell.log ?

--
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/88f77abd-1a6f-47a6-8dcb-9969adfb0849n%40googlegroups.com.

--

ATTENTION : Je serai en vacances du 2 au 21 mai 2025.
ATTENTION: I will be on vacation from May 2 to May 21, 2025.

IKUS Software

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

514-971-6442

St-Colomban, QC J5K 1T9

[RTI]

Here is the logs from the Minarca server: Ubuntu 24.04.2 LTS
less +G /var/log/minarca/shell.log

Traceback (most recent call last):

  File "/opt/minarca-server/lib/python3.12/site-packages/minarca_server/shell.py", line 192, in main
    _jail(userroot, cmd)
  File "/opt/minarca-server/lib/python3.12/site-packages/minarca_server/shell.py", line 67, in _jail
    with Jail(userroot):
  File "/opt/minarca-server/lib/python3.12/site-packages/snakeoil/contexts.py", line 165, in __exit__
    raise exc
PermissionError: [Errno 13] Permission denied: '/proc/self/setgroups'
[2025-05-22 11:22:14,429][INFO   ][192.168.X.X][Server][PID:69534][minarca_server.shell] running command [/usr/bin/rdiff-backup-2.2 --server] in jail [/backups/Server] for: minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)
[2025-05-22 11:22:14,440][ERROR  ][192.168.X.X][Server][PID:69534][minarca_server.shell] Fail to create rdiff-backup jail. If you are running minarca-shell in Docker, make sure you started the container with `--privileged`. If you are on Debian, make sure to disable userns hardening `echo 1 > /proc/sys/kernel/unprivileged_userns_clone`.

Traceback (most recent call last):

  File "/opt/minarca-server/lib/python3.12/site-packages/minarca_server/shell.py", line 68, in _jail
    process = subprocess.Popen(
              ^^^^^^^^^^
  File "/opt/minarca-server/lib/python3.12/site-packages/snakeoil/contexts.py", line 239, in __invoke_trace_funcs
    func(frame, event, arg)
  File "/opt/minarca-server/lib/python3.12/site-packages/snakeoil/contexts.py", line 214, in __exit_context
    raise self.ParentException()
snakeoil.contexts.SplitExec.ParentException

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

  File "/opt/minarca-server/lib/python3.12/site-packages/minarca_server/shell.py", line 192, in main
    _jail(userroot, cmd)
  File "/opt/minarca-server/lib/python3.12/site-packages/minarca_server/shell.py", line 67, in _jail
    with Jail(userroot):
  File "/opt/minarca-server/lib/python3.12/site-packages/snakeoil/contexts.py", line 165, in __exit__
    raise exc
PermissionError: [Errno 13] Permission denied: '/proc/self/setgroups'
[2025-05-22 11:22:46,408][INFO   ][192.168.X.X][Another-Server][PID:69615][minarca_server.shell] running command [/usr/bin/rdiff-backup-2.2 --server] in jail [/backups/Another-Server] for: minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)
[2025-05-22 11:22:46,418][ERROR  ][192.168.X.X][Another-Server][PID:69615][minarca_server.shell] Fail to create rdiff-backup jail. If you are running minarca-shell in Docker, make sure you started the container with `--privileged`. If you are on Debian, make sure to disable userns hardening `echo 1 > /proc/sys/kernel/unprivileged_userns_clone`.

Traceback (most recent call last):

  File "/opt/minarca-server/lib/python3.12/site-packages/minarca_server/shell.py", line 68, in _jail
    process = subprocess.Popen(
              ^^^^^^^^^^
  File "/opt/minarca-server/lib/python3.12/site-packages/snakeoil/contexts.py", line 239, in __invoke_trace_funcs
    func(frame, event, arg)
  File "/opt/minarca-server/lib/python3.12/site-packages/snakeoil/contexts.py", line 214, in __exit_context
    raise self.ParentException()
snakeoil.contexts.SplitExec.ParentException

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

  File "/opt/minarca-server/lib/python3.12/site-packages/minarca_server/shell.py", line 192, in main
    _jail(userroot, cmd)
  File "/opt/minarca-server/lib/python3.12/site-packages/minarca_server/shell.py", line 67, in _jail
    with Jail(userroot):
  File "/opt/minarca-server/lib/python3.12/site-packages/snakeoil/contexts.py", line 165, in __exit__
    raise exc
PermissionError: [Errno 13] Permission denied: '/proc/self/setgroups'

[Patrik Dufresne]

> [2025-05-22 11:22:14,429][INFO   ][192.168.X.X][Server][PID:69534][minarca_server.shell] running command [/usr/bin/rdiff-backup-2.2 --server] in jail [/backups/Server] for: minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)

> [2025-05-22 11:22:14,440][ERROR  ][192.168.X.X][Server][PID:69534][minarca_server.shell] Fail to create rdiff-backup jail. If you are running minarca-shell in Docker, make sure you start the container with `--privileged`. If you are on Debian, make sure to disable userns hardening `echo 1 > /proc/sys/kernel/unprivileged_userns_clone`.

That's your issue. The server required an unprivileged user namespace to sandbox the backup process.

You may refer to this conversation: https://groups.google.com/g/minarca/c/vES9M1OgAxU/m/IM4ZnPEMDQAJ

- Double check the server version. Make sure it's >= 6.0.6 which includes a fix for this.

- If it's up-to-date, something else is blocking the creation of the unprivileged user namespace.

- Make sure the file "/etc/sysctl.d/00-minarca-server-userns.conf" exists with the following content:
  kernel.unprivileged_userns_clone=1
  kernel.apparmor_restrict_unprivileged_userns=0

If none of this is working, I will need more information about your setup, notably if you are using containers like LXC or Docker.

To view this discussion visit https://groups.google.com/d/msgid/minarca/899dbb5f-cdb3-4bed-a352-99b35e02cb83n%40googlegroups.com.

--

** Par mesure d'efficacité, je consulte mes courriels une fois par jour.

[RTI]

Minarca Server Core Version:  6.0.6

I double checked and that other conversation was very helpful.  Although, I think it may have been a red herring.  As running the below commands helped with a separate issue I was having.

I ran the following commands:

1) echo 1 > /proc/sys/kernel/unprivileged_userns_clone
2) echo 0 > /proc/sys/kernel/apparmor_restrict_unprivileged_userns

3) nano /etc/sysctl.d/00-minarca-server-userns.conf

kernel.unprivileged_userns_clone=1
kernel.apparmor_restrict_unprivileged_userns=0

Verification: 

 cat /proc/sys/kernel/unprivileged_userns_clone
1

cat /proc/sys/kernel/apparmor_restrict_unprivileged_userns
0

cat /etc/sysctl.d/00-minarca-server-userns.conf
kernel.unprivileged_userns_clone=1
kernel.apparmor_restrict_unprivileged_userns=0

-------------------------------------------------------------------------------------------------------------------------------

Reattempt:

Local Client backup0.txt:
:

* Deleting old diff SERVER/D/rdiff-backup-data/error_log.2025-05-22T10:07:54-04:00.data
* Deleting old diff SERVER/D/rdiff-backup-data/file_statistics.2025-05-22T14:07:54Z.data

Server Logs:

[2025-05-22 23:54:50,681][INFO   ][10.10.10.10][SERVER][PID:74421][minarca_server.shell] running command [/usr/bin/rdiff-backup-2.2 --server] in jail [/backups/SERVER] for: minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)
[2025-05-22 23:54:51,438][INFO   ][10.10.10.10][SERVER][PID:74421][minarca_server.shell] rdiff-backup terminated successfully
[2025-05-22 23:55:12,171][INFO   ][10.10.10.10][SERVER][PID:74547][minarca_server.shell] running command [/usr/bin/rdiff-backup-2.2 --server] in jail [/backups/SERVER] for: minarca/6.0.3 rdiff-backup/2.2.6 (Windows 10 AMD64)

-------------------------------------------------------------------------------------------------------------------------------

>If none of this is working, I will need more information about your setup, notably if you are using containers like LXC or Docker.

No Docker, Ubuntu 24.04.2 LTS installed in Proxmox VM

Installed using Server Installation — Minarca documentation On a Debian Linux server: 

Let me know if you have any more questions about setup

[Patrik Dufresne]

According to the logs. Everything is working fine. Is it ?

To view this discussion visit https://groups.google.com/d/msgid/minarca/ba9e90d8-97ea-4399-af3e-692ad3c3e57cn%40googlegroups.com.

[RTI]

No, I was getting the "client_loop: send disconnect: Connection reset by peer" again.  After further testing, I found that this is an environmental issue, likely with my firewall/VPN setup.  As other TCP applications are having similar timeouts and issues across the environmental from this server.  

I would like to recommend closing the thread.  As this is an issue with my environmental and not Minarca.

[Patrik Dufresne]

I'm glad you figured out the issue.

I might try to handle this error "client_loop: send disconnect: Connection reset by peer" more gracefully in the future.

How was this reported in minarca client GUI ? If you take a screenshot, that would help.

To view this discussion visit https://groups.google.com/d/msgid/minarca/33c96196-35d2-4cd8-a8ff-d6dbf8c6278cn%40googlegroups.com.

[sfx]

Hi Patrik,

this is my first time setting up Minarca so bare with me if I make something wrong :D

I have the same error when backing up a debian linux..
I run Minarca 6.0.6 in an LXC container on ProxmoxVE.

```
# cat /proc/sys/kernel/unprivileged_userns_clone
1
# cat /proc/sys/kernel/apparmor_restrict_unprivileged_userns
0
# cat /etc/sysctl.d/00-minarca-server-userns.conf
kernel.unprivileged_userns_clone = 1
kernel.apparmor_restrict_unprivileged_userns = 0
```

so that looks fine imho. the error I get is this when configuring the client (I also tried with --force without success):

```
# minarca -d configure -r http://192.REDACTED:8888 -u letmebak -n pihole
Password or access token:
Configuring remote instance with URL: http://192.REDACTED:8888, username: letmebak, repositoryname: pihole, force: True
Starting new HTTP connection (1): 192.REDACTED:8888
http://192.REDACTED:8888 "GET /api/ HTTP/11" 200 20
http://192.REDACTED:8888 "GET /api/currentuser/ HTTP/11" 200 202
instance 0: exchanging SSH identity with server
http://192.REDACTED:8888 "POST /api/currentuser/sshkeys HTTP/11" 200 410
http://192.REDACTED:8888 "GET /api/minarca/ HTTP/11" 200 1602
instance 0: testing connection
instance 0: remote schema: /usr/bin/ssh -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=/etc/minarca/known_hosts0 -oIdentitiesOnly=yes -i /etc/minarca/id_rsa0 %s 'minarca/6.0.3 rdiff-backup/2.2.6 (Linux 6.8.12-10-pve x86_64)'
instance 0: constructing backup path for None
instance 0: remote backup path: min...@192.REDACTED::.
instance 0: executing command: rdiff-backup -v 5 --remote-schema "/usr/bin/ssh -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=/etc/minarca/known_hosts0 -oIdentitiesOnly=yes -i /etc/minarca/id_rsa0 %s 'minarca/6.0.3 rdiff-backup/2.2.6 (Linux 6.8.12-10-pve x86_64)'" test min...@192.REDACTED::.
rdiff-backup 2.2.6
* Executing remote command /usr/bin/ssh -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=/etc/minarca/known_hosts0 -oIdentitiesOnly=yes -i /etc/minarca/id_rsa0 min...@192.REDACTED 'minarca/6.0.3 rdiff-backup/2.2.6 (Linux 6.8.12-10-pve x86_64)'
ERROR: Couldn't start up the remote connection by executing '/usr/bin/ssh -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=/etc/minarca/known_hosts0 -oIdentitiesOnly=yes -i /etc/minarca/id_rsa0 min...@192.REDACTED 'minarca/6.0.3 rdiff-backup/2.2.6 (Linux 6.8.12-10-pve x86_64)''
due to exception 'Truncated header <b''> (problem probably originated remotely)'.

Remember that, under the default settings, rdiff-backup must be
installed in the PATH on the remote system.  See the man page for more
information on this.  This message may also be displayed if the remote
version of rdiff-backup is quite different from the local version (2.2.6)

ERROR: Location 'min...@192.REDACTED::.' couldn't be connected.
ERROR: Action test failed on step connect
* Cleaning up
process returned a non-zero exit status (1). Check logs for more details
```

on the client when running the mentioned SSH command manually:

```
ssh -v -oBatchMode=yes -oPreferredAuthentications=publickey -oUserKnownHostsFile=/etc/minarca/known_hosts0 -oIdentitiesOnly=yes -i /etc/minarca/id_rsa0 min...@192.REDACTED 'minarca/6.0.3 rdiff-backup/2.2.6 (Linux 6.8.12-10-pve x86_64)'
.....
debug1: Server accepts key: /etc/minarca/id_rsa0 RSA SHA256:QOOuxxxxxxxxxxxxpTR4fHck/c explicit
Authenticated to 192.x.x.xx ([192.x.x.xx]:22) using "publickey".
debug1: channel 0: new [client-session]
debug1: Requesting no-more-...@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostk...@openssh.com want_reply 0
debug1: Remote: /backups//.ssh/authorized_keys:11: key options: command user-rc
debug1: Remote: /backups//.ssh/authorized_keys:11: key options: command user-rc
debug1: Sending environment.
debug1: channel 0: setting env LANG = "C"
debug1: Sending command: minarca/6.0.3 rdiff-backup/2.2.6 (Linux 6.8.12-10-pve x86_64)
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype e...@openssh.com reply 0
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 3024, received 2988 bytes, in 1.6 seconds
Bytes per second: sent 1884.2, received 1861.8
debug1: Exit status 201
```

shell.log on the server:

```
[2025-06-11 13:53:48,902][INFO   ][192.x.x.xx][letmebak][PID:562][minarca_server.shell] running command [/usr/bin/rdiff-backup-2.2 --server] in jail [/opt/incoming/letmebak] for: minarca/6.0.3 rdiff-backup/2.2.6 (Linux 6.8.12-10-pve x86_64)
[2025-06-11 13:53:49,048][ERROR  ][192.x.x.xx][letmebak][PID:562][minarca_server.shell] unhandled exception in minarca-shell

Traceback (most recent call last):

  File "/opt/minarca-server/lib/python3.11/site-packages/minarca_server/shell.py", line 68, in _jail
    process = subprocess.Popen(
              ^^^^^^^^^^
  File "/opt/minarca-server/lib/python3.11/site-packages/minarca_server/shell.py", line 68, in _jail
    process = subprocess.Popen(
              ^^^^^^^^^^
  File "/opt/minarca-server/lib/python3.11/site-packages/snakeoil/contexts.py", line 239, in __invoke_trace_funcs
    func(frame, event, arg)
  File "/opt/minarca-server/lib/python3.11/site-packages/snakeoil/contexts.py", line 214, in __exit_context

    raise self.ParentException()
snakeoil.contexts.SplitExec.ParentException

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

  File "/opt/minarca-server/lib/python3.11/site-packages/minarca_server/shell.py", line 192, in main
    _jail(userroot, cmd)
  File "/opt/minarca-server/lib/python3.11/site-packages/minarca_server/shell.py", line 67, in _jail
    with Jail(userroot):
  File "/opt/minarca-server/lib/python3.11/site-packages/snakeoil/contexts.py", line 165, in __exit__
    raise exc
FileExistsError: [Errno 17] File exists: '/tmp/minarca-jail-8pa4jmje/opt/incoming/letmebak'
```

it does not matter if I run the LXC container privileged or unprivileged.
Minarca server is running:

```
Debian GNU/Linux 12 (bookworm)
minarca-server                     6.0.6+dfsg-1debian12
```

sorry for that long post.. if you need anything else let me know!

Thanks :)

sfX

[Patrik Dufresne]

Hello sfX,

If the minarca server is running inside a Container with LXC on Proxmox, you need to make sure to enable the nested feature. This is needed to allow the container to create nested namespaces.

I also recommend you to run your container unprivileged.

To view this discussion visit https://groups.google.com/d/msgid/minarca/66be4eb3-f857-48a6-98a0-28f44f835706n%40googlegroups.com.

[sfx]

Hi Patrik,

thanks for the quick reply!

yes sorry forgot to mention but that is enabled and it is running unprivileged. I just mentioned that I tried both approaches with the same result..

thanks

sfX

[Patrik Dufresne]

Perfect !

Then let focus on this error:

> FileExistsError: [Errno 17] File exists: '/tmp/minarca-jail-8pa4jmje/opt/incoming/letmebak'

I'm not sure where this path /opt/incoming/letmebak is coming from. Could you confirm if it's the path you defined for the user's home directory in Minarca Web UI ?

If you have configure minarca server with a different location for the storage, by defining an alternate `minarca-user-base-dir=/opt/incoming/letmebak` That might explain what is going on.

Without going into the details, it might conflict with "/opt". Could you test with an alternate location which does not start with '/bin', '/lib', '/lib64', '/usr' or '/opt'

To view this discussion visit https://groups.google.com/d/msgid/minarca/553b1e30-0c00-4ec6-b465-14ddafe933e4n%40googlegroups.com.

[sfx]

Patrik, that's it! Yes I have configured /opt/incoming/letmebak (or better said /opt/incoming with the user letmebak).

After changing this to /incoming/letmebak it starts working!

many many thanks!

sfX