UrBackup Server 2.2.4 beta/Restore 2.1.1 beta

beta-release
server-beta
restore-beta

#1

The parallel client-side file hashing is behind a feature flag in the internet settings tab on the server and needs to be enabled first.

Changes with server 2.2.4 beta

  • Fix server crash: Copy clientname instead of reference
  • Updated translation
  • More error information when volume/snapshot creation fails
  • Add async index error hint
  • Treat async index not found error as timeout error
  • Add internet only arg to settings and cmdline
  • Improve hostname web interface check regex to allow multiple servers
  • Parallel hash: Don’t set min downloaded if item is moved from chunked to full
  • Show on status screen if no backup directories are configured
  • Show file/image backups as disabled on status screen
  • Remove extra space in report mail subject
  • Decrease restore internet client ping interval
  • Do not shutdown socket during image download
  • Start/stop single file shadow copy references

Major changes with server 2.2.x beta

  • Client-side file hashing parallel with file backup
  • Image backup restore via Internet client
  • Simultaneous file meta data application with file backups
  • Scriptable (lua) alerts and reports

Major changes with client 2.2.x beta

  • Client-side file hashing parallel with file backup

Changes with Restore CD 2.1.1 beta

  • Fix: Restore to correct partition with newer kernel
  • Login again if restore client times out
  • Fix restore progress indicator after reconnect
  • Do not lock backup_mutex during image download to prevent restore client timeout

Changes with Restore CD 2.1.x beta

  • Image backup restore via Internet client

Upgrade process

As always: Replace the executables (via the installers) and the database of the server/client will be updated on first running it.

Place the files from the update directory into C:\Program Files\UrBackupServer\urbackup or /var/urbackup to auto-update clients. Disable Download client from update server in the server settings to prevent the server from downloading the current version.

On Linux e.g. with this update script: https://github.com/ptempier/get_urbackupclient/blob/master/updateclient.sh

Downgrade process (server)

Stop the UrBackup server, restore C:\Program Files\UrBackupServer\urbackup or /var/urbackup from a backup before upgrade and then install the previous version over the beta release.

Downloads


pinned globally #2

#3

Just upgraded to 2.2.4 beta in a FreeNAS 11 jail.
All compiled and running fine so far.


#4

inconsistent backup status in web interface?.. I’m not sure if this is just specific to this version, but I’ll have machines in a group where either file backups or image backups are disabled and the status of a specific client will occasionally say “Disabled” and be green, but also occasionally say “No recent backup” and be red. It fluctuates. I have 2.2.4 beta installed on ubuntu 16.04.


#5

Hi,

anyone using 2.2.4 in production for over internet backups I’m interested in the new features but don’t wan’t to move from 2.1.19 until stable.


#6

I’m using 2.2.4 for internet backup of 180 client computers, Windows, OSX and Linux.
No real problems here.


#7

thank you for the feedback going to look to upgrade in the next week


#8

The server crashed this morning with the following message, "2017-10-05 09:36:20: PT: Hashing file "emalware.002"
Bus error"
I have the log file if you want it but it’s a big one.

Thanks,
Glenn


#9

Could be an database out-of-space issue?


#10

Does the database have a limit or does it just keep on going as long as the disk has space available?
-rwxrwxrwx 1 root urbackup 21967667200 Oct 5 13:24 backup_server_files.db
-rwxrwxrwx 1 root urbackup 52428800 Oct 5 03:45 backup_server_link_journal.db
-rwxrwxrwx 1 root urbackup 1258291200 Oct 5 13:24 backup_server_links.db
-rwxrwxrwx 1 root urbackup 52428800 Oct 5 13:23 backup_server_settings.db
-rwxrwxrwx 1 root urbackup 2202009600 Oct 5 13:24 backup_server.db

The database(s) are getting rather large. Maybe I should run a cleanup?

My log file is 73.5GB, yes GB!! Should it not roll over automatically?
I’m going to delete the log and restart the urbackup server process. Will upload the log next time it crashes.

Thanks,
Glenn


#11

It’s crashed again already, "Oct 5 13:24:46 freenas kernel: pid 26020 (urbackupsrv), uid 1001: exited on signal 11"
The log file shows nothing unusual I can see. It’s 9.5mb this time. I can upload or attach it if you like?


#12

Same again :o(
2017-10-05 14:06:06: Connecting Channel to RogerHaigh failed - CONNECT error -55
Bus error

It’s every few mins now…

So I just spent the last few hours running a cleanup etc and restarted.
Less than an half hour later I get, “2017-10-05 20:58:22: Connecting to target service…
2017-10-05 20:58:22: Established internet connection. Service=1
2017-10-05 20:58:22: Reconnected successfully,
Bus error

:frowning:

Update: The system has now been stable for a few days and not crashed at all. Not really sure what changed apart from removing an unrelated 4TB drive and pool from the ZFS system. I’m just happy it seems stable now.


#13

Hi,
I upgraded to 2.2.4. Windows Client and Server over Internet.
Backups are perceptible faster, but the client doesn’t show any protocol.


closed #14

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.