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