| View previous topic :: View next topic |
| Author |
Message |
iunderwood

Joined: 23 Aug 2008 Posts: 114 Location: Leicester, MA
|
Posted: Thu Dec 09, 2010 5:32 pm Post subject: KH28 ODR Source Problems |
|
|
On-demand relays are broken in KH28, but in a way that has taken me some time to find.
It appears that the source relay redirects incoming on-demands, which is not going to work too well:
From the Relay:
[2010-12-09 12:08:30] INFO slave/open_relay_connection connecting to operations.powerfrag.fm:2112 for /pf-64k.ogg
[2010-12-09 12:08:30] INFO slave/open_relay_connection redirect received http://sinewave.powerfrag.fm:2112/pf-64k.ogg
[2010-12-09 12:08:30] INFO slave/open_relay_connection connecting to sinewave.powerfrag.fm:2112 for /pf-64k.ogg
[2010-12-09 12:08:34] WARN slave/open_relay_connection Failed to connect to sinewave.powerfrag.fm:2112 _________________ ++I; |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Fri Dec 10, 2010 12:37 am Post subject: |
|
|
You'll have to explain this error case in a bit more detail. Are you saying that kh28 is sending back a 302 response or that kh28 is getting a 302 response? And what is exactly wrong with those log lines?
It looks like a connection was attempted, to start a relay, it received a 302 response and tried the alternative address which failed.
karl. |
|
| Back to top |
|
 |
iunderwood

Joined: 23 Aug 2008 Posts: 114 Location: Leicester, MA
|
Posted: Fri Dec 10, 2010 4:34 pm Post subject: |
|
|
That connection on the ls coming from the relay when a listener attempts to connect. The master is redirecting the relay back to itself.
I'll try to get a tcpdump sometime this weekend so there is more to go on. _________________ ++I; |
|
| Back to top |
|
 |
iunderwood

Joined: 23 Aug 2008 Posts: 114 Location: Leicester, MA
|
Posted: Wed Dec 15, 2010 6:55 pm Post subject: |
|
|
I have not met with much success getting a dump on this since I'm running it on a VM with no GUI.
What is happening is that the relay (sinewave) is requesting the stream from the master (operations). Operations then redirects sinewave to itself.
Since my relay is set-up as an on-demand relay with a UN/PW to boot, it shouldn't be referenced back to itself.
Of note here is that on my master, I have max-listeners set to 0, so that clients who do connect can get referred out to any available, configured relay. _________________ ++I; |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Thu Dec 16, 2010 2:27 am Post subject: |
|
|
I just tried here with the latest code and it seems to be working as expected. Requests to /admin/streams should not be getting redirecting at all, only direct calls to the stream mountpoint. How have you defined the master details in the slave, <master> or the traditional <master-.....> tags?
karl? |
|
| Back to top |
|
 |
iunderwood

Joined: 23 Aug 2008 Posts: 114 Location: Leicester, MA
|
Posted: Thu Dec 16, 2010 10:07 pm Post subject: |
|
|
I have not tried this with 28.5, but I will later tonight and see if that makes a difference.
I am using the new master tags:
| Code: |
<master>
<server>xx</server>
<port>xx</port>
<redirect>true</redirect>
<username>xx</username>
<password>pw</password>
<interval>60</interval>
</master>
|
_________________ ++I; |
|
| Back to top |
|
 |
iunderwood

Joined: 23 Aug 2008 Posts: 114 Location: Leicester, MA
|
Posted: Tue Dec 21, 2010 2:40 pm Post subject: |
|
|
A relay master w/ 28.5 is still redirecting my secondary Icecast to itself:
From the relay:
[2010-12-21 09:32:22] INFO slave/start_relay_stream Starting relayed source at mountpoint "/pf-64k.aacp"
[2010-12-21 09:32:22] INFO slave/open_relay_connection connecting to operations.powerfrag.fm:2112 for /pf-64k.aacp
[2010-12-21 09:32:22] DBUG stats/modify_node_event update "global" banned_IPs (0)
[2010-12-21 09:32:22] DBUG stats/modify_node_event update "global" outgoing_kbitrate (314)
[2010-12-21 09:32:22] INFO slave/open_relay_connection redirect received http://sinewave.powerfrag.fm:2112/pf-64k.aacp
[2010-12-21 09:32:22] INFO slave/open_relay_connection connecting to sinewave.powerfrag.fm:2112 for /pf-64k.aacp
From the Master:
[2010-12-21 14:27:43] INFO slave/redirector_add slave (1) at sinewave.powerfrag.fm:2112 added
[2010-12-21 14:28:43] INFO source/source_add_listener max on /pf-64k.aacp is 0 (cur 0)
[2010-12-21 14:28:43] INFO source/source_add_listener max listener count reached on /pf-64k.aacp
[2010-12-21 14:28:43] INFO slave/redirect_client redirecting listener to slave server at sinewave.powerfrag.fm:2112
[2010-12-21 14:28:43] INFO source/source_add_listener max on /pf-64k.aacp is 0 (cur 0)
[2010-12-21 14:28:43] INFO source/source_add_listener max listener count reached on /pf-64k.aacp
[2010-12-21 14:28:43] INFO slave/redirect_client redirecting listener to slave server at sinewave.powerfrag.fm:2112
The times between the boxes were a bit off. _________________ ++I; |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Dec 27, 2010 3:06 am Post subject: |
|
|
should be fixed in the kh28.9.update on my site.
karl. |
|
| Back to top |
|
 |
iunderwood

Joined: 23 Aug 2008 Posts: 114 Location: Leicester, MA
|
Posted: Mon Dec 27, 2010 11:17 pm Post subject: |
|
|
This appears to be fixed in 28.9. Thanks, again! _________________ ++I; |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Dec 27, 2010 11:36 pm Post subject: |
|
|
Unless something significant comes up, I will probably rename it as kh29 in the next day or so. There is a win32 build up there now as well.
karl. |
|
| Back to top |
|
 |
|