search for: manw

...GE 137.5 Active calls 307 CPU USAGE 562.5 Active calls 308 CPU USAGE 862.5 Active calls 311 CPU USAGE 164.7 Active calls 310 udp 0 768 0.0.0.0:17890 0.0.0.0:* udp 0 1280 0.0.0.0:11504 0.0.0.0:* [root at a30 ~]# On Tue, Oct 27, 2020 at 1:21 PM Jon Bonilla (Manwe) <manwe at aholab.ehu.es> wrote: > El Tue, 27 Oct 2020 12:52:47 -0400 > Dovid Bender <dovid at telecurve.com> escribió: > > > Hi, > > > > Sorry in advance that I am emailing the users list and not the biz list I > > think I will find my target audience...

El Wed, 8 Jul 2020 12:23:42 -0700 John Kiniston <johnkiniston at gmail.com> escribió: > Dovid, You could use func_odb + a ODBC Redis driver to keep from having to > shell out. > > DO you know odbc redis drivers? It would be nice to store cdrs ans other stuff in redis without patching asterisk -- PekePBX, the multitenant PBX solution https://pekepbx.com

...alls 308 > CPU USAGE 862.5 Active calls 311 > CPU USAGE 164.7 Active calls 310 > udp 0 768 0.0.0.0:17890 0.0.0.0:* > > udp 0 1280 0.0.0.0:11504 0.0.0.0:* > > [root at a30 ~]# > > > > On Tue, Oct 27, 2020 at 1:21 PM Jon Bonilla (Manwe) <manwe at aholab.ehu.es> > wrote: > >> El Tue, 27 Oct 2020 12:52:47 -0400 >> Dovid Bender <dovid at telecurve.com> escribió: >> >> > Hi, >> > >> > Sorry in advance that I am emailing the users list and not the biz list >> I >...

...et root=(hd0,2) multiboot /boot/xen-3.4-amd64.gz module /boot/vmlinuz-2.6.31-1-xen-amd64 dummy=dummy root=UUID=e9ed5af4-0503-4314-9d28-415a0eb7b0a0 ro quiet module /boot/initrd.img-2.6.31-1-xen-amd64 } Looking in /proc/cmdline, there isn''t any dummy=dummy argument mnencia@manwe:/tmp$ cat /proc/cmdline root=UUID=e9ed5af4-0503-4314-9d28-415a0eb7b0a0 ro quiet Before the addition of dummy=dummy in front of line, the missing argument was the root=*, so my initrd had no idea of which root it have to mount. BTW, the problem happens with both oldschool kernels and pvops ones...

...et root=(hd0,2) multiboot /boot/xen-3.4-amd64.gz module /boot/vmlinuz-2.6.31-1-xen-amd64 dummy=dummy root=UUID=e9ed5af4-0503-4314-9d28-415a0eb7b0a0 ro quiet module /boot/initrd.img-2.6.31-1-xen-amd64 } Looking in /proc/cmdline, there isn''t any dummy=dummy argument mnencia@manwe:/tmp$ cat /proc/cmdline root=UUID=e9ed5af4-0503-4314-9d28-415a0eb7b0a0 ro quiet Before the addition of dummy=dummy in front of line, the missing argument was the root=*, so my initrd had no idea of which root it have to mount. BTW, the problem happens with both oldschool kernels and pvops ones...

Hi, Sorry in advance that I am emailing the users list and not the biz list I think I will find my target audience here. We are looking to hire a consultant to help us figure out an issue. We are having what seems are "random load" issues with bare metal boxes that are dedicated to Asterisk and a few Perl AGI's. We went after all the usual suspects (CPU IDLE, memory usage etc.). I

On Thursday 09 July 2020 at 00:50:28, Jon Bonilla (Manwe) wrote: > DO you know odbc redis drivers? It would be nice to store cdrs ans other > stuff in redis without patching asterisk A quick Google search turns up https://www.cdata.com/kb/tech/redis-odbc-python-linux.rst which I have no experience of and cannot comment on, but looks like what y...

El Tue, 9 Jun 2020 09:46:32 -0600 George Joseph <gjoseph at digium.com> escribió: Hi George > > > > > > If transcoding is enabled Would it be possible to do the same but handle a > > 488 > > back from Bob and failover to another INVITE with Bob's allow list to > > handle > > transcoding? That way we would always try no-transcoding before

El Tue, 27 Oct 2020 12:52:47 -0400 Dovid Bender <dovid at telecurve.com> escribió: > Hi, > > Sorry in advance that I am emailing the users list and not the biz list I > think I will find my target audience here. We are looking to hire a > consultant to help us figure out an issue. We are having what seems are > "random load" issues with bare metal boxes that are

Hi all Using asterisk 16.25 I was trying to stop Mixmonitor using features. The code is executed but I realized that I was executing StopMixmonitor from another channel so I opted to use AMI. When I call MixMonitor I store the channel name in a var and then I use StopMixmonitor from AMI sending the stored channel name as parameter. What I've seen is that the app returns failure and going

Hi all Using asterisk 16.25.0 (I know it's a bit old) I'm trying to parse the realtime queue_log and I realized that not every call has a ENTERQUEUE event. I see that if there's an internal call to an extension that has a dialplan forward to a queue (no call is placed to the extension before calling the queue), the ENTERQUEUE event is not generated in the queue_log For calls from