Problem deleting recordings

[Handy.Man]

On the client, I go to Recordings, Ready,
select Ruptures, select S01E04, delete it, it disappear from the GUI, however it is still present on the Server folder.
I start NPVR on the server and the recording isn't there.

On the client NPVR folder, is-it normal that I have recurring-backup.xml recording-backup.xml files ?
It was the server at some point and I switch it to client at some point.

Could this be the reason why TV Listings schedules recording when I start NPVR on the client?

[sub]

On the client, I go to Recordings, Ready,
select Ruptures, select S01E04, delete it, it disappear from the GUI, however it is still present on the Server folder.
I start NPVR on the server and the recording isn't there.

Were these logs zipped immediately after an attempted deletion?

On the client NPVR folder, is-it normal that I have recurring-backup.xml recording-backup.xml files ?
It was the server at some point and I switch it to client at some point.

Yes. You can probably set the NPVR Recording Service to 'disabled' on that machine to stop them being generated.

Could this be the reason why TV Listings schedules recording when I start NPVR on the client?

I don't know. I'm not sure how the TV Listings plugin does it's thing.

[johnsonx42]

The .ts file was in use by another process so it couldn't be deleted.

Code:

2016-02-12 15:20:57.323    [DEBUG][3]     -removing: P:\TV\the fifth estate\the fifth estate_20160122_21002200.ts
2016-02-12 15:20:57.588    [ERROR][3]    Unexpected error in DeleteRecording(): System.IO.IOException: Le processus ne peut pas accéder au fichier 'P:\TV\the fifth estate\the fifth estate_20160122_21002200.ts', car il est en cours d'utilisation par un autre processus.
   à System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   à System.IO.File.InternalDelete(String path, Boolean checkHost)
   à System.IO.File.Delete(String path)
   à NShared.RecordingService.DeleteFile(String filename)
   à NShared.RecordingService.DeleteRecording(ScheduledRecording scheduledRecording)

(edit: just realized that's not the file you're asking about... well, say when exactly you did this, I'm not going to read every log file beginning to end)

[Handy.Man]

Yep that one was opened ...
Ruptures is at the end of the NPVR.log on the client

[Handy.Man]

Were these logs zipped immediately after an attempted deletion?

Yes a few minutes later, this time I was not watching anything so the logs are not flooded with client usage

[johnsonx42]

there's nothing in any of the logs about deleting Ruptures.

[Handy.Man]

there's nothing in any of the logs about deleting Ruptures.

I got to delete it around
Problem deleting files 20160212\Client Logs\NPVR.log

Code:

2016-02-12 15:26:38.084    [DEBUG][1]    PlaybackPositionHelper.GetPlaybackPosition(P:\TV\Ruptures\Ruptures_20160203_21002200.ts)
2016-02-12 15:26:38.086    [DEBUG][1]    catalog says:
<Catalog><Version>1</Version></Catalog>
2016-02-12 15:26:38.546    [ERROR][12]    Unexpected error looking up metadata: System.InvalidCastException: Impossible d'effectuer un cast d'un objet de type 'Newtonsoft.Json.Linq.JObject' en type 'Newtonsoft.Json.Linq.JArray'.
   à NShared.SchedulesDirectJSONEPGSource.LookupMetadata(MetadataEntity entity)

[Handy.Man]

Yes. You can probably set the NPVR Recording Service to 'disabled' on that machine to stop them being generated.

I disabled the NPVR Recording Service on the client.

Also I do have a P: drive on the client, when it was a server, I used to record to P:\Utilisateurs\Public\TV enregistrée.
However there is no P:\TV on the client

[sub]

I disabled the NPVR Recording Service on the client.

Ok, so you shouldn't get any new recurring-backup.xml recording-backup.xml files generated then.

Also I do have a P: drive on the client, when it was a server, I used to record to P:\Utilisateurs\Public\TV enregistrée.
However there is no P:\TV on the client

That's fine. When it comes to playing the recording, it comes from where the server knows the file is. The exception message show above relates to looking up artwork, and is a known issue in client setups, not causing any issues. It's not related to your failed attempt to delete.

[Handy.Man]

That was when I selected to see the 2 Recordings of Ruptures.

This is probably the line where I delete the recording P:\TV\Ruptures\Ruptures_20160203_21002200.ts

Code:

2016-02-12 15:26:51.932    [DEBUG][11]    TV Listings: RecordingSchedule: removing '[372381] Ruptures [5672779] (c_7151, 2016-02-03 20:59 - 22:01)'.