<div>I didn't work out what the problem with this was, but have upgrade from Debian 5.0 (Lenny) to 6.0 (Squeeze) and from MythTV 0.23 to 0.24+fixes20110124.</div>
<div> </div>
<div>Everything now works fine, so it obviously wasn't a permissions issue, but I've no idea what config setting got fixed along the way.</div>
<div> </div>
<div>regards</div>
<div> </div>
<div>Derek.<br><br></div>
<div class="gmail_quote">On 7 February 2011 20:57, Derek Dongray <span dir="ltr"><<a href="mailto:derek@inverchapel.me.uk">derek@inverchapel.me.uk</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div>>What about /data and /data/mythtv? And, for that matter, what about <br>>1014_20110207004250.mpg ? <br>><br>>ls -ld /data{,/mythtv{,/recordings{,/1014_20110207004250.mpg}}} <br>><br>>Mike <br></div>
<div>Naturally I checked all these first, but, for the record the permissions are /data 0755 (drwxr-xr-x), /data/mythtv 0777 (dwrxwrxwrx) and /data/mythtv/recordings 0777. Naturally the file itself does not exists (at least not in the recordings directory).</div>
<div> </div>
<div>As stated above, every log I've seen where rec->GetFileName appears, shows the full file name including the path, so I think, for some reason, the path isn't getting picked up and prefixed to the filename. I'm pretty certain it's not a permissions issue.</div>
<div> </div>
<div>I've check the database entry (both using mythtv-setup asnd directly checing th contents of the storagegroup table) and can't see where the problem is.</div>
<div> </div>
<div><br>-- <br>Derek.<br></div></blockquote></div><br><br clear="all"><br>-- <br>Derek.<br>