Bill,
my observation is that over time rivendell computers get a bit slow and 
that seems to be a function of the size of the library. When more than 
80% of the HD is used things get a bit pear shaped.

My server is 4gb and it's all being used : I do have problems with hour 
long programmes being loaded in which is causing me some annoyance. The 
problem I have is at dropbox not at air time.

I will be looking closer this week at the problem and see if there are 
any clues.

regards

Robert

On 29/08/2011 09:37, Bill Putney wrote:
> Robert,
>
> I just noticed that this machine is very light on RAM. It was a machine
> I pressed into service because another one was crashing all the time.
> Looks like I should add a few more GB.
>
> Still, I wonder if it was running out of memory why it didn't complain.
> I can see it getting slow because it has to swap out but from the top
> below you can see that there probably isn't much swapping going on (not
> at least during the snapshot).
>
> Bill Putney - KPTZ Port Townsend, WA
>
> top - 14:20:20 up 2 days, 18:26,  2 users,  load average: 0.63, 0.98, 1.01
> Tasks: 161 total,   1 running, 160 sleeping,   0 stopped,   0 zombie
> Cpu(s): 22.9%us,  6.9%sy,  0.0%ni, 70.3%id,  0.0%wa,  0.0%hi,  0.0%si,
> 0.0%st
> Mem:   1026380k total,  1011048k used,    15332k free,    61072k buffers
> Swap:  3004408k total,        0k used,  3004408k free,   729828k cached
>
> df -m
> Filesystem                      1M-blocks      Used Available  Use%
> Mounted on
> /dev/sda1                          131418      2244    122499     2%    /
> none                                        498            1
> 497    1%    /dev
> none                                         502           1
> 502    1%    /dev/shm
> none                                         502           1
> 502    1%    /var/run
> none                                         502           0
> 502    0%    /var/lock
> none                                         502           0
> 502    0%    /lib/init/rw
> /dev/sda6                             15923       748      14367
> 5%    /var
> 192.168.192.201:/var/snd  938878 419092    472094  48%     /var/snd
>
>
> On 8/28/11 1:35 PM, Robert Jeffares wrote:
>> next option is a ram upgrade or  look to see how much space you have on
>> the hard drive of the playout machine
>>
>> I think RD loads the long programme in somewhere close for convenience
>> if the playout card is on the playout machine not the server .
>>
>> Dontch love this program? I am trying to get rd 2.x to compile on centos
>> 5.6 and i am rapidly looking for an appliance install becaus there are
>> so many ' missing ' bits.
>>
>> Robert
>>
>> On 28/08/2011 07:28, Bill Putney wrote:
>>> Robert,
>>>
>>> The cart will play. All I have to do is add it into the running log and
>>> start it. Which is what happens if someone happens to be there to catch
>>> it when this happens. If I open the cut in RDLibrary "Edit Markers" they
>>> all look fine. I would think if the markers were screwed up the cut
>>> wouldn't play after it was added back into the log.
>>>
>>> The audio is on a common server and is NFS mounted on the playout
>>> machine. The server is connected to a switch and the server and the
>>> playout client are on the same layer 3 network. Everything is 100 Mbps
>>> and the server isn't doing anything but audio and database for Rivendell.
>>>
>>> It is various programs. They seem to be the longer ones not spots, id's
>>> or music cuts.
>>>
>>> We're using USB ->    S/PDIF as output devices. The chipset is in the Linux
>>> HCL for audio.
>>>
>>> Bill Putney - KPTZ Port Townsend, WA
>>>
>>> On 8/27/11 12:08 PM, Robert Jeffares wrote:
>>>> Bill,
>>>>
>>>> Does the cart play? Is all the audio in there? Are all the markers in
>>>> the right place?
>>>>
>>>> What was the source of the Audio?
>>>>
>>>> Is it always the same programme?
>>>>
>>>> Have had probs with incompatible audio here.
>>>>
>>>> Robert
>>>>
>>>> On 26/08/2011 17:56, Bill Putney wrote:
>>>>> At 17:03:50 in the following /var/log/syslog excerpt, Cart 80145 Cut 2
>>>>> should have played. It is an hour long program. It skipped and did not
>>>>> play. . I don't know what "position out of bounds" means but it seems
>>>>> that everything is playing out of bounds. The items before and after the
>>>>> cart that failed played normally. I see that the cart that started after
>>>>> (cart 80133) did not have a position out of bounds associated with it.
>>>>> Has anyone got an idea what that is or what I can do to get rid of it?
>>>>>
>>>>> Any ideas? Anybody? Please!
>>>>>
>>>>> Thanks, Bill Putney - KPTZ Port Townsend, WA
>>>>>
>>>>> Aug 24 17:00:11 auto-mc rdairplay: *** position out of bounds on signal:
>>>>> Line: 24  Cart: 14418  Pos: 250025 ***
>>>>> Aug 24 17:00:11 auto-mc caed: alsaStopTimerData(16)
>>>>> Aug 24 17:00:11 auto-mc rdairplay: finished event: Line: 24  Cart:
>>>>> 14418  Cut: 1 Card: 1  Stream: 0  Port: 0
>>>>> Aug 24 17:00:11 auto-mc caed: UnloadPlayback - Card: 1  Stream: 0
>>>>> Handle: 166
>>>>> Aug 24 17:00:11 auto-mc caed: LoadPlayback  Card: 1  Stream: 0  Name:
>>>>> /var/snd/045103_001.wav  Handle: 167
>>>>> Aug 24 17:00:11 auto-mc rdairplay: started audio cart: Line: 25  Cart:
>>>>> 45103  Cut: 1 Pos: 0  Card: 1  Stream: 0  Port: 0
>>>>> Aug 24 17:00:11 auto-mc caed: PlaybackPosition - Card: 1  Stream: 0
>>>>> Pos: 78  Handle: 167
>>>>> Aug 24 17:00:11 auto-mc caed: Play - Card: 1  Stream: 0  Handle: 167
>>>>> Length: 7863  Speed: 100000  Pitch: 0
>>>>> Aug 24 17:00:12 auto-mc caed: FadeLevel: 0
>>>>> Aug 24 17:00:19 auto-mc rdairplay: *** position out of bounds on signal:
>>>>> Line: 25  Cart: 45103  Pos: 7801 ***
>>>>> Aug 24 17:00:19 auto-mc caed: alsaStopTimerData(16)
>>>>> Aug 24 17:00:19 auto-mc rdairplay: finished event: Line: 25  Cart:
>>>>> 45103  Cut: 1 Card: 1  Stream: 0  Port: 0
>>>>> Aug 24 17:00:19 auto-mc caed: UnloadPlayback - Card: 1  Stream: 0
>>>>> Handle: 167
>>>>> Aug 24 17:00:19 auto-mc caed: LoadPlayback  Card: 1  Stream: 0  Name:
>>>>> /var/snd/070003_001.wav  Handle: 168
>>>>> Aug 24 17:00:19 auto-mc rdairplay: started audio cart: Line: 26  Cart:
>>>>> 70003  Cut: 1 Pos: 0  Card: 1  Stream: 0  Port: 0
>>>>> Aug 24 17:00:19 auto-mc caed: PlaybackPosition - Card: 1  Stream: 0
>>>>> Pos: 0  Handle: 168
>>>>> Aug 24 17:00:19 auto-mc caed: Play - Card: 1  Stream: 0  Handle: 168
>>>>> Length: 210372  Speed: 100000  Pitch: 0
>>>>> Aug 24 17:00:20 auto-mc caed: FadeLevel: 0
>>>>> Aug 24 17:03:50 auto-mc rdairplay: *** position out of bounds on signal:
>>>>> Line: 26  Cart: 70003  Pos: 210278 ***
>>>>> Aug 24 17:03:50 auto-mc caed: UnloadPlayback - Card: 1  Stream: 0
>>>>> Handle: 168
>>>>> Aug 24 17:03:50 auto-mc rdairplay: finished event: Line: 26  Cart:
>>>>> 70003  Cut: 1 Card: 1  Stream: 0  Port: 0
>>>>> Aug 24 17:03:50 auto-mc caed: LoadPlayback  Card: 1  Stream: 0  Name:
>>>>> /var/snd/080145_002.wav  Handle: 169
>>>>> Aug 24 17:03:50 auto-mc caed: alsaStopTimerData(16)
>>>>> Aug 24 17:03:50 auto-mc rdairplay: started audio cart: Line: 27  Cart:
>>>>> 80145  Cut: 2 Pos: 0  Card: 1  Stream: 0  Port: 0
>>>>> Aug 24 17:03:50 auto-mc rdairplay: finished event: Line: 27  Cart:
>>>>> 80145  Cut: 2 Card: 1  Stream: 0  Port: 0
>>>>> Aug 24 17:03:50 auto-mc caed: PlaybackPosition - Card: 1  Stream: 0
>>>>> Pos: 0  Handle: 169
>>>>> Aug 24 17:03:50 auto-mc caed: Play - Card: 1  Stream: 0  Handle: 169
>>>>> Length: 3594892  Speed: 100000  Pitch: 0
>>>>> Aug 24 17:03:50 auto-mc caed: UnloadPlayback - Card: 1  Stream: 0
>>>>> Handle: 169
>>>>> Aug 24 17:03:50 auto-mc caed: LoadPlayback  Card: 1  Stream: 0  Name:
>>>>> /var/snd/080133_001.wav  Handle: 170
>>>>> Aug 24 17:03:50 auto-mc caed: FadeLevel: 0
>>>>> Aug 24 17:03:50 auto-mc rdairplay: started audio cart: Line: 28  Cart:
>>>>> 80133  Cut: 1 Pos: 0  Card: 1  Stream: 0  Port: 0
>>>>> Aug 24 17:03:50 auto-mc caed: PlaybackPosition - Card: 1  Stream: 0
>>>>> Pos: 0  Handle: 170
>>>>> Aug 24 17:03:50 auto-mc caed: Play - Card: 1  Stream: 0  Handle: 170
>>>>> Length: 1740094  Speed: 100000  Pitch: 0
>>>>> Aug 24 17:03:50 auto-mc caed: FadeLevel: 0
>>>>> Aug 24 17:04:00 auto-mc caed: ****** ALSA Capture Xrun - Card: 0 ******
>>>>> On 8/24/11 8:04 PM, James Harrison wrote:
>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>> Hash: SHA1
>>>>>>
>>>>>> Check rd.conf for your own system specific logging configuration, but
>>>>>> check both the daemons and syslog logfiles; alternatively, configure a
>>>>>> specific log path or syslog logfile/service. Not sure if automation
>>>>>> decisions are logged there, but playout system stuff certainly gets
>>>>>> logged to those locations from caed...
>>>>>>
>>>>>> Cheers,
>>>>>> James Harrison
>>>>>>
>>>>>>
>>>>>> On 25/08/2011 02:49, Bill Putney wrote:
>>>>>>> This is driving us crazy! At least once a day, a cart that is scheduled
>>>>>>> to play (usually a long one like a prerecorded show) is skipped in the
>>>>>>> middle of a log.
>>>>>>>
>>>>>>> I can't figure out why this happens but I know somewhere there has got
>>>>>>> to be a system log file (like syslog or something) that should tell me
>>>>>>> everything the automation system is doing and I should be able to see
>>>>>>> the skip happen.
>>>>>>>
>>>>>>> We're using RRAbuntu 1.7.2...
>>>>>>>
>>>>>>> Help!
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Bill Putney - KPTZ Port Townsend, WA
>>>>>>> _______________________________________________
>>>>>>> Rivendell-dev mailing list
>>>>>>> [email protected]
>>>>>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
>>>>>> -----BEGIN PGP SIGNATURE-----
>>>>>> Version: GnuPG v1.4.9 (MingW32)
>>>>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>>>>>
>>>>>> iEYEARECAAYFAk5Vu9YACgkQmJV2s0zjsDgKfACdF1W8W/2O4K3X/YPWlu9L97WY
>>>>>> d/EAnAjIMV5eprpuHmorOECFzaEyTyEp
>>>>>> =mo9i
>>>>>> -----END PGP SIGNATURE-----
>>>>>>
>>>>>> _______________________________________________
>>>>>> Rivendell-dev mailing list
>>>>>> [email protected]
>>>>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
>>>>> _______________________________________________
>>>>> Rivendell-dev mailing list
>>>>> [email protected]
>>>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
>>> _______________________________________________
>>> Rivendell-dev mailing list
>>> [email protected]
>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
>
> _______________________________________________
> Rivendell-dev mailing list
> [email protected]
> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev

-- 
Robert Jeffares
Big Valley Radio
Thames New Zealand
_______________________________________________
Rivendell-dev mailing list
[email protected]
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev

Reply via email to