| 01:57.48 | *** join/#asterisk-dev sh_smith (~sh_smith@cpe-76-174-26-91.socal.res.rr.com) |
| 04:56.17 | *** join/#asterisk-dev tuxd00d (~tuxd00d@unaffiliated/tuxd00d) |
| 05:23.23 | *** join/#asterisk-dev _Vile (~vile@freeswitch/developer/vile) |
| 06:19.04 | *** join/#asterisk-dev jkroon (~jkroon@165.16.203.56) |
| 06:56.17 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:56.17 | *** mode/#asterisk-dev [+o tsearle] by ChanServ |
| 07:07.27 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 07:19.47 | *** join/#asterisk-dev pchero_work (~pchero@87.213.240.121) |
| 08:46.24 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:02.28 | pchero_work | Hi, I have a pending issue regarding this. Could someone give a feedback? I'm not sure what's next. https://gerrit.asterisk.org/#/c/asterisk/+/10747/ |
| 13:20.18 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 14:13.22 | *** join/#asterisk-dev cresl1n (uid299068@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 14:13.22 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 14:23.30 | *** join/#asterisk-dev jkroon (~jkroon@196.33.18.28) |
| 14:36.46 | seanbright | isn't this g726 change technically a behavior change? |
| 14:37.26 | file | ponders |
| 14:37.48 | file | technically, yes? |
| 14:37.49 | seanbright | i think you could count the number of people using g726 on one hand |
| 14:37.52 | seanbright | but |
| 14:38.42 | file | cresl1n: you decide! :D |
| 14:41.53 | gtjoseph | seanbright: what were you thinking? A CHANGES file entry? |
| 14:43.30 | seanbright | or not merging into release branches |
| 14:43.35 | seanbright | but a CHANGES entry is fine |
| 14:44.09 | seanbright | i realize it's a bug fix, but it's a long standing bug that people could have been working around and all of a sudden it changes on them |
| 14:44.19 | seanbright | i don't think it's a high impact change, but it is a change |
| 14:44.33 | gtjoseph | true |
| 14:45.12 | gtjoseph | i killed the jenkins jobs until we sort it out. |
| 14:46.16 | cresl1n | What's wrong with adding the seek function? |
| 14:47.18 | cresl1n | its arguably a bug fix imho |
| 14:48.52 | seanbright | eh |
| 14:49.07 | seanbright | you're right, it's arguable :P |
| 14:49.57 | seanbright | whatever, it's a bug fix. should be low impact. |
| 14:49.58 | seanbright | go with god. |
| 14:50.58 | gtjoseph | be safe from evil |
| 14:51.16 | file | tastes like chicken |
| 15:14.42 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-bumgofuuetnhlivi) |
| 15:14.42 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 15:29.43 | *** join/#asterisk-dev kharwell (~kharwell@user-24-214-15-130.knology.net) |
| 15:29.43 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:44.34 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-sdbxjzbedsikfkmw) |
| 15:44.34 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 16:30.39 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 16:30.40 | *** mode/#asterisk-dev [+o gtjoseph] by ChanServ |
| 17:41.20 | *** join/#asterisk-dev kharwell_ (kharwell@nat/digium/x-tigucmwvgzxftwnz) |
| 17:41.20 | *** mode/#asterisk-dev [+o kharwell_] by ChanServ |
| 18:04.21 | *** join/#asterisk-dev kharwell_ (kharwell@nat/digium/x-thpdehbcankyhqfm) |
| 18:04.21 | *** mode/#asterisk-dev [+o kharwell_] by ChanServ |
| 19:23.03 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.34) |
| 20:20.36 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@24-181-237-90.dhcp.oxfr.ma.charter.com) |
| 20:20.36 | *** mode/#asterisk-dev [+o coreyfarrell] by ChanServ |
| 20:38.53 | jkroon | is there anything in asterisk that would trigger an automatic reload/restart if some or another config file gets updated? |
| 20:44.48 | seanbright | could you be more specific? |
| 20:45.47 | seanbright | stuff in /etc/asterisk/ is only loaded/reloaded on demand, there is nothing that monitors them |
| 20:45.55 | jkroon | seanbright, i've got /etc/asterisk/ and /etc/asterisk.real/ ... where the configs in asterisk.real are mostly symlinks to /etc/asterisk, and I then modify (by way of script) some things like asterisk.conf to have the correct paths etc ... |
| 20:46.21 | jkroon | whenever i do ln -sf /etc/asterisk/* /etc/asterisk.real ... asterisk starts unloading and reloading. |
| 20:46.25 | jkroon | which makes no sense to me. |
| 20:47.25 | seanbright | the only thing that actively monitors the filesystem afaik is pbx_spool, which is watching /var/spool/asterisk/outgoing |
| 20:47.45 | seanbright | but i've been wrong before |
| 20:48.10 | jkroon | ok, on a host where it's only got /etc/asterisk I can actually tar that up, rm -rf it and extract again with no visible effect to the running asterisk. |
| 20:49.05 | seanbright | is this vanilla asterisk or from a package/third party? |
| 20:49.45 | jkroon | gentoo packaged. we go as close as possible to upstream and the patches we do carry i know for sure won't do this. |
| 20:51.01 | jkroon | and the reason for the symlinks and strange naming is to enable multiple asterisk instances on a single host. |
| 20:51.11 | jkroon | (bound to different IP addresses) |
| 20:51.33 | seanbright | could be systemd doing it |
| 20:51.40 | jkroon | no systemd on this host. |
| 20:52.06 | seanbright | well... it's not asterisk |
| 20:52.13 | jkroon | i personally wrote the wrapper that we're using to make sure that in the (nowadays extremely) rare case that asterisk does crash we bring it back up. |
| 20:53.50 | jkroon | seanbright, i'm most likely the one doing it ... but i can't figure out how or where :p |
| 20:56.11 | jkroon | to the contrary, it seems that if I replace asterisk.conf with a symlink to a config file with a conflicting config it explodes. |
| 20:57.11 | coreyfarrell | jkroon: asterisk.conf is never reloaded after startup. |
| 20:57.40 | jkroon | coreyfarrell, that would make sense. but that's what i'm observing. |
| 20:57.51 | jkroon | trying to reproduce somewhere where I don't have multiple instances. |
| 20:57.58 | seanbright | ... |
| 20:58.00 | seanbright | it's not asterisk |
| 20:58.00 | coreyfarrell | jkroon: something outside asterisk is responsible. |
| 20:58.50 | jkroon | coreyfarrell, seanbright - gotcha thank you. that was what I was thinking. Now I need to figure out *what* |
| 21:01.35 | coreyfarrell | look in the audit log see what is opening asterisk.ctl (assuming something is using CLI). if not CLI then maybe something is sending a SIGTERM (not sure if audit log shows that) or maybe AMI (not sure if AMI can initiate a restart) |
| 21:01.56 | jkroon | would strace show incoming signals? |
| 21:02.48 | coreyfarrell | dunno |
| 21:03.07 | seanbright | https://unix.stackexchange.com/questions/186200/whats-the-easiest-way-to-detect-what-signals-are-being-sent-to-a-process |
| 21:04.38 | *** join/#asterisk-dev _Vile (~vile@freeswitch/developer/vile) |
| 21:06.50 | jkroon | SIGURG and SIG32 ... then a SIGHUP just before doing execve back to itself. |
| 21:07.52 | jkroon | assuming that means something is connecting to the ctl. |
| 21:08.14 | seanbright | pastebin your process list |
| 21:08.38 | jkroon | that's over 1000 processes. |
| 21:08.57 | seanbright | 1000 lines of text?! my computer won't be able to handle that |
| 21:09.47 | jkroon | http://bender.iewc.co.za/proclist.txt |
| 21:10.25 | seanbright | what in the fuck |
| 21:10.44 | jkroon | hahahaha - yea. i'm crazy. |
| 21:12.18 | seanbright | ok... good luck |
| 21:12.23 | seanbright | closes as 'not a bug' |
| 21:12.51 | jkroon | never intended to say it is a bug. just hoping for some ideas. |
| 21:13.28 | seanbright | yeah i know |
| 21:13.40 | seanbright | but this is not exactly a standard install |
| 21:13.58 | jkroon | "not exactly" :D |
| 21:13.59 | seanbright | so my theory is - it's one of the ~1000 other processes doing something |
| 21:14.23 | jkroon | most of those I've written the code for, and none of them touch /etc/asterisk* in any way. |
| 21:14.35 | jkroon | but i'll track it down ... might just take me some time. |
| 21:15.28 | jkroon | thanks for the attempt :) |
| 21:16.43 | jkroon | will try and isolate a single instance onto a machine in the morning, that way there should be many fewer processes and I'll be able to manipulate most of them so that there's likely <50. but that's my baby ... |
| 21:47.15 | jkroon | found it. thanks seanbright. there is a restart embedded way deep down in a script due to SSL certificate updates (a reload apparently doesn't pick up replaced config files). Will rework that, which should sort it out. |
| 21:47.41 | jkroon | replaced *certificate* files. |
| 21:50.24 | jkroon | that code got invoked for a reason i'm trying to fathom now at a point where it would most definitely trigger asterisk to restart with a non-functional asterisk.conf file with respect to astdb resuilting in the issues I'm seeing. anyway, thanks for the pointers. |
| 21:57.06 | seanbright | jkroon: i patched that recently |
| 21:57.28 | seanbright | https://gerrit.asterisk.org/#/c/asterisk/+/10395/ |
| 21:58.55 | jkroon | pjsip? |
| 21:59.57 | seanbright | no, http |
| 22:00.58 | jkroon | my issue was pjsip. |
| 22:01.07 | jkroon | if i recall. |
| 22:01.22 | jkroon | will retest, thanks for pointing that out. |
| 22:06.46 | *** part/#asterisk-dev sicelo (~sicelo@Maemo/community/ex-council/sicelo) |
| 23:33.11 | *** join/#asterisk-dev elcontrastador (~textual@70-90-215-98-BusName-ca.sacra.hfc.comcastbusiness.net) |