DiscoDuck

Yesterday the WebGUI became unresponsive and showed 500 and 404 errors. Server still accessible via SSH but had to issue a reboot command. Since it was a unclean shutdown parity check initiated, one drive started to throw a high amount of errors and disconnected from the array. Went physically to the server and the drive was "clicking". Did another reboot of the server, now the drive was missing. Powerdown and moved the drive to another slot, drive still missing. Tried a third location and still the same. Moved the drive back to it's initial position and it's still missing, that's the drive in position 20 in the array. I have 6 HUH drives in my server but I can only see 5 of them in the log, serial end with SS9C. Anything else I should try before returning the drive to the seller? It's a refurbished drive with ~40k hours on it. unraid-diagnostics-20241130-2240.zip

From what I can tell it seems to be working. Set it up as per the Docker usage instructions and mapped path and variables. Also added this to my mergerfs mount options cache.files=per-process,cache.files.process-names="rtorrent|qbittorrent-nox" Cpu usage in htop down from ~15% to 1-2% and my speeds seems much more stable in qbittorrent.

Has anyone tried to utilize the preload.so? https://github.com/trapexit/mergerfs/blob/2.39.0/README.md#preloadso To my understanding it should be possible to obtain native disk speeds in qbit/rtorrent if it's passed to the docker container(s)

I'm trying to get a script to transfer files from my cache to the remote mount, this should be triggered when the cache is >70% and then transfer files until cache is <70%. I'm not very knowledgeable when it comes to this stuff so I've come up with this by studying others work on the mighty interwebs. Below transfers 1 file and then the script completes. And this loops the script, but it continues even after the cache drive utilization is below 70%. I suspect that the mistake I've made is that the first string with "df -h ...." is stale and that the subsequent commands is using the initial value all the time? Can anyone help me get this script working as I intend?

As a workaround I've created a cron job in user scripts with the below docker exec -d webgrabplus /defaults/update.sh If the container is updated the license must be forced manually the first time.

No, I do it the same way as you do it - manual update

Is the container shipped with the beta patch? It hasn't worked for me for quite some time now and my log file states 3.2.1.0

Ok. When I just do ffmpeg I get below output, and libxml2 isn't enabled. Maybe I've missed something basic in the configuration? ffmpeg version 4.3.1 Copyright (c) 2000-2020 the FFmpeg developers built with gcc 9.3.0 (Alpine 9.3.0) configuration: --prefix=/usr --enable-avresample --enable-avfilter --enable-gnutls --enable-gpl --enable-libass --enable-libmp3lame --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libx264 --enable-libx265 --enable-libtheora --enable-libv4l2 --enable-libdav1d --enable-postproc --enable-pic --enable-pthreads --enable-shared --enable-libxcb --enable-libssh --disable-stripping --disable-static --disable-librtmp --enable-vaapi --enable-vdpau --enable-libopus --enable-libaom --disable-debug libavutil 56. 51.100 / 56. 51.100 libavcodec 58. 91.100 / 58. 91.100 libavformat 58. 45.100 / 58. 45.100 libavdevice 58. 10.100 / 58. 10.100 libavfilter 7. 85.100 / 7. 85.100 libavresample 4. 0. 0 / 4. 0. 0 libswscale 5. 7.100 / 5. 7.100 libswresample 3. 7.100 / 3. 7.100 libpostproc 55. 7.100 / 55. 7.100 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... Use -h to get full help or, even better, run 'man ffmpeg'

Would it be possible to update the ffmpeg shipped with 4.2 so it includes libxml2? Then it should be possible to pipe mdp streams.

I need new glasses...

From here https://github.com/XMLTV/xmltv#building

Think it might be wrong perl version. Container is shipped with 5.30, on https://github.com/XMLTV/xmltv they state

Yes, I've tried with docker exec -it -u abc tvheadend /usr/bin/tv_grab_eu_xmltvse --configure on my host and /usr/bin/tv_grab_eu_xmltvse --configure from the console in the Docker, same result. It fails and creates an empty TMP file .xmltv/tv_grab_eu_xmltvse.conf.TMP. I never get to the part where I get to select country etc. The picons I compared with came from picons.eu so that's the same source right? https://github.com/picons/picons/archive

I'm trying to configure tv_grab_eu_xmltvse, when I try to configure it with --configure I get the below and configuration fails. https://pastebin.com/rYmgdkYs Noted that the xmltv version shipped with the Docker container is 0.6.1, latest is 0.6.3 (not sure if it's intentional) I've also noticed that some picons are not updated when comparing with the source, e.g. vfilmfamily.

Have anyone managed to setup a reverse proxy with Lets encrypt? If so, would you be able to share how you did it?