Re: [RDD] rdairplay audio dropouts

[Lorne Tyndale]

For option one, it is possible to just set the speed of the Windows
based NIC in the adapter properties. Usually the speed is one of the
settings in the "advanced" tab of the NIC hardware properties in
windows.  Setting its speed to 100 full (assuming your rivendell is a
gigabit card) and see if the problem goes away might be a quick and
dirty thing to try.

Lorne Tyndale


> 
> On Fri, 6 Jul 2018 13:47:56 -0500
> Tim Camp  wrote:
> 
> > Well we had previously used a cifs connection to the windows box, but the
> > mount point being in the user directory would cause the file manager
> > sometimes 15 minutes to populate waiting on the windows box. This made it
> > rdlogmanger lockup when trying to create a log as it was looking for that
> > mount point
> > for traffic import. we thought going the other way would stop this problem
> > (which it did) but now we have this problem.
> > 
> > As I said it only happens during the day when that mount point  is being
> > used by the traffic system.
> > 
> > rivendell only needs that share for the short time it takes to import
> > traffic, but of course the traffic system needs to see it all the time.
> > 
> > Wondering if I am going to have to go back to the old way of just sending
> > the log over via ftp, which was the method years ago.
> > 
> > maybe I can write a short batch file for the traffic girl to run after she
> > finishes the log.
> 
>  Gave it some thought.
> 
>  If I understand correctly, the Rivendell problem is that the *network* is
>  saturated, thus preventing the real time transfer of priority stuff, like 
> audio.
> 
>  Everything else works.
> 
>  OK, here's two solutions...
> 
>  A gigabit card in the Riv. machine, AND a 100BaseTx card in the M$ machine.
>  Hardware will limit M$ to 10% max of what's available to Riv.
> 
>  A second card in the Riv. machine, and a super private point-to-point LAN
>  between the Riv. machine and M$ via a cross-over cable.
> 
>  Network cards are cheap enough these days, and if you have one in the junk 
> box,
>  then the only cost is a little time. Probably less time than most any other
>  solution we could invent.
> 
> -- 
> Cowboy 
> 
> He was a fiddler, and consequently a rogue.
>   -- Jonathan Swift
> ___
> 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

Re: [RDD] rdairplay audio dropouts

[Cowboy]

On Fri, 6 Jul 2018 13:47:56 -0500
Tim Camp  wrote:

> Well we had previously used a cifs connection to the windows box, but the
> mount point being in the user directory would cause the file manager
> sometimes 15 minutes to populate waiting on the windows box. This made it
> rdlogmanger lockup when trying to create a log as it was looking for that
> mount point
> for traffic import. we thought going the other way would stop this problem
> (which it did) but now we have this problem.
> 
> As I said it only happens during the day when that mount point is being
> used by the traffic system.
> 
> rivendell only needs that share for the short time it takes to import
> traffic, but of course the traffic system needs to see it all the time.
> 
> Wondering if I am going to have to go back to the old way of just sending
> the log over via ftp, which was the method years ago.
> 
> maybe I can write a short batch file for the traffic girl to run after she
> finishes the log.

 Gave it some thought.

 If I understand correctly, the Rivendell problem is that the *network* is
 saturated, thus preventing the real time transfer of priority stuff, like 
audio.

 Everything else works.

 OK, here's two solutions...

 A gigabit card in the Riv. machine, AND a 100BaseTx card in the M$ machine.
 Hardware will limit M$ to 10% max of what's available to Riv.

 A second card in the Riv. machine, and a super private point-to-point LAN
 between the Riv. machine and M$ via a cross-over cable.

 Network cards are cheap enough these days, and if you have one in the junk box,
 then the only cost is a little time. Probably less time than most any other
 solution we could invent.

-- 
Cowboy 

He was a fiddler, and consequently a rogue.
-- Jonathan Swift
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] rdairplay audio dropouts

[Tim Camp]

Or as Drew said, route through a third party.

On Fri, Jul 6, 2018 at 1:47 PM, Tim Camp  wrote:

> Greetings,
>
> Well we had previously used a cifs connection to the windows box, but the
> mount point being in the user directory would cause the file manager
> sometimes 15 minutes to populate waiting on the windows box. This made it
> rdlogmanger lockup when trying to create a log as it was looking for that
> mount point
> for traffic import. we thought going the other way would stop this problem
> (which it did) but now we have this problem.
>
> As I said it only happens during the day when that mount point is being
> used by the traffic system.
>
> rivendell only needs that share for the short time it takes to import
> traffic, but of course the traffic system needs to see it all the time.
>
> Wondering if I am going to have to go back to the old way of just sending
> the log over via ftp, which was the method years ago.
>
> maybe I can write a short batch file for the traffic girl to run after she
> finishes the log.
>
> Cheers
>
>
> Tim Camp
> WZEW-FM
> Mobile, Al.
>
>
> On Fri, Jul 6, 2018 at 11:31 AM, Tim Camp  wrote:
>
>> Greetings,
>>
>> Here's one for you.
>>
>> Having a situation where rdairplay on a client machine, meaning audio
>> store and mysql are not located locally, starts having dropouts of audio
>> and trouble connecting to the database. Many rivendell machines on this
>> system and this is the only one with the problem.
>>
>> I tracked it down to this.
>>
>> Machine network interface is totally overwhelmed from a windows traffic
>> machine which is attaching to a nfs share on the same box. This doesn't
>> happen all the time but when it does as you can imagine panic ensues.
>>
>> If I shutdown the nfs-kernel server problem goes away. If I disconnect
>> the windows machine problem goes away.
>>
>> So question is what is this windows box doing that is polling this share
>> so intensely that all other network traffic slows to a halt.
>>
>> This connection is simply there so traffic logs and be sent over the
>> network
>> to the rivendell machine. I have tried connecting to the windows box
>> going the other way using cifs but this too causes other issues.
>>
>> For some reason this windows box and this linux box don't like each other.
>>
>> Cheers
>>
>> Tim Camp
>> WZEW-FM
>> Mobile, Al.
>>
>>
>
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] rdairplay audio dropouts

[Tim Camp]

Greetings,

Well we had previously used a cifs connection to the windows box, but the
mount point being in the user directory would cause the file manager
sometimes 15 minutes to populate waiting on the windows box. This made it
rdlogmanger lockup when trying to create a log as it was looking for that
mount point
for traffic import. we thought going the other way would stop this problem
(which it did) but now we have this problem.

As I said it only happens during the day when that mount point is being
used by the traffic system.

rivendell only needs that share for the short time it takes to import
traffic, but of course the traffic system needs to see it all the time.

Wondering if I am going to have to go back to the old way of just sending
the log over via ftp, which was the method years ago.

maybe I can write a short batch file for the traffic girl to run after she
finishes the log.

Cheers


Tim Camp
WZEW-FM
Mobile, Al.


On Fri, Jul 6, 2018 at 11:31 AM, Tim Camp  wrote:

> Greetings,
>
> Here's one for you.
>
> Having a situation where rdairplay on a client machine, meaning audio
> store and mysql are not located locally, starts having dropouts of audio
> and trouble connecting to the database. Many rivendell machines on this
> system and this is the only one with the problem.
>
> I tracked it down to this.
>
> Machine network interface is totally overwhelmed from a windows traffic
> machine which is attaching to a nfs share on the same box. This doesn't
> happen all the time but when it does as you can imagine panic ensues.
>
> If I shutdown the nfs-kernel server problem goes away. If I disconnect the
> windows machine problem goes away.
>
> So question is what is this windows box doing that is polling this share
> so intensely that all other network traffic slows to a halt.
>
> This connection is simply there so traffic logs and be sent over the
> network
> to the rivendell machine. I have tried connecting to the windows box going
> the other way using cifs but this too causes other issues.
>
> For some reason this windows box and this linux box don't like each other.
>
> Cheers
>
> Tim Camp
> WZEW-FM
> Mobile, Al.
>
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] rdairplay audio dropouts

[Fred Gleason]

On Jul 6, 2018, at 14:09, Cowboy  wrote:

> If so, it might be as simple as starting the nfs daemon with
> a nice level 20
> ( positive numbers are lower priority )
> This should cause the nfs daemon to only run when nothing with
> a higher priority is pending.
> Of course, if there are other nfs clients, it'll choke them, too.

Be aware that remote Rivendell workstation *also* use NFS for their audio 
transport. Thus, I suspect that this technique may be a zero-sum game.

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
|  A room without books is like a body without a soul. |
| -- Cicero|
|--|

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

Re: [RDD] rdairplay audio dropouts

[Cowboy]

On Fri, 6 Jul 2018 11:31:01 -0500
Tim Camp  wrote:

> If I shutdown the nfs-kernel server problem goes away. If I disconnect the
> windows machine problem goes away.

 Had a thought...

 If I'm understanding correctly, the audio is playing off of a box.
 That box is also providing nfs to a M$ client machine.

 If so, it might be as simple as starting the nfs daemon with
 a nice level 20
 ( positive numbers are lower priority )
 This should cause the nfs daemon to only run when nothing with
 a higher priority is pending.
 Of course, if there are other nfs clients, it'll choke them, too.

 The normal priority would be 0, the idle process runs at +20.
 You might need to give nfs a higher priority, say 15, to get 
 enough nfs for the system to work right.

 Pretty much anything that mixes Linux and M$ is problematic
 to one extent or another.

-- 
Cowboy 

He was a fiddler, and consequently a rogue.
-- Jonathan Swift
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] rdairplay audio dropouts

[Fred Gleason]

On Jul 6, 2018, at 13:40, Cowboy  wrote:

> Personally, I'd run a tcpdump on it and see exactly what it is doing.
> Then, go from there.

It might be easier to just replace it with a CIFS share.

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
|  A room without books is like a body without a soul. |
| -- Cicero|
|--|

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

Re: [RDD] rdairplay audio dropouts

[Cowboy]

On Fri, 06 Jul 2018 10:30:25 -0700
"Lorne Tyndale"  wrote:

> Microsoft has made an NFS client for a while, I admit I have not tried
> it and I don't know how well it works.

 Well, if history is any teacher, it'll be M$ own interpretation of exactly
 and precisely what NFS *should* do in their opinion.
 I'd expect that would include SMB file locking, "master browse list" and
 so forth. But, I don't know.

 Personally, I'd run a tcpdump on it and see exactly what it is doing.
 Then, go from there.

-- 
Cowboy 

He was a fiddler, and consequently a rogue.
-- Jonathan Swift
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] rdairplay audio dropouts

[Lorne Tyndale]

Microsoft has made an NFS client for a while, I admit I have not tried
it and I don't know how well it works.

For Windows 7 or later it can be found in Control panel -> Programs and
Features -> Turn Windows features on or off, then scroll down the list
to find "services for NFS"

In XP and earlier it was a download from Microsoft.

Lorne Tyndale


> On Friday 06 July 2018 12:31:01 pm Tim Camp wrote:
> > Machine network interface is totally overwhelmed from a windows traffic
> > machine which is attaching to a nfs share on the same box. This doesn't
> > happen all the time but when it does as you can imagine panic ensues.
> 
>  How did you get windows to do NFS ??
> 
>  That's a new one, and although you're having problems, I can see
>  where it might be useful at times.
> 
> -- 
> Cowboy
> 
> http://cowboy.cwf1.com
> 
> The greatest dangers to liberty lurk in insidious encroachment by men
> of zeal, well-meaning but without understanding.
>   -- Justice Louis D. Brandeis
> ___
> 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

Re: [RDD] rdairplay audio dropouts

[drew Roberts]

Tim,

I hope things are going well with you. I still think of Dave fondly.

On Fri, Jul 6, 2018 at 12:31 PM, Tim Camp  wrote:

> Greetings,
>
> snip

> So question is what is this windows box doing that is polling this share
> so intensely that all other network traffic slows to a halt.
>

No idea.

>
> This connection is simply there so traffic logs and be sent over the
> network
> to the rivendell machine. I have tried connecting to the windows box going
> the other way using cifs but this too causes other issues.
>

Have you tried putting a small machine in the "middle" of these two as well
as reversing the "host" machine?

>
> For some reason this windows box and this linux box don't like each other.
>
> Cheers
>
> Tim Camp
> WZEW-FM
> Mobile, Al.
>
>
all the best,

drew
-- 
Enjoy great *Bahamian Music* at:
Bahamian Or Nuttin - http://www.bahamianornuttin.com

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

Re: [RDD] rdairplay audio dropouts

[Cowboy]

On Friday 06 July 2018 12:31:01 pm Tim Camp wrote:
> Machine network interface is totally overwhelmed from a windows traffic
> machine which is attaching to a nfs share on the same box. This doesn't
> happen all the time but when it does as you can imagine panic ensues.

 How did you get windows to do NFS ??

 That's a new one, and although you're having problems, I can see
 where it might be useful at times.

-- 
Cowboy

http://cowboy.cwf1.com

The greatest dangers to liberty lurk in insidious encroachment by men
of zeal, well-meaning but without understanding.
-- Justice Louis D. Brandeis
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev