Here is my suggestion to get the best of both worlds (note my limited knowledge of mythtv). Setup a shell script to copy all your video files from the myth capture directory over to the nfs share and delete the files thus clearing your local space and also allowing you to capture 135 hours. You could even cron it so you don't have to think about it. Pardon me if this is a gross misunderstanding of mythtv but if its not it should work like a charm.
-Mike
On 8/2/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
On 8/2/05, Matthew Cline <[EMAIL PROTECTED]> wrote:
> On 8/2/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
> >
> > but how do I know it's being used? And how do I know that the rsize
> > option is being used?
> >
> > Thanks,
> > Mark
>
> Could you watch the traffic between the two using something like
> ethereal? This should tell you which protocol is being used.
>
Hi Matt,
OK, ethereal was pretty easy to use, and it does indeed show that
I'm using TCP for packat transfer. I see a proto=NFS packet followed
by a number of TCP packets with sizes of 8K bytes so this seems to
verify that both options I was looking for ar indeed working.
Thanks!
Unfortunately this means I'm no closer to the root cause of my real
problem which is mythbackend shutting down without warning. It
happened again just a few minutes ago. This all started happening
after I brought this NFS mount on-line as storage for the mythbackend
server. I suppose I'll have to go back to the reduced storage option
(15 hours instead of 120 hours) and make sure that it's really this
disk/PC/network connection.
Thanks again for your help.
Cheers,
Mark
--
gentoo-user@gentoo.org mailing list
--
________________________________
Michael E. Crute
Software Developer
SoftGroup Development Corporation
"In a world without walls and fences, who needs windows and gates?"
