1 |
I think it is much more easy to get NFS working right... ;) |
2 |
|
3 |
Just my 2 cents. |
4 |
|
5 |
On Tue, 2 Aug 2005, Michael Crute wrote: |
6 |
|
7 |
> Well if you are a perl or python kinda guy you could write a more |
8 |
> sophisticated script to copy the files and update the database so that |
9 |
> everything is transparent as far as myth is concerned. |
10 |
> |
11 |
> -Mike |
12 |
> |
13 |
> On 8/2/05, Mark Knecht <markknecht@×××××.com> wrote: |
14 |
>> |
15 |
>> Mike, |
16 |
>> Thanks for the idea. I like the idea of being able to record |
17 |
>> locally for 15 hours safely and then just using the new NFS storage |
18 |
>> for playback only, but I think it won't work from a practical |
19 |
>> standpoint: |
20 |
>> |
21 |
>> 1) MythTV runs in conjunction with MySQL which is managing the data |
22 |
>> files. If I simply move the data files to some other location then |
23 |
>> MySQL won't know where they are for playback. |
24 |
>> |
25 |
>> 2) As far as I know MythTV expects all the data file to be in a single |
26 |
>> location for playback. I've never heard of anyone having multiple |
27 |
>> disks for playback, but if they could then your idea would possibly |
28 |
>> work. |
29 |
>> |
30 |
>> I like the idea though and will do some research to see if there's |
31 |
>> a practical solution. Possibly some sort of logical disk drive? That's |
32 |
>> a bit beyond my meager skill set. |
33 |
>> |
34 |
>> Thanks, |
35 |
>> Mark |
36 |
>> |
37 |
>> On 8/2/05, Michael Crute <mcrute@×××××.com> wrote: |
38 |
>>> Mark, |
39 |
>>> |
40 |
>>> Here is my suggestion to get the best of both worlds (note my limited |
41 |
>>> knowledge of mythtv). Setup a shell script to copy all your video files |
42 |
>> from |
43 |
>>> the myth capture directory over to the nfs share and delete the files |
44 |
>> thus |
45 |
>>> clearing your local space and also allowing you to capture 135 hours. |
46 |
>> You |
47 |
>>> could even cron it so you don't have to think about it. Pardon me if |
48 |
>> this is |
49 |
>>> a gross misunderstanding of mythtv but if its not it should work like a |
50 |
>>> charm. |
51 |
>>> |
52 |
>>> -Mike |
53 |
>>> |
54 |
>>> |
55 |
>>> On 8/2/05, Mark Knecht <markknecht@×××××.com> wrote: |
56 |
>>>> |
57 |
>>>> On 8/2/05, Matthew Cline <matthew.cline@×××××.com> wrote: |
58 |
>>>>> On 8/2/05, Mark Knecht <markknecht@×××××.com> wrote: |
59 |
>>>>>> |
60 |
>>>>>> but how do I know it's being used? And how do I know that the |
61 |
>> rsize |
62 |
>>>>>> option is being used? |
63 |
>>>>>> |
64 |
>>>>>> Thanks, |
65 |
>>>>>> Mark |
66 |
>>>>> |
67 |
>>>>> Could you watch the traffic between the two using something like |
68 |
>>>>> ethereal? This should tell you which protocol is being used. |
69 |
>>>>> |
70 |
>>>> |
71 |
>>>> Hi Matt, |
72 |
>>>> OK, ethereal was pretty easy to use, and it does indeed show that |
73 |
>>>> I'm using TCP for packat transfer. I see a proto=NFS packet followed |
74 |
>>>> by a number of TCP packets with sizes of 8K bytes so this seems to |
75 |
>>>> verify that both options I was looking for ar indeed working. |
76 |
>>>> |
77 |
>>>> Thanks! |
78 |
>>>> |
79 |
>>>> Unfortunately this means I'm no closer to the root cause of my real |
80 |
>>>> problem which is mythbackend shutting down without warning. It |
81 |
>>>> happened again just a few minutes ago. This all started happening |
82 |
>>>> after I brought this NFS mount on-line as storage for the mythbackend |
83 |
>>>> server. I suppose I'll have to go back to the reduced storage option |
84 |
>>>> (15 hours instead of 120 hours) and make sure that it's really this |
85 |
>>>> disk/PC/network connection. |
86 |
>>>> |
87 |
>>>> Thanks again for your help. |
88 |
>>>> |
89 |
>>>> Cheers, |
90 |
>>>> Mark |
91 |
>>>> |
92 |
>>>> -- |
93 |
>>>> gentoo-user@g.o mailing list |
94 |
>>>> |
95 |
>>>> |
96 |
>>> |
97 |
>>> |
98 |
>>> |
99 |
>>> -- |
100 |
>>> ________________________________ |
101 |
>>> |
102 |
>>> Michael E. Crute |
103 |
>>> Software Developer |
104 |
>>> SoftGroup Development Corporation |
105 |
>>> |
106 |
>>> "In a world without walls and fences, who needs windows and gates?" |
107 |
>> |
108 |
>> -- |
109 |
>> gentoo-user@g.o mailing list |
110 |
>> |
111 |
>> |
112 |
> |
113 |
> |
114 |
> |
115 |
|
116 |
-- |
117 |
Bryan Whitehead |
118 |
Email:driver@×××××××××.net |
119 |
-- |
120 |
gentoo-user@g.o mailing list |