-
Hello – I’m using the FW Flowplayer on the site indicated below. We’re using “streamguys” for our audio streaming service. They are indicating that our services is experiencing “ghost” connections – that the player is initiating two connections, one that is live, one that is a ghost, and it’s overloading our streaming service with them. We’ve had to have them restart the WOWZA server many many many times. I’m talking to my web host, understanding how much memory we can assign to the application pool our website is being hosted on . . . but it seems the root of the problem is the “ghost” connection coming from the FW Flowplayer. I have a license, and I would like to continue to use it – IF it can NOT create these unnecessary connections causing our audio streaming to go down.
Could you help me understand if this is something you’ve heard about before? Is there an easy fix? My plugin IS fully updated.
thank you, – wendy
(link to website)
-
-
Hello Wendy,
sorry about the slight delay, we are checking this out.
Thanks,
Martin
Hello Wendy,
I have to say that there is something on it – if I enable the debug mode, I can see that there are two connections created. However the second one says that it’s already connected, so I’m not sure if it really is executing right now.
We are digging deeper into this.
Thanks,
Martin
thank you martin – it’s causing my site to crash occasionally, and we have to restart the webhost to bring it back up. any resolution you can find on the two streams would be MUCH appreciated. Thank you very much!
I just received this debugging log from my webhost recorded from our server app pool crashing. Does this help you at all?
Log Name: System
Source: Microsoft-Windows-WAS
Date: 10/19/2013 10:31:52 PM
Event ID: 5013
Task Category: None
Level: Warning
Keywords: Classic
User: N/A
Computer: csweb09.cloudsites.local
Description:
A process serving application pool ‘example.com’ exceeded time limits during shut down. The process id was ‘137448’.
Event Xml:
<Event xmlns=”http://schemas.microsoft.com/win/2004/08/events/event”>
<System>
<Provider Name=”Microsoft-Windows-WAS” Guid=”{524B5D04-133C-4A62-8362-64E8EDB9CE40}” EventSourceName=”WAS” />
<EventID Qualifiers=”32768″>5013</EventID>
<Version>0</Version>
<Level>3</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=”2013-10-20T04:31:52.000000000Z” />
<EventRecordID>151986</EventRecordID>
<Correlation />
<Execution ProcessID=”0″ ThreadID=”0″ />
<Channel>System</Channel>
<Computer>csweb09.cloudsites.local</Computer>
<Security />
</System>
<EventData>
<Data Name=”AppPoolID”>example.com</Data>
<Data Name=”ProcessID”>137448</Data>
<Binary>
</Binary>
</EventData>
</Event>Log Name: System
Source: Microsoft-Windows-WAS
Date: 10/19/2013 10:31:52 PM
Event ID: 5138
Task Category: None
Level: Warning
Keywords: Classic
User: N/A
Computer: csweb09.cloudsites.local
Description:
A worker process ‘137448’ serving application pool ‘example.com’ failed to stop a listener channel for protocol ‘http’ in the allotted time. The data field contains the error number.
Event Xml:
<Event xmlns=”http://schemas.microsoft.com/win/2004/08/events/event”>
<System>
<Provider Name=”Microsoft-Windows-WAS” Guid=”{524B5D04-133C-4A62-8362-64E8EDB9CE40}” EventSourceName=”WAS” />
<EventID Qualifiers=”32768″>5138</EventID>
<Version>0</Version>
<Level>3</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=”2013-10-20T04:31:52.000000000Z” />
<EventRecordID>151985</EventRecordID>
<Correlation />
<Execution ProcessID=”0″ ThreadID=”0″ />
<Channel>System</Channel>
<Computer>csweb09.cloudsites.local</Computer>
<Security />
</System>
<EventData>
<Data Name=”AppPoolID”>example.com</Data>
<Data Name=”ProcessID”>137448</Data>
<Data Name=”param3″>0</Data>
<Data Name=”ProtocolID”>http</Data>
<Binary>B4050780</Binary>
</EventData>
</Event>Log Name: System
Source: Microsoft-Windows-WAS
Date: 10/19/2013 10:30:22 PM
Event ID: 5117
Task Category: None
Level: Information
Keywords: Classic
User: N/A
Computer: csweb09.cloudsites.local
Description:
A worker process serving application pool ‘example.com’ has requested a recycle because it reached its private bytes memory limit.
Event Xml:
<Event xmlns=”http://schemas.microsoft.com/win/2004/08/events/event”>
<System>
<Provider Name=”Microsoft-Windows-WAS” Guid=”{524B5D04-133C-4A62-8362-64E8EDB9CE40}” EventSourceName=”WAS” />
<EventID Qualifiers=”16384″>5117</EventID>
<Version>0</Version>
<Level>4</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=”2013-10-20T04:30:22.000000000Z” />
<EventRecordID>151984</EventRecordID>
<Correlation />
<Execution ProcessID=”0″ ThreadID=”0″ />
<Channel>System</Channel>
<Computer>csweb09.cloudsites.local</Computer>
<Security />
</System>
<EventData>
<Data Name=”AppPoolID”>example.com</Data>
<Binary>
</Binary>
</EventData>
</Event>
My webhost was also learned that a high number of “php.exe” calls were being made.
We also need to understand the hardware requirements for the player.
Hi Wendy,
We’ll work with you through these issues but keep in mind Windows server does add additional pain when using PHP and other elements of the LAMP stack.
Making the web work for you, Alec
Hello Wendy,
good news – unless there are any other issues, new FV Flowplayer with this fix will be released later this week.
However – this has nothing to do with PHP processes. So it appears there is some other issue with your site – not related to audio streaming.
You should install a WordPress cache plugin (we recommend Hyper Cache) and you can also try enabling Settings -> FV WordPress Flowplayer -> “Disable admin video checker”. That might help if you have a lot of logged in admin users checking a lot of videos.
Thanks,
Martin
thank you for creating an update that will fix this problem :)
and thank you for the tip on the cache plugin and altering the admin video checker. i will try both of those things.
i appreciate your customer service!
– wendy
Hello Wendy,
we have the new core code, so this will be released tomorrow or day after tomorrow.
Thanks,
Martin
Hello Wendy,
sorry about the delay, we put in the playlist improvements too. The version 2.1.48 is out and it should not have any more ghost RTMP connections.
Thanks,
Martin
