Just taken another look at the gist you posted. The approach used there is using saltstack as a persistent build system, where it performs a source install. This isn't the cleanest way to do things, firstly because it requires building on production machines, and second because anything other than a package install is not a great idea when using these sorts of systems. Instead you should be installing as a system package (either from an existing mirror, or a local mirror). The salt states we've created are specific to our deployment, it uses a single custom built Debian package [1] . In our instance, we have three different types of FS deployment - MS/MG/SBC. Each one of those `require` the above, and then we copy in an XML configuration to the freeswitch conf dir. However because we're using mod_xml_curl, we literally only need one or two files copied in, the rest is taken care of by mod_xml_curl. For that reason alone, any salt examples I provided would be completely incompatible. Ideally what someone needs to do is build a Salt state dir which reflects the original Debian packages created by the FS build system. Given the multiple ways that FS can be configured, I don't think it would be worth attempting to provide pre-written templates for it. Instead, just a basic example which can be extended off would be sufficient. If enough people show interest for this, I might be able to find time to do this (though I'm already behind on various other FS contributions :/ ) Cal [1] https://github.com/foxx/freeswitch-debian On Thu, Mar 14, 2013 at 2:46 PM, Avi Marcus <avi@avimarcus.net> wrote:
Cal, can you share a salt install file for FreeSWITCH?
Perhaps as a community, we can keep it up to date...
Here's something I came up with a while ago: https://gist.github.com/avimar/3297645 but I think I had an issue with permissions (they took too long to reapply?) and also it was before the stable branch, so that has to be added...
I likely need it again for a new project, so if we have something up, I can test with fresh eyes and probably contribute back to it.
-Avi Marcus BestFone
On Thu, Mar 14, 2013 at 4:05 PM, Cal Leeming [Simplicity Media Ltd] < cal.leeming@simplicitymedialtd.co.uk> wrote:
It could be that I am slightly biased because I absolutely hate Ruby, and have a passionate love for Python.
Personally, I felt that that both Chef and Puppet had been over-engineered to an extent, and did not feel comfortable with the syntax or layout at all.
Then came along SaltStack, it supports Jinja templates (which is lovely), it's feature set is implemented cleanly for the most part, and it feels 'right'.
I'm sure a more experienced person than myself could spend hours explaining the subtle differences, but in my own opinion, SaltStack meets my expectations of what CM and assisted CI should really be.
Cal
On Thu, Mar 14, 2013 at 6:36 AM, Henry Huang <red.rain.seven@gmail.com>wrote:
It's the first time I hear about SaltStack. Can you briefly explain why is it better than Puppet or Chef. I would pick Chef out of the 2 because it's using Ruby natively and is being adapted by Amazon AWS. So if you ever need some kind of hybrid architecture to run production or development servers on AWS, you will spend minimal effort for deploying those given that you can reuse your Chef cookbooks.
Henry
On Wed, Mar 13, 2013 at 10:47 PM, Gabriel Gunderson <gabe@gundy.org>wrote:
On Wed, Mar 13, 2013 at 7:59 AM, Cal Leeming [Simplicity Media Ltd] <cal.leeming@simplicitymedialtd.co.uk> wrote:
I'm still not entirely happy with the overall procedure and always looking for new/better ways to improve it.. but SaltStack is a clear winner, leaving puppet/chef in it's dust.
Sounds like you're getting close to being happy :)
When we do some Salt Modules and States specific to OpenSIP and FreeSWITCH, we'll be sure to open source them.
Happy hacking!
Gabe
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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