00:11.34 | *** join/#asterisk Heart_And_Chops (~Heart_And@S0106cc2de0099182.no.shawcable.net) |
00:43.06 | *** join/#asterisk Heart_And_Chops (~Heart_And@S0106cc2de0099182.no.shawcable.net) |
00:45.54 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
00:52.57 | *** join/#asterisk muks (~muks@jupiter.mukund.org) |
00:53.53 | muks | [2020-07-08 21:29:45] DEBUG[6267] res_srtp.c: Crypto attribute '1 AES_CM_256_HMAC_SHA1_80 inline:sIaPxJgWlaZthgpbaOwsjJAGw+ajBMjZGG+CVJYy7bLUrRAWE12t0WlhbsqKKg==|2^32' accepted with lifetime '4294967296.000000', MKI '-' |
00:54.20 | muks | grandstream fixed the SRTP AES-256 bug in a test firwmware.. hopefully it will trickle down into a release firmware soon |
00:55.06 | muks | this will fix the root cause of bugs like this: https://issues.freepbx.org/browse/FREEPBX-20284 |
00:57.46 | *** join/#asterisk linuxlad1 (~crosiak@74.115.41.9) |
01:01.22 | *** join/#asterisk anonymouz666 (aafe5356@170.254.83.86) |
01:03.27 | anonymouz666 | hi all, how do I should quote variables with this kind of format? "My Name" <sip:+1000@domain.com;user=phone>;tag=dd7b33cc486342338069e067413cbeb6 |
01:04.03 | anonymouz666 | if i try to set that into ${VAR} I got lots of parsers errors when trying to use in a if statement |
01:05.34 | anonymouz666 | $["${VAR}" =~ "user="]?Set(...) |
01:08.27 | anonymouz666 | does not work that way, I don't know why |
01:13.31 | *** join/#asterisk verzo_ (~verzo@gateway/tor-sasl/verzo) |
01:19.19 | igcewieling | well if you are using a Set you don't need to quote them. |
01:19.58 | igcewieling | if you are evaluating then just escape the double quotes with \ |
01:20.54 | igcewieling | you should also be able to do something like in shell scripts $[X${VAR}X =~ Xuser=X]?Set(...) |
01:22.19 | igcewieling | Show us the ACTUAL dialplan |
01:22.27 | igcewieling | also what is the actual error? |
01:29.52 | *** join/#asterisk sinaowolabi (~Sina@154.66.57.193) |
01:30.51 | anonymouz666 | sure |
01:30.53 | anonymouz666 | here it goes |
01:33.21 | anonymouz666 | the header |
01:33.29 | anonymouz666 | Dialplan error |
01:33.37 | anonymouz666 | How I get the value |
01:33.47 | anonymouz666 | How I compare the value |
01:35.52 | anonymouz666 | igcewieling: what I am missing? |
01:40.34 | igcewieling | I don't see a copy of the dialplan or the errors |
01:42.58 | anonymouz666 | -- Executing [s@get_pjsip_headers:7] Set("PJSIP/Trunk-0000002b", "FROM="My name" <sip:+100@domain.com;user=phone>;tag=7bdb06d950374ef997e1a92eefd12674") in new stack |
01:42.58 | anonymouz666 | <sip:+100@domain.com;user=phone>;tag=7bdb06d950374ef997e1a92eefd12674x =~ ext= |
01:43.05 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
01:43.17 | anonymouz666 | igcewieling: is this ok to you? |
01:43.28 | anonymouz666 | that's the dialplan part |
01:43.48 | igcewieling | There is a copy of the CLI output, but not the ACTUAL dialplan line which causes that log message. |
01:44.12 | anonymouz666 | How I compare the value |
01:48.37 | anonymouz666 | that line |
01:50.14 | igcewieling | I personally do all that complicated stuff in an AGI, but just escape the quotes, and maybe the ; |
01:51.21 | *** join/#asterisk verzo_ (~verzo@gateway/tor-sasl/verzo) |
02:08.11 | anonymouz666 | how to escape? the value is inside the var |
02:08.24 | igcewieling | how do you escape quotes? |
02:08.57 | anonymouz666 | \"${VAR}\" |
02:08.59 | igcewieling | try reading the output of "core show functions" for functions which look like they might be useful to QUOTE variable. |
02:09.14 | anonymouz666 | already tried this function |
02:09.17 | anonymouz666 | does not help |
02:10.33 | igcewieling | Well, I'm tired of waiting for actual dialplan, you're on your own. I have other things to do. |
02:11.03 | anonymouz666 | thanks anyway |
02:18.23 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
02:39.07 | *** join/#asterisk Heart_And_Chops (~Heart_And@S0106cc2de0099182.no.shawcable.net) |
02:43.00 | *** join/#asterisk Heart_And_Chops (~Heart_And@S0106cc2de0099182.no.shawcable.net) |
02:50.22 | *** join/#asterisk verzo_ (~verzo@gateway/tor-sasl/verzo) |
03:15.27 | overyander | is "--with-jansson-bundled" still required? |
03:17.36 | overyander | nvm |
03:49.33 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
03:54.57 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
03:57.53 | *** join/#asterisk gerhard7 (~gerhard7@ip5657ee30.direct-adsl.nl) |
04:16.00 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
04:26.50 | *** join/#asterisk verzo_ (~verzo@gateway/tor-sasl/verzo) |
04:36.29 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
04:50.52 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
05:21.58 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
05:38.24 | *** join/#asterisk tomaluca95 (~quassel@kde/developer/tomaluca) |
05:58.12 | *** join/#asterisk led_belly (led_belly@gateway/vpn/protonvpn/ledbelly/x-06903193) |
06:04.27 | *** join/#asterisk Janos (~textual@201.204.94.76) |
06:06.55 | *** join/#asterisk verzo__ (~verzo@gateway/tor-sasl/verzo) |
06:25.36 | *** join/#asterisk Janos (~textual@201.204.94.76) |
06:40.53 | *** join/#asterisk tsal (~tsal@i59F4AD71.versanet.de) |
06:51.57 | *** join/#asterisk _mwoodj_ (~mwoodj@pdpc/sponsor/digium/hyper-eye) |
07:16.55 | *** join/#asterisk gtjoseph (~gtjoseph@unaffiliated/gtj) |
07:16.56 | *** mode/#asterisk [+o gtjoseph] by ChanServ |
07:50.19 | *** join/#asterisk defsdoor (~Andrew@cpc120600-sutt6-2-0-cust232.19-1.cable.virginm.net) |
08:06.50 | *** join/#asterisk eth01 (sid271749@fosshost/founder/eth01) |
08:21.38 | *** join/#asterisk matrix1233 (~matrix123@78.250.176.204) |
09:22.42 | *** join/#asterisk Ner0Zer0 (~Ner0Zer0@87.253.63.54) |
09:32.39 | *** join/#asterisk velix (~velix@unaffiliated/velix) |
09:32.58 | velix | Hmm... Asterisk worked for several months without a problem now. But now, it's at 100% CPU and calls aren't possible anymore. |
09:33.18 | velix | I didn't change anything since April. What can be wrong? |
09:43.55 | *** join/#asterisk derPlexus (~plexus@ip-62-143-105-238.hsi01.unitymediagroup.de) |
09:50.28 | velix | would `asterisk -rx "core show threads"`help ? |
09:51.02 | velix | https://bpa.st/BOEQ |
09:59.50 | *** join/#asterisk sinaowolabi (~Sina@105.112.55.248) |
10:34.38 | velix | I've recompiled and upgraded to 17.5.1 ... same problem :( |
10:36.03 | velix | What *could* have happened? |
10:46.49 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
10:52.43 | velix | This really seems to be a bug, which appeard this morning |
10:56.28 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
10:57.30 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
10:58.31 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
11:08.13 | yang | velix: did you upgrade oother system's packages ? |
11:08.19 | velix | yang: No. |
11:08.48 | velix | Statistics show, that the CPU usage jumped up this morning. |
11:08.52 | velix | without a reason. |
11:09.05 | yang | hardware defect ? |
11:11.16 | velix | yang: It's a KVM VPS |
11:11.22 | velix | But I'm in contact with the hoster of course. |
11:12.33 | yang | Ask if they have upgraded the system packages, maybe it affects your VPS |
11:14.28 | velix | Yeah... I'm just writing the ticket. |
11:23.38 | velix | yang: But it's really the Asterisk process (one of them) which is at 100%. |
11:23.40 | velix | Really confusing. |
11:24.15 | velix | https://imgur.com/a/CPnTNuz |
11:54.03 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
11:58.17 | *** join/#asterisk rpifan_ (~rpifan@p200300d2672a0c146bb681ac3544e2ac.dip0.t-ipconnect.de) |
12:37.37 | *** join/#asterisk brad_mssw (~brad@66.129.88.50) |
13:08.05 | *** join/#asterisk ketas (~ketas@49-39-190-90.dyn.estpak.ee) |
13:21.22 | velix | The hoster doesn't have a problem... Is there maybe something like a timebomb in Asterisk? but why I am the only one being affected? |
13:22.32 | sibiria | mOP/s... now that's a weird wy to measure virtualized CPU load |
13:22.50 | sibiria | how do you equate that to 100%? how do you know the mOP ceiling? |
13:25.24 | *** join/#asterisk matrix1233 (~matrix123@80.215.205.253) |
13:28.39 | velix | sibiria: That's from the hoster. But let's ignore the unit. |
13:28.42 | *** join/#asterisk rpifan__ (~rpifan@p200300d2672a0c8023f43e21b94b9235.dip0.t-ipconnect.de) |
13:29.03 | velix | I'm running this server without any change since april. Just upgrade Asterisk from time to time. |
13:29.17 | velix | The CPU usage was always way less than 4-5% |
13:29.28 | velix | The io of disk was nearly zero |
13:29.41 | velix | The io of network was stable (scaled to numbers of users/calls). |
13:29.56 | velix | But suddenly (in unitless comparism to the other days), CPU usage jumped up. |
13:30.17 | *** join/#asterisk gerhard7 (~gerhard7@86.87.238.48) |
13:30.17 | velix | htop gives 100% when making a call. no ringing, no audio. |
13:30.58 | velix | It's a KVM qemu virtualisation. Maybe they've updated their kernel, which makes problem on my VPS now? |
13:32.21 | sibiria | could be their hypervisor changed |
13:50.03 | jsmith | velix: I'm assuming you've checked that there isn't a much higher volume of calls going through your system now, and that the load is related to Asterisk and not something else that might be on the system? |
13:50.35 | *** join/#asterisk ketas (~ketas@0011-0000-0000-0000-d7dc-830e-07d0-2001.dyn.estpak.ee) |
13:52.14 | velix | jsmith: Sure, 1 call only (me). |
13:52.26 | velix | no other users, no other services. |
13:52.39 | velix | Only 1 thread of Asterisk many threads at 100% during my test-call. |
13:52.41 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-mrblghzvpwhdoqus) |
13:52.41 | *** mode/#asterisk [+o kharwell] by ChanServ |
13:53.03 | velix | And while this goes to 100%, CPU steal goes to > 40% |
13:53.18 | velix | when I cancel the call, usage and steal go to 0.1 again |
13:53.37 | velix | The annoying thing is: I didn't change anything. |
13:53.44 | velix | Perhaps some bytes flipped :D |
13:55.03 | *** join/#asterisk verzo_ (~verzo@gateway/tor-sasl/verzo) |
14:06.22 | velix | Here's a ptrace: https://bpa.st/TQFQ |
14:12.58 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-smsngmhhyqaowwdd) |
14:12.58 | *** mode/#asterisk [+o bford] by ChanServ |
14:15.17 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
14:31.41 | *** join/#asterisk GoldenBear (~gb@195.47.194.41) |
14:38.08 | velix | Interesting: https://community.freepbx.org/t/very-high-cpu-usage-all-of-a-sudden/43694 |
14:38.14 | velix | What is a MOH stream? |
14:57.50 | seanbright | MOH = music on hold |
14:58.57 | velix | oh interesting. let's disable this module |
14:59.10 | velix | After some tracing, this seems to loop on the thread: "futex(0x7fab7035a4f0, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, {tv_sec=1594306680, tv_nsec=578975000}, FUTEX_BITSET_MATCH_ANY) = -1 ETIMEDOUT" |
15:00.23 | velix | Nope, no change |
15:13.03 | igcewieling | What version of Asterisk are you using? |
15:13.29 | file | a steal value of > 40% is bad fyi |
15:14.02 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
15:14.33 | file | it basically means that your VM is waiting over 40% of the time for CPU |
15:16.42 | Samot | How many CPU does the VM have? |
15:17.51 | velix | igcewieling: latest. |
15:17.56 | velix | file: I'm producing the steal. |
15:18.10 | velix | file: When Asterisk is idle, the steal is at 0.1% |
15:18.18 | velix | When I make a call, all jump up. |
15:18.24 | velix | Samot: 1. But really, this is no problem. |
15:18.29 | igcewieling | velix: detail matter. |
15:18.31 | file | you're not producing the steal itself, you're trying to use the CPU time |
15:18.31 | velix | We did heavy use since April without pause. |
15:18.40 | igcewieling | Latest 15, latest 16 or latest 17? |
15:18.50 | velix | igcewieling: latest 17.5.1 |
15:18.57 | velix | but it's reproducable with 17.5 |
15:19.01 | file | as you try to use the CPU at all then it waits for the hypervisor to give time to you |
15:19.10 | velix | file: I'm monitoring the steal all the time. It's never over 2.0 when my asterisk is not running. |
15:19.17 | velix | file: The second, I'm making a call, the steal jumps up |
15:19.29 | velix | file: The second, I'm stopping the call, the steal is back to <= 2 |
15:19.38 | file | because those actions use CPU |
15:19.43 | file | if you're barely touching CPU, steal is fine |
15:19.56 | file | "fine" |
15:19.56 | velix | Yeah, but no other users on the host is stealing the power. |
15:20.06 | velix | are* |
15:21.33 | velix | igcewieling: I've run 17.4 since April and upgraded on some days. But even my April snapshot doesn't work. Still at 100%. |
15:22.05 | Samot | How much RAM in the VM? |
15:22.09 | velix | 2 GB |
15:22.15 | velix | in use: 128 |
15:22.22 | velix | Never has been a problem. |
15:22.33 | velix | (no swapping, nothing) |
15:22.44 | velix | On the web, there are many reports about suddenly 100%. |
15:22.58 | velix | But all have different reasons and versions. |
15:23.02 | velix | Often modules are the problem. |
15:23.14 | velix | Does Asterisk track cpu usage of modules? |
15:24.36 | velix | Shalll I noload all modules with Use Count = 0 ? |
15:24.56 | velix | For testing |
15:27.17 | file | it doesn't track, and you could, but generally behavior doesn't just change out of thin air, something has changed |
15:28.21 | velix | file: Maybe one of the modules act crazy? |
15:28.37 | velix | I've got backups, so "thin air" with a net to capture me. |
15:28.48 | velix | caught me* |
15:28.51 | file | behavior doesn't just change out of thin air |
15:29.05 | file | so, is it possible? yes |
15:29.08 | file | do I think it's likely? no |
15:29.11 | file | do I think it's your host? yes |
15:30.38 | velix | file: So the hypervisor of my host could have changed something making Asterisk jump to 100%? |
15:30.52 | file | yes. |
15:38.06 | file | otherwise if you do want to continue looking at Asterisk then disabling modules is fine, or detailing what exactly you are doing |
15:42.38 | velix | Mabye its better to test another hoster ;) |
16:28.08 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
16:28.26 | *** join/#asterisk javi404 (~quassel@unaffiliated/javi404) |
16:36.09 | *** join/#asterisk javi404 (~quassel@unaffiliated/javi404) |
16:37.49 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:1158:a2:5897:ea81:8035:4cfb) |
16:45.00 | *** join/#asterisk javi404 (~quassel@unaffiliated/javi404) |
16:48.13 | *** join/#asterisk GameGamer43_ (sid5533@gateway/web/irccloud.com/x-ggjwbskuuhesgtme) |
16:48.13 | *** mode/#asterisk [+o GameGamer43_] by ChanServ |
16:48.20 | *** join/#asterisk tehgooch_ (tehgooch@unaffiliated/tehgooch) |
16:58.44 | *** join/#asterisk gregs (sid160074@gateway/web/irccloud.com/x-qxwqttbtpulgtnpr) |
16:58.44 | *** join/#asterisk friedrich (~friedrich@aextron.de) |
17:12.48 | *** join/#asterisk matrix1233 (~matrix123@2a04:cec0:1158:a2:5897:ea81:8035:4cfb) |
17:27.27 | *** join/#asterisk sysgrammer_moe (~sysgramme@d50-117-157-138.yt.northwestel.net) |
17:43.45 | *** join/#asterisk rpifan__ (~rpifan@p200300d2672a0c8023f43e21b94b9235.dip0.t-ipconnect.de) |
18:21.46 | *** join/#asterisk sibiria (~sibiria@unaffiliated/sibiria) |
19:00.53 | *** join/#asterisk verzo_ (~verzo@gateway/tor-sasl/verzo) |
19:11.50 | *** join/#asterisk forgotmynick (uid24625@gateway/web/irccloud.com/x-piztlsheiryjkkcv) |
19:43.19 | *** join/#asterisk _Posterdati_ (~posterdat@host-95-251-107-134.retail.telecomitalia.it) |
20:38.48 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
20:40.43 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
20:42.13 | *** join/#asterisk verzo_ (~verzo@gateway/tor-sasl/verzo) |
21:04.06 | *** join/#asterisk AviationAtom (a2f8ea02@162.248.234.2) |
21:04.43 | AviationAtom | Could any of you think of a reason that an INVITE URI sent by Asterisk would not include the user/phone number being dialed? |
21:05.23 | AviationAtom | It seems to properly sent user/phone number with chan_sip, but switching to chan_pjsip results in the user being dropped from the INVITE header |
21:05.30 | file | either not present in the Dial string, or you're using an outbound proxy in PJSIP and haven't specified it be loose routing |
21:05.46 | Samot | Those things |
21:05.52 | AviationAtom | Ah, yes, using an outbound proxy |
21:06.01 | file | then you want \;lr |
21:06.05 | file | at the end of your outbound proxy URI |
21:06.23 | AviationAtom | Awesome, I will give that a shot |
21:06.28 | Samot | And sip: at the startt |
21:39.04 | velix | file: Hehe, you said the same to me :D |
21:39.12 | velix | About 1/2 year ago :D |
21:45.14 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
22:24.14 | *** join/#asterisk verzo_ (~verzo@gateway/tor-sasl/verzo) |
22:35.13 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
22:47.05 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
23:11.36 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
23:16.54 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |
23:30.09 | *** join/#asterisk verzo (~verzo@gateway/tor-sasl/verzo) |