Cessquill

I don't think you'll have problems. This only affected 1 or 2 of all the Ironwolf models, none of which you have.

I haven't seen any evidence that the drives you're using are affected by the issues this thread addresses - maybe others know better. I haven't got any in my array, and out of the 17 Ironwolfs, only 4 had issues (the ST8000VN004). It's also not established (here at least) whether changing the lowCurrentSpinup is required.

Cheers guys. Yes, other transcoding works fine - both with browser and Chromecast (although haven't tested exhaustively). And I'd added another pool with the intention of pulling all Plex activity off my Cache/regular docker pool. And moved it folder to folder (copy rather than move for safety). Used to have it on an unassigned device pre cache pools, and remembered access needed to be Slave Read/Write. Didn't know whether there were any similar requirements when running from an alternate location. Or whether I'd messed up permissions when copying over. Figured it was more of a Plex issue, but thought I'd try my luck here as support from Plex can be hit and miss. Thanks again.

Hi - I've posted on the Plex forums, but it might be an Unraid/Docker issue - not sure. Last week I... Installed a 500GB SSD specifically for Plex as its own Pool Created a pool, named it "plex", added the drive, formatted it as XFS and put an appdata folder on it Moved my "plexmediaserver" folder from "mnt/cache/appdata" to "mnt/plex/appdata" using MC (copied and then archived the original once all files present) Repointed my plexmediaserver's config and transcode settings from "mnt/cache/appdata..." to "mnt/plex/appdata..." All works except for streaming live TV to the Chromecast. Fine in browser, but casting gives “Sorry! Something went wrong” and have the following in the logs (amongst other things)... Sep 19, 2021 08:57:35.272 [0x145bdb10fb38] ERROR - [Transcoder] [mpeg2video @ 0x15177d248600] Invalid frame dimensions 0x0. Appreciate that this looks like a Plex issue, but checking in here just in case I've done something wrong or somebody else has the same issue. Could also be a coincidence that Chromecast support broke at the same time.

Is there any way around this? I need to move Plex onto its own pool, but still need it backed up. Or might there be a different setup that puts Plex onto its own drive but still in the same pool?

They may well have changed the files again - I'll take a look shortly.

The downloads have changed since I first wrote it - they had numbers in. At the top of part 3 there is the text... It may not be clear, but they are intended to be run as two separate commands (hence the line break). I'll edit the post to clarify that.

Are you sure? All working fine for me

If you mouse over "What Is Cron" at the top of the User Scripts page you get a popup of what this implementation of cron accepts.

With you - makes sense. Thanks for the info.

Have you tried enabling/installing the video player app from within Nextcloud? (or have I misunderstood)

The original issue that this is for was that drives were being disabled by Unraid and had to be rebuilt. Is one of your drives exhibiting this behavior, or are you getting different errors? And if so, what? Also, parity drives can spin down if there is no other activity on the array, no?

This script was used for a while when Plex encoding needed patching from a github script. Whilst it's not exactly what you're after it might get you going... #!/bin/bash ############################### DISCLAIMER ################################ # This script now uses someone elses work! # # Please visit https://github.com/revr3nd/plex-nvdec/ # # for the author of the new transcode wrapper, and show them your support!# # Any issues using this script should be reported at: # # https://github.com/Xaero252/unraid-plex-nvdec/issues/ # ########################################################################### # This is the download location for the raw script off github. If the location changes, change it here plex_nvdec_url="https://raw.githubusercontent.com/revr3nd/plex-nvdec/master/plex-nvdec-patch.sh" patch_container_path="/usr/lib/plexmediaserver/plex-nvdec-patch.sh" # This should always return the name of the docker container running plex - assuming a single plex docker on the system. con="$(docker ps --format "{{.Names}}" | grep -i plex)" # Verify plex container is running if [ -z $con ]; then echo -n "<font color='red'><b>Error: Cannot find Plex container. Make sure it's running and has "plex" in the name.</b></font>" exit 1 fi # Uncomment and change the variable below if you wish to edit which codecs are decoded: #CODECS=("h264" "hevc" "mpeg2video" "mpeg4" "vc1" "vp8" "vp9") # Turn the CODECS array into a string of arguments for the wrapper script: if [ "$CODECS" ]; then codec_arguments="" for format in "${CODECS[@]}"; do codec_arguments+=" -c ${format}" done fi echo "Applying hardware decode patch..." # Grab the latest version of the plex-nvdec-patch.sh from github: echo -n 'Downloading patch script...' wget -qO- --show-progress --progress=bar:force:noscroll "${plex_nvdec_url}" | docker exec -i "$con" /bin/sh -c "cat > ${patch_container_path}" # Verify that wget was successful if [[ $? -ne 0 ]]; then echo -n "<font color='red'><b>Error: wget download failed, non-zero exit code.</b></font>" exit 1; fi # Make the patch script executable. docker exec -i "$con" chmod +x "${patch_container_path}" # Run the script, with arguments for codecs, if present. if [ "$codec_arguments" ]; then docker exec -i "$con" /bin/sh -c "${patch_container_path}${codec_arguments}" else docker exec -i "$con" /bin/sh -c "${patch_container_path}" fi

If all of the videos from one day were in the same folder, you'd be better off setting the split level of the share to make sure they all stayed together. That way you're only spinning up one disk. More economical.

I'd concentrate on solving the real problem first, but your cron schedule has WED in it. Use a number to signify the day of the week.