[OpenSIPS-Users] media-relay exception

nick at uni-petrol.com nick at uni-petrol.com
Wed Mar 30 19:03:59 CEST 2011


 And I confirm that media-relay run well on openvz host (not virtual 
 environment).
 I found interesting thing when media-relay fail in openvz virtual 
 environment on openvz host in dmesg appear this string:

 Mar 30 20:41:46 kernel: ctnetlink v0.90: registering with nfnetlink.

 Maybe it helps you understand root of the problem.

 Thanks in advance.

 On Wed, 30 Mar 2011 20:12:30 +0400, nick at uni-petrol.com wrote:

> I just updated python to 2.6 version but still have same error.
> I have installed following version of libs:
>
> python26.x86_64 2.6.5-6.el5
> python26-libs.x86_64 2.6.5-6.el5
> python26-application.noarch 1.1.5-3
> python26-cjson.x86_64 1.0.5-4
> python26-gnutls.x86_64 1.1.9-1
> python26-twisted-core.x86_64 8.2.0-3
> python26-twisted-names.x86_64 8.2.0-3
> python26-zope-interface.x86_64 3.3.0-1
>
> I can give you ssh access to openvz virtual environment to fix this
> error or I can do some debugging if you write me what I need do.
> Is it possible to resolve this problem?
>
> Mar 30 20:03:20 media-relay[3388]:
> mediaproxy.mediacontrol.StreamListenerProtocol starting on 10000
> Mar 30 20:03:20 media-relay[3388]:
> mediaproxy.mediacontrol.StreamListenerProtocol starting on 10001
> Mar 30 20:03:20 media-relay[3388]:
> mediaproxy.mediacontrol.StreamListenerProtocol starting on 10002
> Mar 30 20:03:20 media-relay[3388]:
> mediaproxy.mediacontrol.StreamListenerProtocol starting on 10003
> Mar 30 20:03:36 media-relay[3388]: Traceback (most recent call last):
> Mar 30 20:03:36 media-relay[3388]: File
> "/usr/lib64/python2.6/site-packages/twisted/python/log.py", line 69, 
> in
>
> callWithContext
> Mar 30 20:03:36 media-relay[3388]: return
> context.call({ILogContext: newCtx}, func, *args, **kw)
> Mar 30 20:03:36 media-relay[3388]: File
> "/usr/lib64/python2.6/site-packages/twisted/python/context.py", line
> 59,
> in callWithContext
> Mar 30 20:03:36 media-relay[3388]: return
> self.currentContext().callWithContext(ctx, func, *args, **kw)
> Mar 30 20:03:36 media-relay[3388]: File
> "/usr/lib64/python2.6/site-packages/twisted/python/context.py", line
> 37,
> in callWithContext
> Mar 30 20:03:36 media-relay[3388]: return func(*args,**kw)
> Mar 30 20:03:36 media-relay[3388]: File
> 
> "/usr/lib64/python2.6/site-packages/twisted/internet/epollreactor.py",
> line 231, in _doReadOrWrite
> Mar 30 20:03:36 media-relay[3388]: why = selectable.doRead()
> Mar 30 20:03:36 media-relay[3388]: --- ---
> Mar 30 20:03:36 media-relay[3388]: File
> "/usr/lib64/python2.6/site-packages/twisted/internet/udp.py", line 
> 126,
>
> in doRead
> Mar 30 20:03:36 media-relay[3388]:
> self.protocol.datagramReceived(data, addr)
> Mar 30 20:03:36 media-relay[3388]: File
> "/usr/lib64/python2.6/site-packages/mediaproxy/mediacontrol.py", line
> 130, in datagramReceived
> Mar 30 20:03:36 media-relay[3388]: self.cb_func(host, port, data)
> Mar 30 20:03:36 media-relay[3388]: File
> "/usr/lib64/python2.6/site-packages/mediaproxy/mediacontrol.py", line
> 246, in got_data
> Mar 30 20:03:37 media-relay[3388]:
> self.substream.check_create_conntrack()
> Mar 30 20:03:37 media-relay[3388]: File
> "/usr/lib64/python2.6/site-packages/mediaproxy/mediacontrol.py", line
> 297, in check_create_conntrack
> Mar 30 20:03:37 media-relay[3388]: self.forwarding_rule =
> _conntrack.ForwardingRule(self.caller.remote, self.caller.local,
> self.callee.remote, self.callee.local, self.stream.session.mark)
> Mar 30 20:03:37 media-relay[3388]:
> mediaproxy.interfaces.system._conntrack.Error: Table does not exist 
> (do
>
> you need to insmod?)
>
> On Tue, 29 Mar 2011 12:14:59 +0200, Saúl Ibarra Corretgé wrote:
>
>> On 29/3/11 11:42 AM, nick at uni-petrol.com [1] [1] wrote:
>>
>>> Because of media-relay running in openvz virtual container it
>> inherit
>>> kernel modules like ip_table, ip_conntrack, nfnetlink from host
>> node,
>>> so yesm ip_tables module like others loade before media-relay 
>>> start.
>>> Below is a list of running modules.
>> I haven't tried MediaProxy within a OpenVZ container, so I can't say
>> how this could affect MediaProxy, sorry.
>>
>>> Unfortunately it is very hard to migrate to python > 2.4, because
>>> CentOS < 6.0 don't support other versions and hard depend on python
>>> 2.4. Now I'm trying install Scientific Linux 6.0 in openvz virtual
>>> environment to test python 2.6.
>> We develop, test and deploy MediaProxy on Debian based non 
>> virtualized
>> systems so chances are that we'll not be able to help you if you run
> into
>
>> issues we didn't experience because we don't use such scenarios. 
>> Many
>> people are running MediaProxy on CentOS-like systems, but I can't
>> recall if anyone is using OpenVZ containers. You may want to test it
> in
>> a standalone machine first, and once you get it working you can put 
>> it
>> in the container and test again.
>>
>>> e>I have a question regarding which python version are recommended
>> to
>>> run media-proxy (python 2.6, 2.7, 3.2) ?
>> e> Python 2.6 would be the best choice. Regards,
> _______________________________________________ Users mailing list
> Users at lists.opensips.org [2]
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users [3]




More information about the Users mailing list