Fusionpbx/freeswitch package is missing



  • Just migrated Nano to Full install specifically to run freeswitch… Went to packages and nothing shows up... Anyone has it running on 2.0.1?

    Sysinfo:
    2.0.1-RELEASE (amd64)
    built on Mon Dec 12 18:16:13 EST 2011
    FreeBSD 8.1-RELEASE-p6



  • You can install it by hand and follow fusionpbx how to to install it on pfsense

    i386 version
    pkg_add -r "http://files.pfsense.org/packages/8/All/freeswitch-core-1.0.7.1%2C1.tbz"

    Also read this topic to see how to install subversion on pfsense
    http://forum.pfsense.org/index.php/topic,41582.msg233668.html#msg233668



  • Thanks.. Will i386 version work on amd64? I read reports for other packages not working due to missing libraries… E.g. if I install the i386 it will want i386 libraries whilst I'll have amd64 ones...



  • Will i386 version work on amd64?

    No.

    amd64 version
    http://files.pfsense.org/packages/amd64/8/All/freeswitch-1.0.6_1.tbz



  • Marcelloc, giving the Freeswitch with FusionPBX another go using your Freeswitch Package. Where does your Freeswitch package place the actual Freeswitch directory and how can one start and stop the Freeswitch daemon from the shell?



  • @sdudley:

    Marcelloc, giving the Freeswitch with FusionPBX another go using your Freeswitch Package. Where does your Freeswitch package place the actual Freeswitch directory and how can one start and stop the Freeswitch daemon from the shell?

    This is not my Freeswitch package, it's just a link to package install on official pfSense repo.

    In normal conditions, all startup scripts stay on /usr/local/etc/rc.d and all configuration files stay on /usr/local/etc.

    /usr/local/etc/rc.d/freeswitch onestart do the job.

    something I've noticed during freeswitch package instalation that could explain one way audio issue(if you have any).

    
    *****************************************************
    *               Please read                         *
    *****************************************************
                    FreeBSD 7.x
    There are some known issues with FreeBSD's libpthread
    implementation and APR that can affect throughput at
    high volume. A possible fix is to use libmap.conf to
    remap FreeSWITCH. and its libraries to use libthr
    (the better performance threading library)
    
    /etc/libmap.conf
    
    [freeswitch]
    libc_r.so.5 libthr.so.2
    libc_r.so.6 libthr.so.2
    libpthread.so.1 libthr.so.2
    libpthread.so.2 libthr.so.2
    
    


  • The one way audio issue is still a problem although in my attempt to try the pfsense freeswitch package using the i386 link you provided, I've encountered a few issues, I'll get to that in a second. Here's what I've done thus far with some thoughts included along the way.

    Fresh install of PFSense 2.01 i386.
    Followed the FusionPBX install process on Mark's FusionPBX site that also includes installing what appears to be a custom compiled version of Freeswitch in tar format as the instructions are simply download the freeswitch tarball and extract it locally, no further make/install process is required. //wonder if this might be a source of some of the audio or NAT problems if this pre-compiled for convenience version of Freeswitch on the FusionPBX site was created in a different version of FreeBSD or a version with modules not included on a normal PFSense 2.01 i386 build?

    cd /usr/local/
    fetch http://www.fusionpbx.com/downloads/pfsense/2.0/freeswitch.tgz
    tar xvzf freeswitch.tgz -C /usr/local/

    I then followed the instructions from the FusionPBX site for installing onto pfsense 2.0 and ended up with a system that appeared to function from a daemon and web configuration perspective however, the audio issues were observed as noted previously.

    At this point in the configuration, I decided to remove the Freeswitch mechanism that was installed as part of the FusionPBX on PFsense 2.0 method mentioned earlier.
    To remove the existing version of Freeswitch and FusionPBX, I performed the following.
    Stopped the Freeswitch daemon and removed it by reversing the process used to install it:

    /usr/local/freeswitch/bin/./freeswitch -stop
    cd /usr/local
    rm -fr freeswitch

    Then I installed freeswitch from the package link you provided using a shell which also installed a number of additional packages…likely due to dependencies?
    Next I started the freeswitch daemon from a CL...I couldn't find it running using ps -ax |grep freeswitch

    /usr/local/etc/rc.d/freeswitch onestart

    At this point a number of errors were written to the screen and I was flipped back to the pfsense CL main menu.

    Starting freeswitch.
    PHP Warning:  fopen(/tmp/config.lock): failed to open stream: Permission denied in /etc/inc/util.inc on line 123

    Warning: fopen(/tmp/config.lock): failed to open stream: Permission denied in /etc/inc/util.inc on line 123
    PHP Warning:  flock() expects parameter 1 to be resource, null given in /etc/inc/util.inc on line 134

    Warning: flock() expects parameter 1 to be resource, null given in /etc/inc/util.inc on line 134
    PHP Warning:  fclose(): supplied argument is not a valid stream resource in /etc/inc/util.inc on line 135

    Warning: fclose(): supplied argument is not a valid stream resource in /etc/inc/util.inc on line 135

    Not sure if this error message is anything to be concerned with or perhaps it's the result of something I did previously or my configuration?

    Also wondered if it's possible to create a Freeswitch and FusionPBX package by just combining the compiled version of Freeswitch from PBXFusion's site (after confirming that it's been compiled with PFSense 2.01 environment) and the FusionPBX tarball automating their extraction and installation?

    Thnx



  • I did a fresh pfsense install and just installed freeswitch from pkg_add and got no errors during install.

    maybe your tar -xvzf procedure broken out you pfsense.

    Can you try on a fresh install?



  • I can try a fresh install later tonight. I really need to find a way to clone a UDMA CF card…using a CF2IDE adapter on a nano-itx motherboard's IDE primary port. Trying to keep the hardware down to zero moving parts. Having a number of CF cards to cycle through would make it a bit easier to test various packages.


Log in to reply