last night I was recording 2 shows at the same time (i have the HDHR Prime) and for the first time ever the shows kept on showing ‘recording’ an hour after they were scheduled to finish (no i don’t have recordings being padded). Nothing worked, I had to reboot plex and lost all 3 of them shown.
did you check the .grab folder to see if they were in there and hadn’t been moved yet?
I have seen this issue as well this morning. The .grab folder had folders for the recordings, but they were empty.
It would be helpful if you still had logs from that time frame to help the devs with troubleshooting (I have already provided mine to them as well).
I had this problem when 1.7.x was released. Eventually the recordings would free up and the resulting file was unplayable. I believe it is related to a conflict the new transcoder had with something on my server. I did a reload of my server and plex has worked great after. I believe plex is fine because I actually preserved my plex data folder and that is what is driving my server currently.
Is the computer you use for the PMS also used for general computing.
@mavrrick nope it is not. It is dedicated to plex (win7 + plex) and actually physically located in my garage where nobody can get to it 
@tachtevrenidis Do you have any postprocessing set up?
@DaveBinM i have post processing to “OFF”. I do use MCEBuddy to post process in the background but I don’t have it listening to the .grab folder. I let Plex finish, move the file in its final location and then i post process from there.
@tachtevrenidis Can you reproduce, and provide some logs, please?
@DaveBinM have been trying to but not been able to after the reboot. Will keep an eye on it.
I’m having this problem on and off too. It seems to have started about the time 1.71 was released.
Each time it’s happened it’s needed PMS to be restarted before it’ll record anything else.
As you can see, it seems to think it’s using 12 tuners at the moment out of the 2 available…
Also, the status (only on the iOS app not the web app oddly) thinks that the first of the recordings that hung is currently 1769% complete!
Oh, and deleting the DVR and re-adding it also seems to wake it up (as well as re-starting PMS).
… but that seems less reliable and/or doesn’t really fix it as it’s already failed again…!
Same problem for me. Only happened since the latest update. I’m using 1.7.2.3878 on OS X.
btw I have not had this happen to me since the time i reported it.
This is happening for me as well.
Environment:
Plex Server - 1.7.3.3937
Tuner - HDHR4-2US - 20170612beta1 firmware
Mac OS X 10.12.5
Here is the error from my tastes recording failure:
Jun 23, 2017 05:00:06.406 [0x70000127d000] ERROR - [Transcoder] http://10.0.0.208:5004/auto/v8.1: Server returned 5XX Server Error reply
Jun 23, 2017 05:00:06.411 [0x70000073b000] ERROR - JobManager: child process returned: 1 (Operation not permitted)
Jun 23, 2017 05:00:06.413 [0x700001718000] ERROR - Unable to find title for item of type 5
Jun 23, 2017 05:00:06.414 [0x700001718000] ERROR - MDE: video has neither a video stream nor an audio stream
Jun 23, 2017 05:00:06.414 [0x700001718000] ERROR - MDE: no compatible media decisions are available
Jun 23, 2017 05:00:06.414 [0x700001718000] ERROR - DVR:Recorder: Unable to compute media decision.
Jun 23, 2017 05:00:06.414 [0x700001718000] ERROR - DVR:Recorder: Error 14 starting the record, shutting things down.
Jun 23, 2017 05:00:06.418 [0x700001718000] ERROR - DVR:Grabber: Starting media grab failed.
Had this happen just yesterday. I was also running Server version 1.7.3.3937 on an iMac running OS 10.11.6. This, in addition to almost every single recording being corrupted, caused me to downgrade to an older version of Plex Server (1.6.something) so hopefully that fixes the issue for now. Something in the 1.7 version of the server obviously has some issues.
I noticed this on my CONNECT model when it had bad/flakey signal. At least that’s my theory. I installed a better antenna and now so far so good.
I’ve been seeing this issue since Plex Media Server version 1.7.x. After reviewing the logs and video file, my post processing script was unable to process the media file because it was locked by a PlexTranscoder.exe process, so Plex isn’t unlocking/releasing the file after its recorded like it should.
Plex Media Server version 1.7.3.3937
Windows 10 Pro (x64)
Tuner: Hauppauge WinTV-HVR-955Q
Jun 23, 2017 16:46:02.392 [9636] DEBUG - Jobs: ‘C:\Program Files (x86)\Plex\Plex Media Server\PlexTranscoder.exe’ exit code for process 14836 is 1
Jun 23, 2017 16:46:02.392 [12432] DEBUG - Jobs: ‘C:\Program Files (x86)\Plex\Plex Media Server\PlexTranscoder.exe’ exit code for process 14836 is 1
Jun 23, 2017 16:46:02.392 [3704] DEBUG - Jobs: ‘C:\Program Files (x86)\Plex\Plex Media Server\PlexTranscoder.exe’ exit code for process 14836 is 1
Jun 23, 2017 16:46:02.392 [12432] DEBUG - DVR:Recorder: Asked to stop recording ‘The Simpsons (1989) - S25E07 - Yellow Subterfuge’.
Jun 23, 2017 16:46:02.392 [12432] DEBUG - DVR:Recorder: Stopping transcode session.
Jun 23, 2017 16:46:02.392 [12432] DEBUG - Job was already killed, not killing again.
Jun 23, 2017 16:46:02.392 [12432] DEBUG - Job was already killed, not killing again.
Jun 23, 2017 16:46:02.392 [12432] DEBUG - DVR:Grabber: Freed a tuner (now 1 available)
Jun 23, 2017 16:46:02.393 [3704] DEBUG - DVR:Recorder: Asked to stop recording ‘The Simpsons (1989) - S25E07 - Yellow Subterfuge’.
Jun 23, 2017 16:46:02.393 [3704] DEBUG - DVR:Grabber: Recording for ‘The Simpsons (1989) - S25E07 - Yellow Subterfuge’ stopped with status error.
Jun 23, 2017 16:46:02.393 [3704] DEBUG - Job running: C:\MCEBuddyScriptv2.bat “C:\DVR.grab\1a5bd5ecc01560830a35e32d96a9da72ec60d0e5\The Simpsons (1989) - S25E07 - Yellow Subterfuge.mkv”
Jun 23, 2017 16:46:02.398 [7852] DEBUG - Auth: We found auth token (xxxxxxxxxxxxxxxxxxxx), enabling token-based authentication.
Jun 23, 2017 16:46:02.398 [7852] DEBUG - Auth: authenticated user 1 as kyleabaker
Jun 23, 2017 16:46:02.398 [6676] DEBUG - Auth: Refreshing tokens inside the token-based authentication filter.
Jun 23, 2017 16:46:02.398 [7852] DEBUG - Auth: Came in with a super-token, authorization succeeded.
Jun 23, 2017 16:46:02.398 [6676] DEBUG - HTTP requesting GET https://plex.tv/servers/41ae97627c3d86d17a9128b33c6769e840979e59/access_tokens.xml?auth_token=xxxxxxxxxxxxxxxxxxxx&includeProfiles=1&includeProviders=1
Jun 23, 2017 16:46:02.398 [12564] DEBUG - Request: [127.0.0.1:58012 (Loopback)] GET /status/sessions/background (4 live) GZIP Signed-in Token (kyleabaker)
Jun 23, 2017 16:46:02.399 [2824] DEBUG - Completed: [127.0.0.1:58012] 200 GET /status/sessions/background (4 live) GZIP 0ms 397 bytes (pipelined: 1)
Jun 23, 2017 16:46:02.996 [6676] DEBUG - HTTP 200 response from GET https://plex.tv/servers/41ae97627c3d86d17a9128b33c6769e840979e59/access_tokens.xml?auth_token=xxxxxxxxxxxxxxxxxxxx&includeProfiles=1&includeProviders=1
Jun 23, 2017 16:46:03.007 [6676] DEBUG - MyPlex: updating with 9 access tokens
Jun 23, 2017 16:46:03.291 [8152] DEBUG - DVR:Recorder: Asked to stop recording ‘The Simpsons (1989) - S25E07 - Yellow Subterfuge’.
The OPs issue is likely related to the one reported in this other thread. Rolling back to one of the versions reported as working should resolve it until it is fixed.
