• Content Count

  • Joined

  • Last visited

Posts posted by _vern_

  1. 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?



  2. 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!

  3. 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...

  4. 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 ( 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!

  5. 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.

  6. 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.

  7. 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!

  8. 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.

  9. 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!

  10. 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!

  11. 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


  12. 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!

  13. 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!

  14. Thank you for the reply...I just want to double check something...I see line 368 that starts out with "<img class="moviePoster"...", is this the line that your line should be replacing? If so, that would appear to be line 368 unless you are intending something different like to insert your line as line 369 pushing everything beyond that down a line. I wasn't sure...I was going to play with this later this evening and figure it out. Thanx for the information!

  15. I get different results with different viewers...in Windows 10 "Mail App" I see what you see. In google mail in the browser, it renders the posters all the same size...the smaller size. In Edge, they render correctly as well. I don't have Outlook running. Apparently the HTML being used for displaying these email don't comply with all the various means of displaying the email...

  16. Thank you for the reply...but, this seems odd to me. Cron jobs are typically logged to syslog as a standard and of course can be configured to log else where if desired. In the case of unRaid, if it's up to the user to setup logging to show that the cron job executed (not the results or output of what was run, just the fact that that cron job ran) would also mean that the user wouldn't be able the use the interface of unRaid to see that...unless the user has the ability to send custom logging to the unRaid System Log (this can probably be done, but haven't really dug into it). This seems like an oversight to me...IMHO cron job execution should be part of the system log as a default configuration. Just my 2 cents...thanx!

  17. Are cron jobs logged? I'm looking in System Log found under Tools, but I'm not finding any entries where cron jobs are executed. Are they being logged else where by chance? I have a custom job that is running and I was sort of expecting when it ran that I would find an entry in the system log, but that doesn't appear to be happening and I know the cron job is working right. Perhaps this has been addressed in another thread, but I wasn't able to find it if so. Thanx for any information that anyone can provide...

  18. Just wanted to pass along that I sort of figured out what the issue is. Apparently there are some directories where the permissions are not being set that satisfies the Ruby bundle installer. By running...


    chmod +t -R ~/.bundle/cache


    ...seems to do the trick. It obviously just sets the sticky bit on everything below the /cache directory there by making everything not world writable, which is what it was complaining about. After that, it appears to run normally.


  19. I'm running into an error while trying install this and was wondering if you could help me out. The error comes after launching initial_setup.sh. I get the prompt asking if I'm sure I want to run this and then after a few second...this is what I get...


    Creating plexreport library at /var/lib/plexReport

    Moving plexreport and plexreport-setup to /usr/local/sbin

    Moving plexreport libraries to /var/lib/plexreport

    Moving email_body.erb to /config

    Creating /config/config.yaml

    Creating /config/plexReport.log

    Installing ruby gem dependency

    Fetching: bundler-1.12.5.gem (100%)

    Successfully installed bundler-1.12.5

    1 gem installed

    Installing ri documentation for bundler-1.12.5...

    Installing RDoc documentation for bundler-1.12.5...

    Don't run Bundler as root. Bundler can ask for sudo if it is needed, and

    installing your bundle as root will break this application for all non-root

    users on this machine.

    --- ERROR REPORT TEMPLATE -------------------------------------------------------

    - What did you do?


      I ran the command `/usr/local/bin/bundle install`


    - What did you expect to happen?


      I expected Bundler to...


    - What happened instead?


      Instead, what actually happened was...



    Error details


        ArgumentError: parent directory is world writable, FileUtils#remove_entry_secure does not work; abort: "/root/.bundle/cache/compact_index/rubygems.org.443.29b0360b937aa4d161703e6160654e47/versions20160605-49-h1m9vj" (parent directory mode 40777)

          /usr/lib/ruby/1.9.1/fileutils.rb:708:in `remove_entry_secure'

          /usr/lib/ruby/1.9.1/tmpdir.rb:85:in `ensure in mktmpdir'

          /usr/lib/ruby/1.9.1/tmpdir.rb:85:in `mktmpdir'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/vendor/compact_index_client/lib/compact_index_client/updater.rb:29:in `update'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/vendor/compact_index_client/lib/compact_index_client.rb:64:in `update'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/vendor/compact_index_client/lib/compact_index_client.rb:55:in `update_and_parse_checksums!'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/fetcher/compact_index.rb:65:in `available?'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/fetcher/compact_index.rb:15:in `call'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/fetcher/compact_index.rb:15:in `block in compact_index_request'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/fetcher.rb:154:in `use_api'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/source/rubygems.rb:331:in `block in api_fetchers'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/source/rubygems.rb:331:in `select'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/source/rubygems.rb:331:in `api_fetchers'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/source/rubygems.rb:336:in `block in remote_specs'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/index.rb:10:in `build'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/source/rubygems.rb:335:in `remote_specs'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/source/rubygems.rb:82:in `specs'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/lazy_specification.rb:56:in `__materialize__'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/spec_set.rb:91:in `block in materialize'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/spec_set.rb:88:in `map!'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/spec_set.rb:88:in `materialize'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/definition.rb:140:in `specs'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/definition.rb:129:in `resolve_remotely!'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/installer.rb:195:in `resolve_if_need'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/installer.rb:70:in `run'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/installer.rb:22:in `install'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/cli/install.rb:102:in `run'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/cli.rb:175:in `install'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/vendor/thor/lib/thor/command.rb:27:in `run'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/vendor/thor/lib/thor/invocation.rb:126:in `invoke_command'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/vendor/thor/lib/thor.rb:359:in `dispatch'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/vendor/thor/lib/thor/base.rb:440:in `start'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/cli.rb:11:in `start'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/exe/bundle:27:in `block in <top (required)>'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/lib/bundler/friendly_errors.rb:98:in `with_friendly_errors'

          /var/lib/gems/1.9.1/gems/bundler-1.12.5/exe/bundle:19:in `<top (required)>'

          /usr/local/bin/bundle:23:in `load'

          /usr/local/bin/bundle:23:in `<main>'




      Bundler  1.12.5

      Rubygems  1.8.23

      Ruby      1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux]

      GEM_HOME  /var/lib/gems/1.9.1

      GEM_PATH  /var/lib/gems/1.9.1:/root/.gem/ruby/1.9.1

      Git      1.9.1


          Bundler settings



        Set via BUNDLE_ORIG_PATH: "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

    --- TEMPLATE END ----------------------------------------------------------------


    Unfortunately, an unexpected error occurred, and Bundler cannot continue.


    First, try this link to see if there are any existing issue reports for this error:



    If there aren't any reports for this error yet, please create copy and paste the report template above into a new issue. Don't forget to anonymize any private data! The new issue form is located at:


    Running /usr/local/sbin/plexreport-setup

    /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load such file -- httparty (LoadError)

            from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'

            from /usr/local/sbin/plexreport-setup:4:in `<main>'

    Setup complete! Please create a cronjob from within unRAID to call the plexReport on a schedule.


    Thank you for any assistance that you can provide...