similar to: taskprocessor fails to allocate memory

Hello I am experiencing a freeze of the Asterisk proces when issuing a 'sip reload'. I have this issue every time on asterisk versions : 13.11.2, 13.11.1, 13.10.0 and certified-13.8-cert3. I do not have this on versions certified-13.8-cert2, certified-13.8-cert1 and asterisk 1.8.32.3. The only solution is a cold restart of Asterisk. I can execute any command on CLI except 'sip

NFS server (b39): bash-3.00# zfs get quota nfs-s5-s8/d5201 nfs-s5-p0/d5110 NAME PROPERTY VALUE SOURCE nfs-s5-p0/d5110 quota 600G local nfs-s5-s8/d5201 quota 600G local bash-3.00# bash-3.00# df -h | egrep "d5201|d5110" nfs-s5-p0/d5110 600G 527G 73G 88% /nfs-s5-p0/d5110

Hello Asterisk list, I've facing a memory allocation issue that happens occasionally but on a consistent basis. The problem happens as follow, suddenly Asterisk starts consuming a lot of memory, in a rate of more than 1GB per hour. Kernel will eventually kill it via the OOM killer when memory is really exausted... This situation does not generate backtrace because Asterisk is responsive

Hey folks, Is there any way to get this to report the proper values again? The disk did fill up but we removed a good 60G of data but it still shows full [root at price-two:/]# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda3 131G -64Z 131G 101% / /dev/sda1 99M 9.7M 84M 11% /boot /dev/sdb1 269G 60G 196G 24% /data none

I was able to put the crash through the gdb on the original VM that encountered the problem. (Not sure why the VM I initially tried to analyze the crash dump on didn’t do this correctly, but not concerned about it now). It’s providing additional details. Would this be considered a better example of the crash? I will go through the version comparisons and see if there are any updates since

This is an issue that I have been having with one of our production servers for a couple of months, just out of no where /var goes to read only. There aren't any errors that show up in /var/log/messages nor dmesg, I checked to make sure that the drives on error option is set to continue and there isn't anything as far as I can tell wrong with the disks. Also there is plenty of disk space.

Hello! unchanged asterisk crashes during udptl / t.38 negotiation with telekom - they do not support t.38 / udptl. In detail: fax client -> asterisk -> telekom -> easybell -> asterisk -> fax server Fax server sends t.38 reinvite via asterisk to easybell. Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): - 2447581897 4 IN IP4 46.17.15.23

Hi I'm trying to get the rebuilt parking functionality to work in Asterisk 12.0.0. In Asterisk 11.6.0 I managed to get a call to get parked by adding a dynamic feature in features.conf for the DMTF sequence *# which called a macro in extensions.conf, which then runned the ParkAndAnnounce application, and the call got parked. The syntax for ParkAndAnnounce I used was this (I don't

Hello All, I'm using Asterisk 16.8.0 on a Centos 7 box. Previously 16.5.0, But recently upgraded to attempt to resolve this issue. Using bundled PJSIP. The PBX is using mysql realtime for most functions. The Mysql server is on the same lan as the asterisk box. As more users have been moved to this box. It's become unstable. Randomly, I'll start seeing "WARNING[12667]

Hello, I'm load testing a new Asterisk 13 system (Debian Stretch, packaged asterisk). One system writes CDR though an ODBC connection to a local Postgres database over the LAN. When sending 50 new calls per second with SIPp, I'm seeing one system outputs : taskprocessor.c: The 'subm:cdr_engine-00000003' task processor queue reached 5000 scheduled tasks again. This [1] thread

On Mon, Mar 2, 2020 at 2:52 PM Nick Olsen <nick at floridavirtualsolutions.com> wrote: > Hello All, > I'm using Asterisk 16.8.0 on a Centos 7 box. Previously 16.5.0, But > recently upgraded to attempt to resolve this issue. Using bundled PJSIP. > The PBX is using mysql realtime for most functions. The Mysql server is on > the same lan as the asterisk box. > > As

Hi everyone, I am getting a segmentation fault (seems to occur randomly) using Asterisk 13.7.0-rc2 with PJProject 2.4.5. It appears to be something that libmysqlclient is complaining about when doing a query in ps_endpoint_id_ips. We are using Asterisk Realtime. This also seems to occur in Asterisk 13.5.0. Below is a backtrace that might help a little. I have looked through the change log for

The Asterisk Development Team has announced the release of Asterisk 1.8.26.0. This release is available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk The release of Asterisk 1.8.26.0 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following are the issues resolved in this release: Bugs

The Asterisk Development Team has announced the release of Asterisk 1.8.26.0. This release is available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk The release of Asterisk 1.8.26.0 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following are the issues resolved in this release: Bugs

Hi, While compiling 1.8.8.1, I met the following error: [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o db/db.o

Could you show the phone configurations - section "Proxy and Registration" On Mon, 6 Nov 2023 at 23:13, Marek Greško <marek.gresko at protonmail.com> wrote: > Hello, > > you are probably right. It should somehow be related to DNS. I just found > out this in the storm of previous messages: > > WARNING[13945] taskprocessor.c: The 'dns_system_resolver_tp'

Hello all, mmm a bit embarrassing about not having a clue as to why we're getting this error on make of 1.8.3 [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o

The Asterisk Development Team has announced the release of Asterisk 11.8.0. This release is available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk The release of Asterisk 11.8.0 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following are the issues resolved in this release: Bugs

The Asterisk Development Team has announced the release of Asterisk 11.8.0. This release is available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk The release of Asterisk 11.8.0 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following are the issues resolved in this release: Bugs

Hi all, Anyone know why this happens? Mem: 524288k total, 508120k used, 16168k free, 0k buffers Swap: 0k total, 0k used, 0k free, 0k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1 root 15 0 2152 664 576 S 0.0 0.1 0:49.26 init 7398 root 18 0 10172 2904 2312 S 0.0 0.6 0:00.21 sshd 9856