1812

GOOD because work got busy and I won't be able to get back to my server until next week.

I have 2 580 g7's running unraid, but on 6.2.4 with no "real" issues. One runs 3 VMs all with gpu passthrough. Also older bios (P65 05/23/2011). I'm not sure is 6.3.5 is causing the problem or something else. Your rmrr error is the audio component of your video card. Following the steps above should fix it... right now it's not splitting it out into different groups. When it splits the GPU into different groups for video/audio, then you can work around it by omitting the sound portion in the vm.. Tomorrow, I'll notate all my bios settings and post them up here. What is the earlier bios version you have?

Post Tools>diagnostics from what I remember, the hp riser style networking cards don't work in 6.2.4 but the driver was added in 6.3.x. You might need to get an intel pro 1000 or similar cars on eBay and wait out 6.4 going stable or upgrade to 6.3.5 and deal with the issues that has.

I just deal with them spinning.

Close enough! (last time I tried accessing the OVMF bios on my server a week or so ago, it locked it up... maybe because I was smashing the wrong key and cursing out loud too much... ¯\_(ツ)_/¯

I stopped using it for that reason.

At the very start of the boot process, i think the delete key gains you access, then resolution is under ovmf platform settings or something.

Change the bios resolution back to what it was.

dont.

nope, never had anything assigned there, which is why i'm confused.

top 2 are both cloudberry instances. bottom 2 are 2 Krusader instances.

I don't think this is a "real" issue. I changed my port mappings for one of my 2 dockers of cloud berry to I could run them at the same time, and about a week or so later, fix common problems complained about this: Docker Application Backup_Remote, Container Port 43210 not found or changed on installed application When changing ports on a docker container, you should only ever modify the HOST port, as the application in question will expect the container port to remain the same as what the template author dictated. Fix this here: Application Support Thread Docker Application Backup_Remote, Container Port 43211 not found or changed on installed application When changing ports on a docker container, you should only ever modify the HOST port, as the application in question will expect the container port to remain the same as what the template author dictated. Fix this here: Application Support Thread but the ports I changed were for webport and vnc backup_remote 7803 7903 backup_local 7802 7902 so....????

use r/w slave and double check your password/login when mounting the remote location in unassigned devices.

I spread my usage over 15 cores... so... no 10-30% usage on encryption. you can set priority in the docker settings and thread count in the GUI if it's using too much.

Something neat I just figured out: If you set multiple backup plans for different folders (current, cold storage, work, etc...) and are backing up local unencrypted, you can run them all at the same time. If you're using encryption or compression, it makes the next plan wait for the first to finish. I thought it was fast before....

Speaking of time, how do you change it in the program? Mine is wrong.

unless you have it set to delete after local deletion.

My best times were 5MB/s. So if you can live with the longer backup times vs some other programs, you'll be fine.

Then perhaps boot up a vm and install the freeware on that to give it a go? Since i'm backing up to my own remote hardware (local & remote) it wasn't a consideration for me. I've only tested individual file restoration after deletion. But it appears from the menu it will only replace missing files unless you specify overwrite existing on restore. The two things I have noticed (in local backups) that may be important to considering cloudberry:1. encryption/compression- keeps the file name intact vs obfuscating it. 2. The versioning cloudberry does is whole file versions and not referencing. So it doesn't keep just the changes, but the whole file again. This means more space. But it also means that if the original file is corrupted, you don't lose it, just that version. I'll stop hijacking this thread now...

Just a comparison update: paid 30 bucks for cloudberry. It encrypts and compresses using multi-threading at 10-70MB/s depending on file type/size on my server. Unencrypted runs 75-100MB/s. Duplicati unencrypted only ever ran 5-6MB/s, and 4-5MB/s with encryption/compression. And that was the issue for me, encryption and compression operating so slowly. If I was only doing cloud upload only and on a 10-20mbps line, then 5MB/s is more than the upload speed. But my local backups (10gbe) and remote (200mb/s) compel me use something that crunches the backup faster and more efficiently. Especially when the initial backup of 2+TB difference is 20 hours vs 105... and with weekly backups of 2-400GB. Otherwise, I would have stuck with duplicati. It's a cool (free) product. Just not fast enough for me!

I'm seeing no storage limit on the free version using local file system for backup. Or at least, it hasn't stopped at 200GB as advertised (I'm at 2TB and going to a local server...) Can anyone else confirm?

On the client, is there a way to have it auto login if it is disconnected? Like a "retry in 4 minutes if disconnected from server." I'm trying to setup a quasi site to site setup on a remote backup and wanted to bypass adding in another pfsense setup to manage a site to site connection.

I believe it is just stupidly slooooow. I was considering duplicati, but I'm now leaning towards tossing down 30 bucks for cloudberry.

I saw it was on a Dell, and while I have unRaid on a couple older Dells, I didn't do any passthrough so I wasn't aware that it appears some do not support interrupt remapping. I'll have to file that one away in the brain somewhere for future use. Have fun playing around!

That should fix thta problem. Hopefully there won't be more!