UrBackup Server 2.0.12 beta (updated)/Client 2.0.10 beta

uroni · April 15, 2016, 5:21pm

Most of the changes are described in the blog:

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

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 with server 2.0.12 beta

Fine tune capability update time to 6min to more accurately show client version after update
Refresh session identity after image backup reconnect if necessary
Tar archive streaming fixes
Finish sparse extent also if extent is unchanged with tree hashing

Changes with client 2.0.10 beta

Fixed encoding issue with client name when accessing file backups
Filter Encrypted FileSystem (EFS) files on Windows with a warning message if they cannot be read

Changes with server 2.0.11 beta

Fix getting free space on root volume on Windows and do image deletion on cleanup cmd
Fixed encoding issue with client name when accessing file backups
More detailed error message if backup folder is inaccessible

Todo

UEFI/GPT testing
Document and fix LDAP/AD login or add a warning message that it is not working (yet)

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 (via the installers) 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

Downloads

Server: https://limitingfactor.urbackup.org/Server/2.0.12%20beta/ (updated)
Client: https://limitingfactor.urbackup.org/Client/2.0.10%20beta/
Restore: https://limitingfactor.urbackup.org/Restore/2.0.1/ (not updated)
WIP admin manual: admin_guide.pdf (368.5 KB) (not updated)

ressel · April 15, 2016, 9:13pm

After upgrading server with 2.0.11 .deb it still says UrBackup 2.0.10 beta in footer, in webui.

Did something go wrong in upgrade?

dpkg -i urbackup-server_2.0.11.0_amd64.deb upgraded succesfully.

ressel · April 15, 2016, 9:22pm

I can confirm that the Access/restore backups link to web works on my laptop.

j.domlin · April 16, 2016, 1:53pm

It also works fine for me **

IF I manaully add the :55414 port to the URL afterwards

**.
When I choose Access/restore backups (in Windows Explorer or right click on the UrBackup icon in the system tray)
It takes me to my backup server URL but the port is missing from the URL.

I know I’ve pointed this out before.

uroni · April 16, 2016, 3:26pm

Have you tried adding the port to the server url in the settings?

ressel · April 16, 2016, 5:34pm

I Access The webui through nginx reverse proxy with HTTPS on Port 443

j.domlin · April 16, 2016, 6:47pm

You mean the internet server port setting on the internet tab?
It’s default 55414
Or do you mean that I should add it to the setting Internet server name/IP on the same tab?
I could try it, will it be synked to my clients?
Seam reduntat if you also have a separate setting for the port

@ressel My external clients don’t have the problem since they are using my reverse proxy also but I don’t use the proxy for the internal network since the proxy is in the DMZ.

uroni · April 16, 2016, 6:50pm

8.1.2 Server URL
URL to which the client will browse if a user selects “Access/restore backups”. For example
“http://backups.company.com:55414/”. Default: “” (If empty “Access/restore backups” will not be
available on the clients.)

Do note that you should put a web server in front so that you can change it to https://backups.example.com instead of http://backups.example.com:55414/

j.domlin · April 16, 2016, 6:56pm

Tried it out.
Adding the port to the Internet server name/IP: did not work.

j.domlin · April 16, 2016, 8:02pm

I’m, confuessed (that is my normal state thou)
It dosen’t seam to matter what I put on the client?
Full URL: http://urbackup.domlinit.nu:55414/

or nothing at all?

Both are on a client on the inside of my LAN and I’m using the access/restore on the clienticon.

I thought the setting (at least from the server side) was the URL and port the klient should use to find the server?

PS.
I now have a whiskey under my belt so the clearity of my thought train is sometimes in a tunnel.
DS:

Greg · April 17, 2016, 2:29pm

On the server, under General > Server > Server URL, try:

http://urbackup.domlinit.nu:55414

So it looks like this:

Edit:

As others have mentioned, you should run a reverse proxy for HTTPS, but for testing purposes, the above should work.

j.domlin · April 18, 2016, 8:16am

Works, it’s was just me who was looking in the wrong place, happens more then I would like to admit

crashuk · April 19, 2016, 11:59am

Get this error when I try to backup my remote client.

04/19/16 07:11
Creating symlink at “\WDMYCLOUD\Backups\UrBackups_v2.X\Smartsigns\160419-0702\Documents\My Music” to ".symlink_Music failed. The file or directory is not a reparse point. (errorcode=4390)
Info

I am using NAS myclould for me backup store.

Log below:

Info
04/19/16 07:02
Starting full file backup…
Warnings
04/19/16 07:08
Restarting shadow copy of C:\ because it was started by this server
Info
04/19/16 07:08
Following symbolic link at “C:\Users\liam higgins\Documents\My Music” to “C:\Users\liam higgins\Music” confirms symlink backup target “.symlink_Music” to “C:\Users\liam higgins\Music”
Info
04/19/16 07:08
Following symbolic link at “C:\Users\liam higgins\Documents\My Pictures” to “C:\Users\liam higgins\Pictures” confirms symlink backup target “.symlink_Pictures” to “C:\Users\liam higgins\Pictures”
Info
04/19/16 07:08
Following symbolic link at “C:\Users\liam higgins\Documents\My Videos” to “C:\Users\liam higgins\Videos” confirms symlink backup target “.symlink_Videos” to “C:\Users\liam higgins\Videos”
Info
04/19/16 07:08
Indexing of “Documents” done. 214 filesystem lookups 0 db lookups and 0 db updates
Info
04/19/16 07:08
Indexing of “FlexiSTARTER 10.5 LiYu Edition” done. 335 filesystem lookups 0 db lookups and 0 db updates
Info
04/19/16 07:08
Smartsigns: Loading file list…
Info
04/19/16 07:09
Smartsigns: Started loading files…
Errors
04/19/16 07:11
Creating symlink at “\WDMYCLOUD\Backups\UrBackups_v2.X\Smartsigns\160419-0702\Documents\My Music” to ".symlink_Music failed. The file or directory is not a reparse point. (errorcode=4390)
Info
04/19/16 07:11
Waiting for file transfers…
Info
04/19/16 07:11
Waiting for file hashing and copying threads…
Info
04/19/16 07:11
Saving file metadata…
Info
04/19/16 07:11
Writing new file list…
Info
04/19/16 07:11
All metadata was present
Info
04/19/16 07:11
Transferred 1.83322 MB - Average speed: 98.672 KBit/s
Info
04/19/16 07:11
(Before compression: 4.14748 MB ratio: 2.26241)
Info
04/19/16 07:11
188.462 MB of files were already present on the server and did not need to be transferred
Info
04/19/16 07:11
Time taken for backing up client Smartsigns: 9m 1s
Errors
04/19/16 07:11
Backup failed

ressel · April 21, 2016, 6:44am

I have just tried setting up a new client, with client 2.0.10 Linux servers is v. 2.0.11 on Debian BTRFS
Windows client is windows 10, with default settings in UrBackup.

ERROR: Client calculated hash of "/media/backup/urbackup//Lars/160420-1803/C/swapfile.sys" differs from server calculated hash. This may be caused by a bug or by random bit flips on the client or server hard disk. Failing backup.
WARNING: Filename "0-FileAssociation-httpsâˆºâˆ¯âˆ¯next-services.apps.microsoft.comâˆ¯searchâˆ¯6.3.9600-0âˆ¯788âˆ¯da-DK_daâˆ¯mâˆ¯DKâˆ¯câˆ¯DKâˆ¯ilâˆ¯da-DKâˆ¯cpâˆ¯10012072âˆ¯FileAssociationâˆ¯cidâˆ¯0âˆ¯pfâˆ¯1âˆ¯pcâˆ¯0âˆ¯ptâˆ¯x64âˆ¯afâˆ¯0âˆ¯lfâˆ¯0âˆ¯sâˆ¯0âˆ¯2âˆ¯pnâˆ¯0âˆ¯pgcâˆ¯-1âˆ¿phrase=dat.dat" too long. Shortening it and appending hash.
WARNING: Filename "0-FileAssociation-httpsâˆºâˆ¯âˆ¯next-services.apps.microsoft.comâˆ¯searchâˆ¯6.3.9600-0âˆ¯788âˆ¯da-DK_daâˆ¯mâˆ¯DKâˆ¯câˆ¯DKâˆ¯ilâˆ¯da-DKâˆ¯cpâˆ¯10012072âˆ¯FileAssociationâˆ¯cidâˆ¯0âˆ¯pfâˆ¯1âˆ¯pcâˆ¯0âˆ¯ptâˆ¯x64âˆ¯afâˆ¯0âˆ¯lfâˆ¯0âˆ¯sâˆ¯0âˆ¯2âˆ¯pnâˆ¯1âˆ¯pgcâˆ¯-1âˆ¿phrase=dat.dat" too long. Shortening it and appending hash.
WARNING: Filename "0-Search-httpsâˆºâˆ¯âˆ¯next-services.apps.microsoft.comâˆ¯searchâˆ¯6.3.9600-0âˆ¯788âˆ¯da-DK_daâˆ¯mâˆ¯DKâˆ¯câˆ¯DKâˆ¯ilâˆ¯da-DKâˆ¯cpâˆ¯10012072âˆ¯queryâˆ¯cidâˆ¯0âˆ¯pfâˆ¯1âˆ¯pcâˆ¯0âˆ¯ptâˆ¯x64âˆ¯afâˆ¯0âˆ¯lfâˆ¯0âˆ¯sâˆ¯0âˆ¯2âˆ¯pnâˆ¯0âˆ¯pgcâˆ¯-1âˆ¿phrase=Microsoft%20phone.dat" too long. Shortening it and appending hash.
WARNING: Filename "0-Search-httpsâˆºâˆ¯âˆ¯next-services.apps.microsoft.comâˆ¯searchâˆ¯6.3.9600-0âˆ¯788âˆ¯da-DK_daâˆ¯mâˆ¯DKâˆ¯câˆ¯DKâˆ¯ilâˆ¯da-DKâˆ¯cpâˆ¯10012072âˆ¯queryâˆ¯cidâˆ¯0âˆ¯pfâˆ¯1âˆ¯pcâˆ¯0âˆ¯ptâˆ¯x64âˆ¯afâˆ¯0âˆ¯lfâˆ¯0âˆ¯sâˆ¯0âˆ¯2âˆ¯pnâˆ¯1âˆ¯pgcâˆ¯-1âˆ¿phrase=Microsoft%20phone.dat" too long. Shortening it and appending hash.
ERROR: FATAL: Backup failed because of disk problems

TomTomGo · April 21, 2016, 9:02am

Hi,

There is a 2.0.12 out which correct some hashing bugs.

https://limitingfactor.urbackup.org/Server/2.0.12%20beta/urbackup-server_2.0.12.0_amd64.deb

Regards.

uroni · April 21, 2016, 9:17am

C:\swapfile.sys should be automatically excluded which does not seem to work yet. Will be fixed.

john3354 · April 21, 2016, 6:27pm

2.0.12 server keeps shitting itself and killing the service. This is on Server 2012R2. Need a debug log, or something else?

uroni · April 21, 2016, 7:31pm

If it creates a dump (crash dump) that would be preferable, otherwise the log or configure it to create a crash dump.

reine · April 22, 2016, 6:49am

i got folowing error wen backing upp my dokument

16/04/22 08:45 DEBUG PT: Hashing file “0.wpc”
16/04/22 08:45 DEBUG HT: Linked file: “\192.168.1.9\urbackup\MANUALCMM\160422-0843\C\CMM Measurements\Noll\0.lkm”
16/04/22 08:45 DEBUG HT: Linked file: “\192.168.1.9\urbackup\MANUALCMM\160422-0843\C\CMM Measurements\Noll\0.wpc”
16/04/22 08:45 DEBUG Loading file “Noll” (metadata only)
16/04/22 08:45 ERROR Creating symlink at “\192.168.1.9\urbackup\MANUALCMM\160422-0843\C\Documents and Settings” to "C\Users failed. Filen eller katalogen är inte en referenspunkt. (errorcode=4390)
16/04/22 08:45 INFO Waiting for file transfers…
16/04/22 08:45 INFO Waiting for file hashing and copying threads…
16/04/22 08:45 INFO Saving file metadata…
16/04/22 08:45 INFO Writing new file list…
16/04/22 08:45 DEBUG Some metadata was missing
16/04/22 08:45 INFO Number of copyied file entries from last backup is 1707
16/04/22 08:45 ERROR Fatal error during backup. Backup not completed
16/04/22 08:45 INFO Transferred 432.103 KB - Average speed: 74.512 KBit/s
16/04/22 08:45 DEBUG Script does not exist urbackup\post_incr_filebackup.bat
16/04/22 08:45 INFO Time taken for backing up client MANUALCMM: 2m 1s
16/04/22 08:45 ERROR Backup failed