Hi,
I'm configuring a brand new polycom SSIP 7000.
To my surprise, when this telephone boots up, my DHCP server receives a
request that Wireshark classifies a BootP request from which I can't find
any Vendor identification.
The trouble is my DHCP server uses option vendor-class-identifier to
We're running Asterisk 1.8 on a 32-bit Debian machine, and it has been fine for
some time now. But! We've got such a incoming call volume over the few weeks
that we'll have Asterisk occasionally restart itself. My hunch is that it is
in part memory pressure.
I can't add RAM and have it
On 14-02-10 10:37 AM, Justin Sherrill wrote:
We're running Asterisk 1.8 on a 32-bit Debian machine, and it has been fine
for some time now. But! We've got such a incoming call volume over the few
weeks that we'll have Asterisk occasionally restart itself. My hunch is that
it is in part
On 14-02-10 9:46 AM, Mike wrote:
What log entries are leading you to think that you're running out of RAM?
None. It's just my guess. The log doesn't show anything except Asterisk
restarting.
--
_
-- Bandwidth and
Rather than speculate, take a look at the output of top. If you're
running out of memory, shut down useless processes. You'd be surprised what
processes get started by default that you don't need. You should also check
the Asterisk logs and look at the last few things Asterisk did right before
On Mon, 10 Feb 2014, Justin Sherrill wrote:
We're running Asterisk 1.8 on a 32-bit Debian machine, and it has been
fine for some time now. But! We've got such a incoming call volume
over the few weeks that we'll have Asterisk occasionally restart itself.
My hunch is that it is in part
To follow up the discussion - yeah, it's not RAM, or at least not directly.
I'm so used to looking in the asterisk logs I didn't think to look at
/var/log/messages:
Feb 10 09:10:45 telephone-retsof kernel: [35734.705648] asterisk[11215]:
segfault at ffa2048e ip b70a3def sp b540a000 error 4
On Mon, 2014-02-10 at 10:39 -0500, Tech Support wrote:
Rather than speculate, take a look at the output of top. If you're
running out of memory, shut down useless processes. You'd be surprised what
processes get started by default that you don't need. You should also check
the Asterisk logs
Dear Folks,
[Test_Context]
exten = _911.,1,AGI(agi://127.0.0.1:4577/call_log)
exten = _911.,2,Set(CALLERID(num)=xxx)
exten =
_911.,3,Set(CALLTIME=${STRFTIME(${EPOCH},Asia/Calcutta,%d-%b-%Y-%H-%M-%S)})
exten = _911.,4,Set(RECSUBDIR=${STRFTIME(${EPOCH},Asia/Calcutta,%d%b%Y)})
exten =
On 14-02-11 03:00 AM, akhilesh chand wrote:
file.c:1160 ast_writefile: Unable to open file
/var/spool/asterisk/monitor/11Feb2014/_11-Feb-2014-17-44-01.wav: No
such file or directory
app_mixmonitor.c:286 mixmonitor_thread: Cannot open
10 matches
Mail list logo