Topic: sail beta 3.2

[SARK devs]

Hi

We will shortly put up a 3.2 beta and a 3.2 beta iso.  If you have a spare machine or VM then we'd like you to give it a whirl.  It's a lot faster than 3.1 and it has some nice new features in preparation for 3.2.1 which has a lot more.

you can read about it here

http://www.sailpbx.com/mediawiki/index.php/Beta_V3R2

Kind Regards

S

[Teviot]

S

Is there any reason you can thing of why on can't upgrade to this beta now on a production system?

[SARK devs]

Hi

We designated it as beta because it is very new and there have been lots of changes to the agi.  For this reason we would not recommend you run it in production without first testing it fully for the application you intend to run.   There are some issues starting and stopping asterisk in the -3 release and we have been working on them.  There is a -6   release which fixes some of the issues we've seen but we are still working through testing.

Kind Regards

S

[compsos]

Hi Jeff
On a system using 3.2.0-3 on commit we see

ERROR in Socket Creation : Connection refused

Is that the errors you mentioned? Apart from that it appears to be working fine.

[SARK devs]

yes probably.

I have uploaded -06, please install it and let me know if the problem is resolved.  It should be installed with the latest smesailenv rpm which is also on the download server.

Kind Regards

S

[compsos]

Hi Jeff
Not so good.

File does not exist: /home/e-smith/files/ibays/Primary/html/sail, referer: https://domainname/sail/navigation.htm

Lots of errors in the httpd error.log.

Ok This may not be right but it appears to be working
edit  /etc/e-smith/templates/etc/httpd/conf/httpd.conf/VirtualHosts/11Sark

Code: [Select]

    AddType application/x-httpd-php .php .php3
    Alias /provisioning /opt/sark/www/provisioning

    # Rewrites for SARK/SAIL
    RewriteCond %{REQUEST_URI} ^/DPRX(.*)/
    RewriteRule /DPRX(.*) http://$1 [L,P]

    # Alias for SARK/SAIL
    ScriptAlias /sark/cgi-bin /opt/sark/www/cgi-bin
    ScriptAlias /sail/cgi-bin /opt/sark/www/cgi-bin
    Alias /sark-common /opt/sark/www/sark-common
    Alias /sark /opt/sark/www
    Alias /sail /opt/sark/www
    Alias /server-sounds/ /var/lib/asterisk/sounds/
Edit /etc/e-smith/templates/etc/httpd/conf/httpd.conf/99SarkOpt

Code: [Select]

#
# SARK/SAIL provisioning
#

#
#       A E L I N T R A    stat    I N S T A L L
#
    Alias       /stat        /opt/sark/stat/asterisk-stat-v2
#
#
#

# First, we configure the "default" to be a very restrictive set of
# permissions.

<Directory />
    Options None
    AllowOverride None
    order deny,allow
    deny from all
    allow from none
</Directory>

<Directory /opt/sark/stat/asterisk-stat-v2>
    AddType application/x-httpd-php .php .php3 .phtml
    AddType application/x-httpd-php-source .phps
    php_admin_value open_basedir /opt/sark/stat/
</Directory>

#
# SARK/SAIL /opt
#

<Directory /opt/sark/www>
    Options None
    Options +Indexes
    Options +Includes
    AllowOverride None
    order deny,allow
    deny from all
    allow from all
    AuthName "sark"
    AuthType Basic
    AuthExternal pwauth
    require user admin
    Satisfy all
</Directory>

<Directory /opt/sark/www/provisioning>
   order deny,allow
   Allow from all
   Satisfy any
</Directory>

<Directory /var/lib/asterisk/sounds>
    Options Indexes MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>
expand-template /etc/httpd/conf/httpd.conf
svc -t /service/http-e-smith/

Looks like something was missed in the smesailenv file?

[Jáder]

I cannot even install it:

Code: [Select]

[root@guepardo sail32]# yum install asterisk18 asterisk18-configs asterisk18-voicemail dahdi-linux dahdi-tools asterisk-sounds-extra-en-ulaw asterisk-sounds-moh-opsound-ulaw --enablerepo=*

(sniped a lot!)

--> Finished Dependency Resolution
dahdi-linux-kmdl-2.6.18-274.18.1.el5-2.4.1-70.el5.i686 from installed has depsolving problems
  --> Missing Dependency: dahdi-linux = 2.4.1-70.el5 is needed by package dahdi-linux-kmdl-2.6.18-274.18.1.el5-2.4.1-70.el5.i686 (installed)
Error: Missing Dependency: dahdi-linux = 2.4.1-70.el5 is needed by package dahdi-linux-kmdl-2.6.18-274.18.1.el5-2.4.1-70.el5.i686 (installed)
 You could try using --skip-broken to work around the problem
 You could try running: package-cleanup --problems
                        package-cleanup --dupes
                        rpm -Va --nofiles --nodigest
[root@guepardo sail32]# uname -a
Linux guepardo 2.6.18-308.4.1.el5 #1 SMP Tue Apr 17 17:08:10 EDT 2012 i686 i686 i386 GNU/Linux

Notes:
1)  I have kernel 308 (update last week).
2) I will not use any physical card because I'll use VOIP providers... so I'd be glad to avoid install dahdi...but heard this is not possible at all (dependencies hell).
3) this is a home server, used to any wonderful/crazy tests, with LOTS of extra/addons

[SARK devs]

First - to Gordon

3.2 has its own apache instance.  You will find sail at :8443 on the target machine.  It looks like you may have patched it back to run under the e-smith apache (which is pretty impressive by the way).  It will almost certainly run like that but it isn't what we want. 

Remove sail and smesailenv (and all of the stuff you added back).  Yum install smesailenv and sail, do post-upgrade; reboot and you should find sail at https://yoursailbox.local:8443.  The default user is admin and the password is asterisk.

Second - to Jader
Asterisk won't install because it can't find dahdi and can't resolve your _308 kmdl releases.  Check that you have imported the asterisk and digium repos into your yum setup.

Kind Regards

S

[Jáder]

(...)
Second - to Jader
Asterisk won't install because it can't find dahdi and can't resolve your _308 kmdl releases.  Check that you have imported the asterisk and digium repos into your yum setup.

Can I install asterisk without DAHDI modules ?
I've both repositories ok... I have a lot of repositories enabled:

Code: [Select]

[root@guepardo ~]# db yum_repositories show|grep repository 
addons=repository
asterisk-current=repository
atrpms=repository
base=repository
centosplus=repository
contrib=repository
dag=repository
dag5=repository
digium-current=repository
extras=repository
fws=repository
sme7contribs=repository
smeaddons=repository
smecontribs=repository
smedev=repository
smeextras=repository
smeos=repository
smetest=repository
smeupdates=repository
smeupdates-testing=repository
updates=repository
[root@guepardo ~]#
but there are no kmdl modules for 308 in any of them!
And I prefer do not have kmdl problems for each kernel update... I'd love to use asterisk w/o ANY physical module, just using it with VoIP providers!

EDIT:
If I choose to install w/o dahdi modules (both of them), Asterisk can install w/o problems... I just do not know if I'll break anything!!

[SARK devs]

Asterisk will run without dahdi however, until 1.8 you could not run conference rooms or call parks without it so it is almost always installed.  I think because you have so many repos defined that you should restrict the install to just those which you will need... so just --enablerepo=asterisk-current digium-current

Kind Regards

S



 

[Jáder]

I decided to test asterisk w/o dahdi modules... but neither this way I suceeded

Code: [Select]

(...)
(15/15): asterisk18-core-1.8.7.0-2_centos5.i386.rpm                                                       |  15 MB     00:29     
---------------------------------------------------------------------------------------------------------------------------------
Total                                                                                            501 kB/s |  43 MB     01:28     
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test


Transaction Check Error:
  file /usr/lib/libtonezone.so.2.0 from install of libtonezone-2.6.0-1_centos5.i386 conflicts with file from package libtonezone2-2.4.1-68.el5.i386

Error Summary
-------------

I'll use it to test... I can live w/o some features... if I can make it work!

[compsos]

Hi Jeff
No still some issues. Changed back and rebooted. Going to port 8443 produced "Web page not available" both internally and externally. The SME logs are not showing anything, is that due to your own apache implementation?
A check of the iptables showed

ACCEPT     tcp  --  anywhere             Ext Address tcp dpt:8443

.
So the port appears to open externally.
This shows it is loaded but is it doing anything? The std apache has a lot more references. Also lost access to server-manager page.

ps fax | grep httpd
 2664 ?        Ss     0:00  \_ runsv httpd-srk
 2674 ?        Ss     0:00  \_ runsv httpd-admin
 2717 ?        S      0:00  |   \_ /usr/local/bin/multilog t s5000000 /var/log/httpd-admin
 4800 ?        Ss     0:00  |   \_ /usr/sbin/httpd-admin -f /etc/httpd/admin-conf/httpd.conf -D FOREGROUND
 5105 ?        S      0:00  |       \_ /usr/sbin/httpd-admin -f /etc/httpd/admin-conf/httpd.conf -D FOREGROUND
 6315 ?        S      0:00  |       \_ /usr/sbin/httpd-admin -f /etc/httpd/admin-conf/httpd.conf -D FOREGROUND
 6319 ?        S      0:00  |       \_ /usr/sbin/httpd-admin -f /etc/httpd/admin-conf/httpd.conf -D FOREGROUND
 6320 ?        S      0:00  |       \_ /usr/sbin/httpd-admin -f /etc/httpd/admin-conf/httpd.conf -D FOREGROUND
 2696 ?        Ss     0:00  \_ runsv httpd-e-smith
 4831 ?        Ss     0:00  |   \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 5160 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 5161 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 5163 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 5164 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 5165 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 5166 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 5167 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 5168 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 5169 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 5170 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 6284 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 6286 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 6287 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 6289 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 6290 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 6291 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 6292 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND
 6331 ?        S      0:00  |       \_ /usr/sbin/httpd -f /etc/httpd/conf/httpd.conf -D FOREGROUND

A little hard to go further as it is not appearing in the standard logs.
Will switch back to the modified as it is at least working with only a few minor bugs.
Your thoughts?

[SARK devs]

difficult to comment without a login but the apache server may not be running.

which smesailenv do have installed?  the new server (httpd-srk) uses runit (just like httpd-e-smith and httpd-admin).

in /var/service you should see httpd-srk
you should also see the link in /service

if they aren't there then I guess you may have the wrong smesailenv (it needs to be 3.2.0-9 or better).  If they are there you can go ahead and start httpd-srk with sv u httpd-srk. 

log in with https://yourserver.com:8443

let me know how it goes.

Best

S

[compsos]

Hi Jeff
Just reloaded the smesailenv rpm with no reported errors on installing. But still the same result  blank "page not found" and no log entries showing a problem.
Manually reloaded each component

svc -t /service/sark
 svc -t /service/srk-ua-responder/
 svc -t /service/srk-ua-helper/
svc -t /service/httpd-srk/

Still no complaints in the logs but no webpage.
Can we turn on some debuging/log reporting somewhere?
Back with the modified 11Sark and 99SarkOpt the only issue I seem to have is the CDR section has "no permission" but at the moment only a minor issue. So at least I can check and adjust from the web interface.
If you can give us some debugging pointers I may be able to send back some feed back. At the moment it is like hitting a brick wall with no clues.

[SARK devs]

Hi Gordon

I'm clearly missing something because our version here just runs.
So, in order that we can both have the same datum point, I've loaded a 3.2 iso.  You can find it here

http://www.sailpbx.com/iso/SME8b7/3.2-beta/

On my VM it just loads and runs without drama. 
This should put us both at the same start point.

Best and thanks for your help

S