page3

Nice update. Any chance of taking a look at the Safari issue, which I still get with the latest version?

Chrome and Safari screen shots attached. OSX El Capitan 10.11.4 (Beta) Safari Version 9.1 (11601.5.13) Changing the quote on Name didn't help, but removing the "shareRow" class did - although with the side effect on the click event having nothing to bind to.

Hi Anyone else using Safari? There appears to be a bug, as the table of results is always empty although the navigation correctly reports "1 to X of X results". Works fine on Firefox and Chrome. ... Having a poke around - in query.speedtest.js I believe line 24 should read: "<tr id='"+Name+"' class='shareRow' title='click to show image'>"+ And that the missing ' around the Name is causing Safari to fail. This may have nothing to do with it though (I'm not familiar with Unraid plugins) or 'table sorter' JQuery. Update 2: Nope. Found /usr/local/emhttp/plugins/speedtest/js directory so tried playing around. If I remove the class 'shareRow' it works great. Update 3: Ok, the on click event doen't work to change the image, but at least I can see the data.

Sire. I'm experimenting with a "daily" backup. So far, I have: #!/bin/sh REPOSITORY=/mnt/disks/Backup export BORG_CACHE_DIR=/mnt/cache/apps/borg/.cache/borg export BORG_KEYS_DIR=/mnt/cache/apps/borg/.borg/keys /mnt/cache/apps/borg/borg create --compression zlib,6 --stats --progress \ $REPOSITORY::`hostname`-`date +%Y-%m-%d` \ /mnt/user/Lightroom \ # /mnt/user/Photos \ /mnt/user/iTunes \ # /mnt/user/media \ /mnt/cache/apps \ --exclude '.DS_Store' \ --exclude '._.DS_Store' \ --exclude .AppleDouble/ \ --exclude .Recycle.Bin/ # Use the `prune` subcommand to maintain 7 daily, 4 weekly and 6 monthly # archives of THIS machine. --prefix `hostname`- is very important to # limit prune's operation to this machine's archives and not apply to # other machine's archives also. /mnt/cache/apps/borg/borg prune -v $REPOSITORY --prefix `hostname`- \ --keep-daily=7 --keep-weekly=4 --keep-monthly=6 /mnt/cache/apps/borg is on my SSD and where I put the borg executable. /mnt/disks/Backup is my external USB mounted via the Unassigned Devices plugin. BORG_CACHE_DIR and BORG_KEYS_DIR moves borg cache files from /root/tmp (memory) to my cache drive (small SSD).

Seems more likely you would be running out of RAM since that is where everything except /boot and /mnt actually is, including "root". Simplest way to regain that space is just to reboot unRAID. Thanks. I've found Borg has two environment variables that can override where it places its keys and cache. The cache can be quite large - far bigger than RAM. I've now got it to backup 2Tb successfully and can easily mount the backup as a fuse file system. Borg is a self contained binary, so all I did to get it going was create a directory (on my cache drive), place the binary there. I then copied their example backup script and modified it for my setup (I want to backup to USB). I've set the two environment variables mentioned above within the script and all works fine.

I didn't use the docker, but simply downloaded the binary and put it on my cache drive. It is running fine, but I'm having a problem with running out of disk space during a large backup. I'm having difficulty trying to determine how to change where Borg writes its cache, or how regain the space now used on root.

As no-one else has replied. I'm trying this now to compare it to hashbackup. I'm not sure of the benefit of a docker, as the borg executable is self contained, just like hashbackup. With hashbackup you need to backup drives separately, rather than user shares as otherwise it will think there have been changes even when there haven't been. Does anyone know if this is also the case with borg? Ie: can I backup /mnt/user/media rather than /mnt/disk1/media, /mnt/disk2/edia etc etc?

Hmm. Hadn't spotted that - thanks for pointing it out. That's more than my server I want to backup cost! I'll have to consider going back to rsync or alternatives (borg backup looks similar), with is a pain after the time I've put in to understanding this.

Ah, makes sense. I'm now running with Unassigned Devices plugin and so far am really happy with the combination of the two. I think Hashbackup has significant advantages over rsync and is really rather brilliant.

Thank you for fixing this and for the examples in the first post. Much appreciated.

I will post some example scripts and how to set up a corn to run scripts in a new thread for unassigned devices. I cannot maintain the op of this thread. Brilliants thanks. Just read the other thread - thank you so much for the detailed instructions and examples.

Are there some up to date example scripts available? I'd like to run a few Hashback commands on a daily basis when a specific drive is mounted, and stop attempting the backups when unmounted. I assume it would be better as a Unassigned Drives script rather than a CRON as the former can detect if the drive is mounted, where as CRON cannot?

I have been experimenting with this today and think it could end up being a really good solution. Although the documentation is good, it is still quite a technical solution as are all the other backup solutions for UnRAID. That being said, with patience and taking things slowly it does all seem to make sense. I am intending to backup to an external USB drive. After initialising the database on my mounted external drive (using the Unassigned Devices plugin) I can then run backups, for example: #Backup iTunes hb backup -c /mnt/disks/Backup/hashbackup/ -X /mnt/disk1/iTunes/ #Backup Media hb backup -c /mnt/disks/Backup/hashbackup/ -X /mnt/disk1/media/ /mnt/disk2/media/ /mnt/disk3/media/ #Backup Lightroom and Photos hb backup -c /mnt/disks/Backup/hashbackup/ -X /mnt/disk2/Lightroom/ #Backup Cache app configs and docker hb backup -c /mnt/disks/Backup/hashbackup/ -X /mnt/cache/apps/ /mnt/cache/docker.img Can anyone help with a few questions? [*]I'm aware (from reading above) that drives should be backed up individually, not their user shares. Is is better to backup all my media types to the same destination database, or separate ones? For example, should I create a separate hashbackup database for iTunes, Media, Photos etc, or use the same as in my example above? [*]If I wanted to backup regularly I assume I should create a cron job. Is there a preferred way to do this? It seems a common question, but direction as to the latest "best method" would be appreciated. [*]If I use the Unassigned Devices script, I assume I can run my backups every time I plug in my drive? I'm hoping I can run backups at say 2am IF the drive is mounted, but not if it is not without loads of errors. [*]The docker.img appeared to backup correctly. Should I stop all dockers first? If so, I assume this can be done from command line? If so, anyone know where to find this info? I was able to (easily) mount my backup and browse it as a test. It could be read easily. A good sign. I'd (of course) love this sort of functionality to be built in to UnRAID, including a proper GUI to access it all. I still believe this should be a priority for Lime Tech, even with their limited resources. Without backup UnRAID will always be an incomplete product and will be unsuitable for a large segment of the potential market. Yes I know I harp on and on about this All in all though, looking good.

I know that it's (probably) slightly off-topic but I didn't want such a detailed post pass by without saying how much I agree with it. I simply don't have the time (I have an autistic child to look after) or the skill to contribute to this sort of project. Yes, I'm sure you get this all the time, but there you go. I try to contribute financially and answer queries when I can. I absolutely know that backup is one of the most important features of any modern system and that UnRAID is severely lacking in this area. There is an interesting talk given by Apple when they introduced their "Time Machine" backup solution that gives various statistics on how many people backup and their reasons for not doing so. It's clear that ease of use is right up there as a reason (along with security, speed, etc). Apple went to the effort of implementing something in to their core OS to tackle this, the result of which is that even my 75 year old mother does backups now. Again, this clearly isn't the right thread, but I really hope someone from limetech already has this in hand, as a priority. It really is one of the areas where UnRAID distances itself from the mainstream and become the property of only those with tech know-how which is a shame for a product that deserves a broader market.

Anyone working on this, especially adding the GUI? Hoping 2016 will bring an easy to use backup solution to UnRAID and this looks like it could be the basis on one.

Amen. My opinion is that this is the single most important failing of UnRAID and the top reason it is difficult to recommend to others. We keep seeing possible new backup solutions, none of which are ever complete and all of which are command line and have fairly high learning curves. This really needs collaboration at the highest UnRAID level to provide this functionality, but I just don't see any urgency or drive to do so.

Just to update... I brought back a borrowed pc from work. Can't try UnRAID yet as I need a few more sata cables, which I've ordered. I did however boot up a live Linux distribution and that read the xfs disks just fine. Look like my problem was VMware/Mac related. Will try UnRAID on it once the cables arrive.

Sounds like you're making tracks in the right direction. I guess being from the UK explains your username then..... Whereabouts? I'm in Staffs... Chilterns, Bucks The Page3 isn't what you think! During my youth my parents ran an out of print book finding service and I was one of four sons. The business was called "The Four Pages" and as the third son I got labelled as "Page 3". Seems to have stuck I *really* hope my disks are OK. I can't see why they're be corrupt. They probably weren't even spun up at the time. I've used VMWare/Ubuntu to read Reiser disks before, but never had to try since upgrading to XFS. Once this is done, I REALLY need to sort a backup solution from UnRAID to a small NAS/USB. I@ve struggled with this for some time and keep giving up. I think this is the one area where the likes of Synology/QNAP do better.

Thanks for the advice Disks are WD 2Tb Red's. I'm hoping the issue is with VMware or the external USB caddy rather than any corruption on the drives. I can try fdisk -l tonight (I'm in the UK). I am able to borrow an old HP box from work to set-up a temporary UnRaid server. I'll do some searching here, but assume I can simply boot from my USB install and re-assign the drives etc. This would hopefully be a good way to recover things.

No-one able to offer help? My life is on these drives

A power-cut has taken out my server (even though it has a UPS and surge-protector). The disks were formatted to XFS, directly from UnRAID. I only have access to a Mac, which cannot read XFS so have installed Ubuntu 14 under VMWare. I have an external USB caddy. The drives can show up in 'disks', but when I try to mount them I get the following error: I thought that array disks would be readable outside the array, am I mistaken or doing something wrong? Help appreciated

I've just spent some time reading up on Borg and it really does look like this could be a simple, easy to use backup solution for UnRAID. Would someone consider creating a docket template and also adding BorgWeb, the web interface to this?

Can anyone help with the Maria-WebSQL docker? Docker install seemed to complete fine. I changed port 80 to 81 (as suggested) but cannot get the WebUI to show - "cannot connect to server" error. Am I misunderstanding howe to access the web UI? I'm using http://192.168.0.50:81 in my case. Log:

Oops. I did wonder how you had time to sleep Actually, you may be able to help with point 3? Sometimes when stopping /starting the docker it wipes all my config, sometimes it seems to keep them. Other dockers have a mapping to /config which stores stuff outside the container. Are you able to do similar for this?

This is a really nice docker. So far, by far and away the best simple backup solution to backup my UnRAID server to an external HDD. A few suggestions: 1. notifications, if scheduled. An email perhaps? 2. 'marcos' - instead of having to set up rsync options one-by-one, could we have some 'tags' that add common used functions (e.g.: backup new files only) 3. persistence! Probably the most import one. If i stop/start the docker all my configurations are lost. *** this seems to be working now *** 4. Easy way to view previous scheduled runs I really hope you continue with this. UnRAID is crying out for a simple, light, easy to use backup solution.