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