| 00:24.49 | *** join/#asterisk-dev SilentSounD (n=mike@c-71-228-225-128.hsd1.tn.comcast.net) |
| 00:26.49 | SilentSounD | Hey guys, not sure if this is the right place to ask, but i'm trying to try events using the Asterisk Manager API -- I want to trap current calls inbound/outbound. Are there events already setup for capturing inbound and outbound calls, or should i be looking into FastAgi ? |
| 00:45.24 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 01:04.44 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 01:24.00 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 01:53.28 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 01:53.29 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:07.20 | *** join/#asterisk-dev xpot-mobile (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 02:18.50 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 03:15.25 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 03:16.46 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.97) |
| 03:19.09 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 03:54.55 | *** join/#asterisk-dev thansen (n=thansen@76.27.110.194) |
| 04:32.18 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 04:40.31 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 04:40.31 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 05:15.10 | *** join/#asterisk-dev shido6 (n=shido6@74-132-202-71.dhcp.insightbb.com) |
| 05:19.52 | *** join/#asterisk-dev Praise (n=Fat@unaffiliated/praise) |
| 05:47.27 | *** join/#asterisk-dev Chris-NB (n=chris@85-126-61-10.work.xdsl-line.inode.at) |
| 05:49.08 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 06:05.44 | *** join/#asterisk-dev shido6 (n=shido6@74-132-202-71.dhcp.insightbb.com) |
| 06:19.59 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:19.59 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:46.29 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 07:08.26 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 07:21.45 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:27.15 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 07:49.32 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.101) |
| 08:10.42 | *** join/#asterisk-dev eferro (n=eferro@godzilla.alea-soluciones.com) |
| 08:20.23 | eferro | When a SIP/inband phone A send a dtmf to a SIP/rfc2833 phone B. The phone B receive it ok since 1.6.1... in previous versions the dtmf from phone A is not correctly detected, only the dtmf end is detected, so at Phone B we only ear silence and a little dtmf when the phone A dtmf end |
| 08:21.40 | eferro | I am trying to isolate the code change to backport the code, with no success... any tips, advices? |
| 08:22.18 | *** join/#asterisk-dev _ys (n=ys@91.151.196.67) |
| 08:38.25 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 08:55.51 | *** join/#asterisk-dev astswan (n=hanamich@wana-171-237-12-196.wanamaroc.com) |
| 08:57.25 | astswan | hi |
| 08:57.32 | kaii | hi |
| 08:57.53 | astswan | i have a problem |
| 08:58.09 | astswan | i want to answer call comming from queue |
| 08:58.25 | astswan | it s like i want to act like a sip phone |
| 08:58.52 | astswan | so i put ack option=yes in agents.conf |
| 08:59.07 | astswan | and try de modifier sendtmf application |
| 08:59.19 | kaii | please, ask in #asterisk |
| 08:59.26 | astswan | to simulate # press |
| 09:00.56 | astswan | sorry |
| 09:01.16 | astswan | i was thinking that i an have help here |
| 09:01.52 | astswan | and someone to explain the struct ast_frame *f |
| 09:01.56 | kaii | see #asterisk please |
| 09:02.10 | kaii | helping u there, so that other users may benefit too |
| 09:02.25 | astswan | ok |
| 09:03.39 | kaii | before talking about code modifications, i find it better to understand your goal and see, if code modifications are really needed to achieve it. |
| 09:06.17 | *** join/#asterisk-dev degrade (n=degrade@unaffiliated/degrade) |
| 09:20.02 | astswan | hi i need help to implement an AMI command "AgentAnswer" |
| 09:51.45 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 10:23.09 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 10:26.27 | *** join/#asterisk-dev IgorG|note (n=IgorG|no@195.162.49.23) |
| 10:37.19 | *** join/#asterisk-dev infobot (i=ibot@rikers.org) |
| 10:37.19 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- ViewVC for SVN is currently down for the forseeable future -=- Never bowl against twilson or rmudgett for money. -=- Happy Birfday, russellb! |
| 10:40.37 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 10:45.22 | *** join/#asterisk-dev bird_of_Luck (n=melifaro@melifaro.astel.ru) |
| 10:54.06 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 11:02.51 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:15.30 | *** join/#asterisk-dev IgorG|note (n=IgorG|no@zeonweb.ru) |
| 11:31.29 | astswan | i have implement a AMI action to answer call but i got his warning : |
| 11:31.34 | astswan | <PROTECTED> |
| 11:31.55 | astswan | before sending the acton |
| 11:47.53 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:47.53 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:50.04 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 11:50.04 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:05.38 | tzafrir_laptop | Does Asterisk actually build on cygwin? |
| 12:06.09 | tzafrir_laptop | if so: maybe someone should start distributing binaries of that |
| 12:11.26 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) [NETSPLIT VICTIM] |
| 12:12.21 | kpfleming | tzafrir_laptop: it did at one time, but so few people seem to care about it that cygwin supports gets broken pretty frequently when we make build system or other related changes |
| 12:15.00 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 12:31.48 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 12:49.55 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 12:53.16 | *** join/#asterisk-dev ctooley (n=ctooley@c-68-52-165-168.hsd1.tn.comcast.net) |
| 12:53.16 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 12:54.32 | *** join/#asterisk-dev Dovid (n=annon@tony09-118-62.inter.net.il) |
| 12:55.26 | Dovid | hi. If I choose the lang = he and I call voicemail() after hearing the first message if you press 6 it crashes asterisk |
| 12:55.33 | Dovid | this does not happen in english |
| 13:00.33 | ctooley | Dovid, do you have all the prompts available for it to play? |
| 13:01.01 | Dovid | yes |
| 13:02.02 | Dovid | i dont see any error in full. just restart |
| 13:04.06 | Dovid | last I see in full is [Jul 15 16:02:36] VERBOSE[25023] logger.c: -- <SIP/101-099f5500> Playing 'vm-message' (language 'he') |
| 13:04.14 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 13:04.43 | Dovid | -rw-r--r-- 1 root root 1056 Jul 15 15:43 /var/lib/asterisk/sounds/he/vm-message.gsm |
| 13:04.50 | Dovid | so it exists. |
| 13:11.07 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.77) |
| 13:12.33 | Dovid | i a m trying to run a back trace but forgot how ;) |
| 13:14.49 | kpfleming | doc/backtrace.txt |
| 13:15.26 | Dovid | thanks |
| 13:17.27 | Dovid | this is what i get from the bt |
| 13:17.27 | Dovid | Program terminated with signal 11, Segmentation fault. |
| 13:17.27 | Dovid | #0 0x009bf07b in strlen () from /lib/libc.so.6 |
| 13:18.32 | Dovid | let me get the output of the bt |
| 13:19.58 | Dovid | here is the BT |
| 13:19.58 | Dovid | http://pastebin.com/m461d3db3 |
| 13:21.01 | Dovid | i noticed one issue with this server ;) /codec_g729-ast14-gcc4-glibc-pentium2.so goto hunt down the guy that set it up |
| 13:22.23 | kpfleming | so that code called ast_log with a format of 'curmsg: %s\n' but did not provide a string parameter to substitute into the log message |
| 13:24.08 | Dovid | no clue what that means kevin. i am a simple man |
| 13:25.37 | Dovid | i am wondering why it only happens in hebrew and not in english. i get the idea. what ur saying is basically something is not being passed to the log file |
| 13:26.00 | *** join/#asterisk-dev anonymouz666 (n=anonymou@187-28-37-118.poolip.RJO.embratel.net.br) |
| 13:26.24 | snuff-home | Dovid: what OS? |
| 13:26.34 | Dovid | CentOS |
| 13:26.42 | snuff-home | mm.. k |
| 13:26.52 | Dovid | 5.2 |
| 13:26.54 | snuff-home | my idea out the window |
| 13:27.02 | Dovid | lol. |
| 13:28.43 | Dovid | should i pit a ticke to mantis ? |
| 13:28.46 | Dovid | i try ask here b4 i do |
| 13:38.35 | kpfleming | yes |
| 13:43.54 | snuff-home | Dovid: there is someone that has a similar issue |
| 13:44.33 | snuff-home | M15392 |
| 13:44.35 | MuffinMan | [new] [Asterisk] PBX/General 0015392: [patch] 1.6.1.1: Memory handling error in main/pbx.c (pbx_extension_helper) reported by yrashk (Karma: neutral) https://issues.asterisk.org/view.php?id=15392 |
| 13:44.48 | Dovid | i am actuallyon 1.4.X |
| 13:45.02 | snuff-home | basically i think its same thing.. an ast_log call |
| 13:45.31 | Dovid | i can apply it to 1.4.x ? |
| 13:45.35 | snuff-home | Dovid u can make a new issue.. i will probably just link the 2 after |
| 13:45.49 | Dovid | i am actually running 1.4.22.1 |
| 13:45.54 | snuff-home | your issue happens in different place.. |
| 13:46.01 | snuff-home | but basically same result |
| 13:46.17 | Dovid | i **should** go to at least latest in 1.4.X but there is a transfer issue that I want to stay away from with 1.4.25.1 |
| 13:46.21 | snuff-home | so make a new issue.. i will 'relate' the cases |
| 13:46.27 | Dovid | ok. |
| 13:46.59 | Dovid | the weird thing is it only happens when I am using lang=he and not lang=en |
| 13:47.18 | snuff-home | just put much info as u can into bug |
| 13:47.42 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:47.42 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:47.59 | snuff-home | mornin putnopvut |
| 13:48.15 | putnopvut | Hello snuff-home |
| 13:48.40 | kaii | what timezone is digium? |
| 13:49.10 | putnopvut | kaii: BST - 6 currently |
| 13:49.31 | putnopvut | AKA Central Time as Americans know it. |
| 13:49.37 | kaii | :) |
| 13:49.54 | snuff-home | sighs @ company not letting him goto KCA (solaris kernel conference in aus) |
| 13:53.29 | Dovid | Snuff-home: https://issues.asterisk.org/view.php?id=15505 |
| 13:56.19 | snuff-home | Dovid: do u also have a 'bt full' output to attach? |
| 13:56.29 | snuff-home | heads off to get some ZzzZzzZzz |
| 14:03.53 | snuff-home | kpfleming: may their be an issue that using 'vsnprintf' takes away the 'null' handling of normal printf.. (aka becoming like solaris if try to print null string = segfault) |
| 14:03.57 | snuff-home | ? |
| 14:05.43 | snuff-home | *gone snooze for real now* |
| 14:07.25 | anonymouz666 | replacing all ast_gethostbyname in chan_sip.c to ast_dnsmgr_lookup() in chan_sip could be considered a step to DNS async in chan_sip.c (1.4)? |
| 14:08.00 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 14:14.57 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.215) |
| 14:16.36 | eferro | I trying to upgrade the patch I sended for setvars at chan_mgcp.c, but I don't realiy understand the changes suggested by tilghman (bug 14818) |
| 14:16.48 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:16.48 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:20.31 | eferro | tilghman suggests (at bug 14818) some kind of keyword for reset the vars from section to section at the config file. There is the same/similar keyword in other techs/configs? |
| 14:25.12 | leifmadsen | M14818 |
| 14:25.14 | MuffinMan | [feedback] [Asterisk] Channels/chan_mgcp 0014818: [patch] "setvar" configuration option for mgcp reported by alea-soluciones (Karma: neutral) https://issues.asterisk.org/view.php?id=14818 |
| 14:26.18 | Dovid | snuff-home: I will get that for you in a moment |
| 14:27.04 | *** join/#asterisk-dev moy (n=moy@bas1-unionville55-1177733615.dsl.bell.ca) |
| 14:27.24 | *** join/#asterisk-dev maverick (n=maverick@83.240.229.38) |
| 14:30.38 | Dovid | snuff-home: Full uploaded |
| 14:32.56 | *** join/#asterisk-dev benedikt (n=benedikt@gestir.utrad.is) |
| 14:33.00 | benedikt | I have written a script that looks up (icelandic) phone numbers online and returns the owner. I want to integrate this script with asterisk. But i dont know how i should go about doing this |
| 14:33.04 | benedikt | ive seen this done and i know its possible |
| 14:33.52 | jsmith | benedikt: That's sort of off-topic for this channel, but I'd go learn about AGI if I were you |
| 14:34.15 | benedikt | Allright |
| 14:38.43 | leifmadsen | benedikt: http://astbook.asteriskdocs.org |
| 14:42.42 | benedikt | leifmadsen: i actually own that book. Didnt know that it would be helpful in this situation |
| 14:42.53 | mvanbaak | I said it before and I say it again: HTML email must DIE A HORRIBLE DEATH! |
| 14:43.03 | mvanbaak | oops, wrong window... |
| 14:43.13 | leifmadsen | benedikt: :) |
| 14:43.20 | leifmadsen | mvanbaak: I don't disagree |
| 14:43.24 | benedikt | mvanbaak: agreed though. |
| 14:43.59 | astswan | JI |
| 14:44.01 | astswan | hi |
| 14:44.19 | astswan | where asterisk read sip frame ?? |
| 14:44.34 | astswan | for dtmf |
| 14:44.35 | jsmith | astswan: channels/chan_sip.c |
| 14:44.36 | mvanbaak | thanks for the support on my statement :) |
| 14:44.41 | benedikt | leifmadsen: i can't read the book cover to cover, i dont know what i should look for since i dont know whats it called |
| 14:45.03 | mvanbaak | I was talking to some devs for another project. we were discussing a bunch of tickets filed against our mailclient |
| 14:45.22 | jsmith | astswan: Oh, for DTMF? res/res_rtp_asterisk.c, I would guess |
| 14:45.23 | *** join/#asterisk-dev kn0x (n=pinochle@67.159.48.101) |
| 14:45.47 | leifmadsen | benedikt: you're looking for the chapter on AGI -- chapter 6 I think |
| 14:45.57 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:46.21 | benedikt | leifmadsen: allright. thanks a bunch |
| 14:46.27 | astswan | jsmith : ok i will check |
| 14:47.03 | *** join/#asterisk-dev moy (n=moy@bas1-unionville55-1177733615.dsl.bell.ca) |
| 14:47.55 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 14:49.12 | kn0x | anyone know if mmichelson comes around here? |
| 14:49.23 | putnopvut | kn0x: that's me! :) |
| 14:49.30 | kn0x | putnopvut: cool stuff |
| 14:50.29 | kn0x | just a quick question about 14723 |
| 14:50.33 | putnopvut | M14723 |
| 14:50.37 | MuffinMan | [assigned] [Asterisk] Core/Channels 0014723: ERROR[5003]: channel.c:2043 __ast_read: ast_read() called with no recorded file descriptor. reported by seadweller (Karma: neutral) https://issues.asterisk.org/view.php?id=14723 |
| 14:50.44 | putnopvut | Ah, that one. |
| 14:51.27 | kn0x | is this related encountered as a result of high load? |
| 14:52.02 | putnopvut | I don't think so. One user was able to make the message appear every time just by running a single call through the Zapateller application. |
| 14:52.19 | putnopvut | But I'm not sure. |
| 14:52.32 | putnopvut | The most frustrating thing about that issue is that I absolutely cannot make it happen. |
| 14:52.39 | kn0x | some sort of lag that opens a race condition problem? |
| 14:53.28 | kn0x | yeah I can't make it happen on our dev system.. but our production is crashing twice a day.. log is full of that error |
| 14:53.46 | kn0x | is your patch part of the release 1.6.1.1? |
| 14:53.58 | putnopvut | Which one? I've made a few. |
| 14:54.22 | putnopvut | The latest I uploaded on that issue is not part of any release because the person who tested it said he got no audio on calls that would have had the error message before. |
| 14:55.31 | leifmadsen | note that 1.6.1.1 is the same as 1.6.1.0 + a security update |
| 14:56.01 | leifmadsen | if that makes a difference -- I think 1.6.1.1 may not have had any of that work done from that issue you mentioned in it |
| 14:56.17 | kn0x | related to the CPU usage |
| 14:56.37 | putnopvut | Ah, there was a CPU usage issue that is fixed and committed to all branches of Asterisk. |
| 14:57.04 | putnopvut | I'm not sure if it's in the 1.6.1.1 release since I'm a bit fuzzy on the time period when any of these releases are made :) |
| 14:57.45 | kn0x | It seems to deadlock somewhere after a few calls come in suddenly at the same time |
| 14:57.47 | leifmadsen | oh it might have gotten in |
| 14:58.09 | leifmadsen | part of it anyways -- the commit was april 20th, and the file on downloads is April 28th |
| 14:58.47 | kn0x | I just setup some monitoring for debug yesterday, so I'll see |
| 15:02.04 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:02.04 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:04.06 | kn0x | putnopvut: seems there is a deadlock with this on 1.6.0.9 |
| 15:04.42 | eferro | At mgcp config file, a section can have two or more lines. If In the same section/context we define the same variable twice, one per line, the second one get the two values. Have sense to raise a config parse error/warning?? |
| 15:04.43 | kn0x | my log is filled with ast_read() called with no recorded file descriptor. |
| 15:05.02 | putnopvut | kn0x: is this on your test system? |
| 15:05.08 | kn0x | for a few 1000 lines, then the log stops completely |
| 15:05.13 | kn0x | putnopvut: no production |
| 15:05.32 | kn0x | had to kill -9 |
| 15:06.32 | kn0x | only 712 calls processed ssince our restart this morning |
| 15:06.47 | putnopvut | Do you notice a huge amount of CPU being used? |
| 15:06.59 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 15:07.09 | putnopvut | well, if you killed it already, it's hard to tell. |
| 15:07.39 | seanbright | putnopvut: it's all about the roosevelts |
| 15:07.41 | seanbright | that is all. |
| 15:07.46 | putnopvut | seanbright: ugh |
| 15:07.58 | seanbright | painful |
| 15:08.00 | seanbright | truly painful |
| 15:08.45 | putnopvut | kn0x: looking at 1.6.0.9, it does not have the changes I made to make sure that the fd check in __ast_read is done after the masquerade and hangup check. |
| 15:08.51 | putnopvut | So I can definitely see problems happening there. |
| 15:09.11 | kn0x | all of a sudden 3 new calls came in, memory usage shot up, and started using swap |
| 15:09.18 | kn0x | load went from .7 to 1.47 |
| 15:09.47 | putnopvut | The fix isn't in 1.6.0.10 either. |
| 15:09.52 | kn0x | swap and load continued to shoot up until it hung completely |
| 15:10.17 | kn0x | filled up all my ram and 50% of swap |
| 15:11.21 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:11.21 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:16.01 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:16.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:17.52 | putnopvut | kn0x: My changes to prevent the high CPU usage is in 1.6.0.11-rc1. So when 1.6.0.11 gets released, which will hopefully be sometime real soon, it will hopefully fix the problem you're seeing. |
| 15:19.51 | kn0x | did you build a patch against 1.6.1.1 or 1.6.0.10 ? |
| 15:21.30 | seanbright | it would have been against 1.6.0 |
| 15:24.00 | kn0x | so it will work with 1.6.0.10? |
| 15:25.11 | seanbright | assuming his commit wasn't dependent on other changes made to 1.6.0 since 1.6.0.10 was tagged |
| 15:25.35 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:29.14 | *** join/#asterisk-dev errotan (n=errotan@62.201.122.123) |
| 15:30.43 | *** join/#asterisk-dev mcargile (n=mikec@rrcs-24-173-156-170.se.biz.rr.com) |
| 15:36.50 | kn0x | putnopvut: could you link me to the correct patch for 1.6.0.10 ? |
| 15:37.30 | putnopvut | kn0x: give me a sec... |
| 15:37.48 | *** part/#asterisk-dev mcargile (n=mikec@rrcs-24-173-156-170.se.biz.rr.com) |
| 15:38.20 | putnopvut | IIRC there were a couple of commits involved. |
| 15:40.21 | putnopvut | kn0x: the relevant svn revisions in the 1.6.0 branch were 186986 and 189279. |
| 15:40.40 | putnopvut | I can pastebin the patches. |
| 15:42.17 | putnopvut | kn0x: http://pastebin.ca/1495905 |
| 15:45.28 | kn0x | thanks a bunch |
| 16:03.01 | seanbright | can you put as many tc400b cards in a machine as you want? |
| 16:06.43 | jsmith | seanbright: That's my understanding |
| 16:16.52 | kpfleming | yes |
| 16:17.08 | kpfleming | well, as long as 'what you want' is equal to or less than the number of PCI/PCI-E slots you have :-) |
| 16:17.42 | leifmadsen | how pedantic |
| 16:18.41 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 16:23.18 | kpfleming | that's me... mr. pedantic |
| 16:24.23 | *** join/#asterisk-dev voipguy7777 (n=greekman@75-63-110-57.uvs.hstntx.sbcglobal.net) |
| 16:25.03 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:25.58 | voipguy7777 | hey everyone, dunno if this is the right place to ask this question... but here goes: is there a way to change the location of the tmp directory where asterisk spools voicemails while they are being recorded.. this of course without changing the location of the entire vm directory? |
| 16:27.58 | putnopvut | voipguy7777: I don't think that's possible. |
| 16:28.20 | voipguy7777 | not even by changing the src code before compiling? |
| 16:28.36 | putnopvut | Oh, well if you're want to go that far, then yeah, you could do that :) |
| 16:28.54 | putnopvut | It's software after all. Anything is possible. |
| 16:29.01 | voipguy7777 | lol |
| 16:29.07 | putnopvut | But there's no way, strictly through configuration, to do that currently. |
| 16:29.12 | kpfleming | no |
| 16:29.19 | voipguy7777 | any idea what files i should look at for this? |
| 16:29.34 | kpfleming | and partially that is because we *move* the files into place after recording them, so the temp directory and the final directory have to be on the same filesystem |
| 16:30.16 | voipguy7777 | the idea was to move that tmp directory to a ramdrive |
| 16:30.32 | voipguy7777 | so then even if i changed it, ur saying they have to be in the same area |
| 16:30.36 | voipguy7777 | damn |
| 16:30.38 | kpfleming | correct |
| 16:30.57 | putnopvut | See, this is why kpfleming is here. He picks up on the things I don't initially :) |
| 16:31.04 | voipguy7777 | rofl |
| 16:31.15 | putnopvut | I just naturally assumed you wanted to record to some separate directory on the same file system. |
| 16:31.35 | voipguy7777 | mebbe u guys might be able to provide insight on how to deal with high volume vm servers that are starting to miss pieces of voicemails being left? |
| 16:31.41 | voipguy7777 | already on scsi drives |
| 16:31.48 | voipguy7777 | hardware wise i'm pimped |
| 16:32.16 | voipguy7777 | figured if i removed latency using ramdrives, would be the last step |
| 16:32.57 | *** join/#asterisk-dev lasko (n=lasko@70.102.15.210) |
| 16:34.36 | voipguy7777 | prolly not a question for here anymore? :( |
| 16:36.32 | kpfleming | nope, not really |
| 16:36.55 | kpfleming | it sounds like you may have some other issue, unless the number of simultaneous recordings is extraordinarily high |
| 16:37.04 | voipguy7777 | it is :( |
| 16:37.22 | voipguy7777 | they're getting worked harder than a $5 hooker |
| 16:39.09 | kpfleming | even if you did that (ramdrive), you'd still have the disk activity moving the files from there to the real drives |
| 16:39.34 | kpfleming | one thing that people have done in the past is separate the storage from the vm server by using NFS... NFS over GigE is very, very fast |
| 16:40.20 | voipguy7777 | i've tried that too :( too much network activity even on its own backnet |
| 16:40.42 | voipguy7777 | this didn't leave gaps in vm so much as ultimately leave recordings that slowed down and sped up |
| 16:41.09 | kpfleming | well. there's always splitting the load across more machines... if the filesytem can't keep up, there's not much we can do about it. |
| 16:41.20 | voipguy7777 | understood |
| 16:47.56 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 16:47.56 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 16:49.48 | seanbright | jsmith: kpfleming: thanks :) |
| 16:50.00 | seanbright | can you send me 3 of those so i can test that? |
| 16:50.03 | seanbright | heh |
| 16:50.07 | kpfleming | glad to be of (limited) service |
| 16:51.13 | jsmith | seanbright: I don't even have one myself to test... which reminds me... |
| 16:51.37 | seanbright | i have one installed here... it's super awesome |
| 16:51.46 | seanbright | i just like the fact that i can move it around if the machine dies |
| 16:52.00 | seanbright | not to mention the resource off-loading. |
| 16:52.01 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.70) |
| 17:17.16 | tzafrir_laptop | still gets the daily asterisk-doc digest |
| 17:17.35 | jsmith | tzafrir_laptop: Hold on... let me check that... |
| 17:17.57 | tzafrir_laptop | well, we only have a week until his vacation ends |
| 17:18.50 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 17:19.02 | *** join/#asterisk-dev moy (n=moy@bas1-unionville55-1177733615.dsl.bell.ca) |
| 17:19.04 | jsmith | tzafrir_laptop: He's no longer a member of that list... not sure if he removed himself, or someone else at Digium took care of it |
| 17:31.22 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 17:33.13 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:07.20 | mnicholson_ | yay! my chan_mobile audio problem was really just a sip audio problem :) |
| 18:09.10 | putnopvut | who needs audio anyway? :P |
| 18:10.51 | mnicholson_ | putnopvut, yeah! calls should be mostly binary. Did you call or not? Did you get an answer or not? And if you want to add some analog in there, you can build a protocol based on the length of the call. Problem solved. |
| 18:11.03 | tzafrir_laptop | is there video support in chan_mobile? |
| 18:11.17 | putnopvut | mnicholson_: that kind of talk reminds me of the SIP 4.0 spec |
| 18:12.16 | mnicholson_ | tzafrir_laptop, nope |
| 18:12.27 | mnicholson_ | putnopvut, is there a sip 1.0? :) |
| 18:12.42 | putnopvut | mnicholson_: yeah, that's what RFC 2543 was for. |
| 18:12.55 | putnopvut | SIP 4.0 was an April Fool's RFC from 2008. |
| 18:13.01 | mnicholson_ | putnopvut, ahh ok :) |
| 18:13.02 | putnopvut | well, not RFC, but draft. |
| 18:15.10 | Corydon76-dig | RFC 3514 was much better |
| 18:18.39 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 18:24.09 | *** join/#asterisk-dev Chris-NB (n=chris@home.fuerstaller.com) |
| 18:24.37 | putnopvut | Corydon76-dig: lol at RFC 3514 |
| 18:30.02 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 18:31.44 | Corydon76-dig | putnopvut: it's the solution to all our security problems! |
| 18:31.54 | putnopvut | Of course! |
| 18:32.50 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:59.05 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 19:27.45 | Qwell | Corydon76-dig: is that the evil bit? |
| 19:27.52 | Corydon76-dig | Qwell: yep |
| 19:28.35 | Qwell | wonder if wireshark correctly decodes that.. |
| 19:32.44 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:58.23 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 20:10.33 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 20:46.47 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 20:59.22 | kn0x | putnopvut: which svn revision should I download then 189279? |
| 21:01.52 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 21:09.59 | putnopvut | kn0x: yeah, the later of the two I mentioned would work. |
| 21:10.03 | *** join/#asterisk-dev sumasuma (n=root@64.92.218.196) |
| 21:51.40 | kn0x | putnopvut: the patch is failing for some odd reason |
| 21:51.50 | kn0x | Hunk #1 FAILED at 2516. |
| 21:51.50 | kn0x | Hunk #2 FAILED at 2524. |
| 21:52.20 | putnopvut | kn0x: Okay. the patch I supplied was made against the 1.6.0 branch at the time it was created. |
| 21:52.35 | putnopvut | It may need to be adjusted to be applied to the 1.6.0.9 tag. |
| 21:52.36 | kn0x | i downloaded you're revision tho |
| 21:52.49 | kn0x | the revision you said above |
| 21:53.33 | putnopvut | Right. Remember that there were many (maybe hundreds) of revisions made to the code between when 1.6.0.9 was made and when I applied those changes though. |
| 21:53.58 | putnopvut | hundreds may be an exaggeration, but still... |
| 21:54.39 | putnopvut | Wait a sec... |
| 21:54.58 | putnopvut | When you were asking what svn revision to download, I thought you meant you were going to check the code out at that revision. |
| 21:55.19 | putnopvut | I didn't realize you were just going to apply the changes from that revision to your current Asterisk version. |
| 21:55.42 | putnopvut | You'll need to apply the changes from both revisions I pointed out earlier, in the order that they were committed. |
| 21:55.48 | putnopvut | Hopefully then they will apply correctly. |
| 21:56.49 | kn0x | putnopvut: no i checked out the revision you said |
| 21:57.07 | putnopvut | Oh, then what's there to patch? |
| 21:57.36 | kn0x | that revision has the patch? i thought it was built against that revision you were saying |
| 21:57.57 | JunK-Y | god, that operation was not a success :( |
| 21:58.23 | JunK-Y | 2 teeths to remove and he totally miss me. |
| 22:01.33 | putnopvut | kn0x: if you check out revision 189279 of the 1.6.0 branch, it will have the necessary changes in it. |
| 22:03.03 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 23:05.15 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 23:52.56 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 23:58.33 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |