Had a thread about choosing filesystem a while ago and you guys helped me out, thanks again for that.
Rpi 4 8GB
6TB WD red
4TB WD red
NAME FSTYPE FSVER LABEL FSAVAIL FSUSE% MOUNTPOINT sda ├─sda1 ext4 1.0 diverse 1.8T 43% /media/diverse └─sda2 btrfs usr 18.1G 20% /media/usr sdb └─sdb1 btrfs backup 3T 45% /media/backup mmcblk0 ├─mmcblk0p1 vfat FAT32 boot 221.8M 12% /boot └─mmcblk0p2 ext4 1.0 rootfs 24.8G 8% /
Server on Rpi and client on both the rpi and Win10 on local network.
I ended up resizing both sda and sdb, made the “usr” directory (where the urbackup db is kept) on the 6TB first and then realized my stupidity of having both the working dir AND the backup on the same physical hd. This was after I had already ran backups for a week and finally got everything going so the disks were all used. But still lost no data (except for the usr data that I had to backup in advance, no biggie, only a few GB). At least got to deep learn parted, btrf, e2fsck and resize2fs.
For both clients I had a full file backup and an incremental backup on the server. I accidentally pressed “full file backup” on the Rpi client, realized my mistake, stopped it. Stopped urbackupsrv.service and ran urbackupsrv cleanup --amount 0% and urbackupsrv remove-unknown. Rebooted and tried to make an incremental backup, but it still continues full file backup.
I checked in the backup folder under the rpi client and yeah, it didn’t remove the last backup.
Stopped the service again, and tried to redo the commands but this time keeping an eye on the backup directory and nope, doesn’t remove the “unwanted” full file backup dir.
Tried to remove it with sudo, but nope, did not let me. Only urbackup has any kind of privileges. Tried to chown them, but wouldn’t let me. So I restarted the backup again and had to wait another 72 hrs for the rpi to backup 1,3TB (or something like that).
Now with only 2 days to go, I realized I could have sudo su the user urbackup and removed the directory and then retry, but would that actually not break the urbackup server? I’m suspecting the database would still point to the directory somehow?
Guess I’ll just let it finish for another 2 days but it SUX, I already have a full file backup. Could it have been because I resized the partition somehow? The files never moved, but still? Maybe I HAVE to do a full backup?
About the speeds. From my win computer it registers speed about 200-250Mbit, witch is very strange, since I only have 100Mbit router bottlenecking in between (waiting for new router), how is that even possible? And even with that speed, it doesn’t seem accurate, since the backup from my computer (about 1TB) took about 13hrs. Should have gone quicker with that speed?
With the backup on the rpi itself, i see in top, and totally understand that its the cpu bottlenecking, not much to do about that, speeds are registering between 30-75Mbit, I’m ok with that but faster would be nicer. How does the transfer on a local machine with both client and server work? Is it still somehow utilizing the network, and that slows things down?
Running in background disabled, no compression and everything in raw.
Would/Should turning off encryption on the rpi client make it faster?
When I installed I made a symlink in /var/urbackup pointing to the usr mount and moved the database here since id rather not keep the database on the sd card. Seems to be working brilliantly except for one time, when running the database cleanup script it gave me an error about that exact directory but everything seems to work, should I be worried? (can’t run the script now to reproduce the error, still waiting 2 more days to finish backup xD)
Is this the correct way to move the database?
Tried searching for info on it but cant find anything about it.
Thanks for reading and hopefully you have some helpful input for me.