Problem fixed, all works fine. Thank you.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/758#issuecomment-172505595___
Devel mailing list
Devel@lists.opensips.org
looks like problem is fixed for now. opensips doesn't crashed for 5 days
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/749#issuecomment-172510700___
Devel mailing list
Devel@lists.opensips.org
i have updated opensips, now we need a couple of days to look at its behavior
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/749#issuecomment-171322700___
Devel mailing list
Devel@lists.opensips.org
every time opensips crashes, in log i see only this error:
Jan 11 16:00:48 opensips /usr/sbin/opensips[7331]:
CRITICAL:core:sig_alarm_abort: BUG - shutdown timeout triggered, dying...
---
Reply to this email directly or view it on GitHub:
Hello!
I use opensips 211:
version: opensips 211 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll,
I did not have any unusual error message (only errors like "child process x
exit by signal 7"), and unfortunately this time i updated geoip, corefile was
lost. Its really hard to reproduce this error because not hard loaded opensips
dont crashes. Unfortunately i cant allow my main hard
version: opensips 2.1.1 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et,
version: opensips 2.1.1 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et,
but Bogdan said that to push new body, both strip_body() and add_body() must be
called (proof: http://opensips.org/pipermail/users/2014-October/030200.html)
---
Reply to this email directly or view it on GitHub:
version: opensips 2.1.1 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et,
@bogdan-iancu i checked again as you say (with additional debug trigger on
__dialog_loaded() function) and still don't see any output with
__dialog_loaded() in log with debug=4. I think that function doesn't work.
---
Reply to this email directly or view it on GitHub:
@bogdan-iancu yes, i'm sure. I do simple manipulations with subst_body in order
to insert some additional data to body. This manipulations cannot be a reason
of generating body-less PUBLISHes without call dialoginfo_set() function.
---
Reply to this email directly or view it on GitHub:
ok, i'll give you result a bit later.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/240#issuecomment-47776353___
Devel mailing list
Devel@lists.opensips.org
@ovidiusas i doing some manipulations with xml body of PUBLISHs in local route.
@bogdan-iancu i can't reproduce it myself, but it reproduces sometimes on my
live opensips (very small chance).
---
Reply to this email directly or view it on GitHub:
I init publishing by dealoginfo_set(), then establish call and after that i
restart opensips.
In this case, if i end call (established before restart) by BYE request,
opensips does not publishes anything.
params:
...
modparam(pua_dialoginfo, include_callid, 1)
modparam(pua_dialoginfo,
Opensips 1.11 sometimes generates strange PUBLISH requests even if i do not
call dialoginfo_set() function and target URI of such requests does nothing at
that moment.
I dont understand why opensips generates these requests.
example of request:
PUBLISH sip:aaa@bbb SIP/2.0
Via: SIP/2.0/UDP
After restart opensips, it stops probing gateways from dr_gateways table if
they are disabled at the time of restarting.
Gateways may be stopped by drouting module as not answers to ping (OPTIONS).
To start probing again, we must enable gateway manually (by opensipsctl) and
restart opensips.
any progress in this task?
or you need some additional information?
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/217#issuecomment-43065426___
Devel mailing list
Devel@lists.opensips.org
we have latest stable version from git. now updated to 1.11 and problem is
still there
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/217#issuecomment-43079389___
Devel mailing list
version: opensips 1.11.1-tls (x86_64/linux)
flags: STATS: On, USE_IPV6, USE_TCP, USE_TLS, DISABLE_NAGLE, USE_MCAST,
SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method
I redone tests and behavior remains the same. If i re-roure failed request via
different interface, in VIA still stay IP of first network interface. For
clarity, i sent pcap-dump to your e-mail
---
Reply to this email directly or view it on GitHub:
Closed #161.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/161#event-118191013___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Problem solved, thx!
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/161#issuecomment-42291382___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Situation:
A = registrant (our opensips with uac_registrant module). all REGISTERS sent
with expires=60 (as ct.fields(expires))
B = registrar (some sip-server). Sends 200OK with expires=600 (as
ct.fields(expires) too) to REGISTERs with expires lesser then 600.
When A receives 200OK with
opensips 1.10 latest git commit as registrant.
i sent pcap trace to your email
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/217#issuecomment-41676251___
Devel mailing list
Devel@lists.opensips.org
Problem was discovered long time ago, maybe now it's solved. I will do some
tests to check how it works now
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/161#issuecomment-39831353___
Devel mailing
1.10
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/161#issuecomment-34316380___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
27 matches
Mail list logo