TedStriker

[Backblaze_Personal_Backup] Well, in addition to the slow upload speeds I and (mostly) other Unraid users that run the BPB docker have been having and trying to mitigate for at least the past 2-3 months, now I'm having a new issue since yesterday afternoon: the BB UI just keeps showing that everything is up-to-date and, when I hit the 'Backup Now' button, it scans and finds no changes, even though I know there have been file changes in my source folder/'drive'. While BB was uploading for me the past couple of weeks at, max, about 20 Mbps (per Glances; BB's numbers under Settings->Performance are about 0.62-0.63 Mbits/sec max) with numbers of threads maxed at 100, it was at least uploading something; it's not even doing that now and it's not even showing an obvious error or anything. I really don't want to get conspiratorial, but this, along with the speed issues that primarily appear to be affecting Unraid users using the backblaze-personal-wine-container docker since about January-February or so, really makes one of Ian Fleming's more-famous quotes pop into my head ("Once is coincidence. Twice is happenstance. Three times is enemy action."). Hey, it may very well be ongoing bugs with the BB application and/or the docker and hopefully it'll be fixed, but I kind of wonder if BB has finally "fixed the glitch" on what has to be some of their heaviest users. Edit: Leaning more toward "bug" at this point, because it finally started uploading again... *sigh*

Thanks, posted over there now.

Yeah, I just ran those commands manually and this is what I got: So, it would appear to be an issue with one of my SSDs, not with Disk Location (though it was trying to clue me into the ultimate issue); the Main tab shows no errors with the drive, but, when I tried to run a SMART short self-test, the status goes from 10% right to 90%, then shows this: but, the SMART report shows this: Anything I might be able to do, beside replace and RMA?

Bless you for bringing my troubles over here... I didn't even think to do it, I just thought it might be a general Unraid issue with cron.

Haven't checked the above yet, but Disk Location's cronjob to update SMART data displayed is apparently the culprit; I had it set for hourly, but, when I changed its interval to daily, the hourly error emails changed to once a day. I tried uninstalling the plugin and reinstalling it, but all of my settings survived and the error emails still happen.

Yes, I use the User Scripts plugin; I just ran chmod on the /etc/cron.hourly folder and this is what I see in WinSCP: If I go into that folder, these are the permissions there: Likewise, these are the other cron folders:

I upgraded from 6.12.8 to 6.12.9 early this morning before going to bed; after setup finished, I was able to log in and the array and all my dockers/VMs seemed to be running just fine. However, when I got up later this morning, Unraid had been sending and is still sending an email every hour indicating a cron issue: I've looked at the scheduled cronjobs in the console, I've looked at the syslog, but I'm not seeing anything obvious; any ideas? mediabox-syslog-20240330-2159.zip

Finally, success! With TenThirty/10Thirty's help over in the Github thread on this issue, I got everything back working like it should; sure, it's a bit of a trial-and-error bodge (for now, till the issue with the latest BB installer builds is resolved; the v1.7.1 docker and its Wine install is just fine), but BB is working again like it should. https://github.com/JonathanTreffler/backblaze-personal-wine-container/discussions/130

[Backblaze_Personal_Backup] Thanks for the tip... I've read through that thread. I've tried doing what you said you did (installing BB v8.x in the v1.7.1 docker), I've tried rolling back to v1.5 (where the BB install should have still been v8.x), I've tried taking the latest tag off and setting it to v1.7 and v1.7.1, and, so far, I'm having absolutely no success. During all of this, I've deleted the docker image with the docker uninstalls and deleted the Backblaze_Personal_Backup appdata folder each time, I've tried pinning cores, I've tried setting the docker to privileged, all to no avail. In fact, I'm worse off now, because now I can't even get past the initial drive analysis during install, it just hangs right at the end, no matter which version of BB I'm trying to install, even though I can see all of /mnt/user in the D drive in Wine Explorer: Last time I just sat and left it alone, BB and/or Wine eventually crashed and became unresponsive, so I basically had to start all over again. It has been a multi-hour exercise in futility today...

[Backblaze_Personal_Backup] I don't know how long this has been an issue for me, simply because I just noticed it within the past 2-3 weeks after a mishap replacing a drive and its data rebuild, but Backblaze_Personal_Backup is taking forever to upload stuff, hanging at around 0.6-0.7 Mb/s. No matter what I set for the manual throttle or the maximum number of backup threads or if I set it for auto, it doesn't materially change the upload speed at all; on my main Win11 desktop, I also have Backblaze installed to back it up and it shows a last file transfer speed of somewhere between 2.5-6 Mb/s and both machines have 2.5Gb cards and are on the same Google Fiber symmetrical gigabit connection. Even when my Unraid box is serving stuff on Plex, it's still got plenty of CPU, disk I/O, and network headroom much of the time to have much better upload speeds to Backblaze and it seems like it did upload more on par to my desktop at some point in the recent past, so I wonder if there's an issue with the docker. Backblaze speed test through a Chromium docker on my Unraid server:

If the plugin is otherwise working, detecting /drive_d/ properly, and everything in the Backblaze settings is set up like it should, the permission error popup is more annoying than anything else; if it's otherwise backing data up, I'd let it be.

Oops, the default /drive_d/ mapping is to /mnt/user/, not /mnt/data/; corrected above. Refresh my previous post for that correction, as well as a couple of more clarifications.

All I've ever done is leave the default mapping of /mnt/user/ to /drive_d/ in the docker settings; the issue I was having for weeks after going to 6.12.x until just earlier this afternoon was while I could see the /mnt/user/ folders in the D drive in the Settings->Exclusions tab and could even set folders to exclude, Backblaze didn't see any actual data to back up (again, till I shut down/restarted this afternoon). It may be a stupid question, but have you tried these troubleshooting steps (scroll towards the bottom)? https://hub.docker.com/r/tessypowder/backblaze-personal-wine

[Backblaze_Personal_Backup] Well, my issue posted above apparently resolved itself, but another issue that I've had for months on end is still bugging me; is there any way to get rid of this error popup?

You shouldn't need to; see my post above for a screenshot. While in the docker, go into the Backblaze settings to "Exclusions" and add folders that are in the D drive you don't want to backup; save and, if all else is well, Bob's your uncle.

[Backblaze_Personal_Backup] When I upgraded Unraid from 6.11.x to 6.12.x (currently on 6.12.3), Backblaze_Personal_Backup just stopped seeing anything to back up in the /drive_d/ share (which is set to /mnt/user/), which caused Backblaze to nuke the multi-terabyte backup I had before I realized the docker went kaput. I've tried uninstalling, reinstalling, uninstalling some more, deleting the docker appdata and the .bzdata folders then reinstalling, but all to no avail; the D drive does show in the Backblaze settings in the docker and I can even see the all of the correct directories under /mnt/user/ mapped to Backblaze's D drive when I go to exclude folders from the backup, but the main screen basically shows absolutely nothing to backup. The docker run log: docker run -d --name='Backblaze_Personal_Backup' --net='bridge' -e TZ="America/Chicago" -e HOST_OS="Unraid" -e HOST_HOSTNAME="*********" -e HOST_CONTAINERNAME="Backblaze_Personal_Backup" -e 'SECURE_CONNECTION'='0' -e 'TZ'='America/Chicago' -e 'DISPLAY_WIDTH'='657' -e 'DISPLAY_HEIGHT'='473' -e 'VNC_PASSWORD'='' -e 'X11VNC_EXTRA_OPTS'='' -e 'ENABLE_CJK_FONT'='' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:5800]/' -l net.unraid.docker.icon='https://www.backblaze.com/pics/cloud-blaze.png' -p '5805:5800/tcp' -p '5905:5900/tcp' -v '/mnt/user/':'/drive_d/':'rw' -v '/mnt/user/appdata/Backblaze_Personal_Backup':'/config':'rw' --init 'tessypowder/backblaze-personal-wine' 3d5be5c3286526b80989a38744d67ba9280497dd1823ce395cdb39193ff94bf8 The command finished successfully! Edit (8/15/23): After reinstalling Backblaze_Personal_Backup last night and it still not working through this morning, I had to shut down Unraid to do some hardware stuff this afternoon; when I got Unraid started back up, Backblaze_Personal_Backup started working again as it should and is backing my /mnt/user/ stuff up as we speak. I have no idea what happened and if the Unraid shutdown/restart was what did got things working again, but I'll take what I can get

Boy, I feel like an idiot... the one thing I didn't try, which is to delete the enclosure's entry in Historical Devices when the enclosure was off and disconnected, then connect it back up, worked just fine when I did it just now. After that, I was able to reformat the enclosure's "drive" and can access it just fine.

(Note: this is also posted on Reddit on r/unRAID) I screwed up. Last night, I was trying to set up my new five-bay external drive enclosure, set to RAID0 to present one drive (edit for clarification: the drives in this enclosure handle the offline "backup" for my array, not the array itself) and I couldn't get it seen by Duplicacy properly (I set the target to the new enclosure's data partition, but when I tried to save stuff to it, it failed). In Unraid's File Manager, I changed the permissions from nobody to root and now I can't access that partition and Unraid won't let me eject the enclosure. This is what Unraid shows on the Main page: But, when I click on the partition name to browse it, it shows this: I've listed the drives/partitions and tried to reset the permissions with chown and newperms in the console, but no dice: Any ideas on how I can fix this?

I'm using zocker160's NVENC-enabled fork of the HandBrake docker and I can't set it to output to mkv at all; it doesn't give the option, only to mp4 (the default) or to m4v. I've tried adding the AUTOMATED_CONVERSION_FORMAT parameter as a variable (copying exactly from jlesage's docker setup, only changing the value from mp4 to mkv) and it's not working; any help would be appreciated. Edit: Never mind, I'm a dumbass...

I'm running unRAID 6.11.0-rc4. Same thing here as Jajunk88, plus all I get when trying to create a data source in Grafana is 'failed to update datasource'. I want UUD, but I'm stuck dead in the water. Edit (9/7/22): I finally got everything working using HStep20's docker-compose stack method (https://github.com/HStep20/Ultimate-Unraid-Dashboard-Guide) and have been setting up everything to my liking and tweaking it; so far, I'm liking it and have also installed a UPS dashboard that reads info from NUT (which has been eye-opening as to exactly how much power my unRAID server and network gear pulls and the cost). The only thing I have an issue with now is that Grafana's saying there's an update, but I can't install it the "regular" way, because it was installed as part of the docker-compose stack, not standalone. I've tried Compose Pull, with taking the stack down with Compose Down, running Compose Pull, then starting the stack back up with Compose Up, as well as just hitting Compose Pull with the stack still running, all to no avail. Anyone else have any ideas?