[Support] binhex - UrBackup

[betaman]

1 hour ago, Kilrah said:

No spindown issues here.

So I did a manual image backup and my disk did spin down so we'll see. Thanks!

[betaman]

1 hour ago, Elmojo said:

I could, but even if that works, I don't think the resultant file would be of any use to me, since my goal is to be able to mount the VHD backup in VMWare or some other virtualization environment as an option.  In most cases, I would probably just restore the image back to the original VM, but I'd like the option to be able to mount the image in Windows or whatever, if I need to just pull a few keys files.

yeah, ok. This is why I was mixing terminology. I'll go the compressed route with the bootable ISO from URBackup.

[JonathanM]

@betaman@Elmojo, I know this is an 18 page thread right now, but I really, really recommend reading it all. Keep in mind the first few pages are teething issues with older versions of the software and getting it running in Unraid at all, so maybe just skim those, but really, I think reading through the whole thread will help to get some context on how things work.

 

I currently have 10 different machines actively backing up to one of my instances, and over the years have done many file level retrievals both directly from the server UI and the client app. I've also done a couple bare metal restores to brand new drives that went flawlessly, all this over WAN, as the Unraid server hosting my UrBackup instance is 10 miles or more from all but 2 of the machines or VM's it's protecting.

 

You can also set up UrBackup users with privileges to only manage the machines you assign to them, so when they log in to the UI they only see their backups.

 

This really can be business level backups, I've totally replaced carbonite for several people and saved them a bunch of money, since UrBackup happily manages Microsoft Server products, where any of the cloud services charge big $$$ for their server tiers. The people I do this for know up front what building their data is in, and how it's protected, instead of trusting a faceless corp.

 

 

[Elmojo]

4 hours ago, JonathanM said:

this is an 18 page thread right now, but I really, really recommend reading it all

I did start reading the first few pages, but saw that it was just bug reports and squashing, as you noted, so maybe I need to skip ahead a little and read the rest.  I don't know when I'll get time for that, but I'll add it to the 'to do' list.

Have you run into any issues with backups being very slow on local LAN?  Is that addressed somewhere in those 18 pages? lol

[JonathanM]

8 hours ago, Elmojo said:

Have you run into any issues with backups being very slow on local LAN?

No, but like I said, most of my usage is WAN, which is bandwidth limited anyway, usually by the client. Upload speeds are typically slow in my area. Also, I never really babysit backup jobs, they just happen when they happen, I look at the main page to see when the last backup was complete and investigate if a client hasn't backed up in a few days.

 

My metric for success is "better than other cloud solutions" so admittedly a pretty low bar.

[betaman]

16 hours ago, Elmojo said:

I did start reading the first few pages, but saw that it was just bug reports and squashing, as you noted, so maybe I need to skip ahead a little and read the rest.  I don't know when I'll get time for that, but I'll add it to the 'to do' list.

Have you run into any issues with backups being very slow on local LAN?  Is that addressed somewhere in those 18 pages? lol

See this post and subsequent responses:

 

 

[Danuel]

hi, 

i a, just experimenting this as a replacement for another backup tool, 

i am noticing that most of the time the client is not connecting to the server

also on server side on logs i see 

DEBG 'urbackup' stdout output:

WARNING: SQLite: os_unix.c:36982: (40) openDirectory(/var/urbackup) - errorcode: 14

 

[betaman]

On 4/30/2021 at 9:36 AM, binhex said:

a umask of 777 means no permissions for user, group, or world, you need to change it back to 000 then re-run 'Docker Safe New permissions' one last time to fix up the damage.

So if the Umask is set to 000 in the docker settings, getting tower/nobody permissions is expected? If I want to be able to manually delete backups thru a Windows client should I set the umask to 775 or something else?

 

EDIT: actually the URBackup files can be deleted within my VM client even with tower/nobody. I'm having an issue with the new CA Backup which sounds like a few are having as well.

Edited February 27 by betaman

[zylont]

On 2/22/2024 at 6:27 AM, Danuel said:

hi, 

i a, just experimenting this as a replacement for another backup tool, 

i am noticing that most of the time the client is not connecting to the server

also on server side on logs i see 

DEBG 'urbackup' stdout output:

WARNING: SQLite: os_unix.c:36982: (40) openDirectory(/var/urbackup) - errorcode: 14

 

 

Getting the same warning. Did you figure out what is causing it?

[Kilrah]

13 hours ago, It's just J. said:

I think I read somewhere that containers couldn't crash the host OS, but I learned a long time ago not to exclude anything from the realm of possibility. So, is there anything I can do to empirically determine the true cause of the crashes/reboots?

It's possible but while it could be a bug in the app it's usually just "revealing" instability of the underlying system, that would also likely crash with a completely different app putting a similar load on the system.

 

An extended memtest is a good thing to do when you have crashing issues. 

None of that is really appropriate for this thread since it's not gonna be specific to it.

[Batter Pudding]

13 hours ago, It's just J. said:

Anyways, I have unset urBackup autostart from the Docker tab/page, and now my unRAID has been up for 5 days straight, which I think is the longest uptime in the last couple of weeks.

Or read that another way... you have just taken a large disk related load off of the UNRAID box and it is now stable.  I would be concerned for either the disks or the PSU.  Something ain't right in that box.

 

You can see how quiet this thread normally is as a picture of how stable this backup software generally is.

[kingbuzz0]

On 5/3/2023 at 12:30 PM, binhex said:

yep, so use the command shown on that page to download and execute that script:-

TF=$(mktemp) && wget "https://hndl.urbackup.org/Client/2.5.23/UrBackup%20Client%20Linux%202.5.23.sh" -O $TF && sudo sh $TF; rm -f $TF

once you have gone through the prompts you will end up with the urbackup client being on the path, if you want it to persist reboots then copy the binary file created by the script to persistent storage and then add a line to your 'go' file to copy it from persistent storage to somewhere on the path, e.g. /usr/local/bin/

Can you please explain a little more the steps after the install?  I am a little confused after installation on what you mean by updating a 'go' file.  I am still pretty new to Unraid, so I am guessing this is an Unraid term?  Here is what I have so far.

 

From the cmd listed, I was able to successfully install Urbackup client (although not sure if I chose the right install options for my use case).  I can see that the client is running and the Urbackup Server (which runs on the same Unraid machine as this client install) correctly sees the client on the network.

The 'which' command yields;  /usr/local/bin/urbackupclientctl

$PATH includes /usr/local/bin/

 

So now is where I am stuck.  Do I simply move urbackupclientctl to any drive location and update the $PATH?  Or are you suggesting making a copy of the binary to a drive location and in a startup script (referred to as 'go' file?) have it copy the binary back to /usr/local/bin/ for each reboot?

 

Thanks in advance.

 

[jclaydon1969]

Do you have any recommendations for someone who is just starting out with unraid..   I have read the documentation for the urbackup and I am still unable to get the webui to recognize my client server I installed on my windows 11 machine. 

[Kilrah]

Is the container set to use "Host" network?

[jclaydon1969]

7 hours ago, Kilrah said:

Is the container set to use "Host" network?

Yes, as the picture shows it seems to recognize that it is there, but it's listed as offline for some reason..

[Kilrah]

9 hours ago, jclaydon1969 said:

as the picture shows it seems to recognize that it is there

It doesn't, those are manually entered "discovery hints". If they were seen they'd show in the top section.

 

Guessing there are VLANs or other isolation methods on your network that prevent discovery.

[Batter Pudding]

On 8/25/2024 at 9:30 PM, jclaydon1969 said:

but it's listed as offline for some reason..

Have you checked no firewall software blocking the app?

Also make sure the Win11 PC is in the "private" network and not "public" network for file sharing.  If you go into Windows File Explorer and look at Networks can you see your UNRAID box?  (I don't have a Win11 box to hand to take a screen shot, but can likely talk you through it)

[ulischultz]

On every reboot of my Unraid server, the server ID of the urbackup-server changes. 

I need to change the ID on every client in the server_idents.txt

Also all the settings in the urbackup-server are reset to default.

How can I make all that to survive a reboot of Unraid?

Thanks!

[JonathanM]

2 hours ago, billbo said:

On every reboot of my Unraid server, the server ID of the urbackup-server changes. 

I need to change the ID on every client in the server_idents.txt

Also all the settings in the urbackup-server are reset to default.

How can I make all that to survive a reboot of Unraid?

Thanks!

What path do you have this set for?

[ulischultz]

It's set to

/cache/appdata/binhex-urbackup

where actually all my app data resides. 

 

but the directory binhex-urbackup does not exist there...

Also under /mnt/user/appdata/binhex-urbackup it does not exist.

 

[Kilrah]

1 hour ago, billbo said:

/cache/appdata/binhex-urbackup

Seems like you wanted /mnt/cache/appdata/binhex-urbackup

 

/cache/appdata/binhex-urbackup is outside of any mount i.e. in RAM and lost on every reboot.

 

but it should really be set to /mnt/user/appdata/binhex-urbackup, direct drive access isn't recommended.

Edited September 3 by Kilrah

[ulischultz]

Thank you very much! That was the problem. It works now.