It can be made via "sudo" or may be configured via permission. On Wed, Oct 7, 2015 at 2:23 PM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
yes, because it's not only about the priority. FreeSWITCH also tries to set a real-time scheduler, and that requires root privileges.
On Wed, Oct 7, 2015 at 1:08 PM, Sergey Safarov <s.safarov@gmail.com> wrote:
It is PR give FS root priviledges at startup. I will create PR where FS start in unpriveledged mode
https://freeswitch.org/stash/projects/FS/repos/freeswitch/pull-requests/542/...
On Wed, Oct 7, 2015 at 2:01 PM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
there is already a pull request that sets already the proper priority
On Wed, Oct 7, 2015 at 9:37 AM, Sergey Safarov <s.safarov@gmail.com> wrote:
Nice level can be setted in - systemd unit file (Nice directive http://www.freedesktop.org/software/systemd/man/systemd.exec.html) - init.d file (nice command)
I can create pull request for this changes. Can any body say used by FS nice level and other priority parameters?
Sergey
On Tue, Oct 6, 2015 at 6:53 AM, Sergey Safarov <s.safarov@gmail.com> wrote:
What is proliority must be used?
On Mon, Oct 5, 2015, 21:13 Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
in the current freeswitch.service, freewitch is started under freeswitch UID, and as a result, it fails to set itself to the proper priority.
On Mon, Oct 5, 2015 at 7:13 PM, Brian West <brian@freeswitch.org> wrote:
> "Now the daemon starts as root and switches to freewitch UID." is > how its always done it. > > On Mon, Oct 5, 2015 at 10:27 AM, Stanislav Sinyagin < > ssinyagin@gmail.com> wrote: > >> see >> https://freeswitch.org/stash/projects/FS/repos/freeswitch/pull-requests/542/... >> >> it was a bit nontrivial because freeswitch.service was installed in >> an unusual way. Now the daemon starts as root and switches to freewitch UID. >> >> Still unresolved is https://freeswitch.org/jira/browse/FS-7937 >> The package installer starts the daemon, but does not enable the >> service for starting at boot. >> I will dig into that after the merge. >> >> >> >> >> >> On Sun, Sep 6, 2015 at 6:24 PM, Bote Man <bote_radio@botecomm.com> >> wrote: >> >>> I agree IFF my assumptions and results are applicable to package >>> installations. If you have a package installation I would prefer that you >>> verify these results on such an installation since I mostly let my Master >>> build do what it wants. I always build from Master, never use the packages. >>> >>> >>> >>> Do we have to specify the –run runtime directory on the FS command >>> line? >>> >>> >>> >>> Do we have to specify the –temp files directory? >>> >>> >>> >>> Right now the unit file for the package specifies none of those so >>> I don’t know where FS would put its runtime and temp files. >>> >>> >>> >>> By the way, while testing the location of runtime directory for >>> the PID file I noted that FS will create the ./run directory with the >>> proper permissions and owner, then write the PID file in it on its own >>> without systemd doing it. This happened without specifying anything about >>> that on the command line and without the tmpfiles.d entry. >>> >>> >>> >>> But since the .deb package places files in the FHS locations this >>> would be necessary, so your recent ticket that adds that applies. I omitted >>> that from my Confluence instructions built from Master, FYI. >>> >>> >>> >>> Please let me know how to proceed. >>> >>> >>> >>> Thanks. >>> >>> >>> >>> Bote >>> >>> >>> >>> >>> >>> *From:* Stanislav Sinyagin >>> *Sent:* Sunday, 06 September, 2015 06:00 >>> >>> *Subject:* Re: [Freeswitch-users] FS priority >>> >>> >>> >>> Looks like another jira ticket is needed for Debian packaging. >>> >>> On Sep 6, 2015 6:16 AM, "Anthony Minessale" < >>> anthony.minessale@gmail.com> wrote: >>> >>> It's because FS changes the scheduler and enables some realtime >>> threads when it can. If you have multiple cpu np and rp are the same. FS >>> always needs root privs to change the platform parameters and nice level >>> etc. The scheduler change is not possible if the shell is an unpriveledged >>> user nor are a bunch of other things unless you carefully allowed them >>> somehow as root before the shell started. So basically that is all >>> expected behavior. >>> >>> >>> >>> >>> >>> >>> >>> On Saturday, September 5, 2015, Bote Man <bote_radio@botecomm.com> >>> wrote: >>> >>> Sorry, I did not use the utility named ‘runas’ I simply labeled >>> the column that way and was trying to conserve character space in the >>> header to get it to fit in a reasonable space. >>> >>> >>> >>> Anyway, thanks to your post and some research I just changed my >>> FS unit file to start FS as user root, but specified –u freeswitch –g >>> freeswitch on the command line to FS, and changed the >>> WorkingDirectory=/usr/local/freeswitch/bin (it had been set to ‘run’) and >>> it’s doing the Right Thing, so that is what I will go with. I vaguely >>> remember that FS can (should) start as root, then drops privileges to what >>> is specified on the command line, so it looks like it is doing exactly that. >>> >>> >>> >>> ‘top’ shows FS running as real and effective user ‘freeswitch’ >>> with Priority=-2 and Nice=-10 so I am a happy camper. >>> >>> >>> >>> If nobody on the FS core development team has any objection to >>> this approach I will update the Confluence page for the systemd unit file >>> for building from MASTER. The Debian packages have their own file locations. >>> >>> >>> >>> >>> https://freeswitch.org/confluence/display/FREESWITCH/FreeSWITCH+1.6+Video#Fr... >>> >>> >>> >>> Any security concerns doing this? >>> >>> >>> >>> Thanks! >>> >>> >>> >>> Bote >>> >>> >>> >>> >>> >>> >>> >>> *From:* Shaun Stokes >>> *Sent:* Saturday, 05 September, 2015 03:18 >>> *Subject:* Re: [Freeswitch-users] FS priority >>> >>> >>> >>> Are you using FreeSwitch to specify the user to runas or is this >>> being done by systemd? >>> >>> >>> >>> In FreeSwitch you use the -u argument to specify the user and the >>> -g argument to specify the group, if you do this then I assume running the >>> service as root should be ok providing you've given FreeSwitch an >>> alternative user and group (in our environment we use the same for user and >>> group). >>> >>> >>> >>> Thanks, >>> >>> Shaun >>> >>> >>> ------------------------------ >>> >>> *From:* Bote Man >>> *Sent:* 05 September 2015 04:28 >>> *Subject:* Re: [Freeswitch-users] FS priority >>> >>> I'm not sure how much nice level matters compared to scheduler >>> priority. I ran a series of tests to find out what Priority and Nice level >>> are reported by the 'top' utility. >>> >>> I ran the first 6 tests by using systemd to start FreeSWITCH, 3 >>> times as user root with each of the FS priority flags, then 3 times as user >>> freeswitch with each of the FS flags. Then I repeated that block of tests >>> from the command line, 3 flags as root, 3 flags as freeswitch. You won't >>> believe what happened next! >>> >>> systemd starting FreeSWITCH as 'RUNAS' user with 'FLAG' command >>> line priority flags to FS results in top showing priority 'PRI', nice level >>> 'NICE' on a month-old install of Debian 8 on a bare metal Dell R320 server. >>> >>> RUNAS FLAG PRI NICE >>> root -rp -2 -10 >>> root -np 39 19 >>> root -lp 39 19 >>> >>> fs -rp -2 19 >>> fs -np 39 19 >>> fs -lp 39 19 >>> >>> Run as root from command line >>> root -rp -2 -10 >>> root -np 20 0 >>> root -lp 39 19 >>> >>> Run as su=freeswitch from command line >>> fs -rp 20 0 >>> fs -np 20 0 >>> fs -lp 39 19 >>> >>> Most processes show Priority of 20 so I assume that is considered >>> "normal". >>> >>> So it looks like the only way to get truly higher priority for a >>> process is to run it as root, which I expected. Once the scheduler priority >>> is at -2 (higher priority) I don't know whether the nice level even matters. >>> >>> For now, the systemd unit file that I posted on Confluence runs as >>> the freeswitch user so even with the -rp flag to FreeSWITCH it gets niced >>> down to 19 which is the lowest level available for nice. Does this matter? >>> >>> Is there a serious security concern running FreeSWITCH as root? >>> >>> Thanks. >>> >>> Bote >>> >>> >>> >>> On Fri, Sep 4, 2015 at 3:38 PM, Bote Man <bote_radio@botecomm.com> >>> wrote: >>> >>> Thanks for that. I was under the impression that systemd was >>> throwing FreeSWITCH into the generic scheduling group and starving it of >>> resources as a result, but when I manually ran ./freeswitch as root it >>> still showed the same values. >>> >>> Running FS manually with -np yielded pri=20 nice=0 and System >>> Monitor reports priority "normal" >>> >>> Running FS manually with -rp yielded pri=-2 nice=-10 and System >>> Monitor reports priority "very high", same results as when FS was started >>> without any priority switch on the command line. >>> >>> BUT! When I start FS with systemd it maintains priority=-2 but >>> nice all the way down to 19 which is why System Monitor reports "very low". >>> This happens even with the -rp switch specified in the unit file. >>> >>> I don't know how scheduling priority and nice level interact on >>> Debian, but it looks like I have a new research project for this weekend, >>> assuming this is truly something to be concerned about. Or is it? >>> >>> Thanks for the tips. I will report my findings to the list if I >>> discover anything substantive. >>> >>> Bote >>> >>> >>> >>> >>> >>> On Fri, Sep 4, 2015 at 2:02 PM, Shaun Stokes < >>> shaun.stokes@itec-support.co.uk> wrote: >>> >>> Hi Bote, >>> >>> >>> >>> I believe priority works in a similar way to metric (i.e. lower >>> comes first), so -20 (most favorable scheduling) to +19 (least favorable >>> scheduling). >>> >>> >>> >>> -rp -- enable high(realtime) priority settings >>> >>> -lp -- enable low priority settings >>> >>> -np -- enable normal priority settings (system default) >>> >>> Source: https://wiki.freeswitch.org/wiki/Command_line >>> >>> >>> >>> Hope this helps. >>> >>> >>> >>> Thanks, >>> >>> Shaun >>> ------------------------------ >>> >>> *From:* freeswitch-users-bounces@lists.freeswitch.org [ >>> freeswitch-users-bounces@lists.freeswitch.org] on behalf of Bote >>> Man [bote_radio@botecomm.com] >>> *Sent:* 04 September 2015 15:54 >>> *To:* FreeSWITCH Users Help >>> *Subject:* [Freeswitch-users] FS priority >>> >>> I’m trying to set the priority on a new FreeSWITCH installation >>> built from master on Debian 8 running on bare metal. It is currently >>> running at “very low” priority according to Resource Monitor in the GUI and >>> ‘top’ reports FS is running at priority = -2 (that’s negative two) and nice >>> = 19 >>> >>> So with the way FreeSWITCH is now launched by systemd is it >>> considered a service or a user application that is simply run in the >>> background? >>> >>> This affects how systemd treats its control groups and priority >>> and how I will go about troubleshooting this. >>> >>> >>> Thanks. >>> >>> >>> >>> Bote >>> >>> >>> >>> >>> >>> -- >>> >>> Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ >>> >>> >>> >>> ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ >>> http://twitter.com/FreeSWITCH >>> >>> ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ >>> <http://freeswitch.org/g+>* >>> >>> ClueCon Weekly Development Call >>> >>> ☎ sip:888@conference.freeswitch.org ☎ +19193869900 >>> >>> >>> >>> https://www.youtube.com/watch?v=9XXgW34t40s >>> >>> https://www.youtube.com/watch?v=NLaDpGQuZDA >>> >>> >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting@freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users@lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE: >>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting@freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://confluence.freeswitch.org >>> http://www.cluecon.com >>> >>> FreeSWITCH-users mailing list >>> FreeSWITCH-users@lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE: >>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting@freeswitch.org >> http://www.freeswitchsolutions.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://confluence.freeswitch.org >> http://www.cluecon.com >> >> FreeSWITCH-users mailing list >> FreeSWITCH-users@lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE: >> http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > > -- > > *Brian West* > brian@freeswitch.org > > > *Twitter: @FreeSWITCH , @briankwest* > http://www.freeswitchbook.com > http://www.freeswitchcookbook.com > > Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: > /r/freeswitch <https://www.reddit.com/r/freeswitch> > > *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) > *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest > > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting@freeswitch.org > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE: > http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org >
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org