[asterisk-bugs] [Asterisk 0016454]: [patch] ASTARGS in sysconfig not inherited as startup options
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Dec 23 21:45:32 CST 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=16454
======================================================================
Reported By: syspert
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 16454
Category: General
Reproducibility: always
Severity: minor
Priority: normal
Status: feedback
Asterisk Version: SVN
JIRA: SWP-563
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!): 235330
Request Review:
======================================================================
Date Submitted: 2009-12-16 10:10 CST
Last Modified: 2009-12-23 21:45 CST
======================================================================
Summary: [patch] ASTARGS in sysconfig not inherited as
startup options
Description:
An option specified in /etc/sysconfig/asterisk is not passed on in ASTARGS
when starting asterisk. Two minor changes made the process work.
======================================================================
----------------------------------------------------------------------
(0115755) dant (reporter) - 2009-12-23 21:45
https://issues.asterisk.org/view.php?id=16454#c115755
----------------------------------------------------------------------
I'd be willing to make a bigger more complex script that uses a variable
per argument, but, I don't think it's reqired... There are plenty of init
scripts already in existance that allow OPTS or ARGS to be overridden or
extended from /etc/sysconfig/*...
I was just looking to pass an additional argument when starting asterisk
using the init script to attempt to diagnose another problem when I found
it didn't work as expected, the patch I just created to resolve this is
exactly the same as the patch attached by syspert, so I won't bother
uploading it :)...
the -x check on /etc/sysconfig/asterisk is definitely just wrong, it
should be -f, I'd guess this was probably done at some point by someone not
understanding the difference between '. /etc/sysconfig/asterisk' meaning
'source /etc/sysconfig/asterisk' and './etc/sysconfig/asterisk' meaning
execute the file asterisk in the etc/sysconfig subdirectory.
I would suggest that the attached patch is both a fix and an enhancement
that would be valid even if /etc/sysconfig/asterisk was allowed to contain
user friendly yes/no activation of specific options.
Issue History
Date Modified Username Field Change
======================================================================
2009-12-23 21:45 dant Note Added: 0115755
======================================================================
More information about the asterisk-bugs
mailing list