Opened 12 years ago

Closed 11 years ago

Last modified 11 years ago

#7894 closed defect (invalid)

Firewire failure blocked all other tuners until backend bounced

Reported by: anonymous Owned by: danielk
Priority: minor Milestone: unknown
Component: MythTV - Recording Version: head
Severity: medium Keywords:
Cc: Ticket locked: no


I had a failure starting a firewire recording tonight and it prevented all access to the backend and all other recordings on other tuners (hdhr) from starting. A recording that was already in progress completed and commflagged just fine. The backend was completely non-responsive to all frontend and mythweb requests until bounced.

Here is what I had logged from the backend:

2010-01-10 18:56:29.837 TVRec(14): ASK_RECORDING 14 29 0 0
2010-01-10 18:57:01.862 TVRec(14): Changing from None to Watching RecordingOnly
2010-01-10 18:57:01.877 TVRec(14): HW Tuner: 14->14
2010-01-10 18:57:01.889 ProgramInfo: Updated pathname '':'' -> '4770_20100110185700.mpg'
2010-01-10 18:57:02.634 LFireDev(0014E8FFFE0EE72A), Error: Not an STB

There were some UPNP BuildMediaMap? events logged after that point. There were no log entries for any of the other scheduled recordings.

I am currently running r23108 from trunk

Change History (3)

comment:1 Changed 11 years ago by robertm

Component: MythTV - GeneralMythTV - Recording
Owner: changed from Isaac Richards to danielk

comment:2 Changed 11 years ago by danielk

Resolution: invalid
Status: newclosed

We need a full backtrace to diagnose.

Marking as invalid rather than info needed due to anonymous reporter.

comment:3 Changed 11 years ago by anonymous

The failure that lead to this was a one time thing for me. Was hoping that someone might see something obvious in the code around blocking the backend pending a recording starting. If not, feel free to close.

Note: See TracTickets for help on using tickets.