drdebian

Members
  • Posts

    78
  • Joined

  • Last visited

About drdebian

  • Birthday August 31

Converted

  • Gender
    Male
  • ICQ
    6478117

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

drdebian's Achievements

Rookie

Rookie (2/14)

9

Reputation

  1. I have the same problem, something appears to be broken in the nftables script. As far as I can tell, you're not going through the VPN nor Tor due to those problems.
  2. Yes, by all means. I just upgraded to a SuperMicro X11SCQ mainboard, which has 4 fan headers, one of them being for the CPU. It would be great if the auto fan plugin could be enhanced to allow for control over which of the sensor control which of the fans. Right now it's all or nothing, which is kind of suboptimal.
  3. Don't know if this problem still persists, but I found this very helpful: https://yannickdekoeijer.blogspot.com/2012/04/modding-dell-perc-6-sas-raidcontroller.html Basically you have to mask pins 5 and 6 to prevent the card from interrupting the boot process. Worked like a charm on my B360M-D2V.
  4. I wouldn't dare try, it says it may break at any time... not something I want for managing my network...
  5. too bad there's no 6.0.x version of this yet... I have to run the controller on a raspberry pi in the meantime...
  6. Thanks for the quick reply, you got me onto the right track for solving the problem. Turns out that when I first installed Tdarr, I created a share for the Tdarr cache (which was never really used). For some reason, this share now was set to "Use cache drive: yes" (previously no), which in consequence prevented Tdarr from using that path on the SSD directly. Setting the share back to not using the SSD fixed the problem immediately. I will remove the unnecessary share at the earliest opportunity.
  7. Hi guys, have there been any breaking changes in Tdarr recently? I'm running the :qsv branch and I just noticed that all my automatic transcodes of h264->hevc have been failing for at least 2 weeks now (don't ask busy at work, so no time to check my logs before), while everything had been working for several months without problems. At first, I thought it might have to do with bad input files, but running them through my separate Handbrake watch folder worked fine (also using the QSV /dev/dri device as I'm using in Tdarr). Using the same files in Tdarr produced errors, I kept getting "ERROR: avio_open2 failed, errno -2" error messages in the transcoding log. I switched to a non_qsv h265 profile that is otherwise identical, and with that transcoding works, albeit painfully slow. tl;dr: QSV is effectively broken for me and I'm looking for a fix. Any ideas? EDIT: Problem was caused by a misconfiguration on my system, preventing Tdarr from accessing the tdarr-cache path on the SSD.
  8. Hey guys, how can I use Tdarr to transcode my library of audio files down from way too high quality rips? I have a ton of flac and mp3-320 files that I would like to cut down in size by converting them to mp3-192 (more than good enough for my ears and equipment). I guess I'm supposed to use something ffmpeg related, but I'm at a loss how to handle non-video files using which plugins... Any help greatly appreciated!
  9. I basically went ahead and flashed the usb stick fresh using the unraid usb creator tool and copied back the contents of my config folder. Worked flawlessly, server is now back up running. Thanks again for your help!
  10. So I put the USB Stick into another PC to see if I get the same kernel panic. Correct me if I'm wrong, this looks to me like some file on the stick got corrupted, preventing it from being mounted as the root filesystem. How would I go about getting all the necessary files for Unraid and refreshing them onto the stick in the most efficient way?
  11. I seem to have run into a problem with my backup unraid server... when booting I get the attached kernel panic message.... the boot USB Stick seems fine, was able to pull all contents and write back onto it... How can I diagnose the problem further and get my server back up running again? Any help greatly appreciated!
  12. I wonder if it would be possible to have this plugin split the backup archive into smaller chunks, to make for easier offsite secondary backups. Right now my tar file is about 140 GB in size, and getting that synced offsite is proving problematic for me. It would be much easier if there was an option to create nice handy chunks of 2 to 4 GB. Any ideas?
  13. Thanks to lots of help from @darkreeper, I've been making good progress in getting Tdarr set up to handle my huge library of recordings. There are some things I could not resolve so far: - I'm already using the :qsv branch of the image, so Intel QSV works for Handbrake, but somehow not for ffmpeg. Apparently, ffmpeg hasn't been built with support for h264_qsv enabled - When transcoding .ts using ffmpeg, it appears that streams containing Teletext are also dropped, probably due to libzvbi-teletext not being built into the image Is there any way to fix this for me? EDIT: Managed to fix the second point by using ",-map 0:v? -map 0:a? -map 0:s? -map 0:d? -map 0:t? -c copy -c:v libx264" as ffmpeg parameters to explicitly include all those streams... funny that a "-map 0 -c copy" didn't do the job here... But hey, at least it works now...
  14. As far as I know, H264 is the maximum supported by my boxes for .ts files. I can always transcode them to something more advanced later on.