Urbackup server crash on Linux (segmentation fault)

Hi,
after some updates to my Ubuntu server, urbackup doesn’t work anymore. It crashes.

I’ve this version:

ii  urbackup-server                  2.4.12.0-1ubuntu1~xenial                   amd64        Server for backing up clients

Using dmesg I see:

    [   25.096897] grsec: time set by /usr/sbin/ntpdate[ntpdate:712] uid/euid:0/0 gid/egid:0/0, parent /usr/bin/flock[flock:709] uid/euid:0/0 gid/egid:0/0
[   40.362080] grsec: time set by /usr/sbin/ntpdate[ntpdate:1600] uid/euid:0/0 gid/egid:0/0, parent /usr/bin/flock[flock:1599] uid/euid:0/0 gid/egid:0/0
[   51.310796] urbackupsrv[2308]: segfault at 0 ip 000000000056c658 sp 00007af7d2698e90 error 4 in urbackupsrv[400000+5e8000]
[   51.310810] grsec: Segmentation fault occurred at            (nil) in /usr/bin/urbackupsrv[urbackupsrv:2308] uid/euid:112/112 gid/egid:121/121, parent /lib/systemd/systemd[systemd:1] uid/euid:0/0 gid/egid:0/0
[  185.118664] nf_conntrack: automatic helper assignment is depr

Any suggestion to solve this issue?

Thanks

Hi,
as a workaround I replaced init.d script by systemd and configure an auto restart

Still no luck. I’ve segmentation fault every time at startup of UrBack. Any hint?

See Having problems with UrBackup? Please read before posting and specifically https://urbackup.atlassian.net/wiki/spaces/US/pages/8323075/Debugging+with+gdb+on+Linux. The OpenSUSE Ubuntu builds have debug symbols if you don’t want to compile it yourself (e.g. at https://download.opensuse.org/repositories/home:/uroni/xUbuntu_20.04/amd64/ )

Hello,

we run gdb and this is the result:

*(gdb) run

*Starting program: /usr/bin/urbackupsrv run -v debug

*[Thread debugging using libthread_db enabled]

*Using host libthread_db library “/lib/x86_64-linux-gnu/libthread_db.so.1”.

*2020-06-26 10:07:36: Starting HTTP-Server on port 55414

*2020-06-26 10:07:36: HTTP: Server started up successfully!

*[New Thread 0x7236b1b8c700 (LWP 3985)]

*[New Thread 0x7236b12e8700 (LWP 3986)]

*2020-06-26 10:07:36: SQLite: recovered 4834 frames from WAL file /var/urbackup/backup_server.db-wal code: 283

*2020-06-26 10:07:36: SQLite: recovered 174942 frames from WAL file /var/urbackup/backup_server_files.db-wal code: 283

*2020-06-26 10:07:36: SQLite: recovered 15282 frames from WAL file /var/urbackup/backup_server_link_journal.db-wal code: 283

*2020-06-26 10:07:36: SQLite: recovered 64523 frames from WAL file /var/urbackup/backup_server_links.db-wal code: 283

*2020-06-26 10:07:36: SQLite: recovered 2 frames from WAL file /var/urbackup/backup_server_settings.db-wal code: 283

*2020-06-26 10:07:37: SQLite: recovered 4834 frames from WAL file /var/urbackup/backup_server.db-wal code: 283

*2020-06-26 10:07:37: SQLite: recovered 2 frames from WAL file /var/urbackup/backup_server_settings.db-wal code: 283

*2020-06-26 10:07:37: SQLite: recovered 174942 frames from WAL file /var/urbackup/backup_server_files.db-wal code: 283

*2020-06-26 10:07:37: SQLite: recovered 64523 frames from WAL file /var/urbackup/backup_server_links.db-wal code: 283

*2020-06-26 10:07:37: SQLite: recovered 15282 frames from WAL file /var/urbackup/backup_server_link_journal.db-wal code: 283

*[New Thread 0x72368bfe3700 (LWP 3987)]

*2020-06-26 10:07:37: Started UrBackup…

*[New Thread 0x72368b745700 (LWP 3988)]

*2020-06-26 10:07:37: Removing temporary files…

*2020-06-26 10:07:37: Recreating temporary folder…

*MOUNT TEST OK

*2020-06-26 10:07:37: Testing if backup destination can handle subvolumes and snapshots…

*Testing for btrfs…

*ERROR: not a btrfs filesystem: /home/BACKUP/urbackup/testA54hj5luZtlorr494

*TEST FAILED: Creating test btrfs subvolume failed

*Testing for zfs…

*TEST FAILED: Dataset is not set via /etc/urbackup/dataset

*2020-06-26 10:07:37: Backup destination cannot handle subvolumes and snapshots. Snapshots disabled.

*2020-06-26 10:07:37: Testing if backup destination can handle filesystem transactions…

*2020-06-26 10:07:37: Testing for hardlinks in backup destination…

*2020-06-26 10:07:37: Could create hardlink at backup destination. Hardlinks enabled.

*2020-06-26 10:07:37: Testing for reflinks in backup destination…

*2020-06-26 10:07:37: Reflink ioctl failed. errno=25

*2020-06-26 10:07:37: Could not create reflink at backup destination. Reflinks disabled. Inappropriate ioctl for device (code: 25)

*Thread 5 “urbackupsrv” received signal SIGSEGV, Segmentation fault.

*[Switching to Thread 0x72368b745700 (LWP 3988)]

*0x000000000056c658 in ?? ()

*(gdb) bt

*#0 0x000000000056c658 in ?? ()

*#1 0x000000000056ee8a in ?? ()

*#2 0x00000000005cb791 in ?? ()

*#3 0x000000000045b04a in ?? ()

*#4 0x00007236b73156ba in start_thread (arg=0x72368b745700)

*at pthread_create.c:333

*#5 0x00007236b704b41d in clone ()

*at …/sysdeps/unix/sysv/linux/x86_64/clone.S:109

The OS is Ubuntu 16.04.6 LTS; Urbackup is 2.4.10 version. File System is ext4.

Thanks

I’ve the same exact problem. Some hint for the resolution?

Thanks

No hint about this problem? Is the debug useful to identify the problem?

Those question marks mean it doesn’t have debug info, so it is unfortunately not useful to identify the problem. See my previous post on where to get debug symbols.

Hi @uroni, I tried to compile manually urbackupsrv on my Ubuntu distro.
I already have urbackup installed from compiled package:

    root@backup:~/urbackupsrc/urbackup-server-2.4.12# dpkg -l | grep urback
ii  urbackup-server                  2.4.12.0-1ubuntu1~xenial                   amd64        Server for backing up clients
ii  urbackup-server-dbg              2.4.12.0                                   amd64        debugging symbols for urbackup-server

I download sources as stated here and after compilation I copied my urbackupsrv in /usr/bin.

Then I run it using debug sybols and this is what happens:

root@backup:~# gdb --args urbackupsrv run -v debug
GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from urbackupsrv...done.
(gdb) run
Starting program: /usr/bin/urbackupsrv run -v debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
2020-07-13 12:00:46: ERROR: Cannot set working directory to directory /usr/local/var
2020-07-13 12:00:46: Starting HTTP-Server on port 55414
2020-07-13 12:00:46: HTTP: Server started up successfully!
[New Thread 0x6e069565f700 (LWP 26996)]
[New Thread 0x6e0694d67700 (LWP 26997)]
2020-07-13 12:00:46: Generating Server identity...
2020-07-13 12:00:46: Generating Server private/public ECDSA key...
2020-07-13 12:00:46: Calculating public key...
2020-07-13 12:00:46: ERROR: Main thread exit with unhandled std::exception FileSink: error opening file for writing: urbackup/server_ident_ecdsa409k1.priv
terminate called after throwing an instance of 'CryptoPP::FileSink::OpenErr'
  what():  FileSink: error opening file for writing: urbackup/server_ident_ecdsa409k1.priv

Thread 1 "urbackupsrv" received signal SIGABRT, Aborted.
0x00006e069a3df438 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54
54      ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  0x00006e069a3df438 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54
#1  0x00006e069a3e103a in __GI_abort () at abort.c:89
#2  0x00006e069af3f84d in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00006e069af3d6b6 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00006e069af3d701 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00006e069af3d969 in __cxa_rethrow () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x000000000047a513 in main_fkt_catch (argc=<optimized out>, argv=argv@entry=0x16e46c0) at main.cpp:135
#7  0x000000000047a5f5 in real_main (argc=<optimized out>, argv=argv@entry=0x16e46c0) at main.cpp:164
#8  0x00000000007f29e9 in run_real_main (args=std::vector of length 25, capacity 25 = {...}) at urbackupserver/cmdline_preprocessor.cpp:98
#9  0x00000000007ff33a in action_run (args=std::vector of length 2, capacity 3 = {...}) at urbackupserver/cmdline_preprocessor.cpp:531
#10 0x00000000004479dd in main (argc=<optimized out>, argv=0x72c40d27b5a8) at urbackupserver/cmdline_preprocessor.cpp:1270

Is this useful to understand the problem? Please note that I’ve set in /etc/urbackup/backupfolder as value /home/BACKUP/urbackup.

error opening file for writing: urbackup/server_ident_ecdsa409k1.priv
and
ERROR: Cannot set working directory to directory /usr/local/var

Maybe you need to use the urbackup user and cd somewhere first (try to run it like the service does)
Maybe that’s a permission issue, but i doubt so.

Also you need to tell gdb to monitor all threads of the process.
https://www.google.com/search?q=gdb+all+threads+backtrace

That should get you the proper backtrace

I run the service with root. I retried with urbackup server and I saw it recreated db indexes:

[Thread 0x74b067f34700 (LWP 14734) exited]
[Thread 0x74b073f8c700 (LWP 14733) exited]
[New Thread 0x74b073f8c700 (LWP 14735)]
[New Thread 0x74b079240700 (LWP 14736)]
[Thread 0x74b079240700 (LWP 14736) exited]
[Thread 0x74b073f8c700 (LWP 14735) exited]
[New Thread 0x74b073f8c700 (LWP 14737)]
[New Thread 0x74b067f34700 (LWP 14738)]
[Thread 0x74b067f34700 (LWP 14738) exited]
[Thread 0x74b073f8c700 (LWP 14737) exited]
[New Thread 0x74b073f8c700 (LWP 14739)]
[Thread 0x74b073f8c700 (LWP 14739) exited]
2020-07-13 16:55:39: Syncing...
2020-07-13 16:56:09: Renaming back result...
2020-07-13 16:56:12: SQLite: recovered 2818 frames from WAL file /home/BACKUP/urbackup/urbackup/backup_server.db-wal code: 283
2020-07-13 16:56:12: SQLite: recovered 1 frames from WAL file /home/BACKUP/urbackup/urbackup/backup_server_settings.db-wal code: 283
[New Thread 0x74b073f8c700 (LWP 14745)]
2020-07-13 16:56:12: SQLite: recovered 7772 frames from WAL file /home/BACKUP/urbackup/urbackup/backup_server_link_journal.db-wal code: 283
2020-07-13 16:56:12: Started UrBackup...
[New Thread 0x74b079240700 (LWP 14746)]
2020-07-13 16:56:12: Removing temporary files...
2020-07-13 16:56:12: Recreating temporary folder...
sh: /usr/local/bin/urbackup_mount_helper: No such file or directory
2020-07-13 16:56:12: Image mounting disabled: sh: /usr/local/bin/urbackup_mount_helper: No such file or directory
2020-07-13 16:56:12: Testing if backup destination can handle subvolumes and snapshots...
sh: /usr/local/bin/urbackup_snapshot_helper: No such file or directory
2020-07-13 16:56:12: Backup destination does handle subvolumes and snapshots. Snapshots enabled for image backups.
2020-07-13 16:56:12: Testing if backup destination can handle filesystem transactions...
2020-07-13 16:56:12: Testing for hardlinks in backup destination...
2020-07-13 16:56:12: Could create hardlink at backup destination. Hardlinks enabled.
2020-07-13 16:56:12: Testing for reflinks in backup destination...
2020-07-13 16:56:12: Reflink ioctl failed. errno=25
2020-07-13 16:56:12: Could not create reflink at backup destination. Reflinks disabled. Inappropriate ioctl for device (code: 25)
2020-07-13 16:56:12: InternetService: Server started up successfully!
[New Thread 0x74b067f34700 (LWP 14751)]
[New Thread 0x74b079a91700 (LWP 14752)]

Thread 3324 "urbackupsrv" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x74b079240700 (LWP 14746)]
0x000000000056c5f8 in FileClient::bindToNewInterfaces (this=this@entry=0x74b079236c40) at urbackupcommon/fileclient/FileClient.cpp:155
155                                     if (ifap->ifa_addr->sa_family == AF_INET

and debug:

(gdb) thread apply all bt

Thread 3326 (Thread 0x74b079a91700 (LWP 14752)):
#0  setupLookaside (db=0x74b068000b68, pBuf=<optimized out>, sz=<optimized out>, cnt=<optimized out>) at sqlite/sqlite3.c:152479
#1  0x00000000005379c6 in openDatabase (zFilename=<optimized out>, ppDb=ppDb@entry=0x74b068000960, flags=flags@entry=6, zVfs=zVfs@entry=0x0) at sqlite/sqlite3.c:155010
#2  0x0000000000537b4c in sqlite3_open (zFilename=<optimized out>, ppDb=ppDb@entry=0x74b068000960) at sqlite/sqlite3.c:155065
#3  0x000000000044e529 in CDatabase::Open (this=this@entry=0x74b068000950, pFile="urbackup/backup_server.db", attach=std::vector of length 1, capacity 1 = {...},
    allocation_chunk_size=allocation_chunk_size@entry=52428800, p_single_user_mutex=p_single_user_mutex@entry=0x3c14e50, p_lock_mutex=p_lock_mutex@entry=0x3c14ea0,
    p_lock_count=0x3be1aa0, p_unlock_cond=0x3c14ee0, p_params=std::map with 1 elements = {...}) at Database.cpp:130
#4  0x000000000045c6d4 in CServer::getDatabase (this=<optimized out>, tid=<optimized out>, pIdentifier=pIdentifier@entry=20) at Server.cpp:917
#5  0x00000000005ce395 in ClientMain::getMailServerSettings () at urbackupserver/ClientMain.cpp:2012
#6  0x0000000000850aba in Mailer::operator() (this=<optimized out>) at urbackupserver/Mailer.cpp:79
#7  0x000000000045afea in thread_helper_f (t=0x3bde990) at Server.cpp:1464
#8  0x000074b07fc6a6ba in start_thread (arg=0x74b079a91700) at pthread_create.c:333
#9  0x000074b07f9a04dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 3325 (Thread 0x74b067f34700 (LWP 14751)):
#0  0x000074b07f99480d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x000074b07f9b217e in __poll_chk (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>, fdslen=<optimized out>) at poll_chk.c:27
#2  0x000000000046b17f in poll (__timeout=100000, __nfds=3, __fds=0x74b067f33d90) at /usr/include/x86_64-linux-gnu/bits/poll2.h:41
#3  CServiceAcceptor::operator() (this=0x3cb46b0) at ServiceAcceptor.cpp:198
#4  0x000000000045afea in thread_helper_f (t=0x3cb46b0) at Server.cpp:1464
#5  0x000074b07fc6a6ba in start_thread (arg=0x74b067f34700) at pthread_create.c:333
#6  0x000074b07f9a04dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 3324 (Thread 0x74b079240700 (LWP 14746)):
#0  0x000000000056c5f8 in FileClient::bindToNewInterfaces (this=this@entry=0x74b079236c40) at urbackupcommon/fileclient/FileClient.cpp:155
#1  0x000000000056ee2a in FileClient::FileClient (this=0x74b079236c40, enable_find_servers=<optimized out>, identity=..., protocol_version=<optimized out>,
    internet_connection=<optimized out>, reconnection_callback=<optimized out>, nofreespace_callback=0x0) at urbackupcommon/fileclient/FileClient.cpp:109
#2  0x00000000005cb731 in BackupServer::operator() (this=0x3cb4a40) at urbackupserver/server.cpp:185
#3  0x000000000045afea in thread_helper_f (t=0x3cb4a40) at Server.cpp:1464
#4  0x000074b07fc6a6ba in start_thread (arg=0x74b079240700) at pthread_create.c:333
#5  0x000074b07f9a04dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 3323 (Thread 0x74b073f8c700 (LWP 14745)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x00000000004921f1 in CCondition::wait (this=0x74b06c000990, lock=<optimized out>, timems=<optimized out>) at Condition_lin.cpp:59
#2  0x0000000000725fbd in FileIndex::operator() (this=0x3cba0d0) at urbackupserver/FileIndex.cpp:73
#3  0x000000000048e96f in CPoolThread::operator() (this=0x3bf14e0) at ThreadPool.cpp:73
#4  0x000000000045afea in thread_helper_f (t=0x3bf14e0) at Server.cpp:1464
#5  0x000074b07fc6a6ba in start_thread (arg=0x74b073f8c700) at pthread_create.c:333
#6  0x000074b07f9a04dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 3 (Thread 0x74b07a324700 (LWP 25021)):
#0  0x000074b07f96538d in nanosleep () at ../sysdeps/unix/syscall-template.S:84
#1  0x000074b07f996e54 in usleep (useconds=<optimized out>) at ../sysdeps/posix/usleep.c:32
#2  0x0000000000881a35 in PipeSessions::operator() (this=<optimized out>) at fileservplugin/PipeSessions.cpp:331
#3  0x000000000048e96f in CPoolThread::operator() (this=0x3bded00) at ThreadPool.cpp:73
#4  0x000000000045afea in thread_helper_f (t=0x3bded00) at Server.cpp:1464
#5  0x000074b07fc6a6ba in start_thread (arg=0x74b07a324700) at pthread_create.c:333
#6  0x000074b07f9a04dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 2 (Thread 0x74b07abb3700 (LWP 25020)):
#0  0x000074b07f99480d in poll () at ../sysdeps/unix/syscall-template.S:84
---Type <return> to continue, or q <return> to quit---
#4  0x000000000045afea in thread_helper_f (t=0x3c14400) at Server.cpp:1464
#5  0x000074b07fc6a6ba in start_thread (arg=0x74b07abb3700) at pthread_create.c:333
#6  0x000074b07f9a04dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1 (Thread 0x74b0815ca740 (LWP 25016)):
#0  clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:81
#1  0x000074b07fc6914a in create_thread (pd=pd@entry=0x74b079a91700, attr=attr@entry=0x7712fbd0fa70, stopped_start=<optimized out>, stopped_start@entry=false,
    stackaddr=<optimized out>, thread_ran=0x7712fbd0f98f) at ../sysdeps/unix/sysv/linux/createthread.c:102
#2  0x000074b07fc6ae84 in __pthread_create_2_1 (newthread=newthread@entry=0x7712fbd0fa28, attr=attr@entry=0x7712fbd0fa70,
    start_routine=start_routine@entry=0x45afc0 <thread_helper_f(void*)>, arg=arg@entry=0x3bde990) at pthread_create.c:679
#3  0x000000000045ab5f in CServer::createThread (this=0x3c0dcb0, thread=0x3bde990, name="mail queue", flags=flags@entry=IServer::CreateThreadFlags_None)
    at Server.cpp:1558
#4  0x000000000084fd2c in Mailer::init () at urbackupserver/Mailer.cpp:70
#5  0x00000000005bd0db in LoadActions_urbackupserver (pServer=<optimized out>) at urbackupserver/dllmain.cpp:879
#6  0x0000000000463563 in CServer::LoadStaticPlugins (this=this@entry=0x3c0dcb0) at Server.cpp:2236
#7  0x00000000004781c9 in main_fkt (argc=<optimized out>, argv=argv@entry=0x3c0d370) at main.cpp:554
#8  0x000000000047a40f in main_fkt_catch (argc=<optimized out>, argv=argv@entry=0x3c0d370) at main.cpp:130
#9  0x000000000047a5f5 in real_main (argc=<optimized out>, argv=argv@entry=0x3c0d370) at main.cpp:164
#10 0x00000000007f29e9 in run_real_main (args=std::vector of length 25, capacity 25 = {...}) at urbackupserver/cmdline_preprocessor.cpp:98
#11 0x00000000007ff33a in action_run (args=std::vector of length 2, capacity 3 = {...}) at urbackupserver/cmdline_preprocessor.cpp:531
#12 0x00000000004479dd in main (argc=<optimized out>, argv=0x7712fbd14b58) at urbackupserver/cmdline_preprocessor.cpp:1270

Is that enough to understand why urbackup crashes? Thanks

Yes, that’s what he needs

1 Like

Thanks! This might fix it:

Could you apply that (its a small change, so you could even do it with a text editor), and report back if this fixes it?

I did it. It seems not to crash but the web page returns always: “Sorry. File not found.” so I’m unable to check if really everything is working as expected.

This is what is happening during running:

> Starting program: /usr/bin/urbackupsrv run --config /etc/default/urbackupsrv -v debug
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> 2020-07-14 16:42:00: ERROR: Cannot set working directory to directory /usr/local/var
> [New Thread 0x73b7731ce700 (LWP 16579)]
> [New Thread 0x73b77299c700 (LWP 16580)]
> [New Thread 0x73b771daa700 (LWP 16581)]
> [New Thread 0x73b7714f8700 (LWP 16582)]
> TEST FAILED: Please compile with mountvhd (./configure --with-mountvhd)
> Testing for btrfs...
> ERROR: not a btrfs filesystem: /home/BACKUP/urbackup/testA54hj5luZtlorr494
> TEST FAILED: Creating test btrfs subvolume failed
> Testing for zfs...
> TEST FAILED: Dataset is not set via /etc/urbackup/dataset
> [New Thread 0x73b770cdc700 (LWP 16589)]
> [New Thread 0x73b753f80700 (LWP 16590)]
> [New Thread 0x73b74bfe4700 (LWP 16591)]
> [New Thread 0x73b7536f0700 (LWP 16592)]
> [New Thread 0x73b752dfd700 (LWP 16593)]
> [New Thread 0x73b75253c700 (LWP 16594)]
> [New Thread 0x73b751d0e700 (LWP 16595)]
> [New Thread 0x73b751474700 (LWP 16596)]
> [New Thread 0x73b750baa700 (LWP 16597)]
> [New Thread 0x73b74b7bb700 (LWP 16598)]
> [New Thread 0x73b74af71700 (LWP 16599)]
> [New Thread 0x73b74a6e1700 (LWP 16600)]
> [New Thread 0x73b749ec1700 (LWP 16601)]
> [New Thread 0x73b7495d8700 (LWP 16602)]
> [Thread 0x73b7495d8700 (LWP 16602) exited]
> [New Thread 0x73b7495d8700 (LWP 16603)]
> [Thread 0x73b7495d8700 (LWP 16603) exited]
> [New Thread 0x73b7495d8700 (LWP 16604)]
> [Thread 0x73b7495d8700 (LWP 16604) exited]
> [New Thread 0x73b7495d8700 (LWP 16605)]
> [Thread 0x73b7495d8700 (LWP 16605) exited]
> [New Thread 0x73b7495d8700 (LWP 16606)]
> [Thread 0x73b7495d8700 (LWP 16606) exited]
> Testing for btrfs...
> ERROR: not a btrfs filesystem: /home/BACKUP/urbackup/testA54hj5luZtlorr494
> TEST FAILED: Creating test btrfs subvolume failed
> Testing for zfs...
> TEST FAILED: Dataset is not set via /etc/urbackup/dataset
> [New Thread 0x73b7495d8700 (LWP 16613)]
> Testing for btrfs...
> ERROR: not a btrfs filesystem: /home/BACKUP/urbackup/testA54hj5luZtlorr494
> TEST FAILED: Creating test btrfs subvolume failed
> Testing for zfs...
> TEST FAILED: Dataset is not set via /etc/urbackup/dataset
> Testing for btrfs...
> ERROR: not a btrfs filesystem: /home/BACKUP/urbackup/testA54hj5luZtlorr494
> TEST FAILED: Creating test btrfs subvolume failed
> Testing for zfs...
> TEST FAILED: Dataset is not set via /etc/urbackup/dataset
TEST FAILED: Creating test btrfs subvolume failed
Testing for zfs...
TEST FAILED: Dataset is not set via /etc/urbackup/dataset
2020-07-14 17:03:02: ERROR: Copy on write mode is disabled, because the filesystem does not support it anymore.
[New Thread 0x6df33bfba700 (LWP 20426)]
[New Thread 0x6df33b74f700 (LWP 20427)]
[New Thread 0x6df33af29700 (LWP 20428)]
[New Thread 0x6df33a6a7700 (LWP 20429)]
[New Thread 0x6df339dd7700 (LWP 20430)]
[New Thread 0x6df33958d700 (LWP 20431)]
[New Thread 0x6df338d7d700 (LWP 20432)]
[New Thread 0x6df31bfef700 (LWP 20438)]
[New Thread 0x6df31b6ff700 (LWP 20439)]
[New Thread 0x6df31ae81700 (LWP 20440)]
[New Thread 0x6df31a648700 (LWP 20441)]
[New Thread 0x6df319dd4700 (LWP 20442)]
[New Thread 0x6df3195a2700 (LWP 20443)]
[New Thread 0x6df318d10700 (LWP 20444)]
[New Thread 0x6df2fbf8f700 (LWP 20445)]
[New Thread 0x6df2fb73f700 (LWP 20446)]
[New Thread 0x6df2faf1f700 (LWP 20447)]
[New Thread 0x6df2fa655700 (LWP 20448)]
[New Thread 0x6df2f9db7700 (LWP 20449)]
[New Thread 0x6df2f959c700 (LWP 20450)]
[New Thread 0x6df2f8d45700 (LWP 20451)]
[New Thread 0x6df2dbf5e700 (LWP 20452)]
[New Thread 0x6df2db6da700 (LWP 20453)]
[New Thread 0x6df2dae5c700 (LWP 20454)]
[New Thread 0x6df2da55e700 (LWP 20455)]
[New Thread 0x6df2d9c95700 (LWP 20456)]
[New Thread 0x6df2d93f6700 (LWP 20457)]
[New Thread 0x6df2d8bcd700 (LWP 20458)]
[New Thread 0x6df2d3f69700 (LWP 20459)]
[New Thread 0x6df2d36a3700 (LWP 20460)]
[New Thread 0x6df2d2e37700 (LWP 20461)]
[New Thread 0x6df2d25fc700 (LWP 20462)]
[New Thread 0x6df2d1dcb700 (LWP 20463)]
[New Thread 0x6df2d1594700 (LWP 20464)]
[New Thread 0x6df2d0d6b700 (LWP 20465)]
[New Thread 0x6df2d0478700 (LWP 20466)]
[New Thread 0x6df2cfc48700 (LWP 20467)]
[New Thread 0x6df2cf357700 (LWP 20468)]
[New Thread 0x6df2ceb42700 (LWP 20469)]
[New Thread 0x6df2ce307700 (LWP 20470)]
[New Thread 0x6df2cdaef700 (LWP 20471)]
[New Thread 0x6df2cd2a3700 (LWP 20472)]
[New Thread 0x6df2cca92700 (LWP 20473)]
[New Thread 0x6df2cc226700 (LWP 20474)]
[New Thread 0x6df2cb941700 (LWP 20475)]
[New Thread 0x6df2cb0b8700 (LWP 20476)]
[New Thread 0x6df2ca807700 (LWP 20477)]
[New Thread 0x6df2c9f27700 (LWP 20478)]
[New Thread 0x6df2c96d9700 (LWP 20479)]
[New Thread 0x6df2c8df2700 (LWP 20480)]
[New Thread 0x6df2c85d7700 (LWP 20486)]
[New Thread 0x6df2c7d29700 (LWP 20487)]
[New Thread 0x6df2c7507700 (LWP 20488)]
[New Thread 0x6df2c6c7c700 (LWP 20489)]
[New Thread 0x6df2c645e700 (LWP 20490)]
[New Thread 0x6df2c5b6b700 (LWP 20496)]
[New Thread 0x6df2c52c0700 (LWP 20497)]
[New Thread 0x6df2c49c6700 (LWP 20498)]
[New Thread 0x6df2c4175700 (LWP 20499)]
[New Thread 0x6df2c395b700 (LWP 20500)]
[New Thread 0x6df2c306c700 (LWP 20506)]
[New Thread 0x6df2c280f700 (LWP 20507)]
[New Thread 0x6df2c1f61700 (LWP 20508)]
[New Thread 0x6df2c170d700 (LWP 20509)]
[New Thread 0x6df2c0ed8700 (LWP 20515)]
[New Thread 0x6df2c065c700 (LWP 20521)]
[New Thread 0x6df2bfde1700 (LWP 20522)]
[New Thread 0x6df2bf5a3700 (LWP 20523)]
[New Thread 0x6df2beca7700 (LWP 20524)]
[Thread 0x6df2c5b6b700 (LWP 20496) exited]
[Thread 0x6df2c4175700 (LWP 20499) exited]
[Thread 0x6df2c170d700 (LWP 20509) exited]
[Thread 0x6df2c306c700 (LWP 20506) exited]
[New Thread 0x6df2c306c700 (LWP 20540)]
[New Thread 0x6df2c170d700 (LWP 20541)]
[New Thread 0x6df2c4175700 (LWP 20542)]
[New Thread 0x6df2c5b6b700 (LWP 20543)]
[Thread 0x6df2c5b6b700 (LWP 20543) exited]
[Thread 0x6df2d93f6700 (LWP 20457) exited]
[Thread 0x6df2da55e700 (LWP 20455) exited]
[Thread 0x6df2dbf5e700 (LWP 20452) exited]
2020-07-14 17:04:10: WARNING: Restarting shadow copy of C:\ because it was started by this server
2020-07-14 17:04:10: WARNING: Restarting shadow copy of D:\ because it was started by this server

Thanks

After some hours of run, I have another segmentation fault: https://codeshare.io/aYJnPb

Sorry I can’t paste here the trace because it’s too long.

I hope you are going to find a solution :-/