UrBackup Server/Client 2.0.5 beta

Most of the changes are described in the blog:

The Linux command line interfaces have been redesigned since then as well.

This version now includes a Mac OS X client and a portable Linux client (for x86/x86_64/ARMv6/ARM64).
The portable Linux client doesn’t have C+±exception support (yet). In my tests everything was functional but this is something that must be resolved before releasing a non-beta version.

Changes since last version

  • Further improved Linux command line interface
  • Bug fixes; hopefully including the database problem before indexing
  • Zlib is now used for transfer compression instead of Miniz. The flushing of Miniz probably caused connections to timeout. This change could make previous clients incompatible. You may have to temporarily disable transfer compression for client upgrade to work.
  • New hashing method where the server only needs to hash changed parts of a file. This changes all file hashes and is therefore only enabled for new server installations.
  • Fixed statistics recalculation and statistics calculation
  • Database backup progress is now shown in activities
  • Builds with debug symbols for Linux client and debian package


  • Linux and Mac OS X client update is untested as of yet
  • UEFI/GPT testing
  • Update documentation

Compatibility with prior versions

  • 2.x server with 1.4.x client full compatibility (please report issues)
  • 2.x client with 1.4.x server works only in local network mode (not via internet mode)
  • Older client/server combinations may work but were not tested
  • 1.x restore does not work with 2.x servers (improved login method)

Upgrade process

As always: Replace the executables and the database of the server/client will be updated on first running it. As always downgrading the database version after upgrading it is not possible, so you should backup the old database files especially since this is a beta.

Because of the improved file deduplication and statistics calculation the largest server table has to be completely rebuild. This may take a few hours depending on how many file entries you have. It will show the progress on the web interface but is not usable during the upgrade process.

Linux notes:

  • The wrapper scripts start_urbackup_server and start_urbackup_client have been removed. Please use the executable directly
  • The executable has been renamed to urbackupsrv (from urbackup_srv), the client to urbackupclientbackend (from urbackup_client)
  • There is a new command line interface for the client urbackupclientctl
  • All the plugins are now statically linked into one executable. This simplifies the compilation, debugging and packaging on Linux

Run the UrBackup server on Linux with e.g. urbackupsrv run --loglevel debug



Thank you for the new release!
Unfortunately, I’ve been unable to install the server:

  • the .deb package doesn’t run, and segfaults as soon as it tries to create crypto keys and

  • trying to compile, both on Ubuntu LTS and Arch Linux, gives this error:

    make[2]: *** No rule to make target ‘/usr/local/lib/libcryptopp.a’, needed by ‘urbackupsrv’. Stop.

and fails.

Thank you.


Thank you for the update. I have upgraded and will test

Thanks for testing @draga
I have rebuilt and reuploaded the source package and the debian package (with the same URL).

The Debian package is linked statically with crypto++ now to enable installation on more Debian variants and I probably built the static package wrong (for a previous gen Intel processor) + published the patched source distribution instead of the unmodified one.

1 Like

Thank you, @uroni.
I’ve been able to compile (haven’t tested the .deb build, yet) and performing the first tests.

I will report here my findings.

Ok, I’ve started with the tests. I’ve compiled and run the server, and the first backup was ok. After some incremental ones, I’ve found the server had crashed with this error:

2016-02-28 15:29:57: ERROR: dstfsize=268419072 tfilesize=524288000
urbackupsrv: urbackupserver/server_hash.cpp:1419: bool BackupServerHash::patchFile(IFile*, const string&, const string&, std::cxx11::string, std::
cxx11::string, _i64, ExtentIterator*): Assertion `dstfsize==tfilesize’ failed.

I tried to restart the server and the backups, after some time, were rescheduled. The server crashed again after some minutes, this time just with a segfault.

This was probably a new server install, or was it an upgrade?

It was a new server install. For my tests, I recreate a new server and a brand new btrfs file system.

Hi Uroni,

ok a couple of backups down and looks good. I’ve noticed better backup times with no indexing issues so far also the statistics issue I was having with negative backup sizes seems to be sorted but I will continue testing and revert with any issues.

Just a heads up, if you choose Swedish as language at logon (hurray we got Swedish) you get a blank screen with just the urbackup header and footer no username password fields (hurray Swedish?).
And if you logon as English and then change it to Swedish it stops working also.

The beta installers are not working correctly for xp machines. The install works properly then when it finishes the backup questionnaire opens under other windows, with an error message. The client states that it cannot connect to the server. If I install a 1.4.10 client work fine. Does 2.0 no longer support XP?

Hi Laudate,

Yes this has already been confirmed windows xp is no longer supported with beta 2.0.x but you can still use an older client to connect to a 2.0.x server

Progress bar in Status & Activities are not auto updating.
When starting in IE11 a note to use other browser should be nice.

Dear Mr. Uroni,
I have install the UrBackup Server 2.0.5 beta using the .deb file but few minutes after the server start I get the following error in the syslog and the process stop:

kernel: [179217.598047] urbackupsrv[6219] trap invalid opcode ip:801c50 sp:7f2fe8ff8640 error:0 in urbackupsrv[400000+61e000]

Can you tell me where is the problem?
Best regards.

Works for me in IE 11.0.9600. Do I have to wait a long time or something?

It’s still probably build wrong and uses SSE4 or something which your processor does not support. I’ll have another look at that with the next version.

Now it just stops indexing after a while, and the debug logs are showing lots of:

ERROR: Error opening file handle to \?\GLOBALROOT\Device\HarddiskVolumeShadowCopy681\Data:redacted_filenames

Another issue I am seeing with 2.0.5beta is that a machine I just installed the client on is currently indexing, but the web interface does not show any activity for it. This is a local client, not over the internet. Client is Win10 Pro, server is 2012R2.

My HP micro server gives me also error with .deb package.
in syslog I find this error:

Mar  2 00:45:12 backup kernel: [ 1230.114578] traps: urbackupsrv[1168] trap invalid opcode ip:811b82 sp:7ffcfdb74088 error:0 in urbackupsrv[400000+61e000]
Mar  2 00:45:32 backup kernel: [ 1249.627465] traps: urbackupsrv[1434] trap invalid opcode ip:811b82 sp:7ffd9b46d4b8 error:0 in urbackupsrv[400000+61e000]