[mythtv-users] .25 - "Maximum buffer size exceeded"

Phil Bridges gravityhammer at gmail.com
Fri Mar 30 02:57:31 UTC 2012


On Thu, Mar 29, 2012 at 10:49 PM, Michael T. Dean
<mtdean at thirdcontact.com> wrote:
> On 03/29/2012 10:32 PM, Phil Bridges wrote:
>
>> On Thu, Mar 29, 2012 at 10:32 PM, Phil Bridges wrote:
>>>
>>> I noticed that I had the mysterious "yellow dots" beside some of my
>>> recordings this evening.  At second glance, I realized that the two
>>> shows I was recording at 9PM had two files.  Not good.  One of the
>>> shows was split into two halves, approximately 30 minutes each.  The
>>> other though, had only about 11 minutes in it's first half.
>>>
>>> I looked at the log, and found this:
>>>
>>>
>>> 2012-03-29 21:12:30.800845 E [7151/23462] HDHRStreamHandler
>>> ThreadedFileWriter.cpp:216 (Write) -
>>> TFW(/mnt/recordings2/1461_20120329210000.mpg:99): Maximum buffer size
>>> exceeded.
>>>                        file will be truncated, no further writing will be
>>> done.
>>>                        This generally indicates your disk performance
>>>                        is insufficient to deal with the number of
>>> on-going
>>>                        recordings, or you have a disk failure.
>>>
>>> It also appeared that mythbackend restarted at the bottom of the hour
>>> - at least, there was a new logfile generated.
>>>
>>> I was only recording two shows at the time, and I have plenty of space
>>> on each of my recording mountpoints (this was recorded to a local
>>> drive).  Any tips at how to further troubleshoot the issue?
>>
>> As a quick addition, my mounts are formatted XFS.
>
>
> any clues in dmesg or system logs?
>
> Mike

Unfortunately, yes:


Mar 29 22:51:46 kernel: hdd: status error: status=0x58 { DriveReady
SeekComplete DataRequest }
Mar 29 22:51:46 kernel: hdd: possibly failed opcode: 0xa0
Mar 29 22:51:46 kernel: hdd: drive not ready for command

Crap.


More information about the mythtv-users mailing list