_vern_

Getting the same...

I probably should have added that this is occurring on my cache drive and that it's an SSD. Any suggestions on how to correct? Thanx!

Hoping someone can provide some assistance with a BTRFS Scrub issue that I'm having. I noticed some errors in my log, sample below... Apr 29 03:14:55 Media-Server kernel: BTRFS warning (device sdj1): csum failed root 5 ino 545882 off 86016 csum 0x3270ca11 expected csum 0x28eadb3e mirror 1 Apr 29 03:14:55 Media-Server kernel: BTRFS error (device sdj1): bdev /dev/sdj1 errs: wr 0, rd 0, flush 0, corrupt 199, gen 0 Apr 29 03:14:55 Media-Server kernel: BTRFS warning (device sdj1): csum failed root 5 ino 545882 off 86016 csum 0x3270ca11 expected csum 0x28eadb3e mirror 1 Apr 29 03:14:55 Media-Server kernel: BTRFS error (device sdj1): bdev /dev/sdj1 errs: wr 0, rd 0, flush 0, corrupt 200, gen 0 I then ran the BTRFS Scrub and I get the following... UUID: 5b75a579-d759-43e6-809d-37b296dce574 Scrub started: Sat May 22 12:28:47 2021 Status: finished Duration: 0:06:15 Total to scrub: 173.01GiB Rate: 472.50MiB/s Error summary: csum=3 Corrected: 0 Uncorrectable: 3 Unverified: 0 DMESG does identify a file that appears to be the offender, but it's buried deep in PLEX docker and everything I have tried with it just keep showing the issue when I run Scrub. When I run btrfs dev stats /mnt/cache I get the following...I had reset the stats...it previously stated 315 corruption errors. [/dev/sdj1].write_io_errs 0 [/dev/sdj1].read_io_errs 0 [/dev/sdj1].flush_io_errs 0 [/dev/sdj1].corruption_errs 3 [/dev/sdj1].generation_errs 0 Is there a prescribed method for correcting this issue? Thanx!

Perfect! Thank you for the assist!

I installed 10gbe network card and it was working, but it was assigned as eth3. I had then unplugged 1gb ethernet from eth0. I had reassigned the VM manager to bridge (br3) which aligned with eth3. I then realized I could reassign the MAC address to eth0 which I thought would solve a couple of issue that I was seeing. When changed the MAC to point to eth0 it asked to reboot, and I did, and now I can't get to unraid other than at the local console. DHCP in my router shows the IP being assigned, but I can't ping it much less anything else. Looking for some assistance on how best to go about fixing this. Thanx!

I ended up installing NZBget just to see if I would get any different behavior. It worked right out of the box which would seem to indicate that something isn't communicating correctly between Sonarr and Sabnzbd. No idea what...but it's working now. Being that I want to use Sonarr, I guess I'll be using NZBget as well...

I did a full install on an Ubuntu VM server and after all that, I get the exact same behavior. The folder/file makes it to the completed folder and then just sits there. The record is removed for the Activity tab and history just says that it was grabbed. No attempt to import it. The version in the Docker and the full install are the same (2.0.0.5338). Can anyone confirm that automatic imports work for them? I'm trying to determine if I have some configured wrong of if there is something wrong with the software. Thanx!

The path is no longer set in Sonarr...this data is supposed to be passed from the download client (Sabnzbd) to Sonarr. There is no configuration for providing a path to the expected location of a downloaded file as far as I can tell. This seems to be a fairly new feature which was documented eight days ago (https://github.com/Sonarr/Sonarr/wiki/Completed-Download-Handling). Thanx for the reply, but I have explored that particular thread many times now and I think it no longer applies based on the recent changes that have been made.

Thank you for the additional details...I changed the setting "Use Hardlinks Instead of Copy" from Yes to No, but the behavior didn't change. I ran a test and no change in behavior. In fact...I had a show that aired tonight download shortly after and it made it to the download folder after being downloaded by Sab and it just sat there...looking lonely...really wanting to make it to it's place on the Unraid shares. So sad... Anyway...the change didn't seem to have an effect.

I'm not sure that I understand your question. Your question would suggest there is somewhere to turn on/off to have a video imported, but I don't know where that would be. I presume that if a show is selected and is flagged as monitored that it would import the show as well. The "Importing" configuration section only has three settings, but none of those turn off/on importing of video. Can you be more specific as to the setting in Sonarr itself? I totally may be missing something...Thanx!

I have been using Sabnzbd and Sickbeard for years on a VM and recently decided to give Sonarr a shot, so I installed the Dockers for Sab and Sonarr. I really want to use Sonarr, but I have run into an issue with automatic imports. I can pick a show in Sonarr and do either a manual or auto search and they both work fine to send the selected show to Sab for download. Category is set to 'tv' in both. The show downloads to the folders as configured in Sab...first a temp folder and then to the final download folder. The download completes just find and then it just sits in the folder. It never gets imported into Sonarr. Now, if I go in Sonarr under 'Wanted' and select to do a Manual Import and point to the folder/file in the download folder and select either Automatic or Manual import...it all works fine. So, I have been digging through all of the logs (I have trace/debug on) and I can't find anything offending. As a test, a did a specific download and then reviewed the logs...can't find anything that would show that it even tried to import. I then did the manual import and reviewed the logs again. I can definitely see all the activity for the import and I definitely didn't see any of those entries after the automatic download. Oh, also, in the 'Activity' menu, when I have it download automatically, I can watch it work and when it is done it just removes the entry. I can go into 'History' and see the entry which is titles "Grabbed". The details shows a summary of the NZB grabbed. This is different from a history item that I manually processed. It shows "Episode Imported" and provides the details of the name and location change. I can't seem to figure out why it's not automatically importing. If anyone has any ideas...! I'm at the point that I have to use one of my favorite lines from a favorite movie..."I'd piss on a spark plug if I thought it do any good!". Thanx! I should also probably mention that I do have the "Completed Download Handling" enabled.

Disregard. I got it figured out after all. I have a user script that I have been running for months and all of a sudden it decided to run amok. Once I shut that down, Unraid is not so upset now.

I have something in mind and want to see if this is a valid methodology. Can I create a new config and see if the array will start? And then add in disks one at a time to see if it is a disk that is perhaps hanging? I haven't done this before, so I'm trying to see if there is some means to at least get it to a point that it can start the array and troubleshoot further. Of course, this is assuming that a disk is a culprit. If not, may not help me at all. Thoughts? Thanx!

Hello all, I'm having a bit of an issue...came home and Unraid was upset! Nothing was working right. Long story short...have tried rebooting a few times and it keeps hanging while trying to mount disks. I don't see any issues in the logs. Requesting some assistance to troubleshoot. Diagnostics attached... media-server-diagnostics-20190906-2024.zip

I have been using unraid for over 10 years and have had a pro license for the since 2012. I have three kids in college (they are finishing up now) and it's been great to serve up their shows because they can never watch them when they are on due to studies and so forth. I have had several hard drives die on me and it's always a breeze to change them out or even upgrade when needed. I can't say enough good things about the product! Please keep up the fantastic work!

Hello all, I have three dirs setup in /cache (appdata, domains, systems) and it's been that way for years. They are, and have been for as long as I can remember, configured to only use cache. However, looking at the shares in the Shares tab in unraid and then click on the folder to view the contents the location shows as "Cache", but the path at the top of the page is showing /mnt/user/appdata, which of course is not right. Working from two session in putty, It appears these paths are pointing to the same place. In other words, looking at /mnt/cache/appdata and /mnt/user/appdata and then make a change in one it shows in the other. I'm not exactly sure what to do to get this corrected and of course I'm concerned that I'm going to destroy my data...like Plex...and I really don't want to have to cry today! I'm attaching the diagnostics file here if that helps...but I'm looking for some advice on how to correct this. Any help would be much appreciated! Unraid Version: 6.7.2 media-server-diagnostics-20190701-2356.zip

Thank you...I have figured out what has changed. The virsh domblklist --details command output has changed...the line of data now begins with a space so the pattern "^file" no longer matches it. Mystery solved. Thank you for the reply!

Hello all, I'm really just posting this because I want to see if anyone else has experienced this behavior with grep in unraid. I don't think this is an issue with unraid per se. I have a bash shell script that I have been running for several years without issue. The day after I upgraded to 6.7 the script broke and I had no idea why. After a couple of hours of trouble shooting I discovered the line below, which the output is supposed to be saved to a variable, wasn't grabbing anything. Note: this is not the full line of code...just the part the demonstrates the behavior. virsh domblklist "domain" --details | grep ^file If you run this line at the command line in unraid, assuming you are running virtual machines, and replace "domain" with the name of a VM, it should return a line of information on the VM...or so it used to. When I run this now it returns nothing, which caused the variables to never get populated which caused the script to fail. If I drop the caret (regex), it returns what is expected. It appears the grep version changed in 6.7, but I can't find any information concerning any changes to grep that would have caused this behavior. So, I'm curious if anyone else has run across this behavior and maybe more importantly, educate me. It's just one of those little mysteries that causes me to slowly lose my sanity! Thanx!

Just click the advanced settings at the top right of the section. You should be able to see it then.

Thanks for the update gfjardim, the MATE works great now! Thank you!

I second that approach...Crashplan is an important functionality for backups and I believe it's in the best interest of Limetech to provide first class support for the Docker image just as in the case of Plex. There shouldn't be any reason the Docker image for Crashplan can't be as self sufficient for updates and the like just like Plex. This isn't to say that there won't be times that the Docker image won't need attention for something in the future, but given the reliance that some of us have on the backup functionality, we need some communications that it is being handled and an update is on the way. I totally understand that Docker images to this point have been contributions from the community and folks get busy and can't provide attention to them as quickly as they would like. However, just as the videos and "promo" verbiage on the site for Limetech suggests...this is a whole new world for unRaid! Meaning, that if Limetech is going to provide and support the Docker functionality, it only makes sense that there will be a "core" set of Docker images that should be supported and maintained as well. This approach supports both sides moving forward...those that just want stuff to work (which is what is alluded to in the videos to make unRaid more "friendly" to the masses, hence commercialize it) as well as supporting the enthusiasts that want to create and use more esoteric pieces of software. I love unRaid and really want to see it succeed past the enthusiast realm. Anyone at Limetech considering kickstarter or sharktank?

I did manage to get this working again. I ended up making several changes back and forth, but in the end, here is what I think the only changes that need to be made. The ".ui_info" file in the Windows folder "C:\ProgramData\CrashPlan" needs to be the same as the one on unRaid. Apparently this was a change in the the latest version to ensure that only a known UI can connect to the engine. So, you can either copy the file over from unRaid to Windows or just copy and paste the contents of the file...either will work. Then modify the ui.properties file in "C:\Program Files\CrashPlan\conf" on Windows to have the serviceHost=<unraid server IP>, servicePort=4243, just like it has always worked before. The issue that I was seeing using the Crashplan Desktop Docker was because it is stuck at 4.2, so it can't be used as all since the update. Once I did that, everything worked as it should and then I just commented out the lines in the ui.properties so that it would connect locally and all worked fine. You only have to do the .ui_info change on the remote instance that you are trying to connect from to unRaid, not all the machines that are backing up to unRaid.

Hello all, I'm still struggling with this one...I have tried the configuration changes suggested to try and connect to the engine on unRaid. I also us the Crashplan Desktop Docker image and everything seems to indicate that the engine on unRaid is hung trying to upgrade from 4.2 to 4.3. So, if I try to connect remotely with the configuration changes suggested, I get the splash screen that says 4.3 (I'm assuming because the Windows instance updated successfully) and that is as far as it gets, it just hangs there and I have to kill it in the task manager. If I try going through RDP to the Crashplan Desktop Docker, it then shows 4.2. As mentioned earlier and it hangs the same way as trying to connect remotely. I did end up renewing the Docker image and was able to get it to start fresh and saw a message in the Crashplan window when I was trying to login that it was busy upgrading and that was when it locked up and starting showing this same behavior. So, at this point, I'm left thinking that the Crashplan engine in the Docker image isn't completing the upgrade for some reason. Any suggestions on where to go from here? Thanx!

I have run into the same situation...can't connect to the instance of Crashplan in Docker on unraid. I probably did the same as some others. I blew away the Docker image and started over to see what is going on and I was able to connect to it right after adding the container back at this point. Of course it acted just like a new installation and as soon as I tried to login to the instance it gave me a message that it was updating and then it locked. So, apparently it is trying to update, but is failing as a Docker image. I haven't been able to determine a work around...I think that something will have to be modified in the Docker image to get it working again.