Opened 14 years ago
Closed 14 years ago
Last modified 14 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 |
Description
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 14 years ago by
Component: | MythTV - General → MythTV - Recording |
---|---|
Owner: | changed from Isaac Richards to danielk |
comment:2 Changed 14 years ago by
Resolution: | → invalid |
---|---|
Status: | new → closed |
comment:3 Changed 14 years ago by
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.
We need a full backtrace to diagnose.
Marking as invalid rather than info needed due to anonymous reporter.