We have a stream target configured and upon restart (whether crash recovery or scheduled restart), the stream target is in a ‘Waiting…’ state and needs to be edited, re-saved and then the state shows as ‘Active.’
Is this an issue with the sending Wowza server or the receiving server? The receiving server is also Wowza configured as a repeater, however we do not control it.
This is not a normal behavior for the Stream Targets feature. Can you specify which Wowza Streaming Engine version are you currently running?
We always suggest users to update their server installation to the latest Wowza version (currently at 4.2.0) so that you could benefit from the server fixes that were released in the meantime.
Are you generating live stream using scheduled playlists? The StreamPublisher is used when using video on demand playlists to be delivered as a live stream according to a schedule.
Have you configured Stream Targets to push those generated live stream to an alternate server/CDN?
When you restart your Wowza server, the incoming RTMP stream is also dropped. Can you confirm that the Stream Targets “Waiting…” status is also maintend after the incoming RTMP stream is re-published?
Can you check your “Incoming streams” page and see if that particular RTMP incoming streams is actually published on your server after the Wowza restart?
This is not a normal behavior for the Stream Targets feature. Can you specify which Wowza Streaming Engine version are you currently running?
We always suggest users to update their server installation to the latest Wowza version (currently at 4.2.0) so that you could benefit from the server fixes that were released in the meantime.
Zoran
Zoran,
Here is our current version:
Engine Version
4.2.0.01 (build 15394)
Engine Manager Version
4.2.0.01 (build 15394)
We updated recently in order to be able to configure Stream Targets through the gui rather than the backend.
Are you generating live stream using scheduled playlists? The StreamPublisher is used when using video on demand playlists to be delivered as a live stream according to a schedule.
Have you configured Stream Targets to push those generated live stream to an alternate server/CDN?
Zoran
Zoran,
This was from a previous support request with Wowza. They had us test with scheduled playlists but it turns out it was another issue.
The current feed is taken live via incoming RTMP and that is configured in Stream Targets to push to the server downstream.
The ‘Waiting…’ problem still persists whenever we restart Wowza.
I can see the incoming stream is republished because the bytes in/out on the monitoring page reflects that and the Incoming Streams page shows ‘Active’ but the Stream Targets page still shows ‘Waiting…’
WIll be opening a support ticket shortly and sending the logs. We needed to restart our server again and the same issue is occuring – stream targets require manual intervention to reconnect.