> On 14 Sep 2015, at 23:26, Daniel-Constantin Mierla <[email protected]> wrote: > > The situation is quite annoying sometimes even for me, I was thinking of > ways to make it more convenient when installing sources and starting > with a command line or running from source tree as I do most of the time. > > The /var/run/kamailio is not created by debian installation process, > because /var/run is temporary and content deleted on each restart. It > was like that but changed when discovered, because even installed from > deb, after the restart of the system, kamailio won't start. Same happens > if done with 'make install', it will work up to next system restart. > > Right now the /var/run/kamailio is created by the init.d script > /etc/init.d/kamailio, which seems to be the common across other linux > daemons. > > On debian, the init.d script can be deployed and /var/run/kamailio/ > created by running: > > make install-initd-debian > > There is an alternative for centos: > > make install-initd-centos > > Just noticed it doesn't create the folder, patch will follow (although > it might be created by user add command). > > I will add a dedicated Makefile target to create the folder, but a > complete procedure will require adding the user and changing the owner > of the folder, if kamailio is started under that specific user. > > Among ideas I played with: > > - create the folder from kamailio source at startup, if it doesn't > exist and enough privileges -- this will require to start kamailio > initially as root If we depend on it we should definitely create it unless already created. I think depending upon LInux scripts is not the right way. Or we should just go back to /tmp as a default in the source code and make it a compile time option. That way, debian packaging can compile with another default.
> - make it an easy option to set run dir to standard /var/run/kamailio > or to /tmp, each to be selected based on needs (like installation to > generate packages or installation from sources for testing) -- this will > make life easier when running from source tree Right. /O > > Suggestions to make this easier to cope with are welcome! > > Cheers, > Daniel > > On 14/09/15 19:58, Olle E. Johansson wrote: >> What not create IT? >> >> Edvina AB >> >>> 14 sep 2015 kl. 17:48 skrev Fred Posner <[email protected]>: >>> >>>> On 09/14/2015 12:36 PM, Olle E. Johansson wrote: >>>> Just a note so I don’t forget: >>>> >>>> When doing training we installed a few computers from tarballs, and >>>> got problems running the default script - install doesn’t seem to >>>> create /var/run/kamailio which is now a default for some options. >>>> >>>> We propably need to make sure this directory is created by standard >>>> install, not just by the RPM/DEB installs. >>>> >>>> /O >>> I know in the install tutorial, it's noted (as well as giving permission >>> to the kamailio user) >>> >>> http://www.kamailio.org/wiki/install/4.3.x/git >>> >>> It's also linked to from the github README.md file but could be >>> documented better in the README and INSTALL files. >>> >>> Fred Posner >>> [email protected] >>> <0x6235BD69.asc> >>> _______________________________________________ >>> sr-dev mailing list >>> [email protected] >>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev >> _______________________________________________ >> sr-dev mailing list >> [email protected] >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev > > -- > Daniel-Constantin Mierla > http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda > Book: SIP Routing With Kamailio - http://www.asipto.com > Kamailio Advanced Training, Sep 28-30, 2015, in Berlin - > http://asipto.com/u/kat > > > _______________________________________________ > sr-dev mailing list > [email protected] > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev _______________________________________________ sr-dev mailing list [email protected] http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
