Blind updates on production machines without validation on another machine and 
without backups is quite problematic.  

Backups with ZFS snapshots might also be something to look into as a simple, 
zero impact backup mechanism to help you manage the impact of updates.

Gregg

> On Dec 16, 2016, at 3:15 PM, Lorne Tyndale <ltynd...@tyndaleweb.com> wrote:
> 
> Based on what you've described, I suspect that if you were running Jack
> it would work.
> 
> I agree that on a Rivendell appliance OS upgrades in general should be
> avoided.  After all the Rivendell machine shouldn't be on the internet
> in the first place but instead on a private LAN where the usual thought
> of "update to avoid security holes" doesn't necessarily apply.
> 
>> 
>> I think you are misunderstanding what was happening.
>> 
>> 
>> If the card is set at 48000 with the new drivers, RD cannot "see" the card 
>> at all. It is reported as not being installed by RD Admin.
>> 
>> 
>> If rdalsaconfig is set to 44.1 and RD is restarted, the card is seen as 
>> installed by RD, but on playback the audio becomes noisy and corrupted.
>> 
>> 
>> If you go into rdalsaconfig, change the sample rate to 48000 and restart the 
>> daemons, the audio card is no longer reported as installed.
>> 
>> 
>> The card and the machine worked properly under 48000 when the appliance was 
>> initially installed. Something that gets updated during the OS update 
>> process is changed and causes this issue with my machine.
>> 
>> 
>> It is simply going to receive GPI closures and play back station ID's, so I 
>> am not really wanting to do much with this unit other than take the path of 
>> least resistance to get it to function. If it were one of our playout 
>> machines, that would be a different story.
>> 
>> 
>> Steve Varholy
>> President and General Manager
>> 
>> [1478183502168_WXRY_Full_993_300x145.png]
>> 
>> 
>> The Historic Barringer Building
>> 
>> 1338 Main Street - Suite 202
>> 
>> Columbia, South Carolina 29201
>> 
>> Office: (803) 753-7260 x 251
>> 
>> Direct: (803) 404-5535
>> 
>> Cell: (703) 585-2101
>> 
>> 
>> A Service of the Independent Media Foundation
>> 
>> ________________________________
>> From: John Stanley <john.stan...@elslc.com>
>> Sent: Friday, December 16, 2016 2:15:36 PM
>> To: Steve Varholy
>> Cc: rivendell-dev@lists.rivendellaudio.org
>> Subject: Re: [RDD] Appliance Issue
>> 
>> On Fri, 2016-12-16 at 18:32 +0000, Steve Varholy wrote:
>>> 
>>> Hadn't gotten a chance to posting.
>>> 
>>> 
>>> The answer is a qualified yes. Paravel gave me a call because they
>>> were curious to see whether they had an issue as well.
>>> 
>>> 
>>> The CENTOS upgrade also updates the driver on my particular machine.
>>> Where the onboard soundcard driver in the original appliance is happy
>>> at 48000, the card under the upgraded driver only likes to be run at
>>> 44.1 and the resulting audio is terrible.
>>> 
>>> 
>>> I have a new card arriving tomorrow. The thought is that it will
>>> resolve the issue.
>> 
>> It's not that it is happy...Alsa defaults to 48kHz in RHEL/CentOS. What
>> this does is change the default rate. If you look in the RD logs you
>> will or should see the error where this happens. You also need to make
>> sure RD is set at 44100kHz also in the Admim settings.
>> 
>> 
>> Could you try this before going further:
>> 
>> ### put in  /root/.asoundrc
>> 
>> pcm.!default {
>> type rate
>> slave {
>> pcm "plughw:0,0"
>> rate 44100
>> }
>> }<hr>_______________________________________________
>> Rivendell-dev mailing list
>> Rivendell-dev@lists.rivendellaudio.org
>> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
> _______________________________________________
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

_______________________________________________
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Reply via email to