[asterisk-bugs] [Asterisk 0017223]: [patch] System() taking excessive time to return with chroot'ed execution
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Apr 23 09:53:48 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17223
======================================================================
Reported By: dbackeberg
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17223
Category: Applications/app_system
Reproducibility: always
Severity: tweak
Priority: normal
Status: feedback
Asterisk Version: 1.6.2.6
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-04-21 14:37 CDT
Last Modified: 2010-04-23 09:53 CDT
======================================================================
Summary: [patch] System() taking excessive time to return
with chroot'ed execution
Description:
I've opened a discussion on asterisk-users on April 2010 regarding problems
I've seen with System() calls on asterisk-1.6.2.6. I have a dialplan that
does seemingly bening things that should return lightning fast, like:
exten => s,1,Verbose(EXTENSION is: ${EXTEN})
exten =>
s,n,Set(FIREBREAK_GENERIC=/var/lib/asterisk/sounds/firebreak/catchall)
exten => s,n,System(test -e ${FIREBREAK_GENERIC}.*)
exten => s,n,Verbose(System call result was ${SYSTEMSTATUS})
exten => s,n,ExecIf($[${SYSTEMSTATUS} =
SUCCESS]?Playback(${FIREBREAK_GENERIC}))
The System() call in this example is very straightforward. Use System() to
determine if file exists, if yes, play it.
As a verification that the system call runs fine...
[root at fivr03 ~]# test -e /var/lib/asterisk/sounds/firebreak/catchall.*
[root at fivr03 ~]# echo $?
1
[root at fivr03 ~]# time test -e
/var/lib/asterisk/sounds/firebreak/catchall.*
real 0m0.000s
user 0m0.001s
sys 0m0.000s
However, with stock asterisk-1.6.2.6 on two of my CentOS systems, each
call to System() takes upwards of half a second to return from the call.
Problem was always reproducible on these systems with this dialplan. I have
a third system with asterisk-1.6.2.6 on Gentoo, and I did not have this
problem on that system. I don't know what that means.
Kevin Fleming suggested on asterisk-users to modify main/app.c,
ast_close_fds_above_n() function.
I have done so, and this solves my problem.
======================================================================
----------------------------------------------------------------------
(0120815) dbackeberg (reporter) - 2010-04-23 09:53
https://issues.asterisk.org/view.php?id=17223#c120815
----------------------------------------------------------------------
Not chrooted. Not at all.
The difference was flags sent to asterisk.
with SVN-1.6.2
asterisk -vvvvvvvvvvvvvvvvvvvvc
works fast
asterisk -U root -G root
works fast
asterisk -U asterisk -G asterisk
works slow
So the slowness seems intrinsic to something that cannot write or read
correctly as non-root.
Issue History
Date Modified Username Field Change
======================================================================
2010-04-23 09:53 dbackeberg Note Added: 0120815
======================================================================
More information about the asterisk-bugs
mailing list