Oh oops... sorry... thats the way Windoze works (or rather doesn't work).
Glad everything finally worked out for you.
-MikeOn 8/9/05, Michael Crute <[EMAIL PROTECTED]> wrote:
Quick... knock on wood!On 8/8/05, Mark Knecht <
[EMAIL PROTECTED]> wrote:
Right, sorry. I should have responded back. The
Quick... knock on wood!On 8/8/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
Right, sorry. I should have responded back. The system was rebuiltwith V3 and V4 support. I'm running version 3. It's now been up forabout 4 days without going offline again so I suppose it's fixed.Thanks to all for the help.
Right, sorry. I should have responded back. The system was rebuilt
with V3 and V4 support. I'm running version 3. It's now been up for
about 4 days without going offline again so I suppose it's fixed.
Thanks to all for the help.
I was hesitant to say it was fixed for fear it would immediately go
o
Version 3 should work... the internal filesize is a 64bit value... Do a
search for NFS v2/v3 and you can read up on it all. (It is boring and just
a simple footnote...)
On Tue, 2 Aug 2005, Mark Knecht wrote:
On 8/2/05, Bryan Whitehead <[EMAIL PROTECTED]> wrote:
BTW, it could be you are using
On 8/2/05, Bryan Whitehead <[EMAIL PROTECTED]> wrote:
> BTW, it could be you are using NFS v2 which is ONLY 32bit so you have the
> 4gb filesize limit.
>
OK, I've built the kernels on both machines and have support for both
V3 and V3 clients and servers built in. Ethereal tells me now that I'm
us
Hope so! Thanks.
On 8/2/05, Bryan Whitehead <[EMAIL PROTECTED]> wrote:
> I think it is much more easy to get NFS working right... ;)
>
> Just my 2 cents.
>
> On Tue, 2 Aug 2005, Michael Crute wrote:
>
> > Well if you are a perl or python kinda guy you could write a more
> > sophisticated script
Bryan,
OK, according to ethereal I'm only getting NFS V2 across the bus.
Here's the way my two machines are set up:
The new 250GB storage machine - 2.6.12-gentoo-r6
<*> NFS file system support
[ ] Provide NFSv3 client support
[ ] Provide NFSv4 client support (EXPERIMENTAL)
[ ] Allow d
I think it is much more easy to get NFS working right... ;)
Just my 2 cents.
On Tue, 2 Aug 2005, Michael Crute wrote:
Well if you are a perl or python kinda guy you could write a more
sophisticated script to copy the files and update the database so that
everything is transparent as far as myt
I'm not any kind of programmer. Guitar player actually. I just need
stuff to work or I'm helpless!
Thanks,
Mark
On 8/2/05, Michael Crute <[EMAIL PROTECTED]> wrote:
> Well if you are a perl or python kinda guy you could write a more
> sophisticated script to copy the files and update the database
Well if you are a perl or python kinda guy you could write a more
sophisticated script to copy the files and update the database so that
everything is transparent as far as myth is concerned.
-MikeOn 8/2/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
Mike, Thanks for the idea. I like the idea of be
BTW, it could be you are using NFS v2 which is ONLY 32bit so you have the
4gb filesize limit.
run "nftstat -s" (on the server) and "nfsstat -c" (on the client) to see
what version of NFS you are using (note: what version of NFS you are using
is not related to the transport - udp/tcp).
I use
What filesystem are you exporting over NFS?
On Tue, 2 Aug 2005, Mark Knecht 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
C
Mike,
Thanks for the idea. I like the idea of being able to record
locally for 15 hours safely and then just using the new NFS storage
for playback only, but I think it won't work from a practical
standpoint:
1) MythTV runs in conjunction with MySQL which is managing the data
files. If I simply
cat /proc/mounts | grep -E 'nfs.*tcp'
On Tue, 2 Aug 2005, Mark Knecht wrote:
Matthew, Michael and Richard,
Thanks for the responses. They seem to outline the options pretty clearly.
One question - once I get it converted and I think I'm running NFS
using tcp, how do I determine that I actu
The best way is to ask the portmapper (example below):
[EMAIL PROTECTED] ~]$ rpcinfo -p
program vers proto port
102 tcp111 portmapper
102 udp111 portmapper
1000241 udp921 status
1000241 tcp928 status
172 udp
Mark,
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.
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 lik
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 lik
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.
Mat
On 8/2/05, Michael Crute <[EMAIL PROTECTED]> wrote:
> Using the tcp flag when you mount should override the default behavior for
> nfs to use udp. I'm not sure if its strictly necessary but what the heck, it
> can't hurt.
>
> -Mike
>
That's what I thought also. However, even though I can see t
Using the tcp flag when you mount should override the default behavior
for nfs to use udp. I'm not sure if its strictly necessary but what the
heck, it can't hurt.
-MikeOn 8/2/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
On 8/2/05, Michael Crute <[EMAIL PROTECTED]> wrote:> I would use 'sudo netstat
On 8/2/05, Michael Crute <[EMAIL PROTECTED]> wrote:
> I would use 'sudo netstat -lp | grep nfs' to see what nfs is listening on.
>
> -Mike
>
Thanks Mike, it appears that both ends are currently listening on tcp
which is good.
However, am I not supposed to also use the tcp mount option on the
I would use 'sudo netstat -lp | grep nfs' to see what nfs is listening on.
-MikeOn 8/2/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
Matthew, Michael and Richard, Thanks for the responses. They seem to outline the options pretty clearly. One question - once I get it converted and I think I'm runn
On 02 August 2005 17:43, Mark Knecht wrote:
> Matthew, Michael and Richard,
>Thanks for the responses. They seem to outline the options pretty
> clearly.
>
>One question - once I get it converted and I think I'm running NFS
> using tcp, how do I determine that I actually am?
Several possib
Matthew, Michael and Richard,
Thanks for the responses. They seem to outline the options pretty clearly.
One question - once I get it converted and I think I'm running NFS
using tcp, how do I determine that I actually am?
Thanks,
Mark
On 8/2/05, Richard Fish <[EMAIL PROTECTED]> wrote:
> Ma
Matthew Cline wrote:
On 8/2/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
From the MythTV-Users list I've seen people talking about using NFS
devices but recommending that they be set up with TCP instead of UDP.
So far I haven't yet found any Gentoo docs on how to do this.
IIRC, t
> On 8/2/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
> >From the MythTV-Users list I've seen people talking about using NFS
> > devices but recommending that they be set up with TCP instead of UDP.
> > So far I haven't yet found any Gentoo docs on how to do this.
IIRC, there is also a kernel c
When you emerge nfs use the tcpd use flag to get TCP support.
-MikeOn 8/2/05, Mark Knecht <[EMAIL PROTECTED]> wrote:
Hi, I have set up a large NFS mount for use as remote storage for ourMythTV server. It works, but since setting it up the mythbackendprogram has twice shut down in the middle of t
28 matches
Mail list logo
