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

[compsos]

Hi Jeff
Ok will download the iso and install in VM. To date both machines have been SME installed not VMs.
Do you think that may make a difference?
As I found 3.2 at the download site rather than via the forums I did not realise it was betta so I have a copy running in the wild and on my own system now to try and understand the issues.
Would falling back to 3.1 have many DB issues?
Cheers.

[compsos]

Hi Jeff
The VM works so looking at the ps output this is different

1191 ?        Ss     0:00  \_ runsv httpd-srk
 3154 ?        Ss     0:00  |   \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3159 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3160 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3161 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3162 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3163 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3164 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3165 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3166 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3167 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3168 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3992 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3993 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3994 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3995 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3996 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3997 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND
 3998 ?        S      0:00  |       \_ /usr/sbin/httpd -f /opt/sark/httpd/httpd.conf -D FOREGROUND

Could the rpm installation be having a problem due to the extra software in the iso but not in a normal SME configuration be the issue?
(ie) ossec etc.
On my system httpd-srk start command works with no complaints but the child processes above are not spawned. What I feel we need is some way of getting http-srk to log output and then we may have some clues.
Your thoughts.

Also on one of the systems dhcpd had an error. the dhcpd.conf file had an entry like

    option tftp-server-name     192.168.74.1;

It complained about it not being a string and stopped at the 1st period "192." Now my system has a string value in "" and works. The 25TFTPServerName fragment has     $OUT .= "    option tftp-server-name     $localip;\n"; which should return an ip address. The VM is not configured to run dhcpd.  I did try $domainname but it still crashed the service. Putting the domain name in manually allowed the service to run.

[SARK devs]

Hi Gordon

First question re falling back to 3.1.  There should be no database issues. 
re the tftp gen - I have put a fix into the fragment

I will put up a vanilla SME this morning and do a clean install onto that to see if I can replicate the issue you saw.

Thanks again

S

[compsos]

Look forward to compare results. We have tried it on 2 systems one new and unused with a few mods like zarafa, z-push , user-panels and vacation, the other system much older and been through many upgrades etc. But the issues look similar on both systems. I may even been finding other non related issues to the reported problem (ie) dhcp

[fpausp]

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

[SARK devs]

yes - we are updating the beta - it will hopefully be available again later today or tomorrow.

Kind Regards

S

[SARK devs]

OK - the beta iso is available here

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

It has fixes in it for the dhcp problem Gordon reported, together with a few other tweaks.  No big changes.

I've loaded it a few times to our VM and it looks pretty stable.  I did a bare metal install with an earlier version and it also went in OK.

Make sure you answer the questions to the automatic ossec install at the end of the initial install - just before SME gives you a login at the console.  There is a guide in the wiki to the ossec installer here

http://www.sailpbx.com/mediawiki/index.php/Iso_install_SME_Server_8#OSSEC

Kind Regards

S

[compsos]

Hi Jeff
The rpm updates are still a WIP?

[compsos]

A couple of notes on the iso file used on a vbox 4.1.12 vm.

• The iso file is unable to load ahci driver for sata defined disk. IDE is fine
• If the VM was already built and then updated to kernel 2.6.18-308.4.1.el5 then no changes occur to the VM by running upgrade from the iso file. Had to make another VM to see the change in the dhcpd.conf file
   
• Suggest the template 25TFTPServername be

Code: [Select]

$OUT .= "    option tftp-server-name     \"$domainname\";\n";

• The tftp Server failed on boot so template for the /etc/init.d/tftpd file the line to add --ipv4

Code: [Select]

daemon /usr/sbin/in.tftpd -l --ipv4 -v -v -p -s /tftpbootCheers

[compsos]

In the /opt/sark/httpd/httpd.conf file the Servername is defined as

ServerName www.aelintra.local

and the virtualhost

#<VirtualHost 0.0.0.0:81>
#
#    ServerName aelintra.local
#    ServerAlias ftp.aelintra.local fxos.aelintra.local mail.aelintra.local proxy.aelintra.local srkfxo.aelintra.local wpad.aelintra.local www.aelintra.local

<VirtualHost 0.0.0.0:8443>

    ServerName aelintra.local
#    ServerAlias ftp.aelintra.local fxos.aelintra.local mail.aelintra.local proxy.aelintra.local srkfxo.aelintra.local wpad.aelintra.local www.aelintra.local

The file appears to be a copy of the /etc/dhcpd/conf/dhcpd.conf with the main systems parameters remmed out. But by the entries above some have not come across.

[SARK devs]

HI Gordon

The rpm updates are still a WIP?

yes. I want to get the iso away clean first

Suggest the template 25TFTPServername be
$OUT .= "    option tftp-server-name     \"$domainname\";\n";

No; we changed it from this to use an IP address; the change had a bug in it but the intention was good.  $domain is not guaranteed safe where an IP should be.  This has been fixed in smesailenv-3.2.0-14

The tftp Server failed on boot so template for the /etc/init.d/tftpd file the line to add --ipv4
daemon /usr/sbin/in.tftpd -l --ipv4 -v -v -p -s /tftpboot

I proposed a fix for this in http://forums.contribs.org/index.php/topic,48357.0.html.  However, I think your fix is better than mine because it doesn't demand a reboot.  I've put it into smesailenv-3.2.0-14

The file appears to be a copy of the /etc/dhcpd/conf/dhcpd.conf with the main systems parameters remmed out. But by the entries above some have not come across.

I'm guessing you mean httpd.conf (since the references are to that file). The file is just a butchered copy of the one smeserver generates (they're all butchered from somewhere ).  We simply copied it over to get a fast start on the server. I don't think we need to template it because it is just doing a single task. I've removed the rem'd out stuff and cleaned it up in -14 so it looks a bit more presentable.

Best

S

[compsos]

Hi Jeff

The file is just a butchered copy of the one smeserver generates (they're all butchered from somewhere )

Understand but my copy had

Code: [Select]

ServerName aelintra.local as active lines. Which I would think throws the client off. See the lines from the httpd.conf file that are not remed out.
I am out of the office till next week so will not get a chance to test till then.
Cheers.

[Jáder]

I'm back!
I have installed Asterisk 18...I can see it running and reconnect to it with "-r -vvvv"
But I have no web interface...I can see 8443 in masq rules, but not in httpd conf!

 Info:
[root@guepardo etc]# rpm -qa|grep sail
smesailenv-3.2.0-16
sail-3.2.0-11

Hum ... service do not start:

Code: [Select]

[root@guepardo httpd]# ls -la /var/log/sark
total 20
drwxr-xr-x  2 apache apache  4096 May  3 22:03 .
drwxr-xr-x 60 root   root   16384 May  4 04:22 ..
[root@guepardo httpd]# /etc/init.d/httpd-srk  status
down: /service/httpd-srk: 1s, want up
[root@guepardo httpd]# tail -f /var/log/sark/error_log
tail: cannot open `/var/log/sark/error_log' for reading: No such file or directory
tail: no files remaining
[root@guepardo httpd]#


[SARK devs]

nice to have you back

what is the output from

Code: [Select]

ls -l /var/log

kind Regards

S

[Jáder]

It's a LOOONG list...

Code: [Select]

[root@guepardo ~]# ls -l /var/log/|wc -l
292
I can see this:

Code: [Select]

/var/log/sark:
total 0

Should I search for something specific ?

[SARK devs]

I wanted to know what the perms and ownership were on /var/log/sark.   Should be www:www & 755.   

check them and then attempt to fetch up apache with

Code: [Select]

sv u httpd-srk
you can check with ps x or sv s httpd-srk

Kind Regards

S

[Jáder]

/var/log/sark already was ok:
[root@guepardo ~]# sv s httpd-srk
down: httpd-srk: 1s, want up
[root@guepardo ~]# ls -lad /var/log/sark
drwxr-xr-x 2 apache apache 4096 May  3 22:03 /var/log/sark

but it do not start

Code: [Select]

[root@guepardo ~]# chown -R www:www /var/log/sark
[root@guepardo ~]# ls -lad /var/log/sark
drwxr-xr-x 2 apache apache 4096 May  3 22:03 /var/log/sark
[root@guepardo ~]# sv u httpd-srk
[root@guepardo ~]# sv s httpd-srk
down: httpd-srk: 1s, want up
[root@guepardo ~]#

[root@guepardo ~]# chmod -R 755 /var/log/sark
[root@guepardo ~]# sv u httpd-srk
[root@guepardo ~]# sv s httpd-srk
down: httpd-srk: 0s, want up
[root@guepardo ~]#


[SARK devs]

[root@guepardo ~]# ls -lad /var/log/sark
drwxr-xr-x 2 apache apache 4096 May  3 22:03 /var/log/sark

Why does the sark log directory have ownership apache:apache?   

What do you see in the error-log? (/var/log/sark/error_log)

Kind Regards

S

[Jáder]

Why does the sark log directory have ownership apache:apache?   

Not sure... as you can see by above commands, I chmod www:www ... so I presume www is an alias to apache!

What do you see in the error-log? (/var/log/sark/error_log)

I have no files in /var/log/sark directory !

[SARK devs]

There is some permission issue here which I'm not seeing on my test rig.  I don't understand the apache:apache ownership of the directory.  Mine is www:www and that allows apache to create the two log files access_log and error_log (both should be www:www and 644).

I have just done a bare metal vanilla sme install followed by a sail install and it works as advertised so I'm confused as to why yours doesn't. 

I guess you can either start over or, if you have a spare machine or VM load the latest iso which also checks out OK on our test systems here.  You can find the iso at http://sailpbx.com/iso/SME8b7/3.2-beta/

Kind Regards

S

[Jáder]

Humm... indeed it's strange:

Code: [Select]

[root@guepardo ~]# grep www /etc/passwd
apache:x:102:102:Apache:/var/www:/sbin/nologin
www:x:102:102:e-smith web server:/home/e-smith:/bin/false
[root@guepardo ~]# 
I've create both log files using touch and verify the 644 permission.
So I restarted httpd-srk ..nothing changed!

[compsos]

Hi Jeff
I am getting the same results as Jader. No httpd-srk process.
Running
smesailenv-3.2.0-16
sail-3.2.0-11
Kernel 2.6.18-308.4.1.el5PAE
httpd-2.2.3-63.el5.centos.1
asterisk18-1.8.7.0-2_centos5

Now starting httpd-srk

/etc/init.d/httpd-srk start
Starting httpd-srk:                                        [  OK  ]

But no ps httpd-srk lists and no log entries. Where on the earlier version we had 1 ps .

Is there a special reason for not using the system's apache. At least we can get it to work?

[SARK devs]

Yes it's important to use the new apache instance because it achieves a clean separation from the sme mechanics and it uses mod-perl so it runs a lot faster. 

However, I am seeing different results to you.  Is it possible for you to give me a login to the system so I may look at it?  Email me at admin@aelintra.com and mark it for jeff

Cheers

S

[SARK devs]

OK, this seems to be fixed now.  I've also fixed a bug in the password change panel.

I've uploaded the latest releases to the server; they are

sail-3.2.0-14
smesailenv-3.2.0-17.

These will fix the issue of the sail http server not starting correctly.  If you already have installed an earlier version of 3.2 then run the following command before installing these two new rpms.

Code: [Select]

rm -rf /opt/sark/httpd/sslcerts

Kind Regards

S

[compsos]

Looks good Jeff.
We have not seen any more hiccups since 16 with the certs corrected. But these files went straight in and worked. I think you can take the beta tag off. Thank you.

[Jáder]

I got errors about /sail not available...so I went to logs ( /var/log/sark/ )
and found:

Code: [Select]

[root@guepardo www]# tail /var/log/sark/error_log
[Wed May 16 16:50:35 2012] [error] [client 192.168.13.164] File does not exist: /opt/sark/www/favicon.ico
[Wed May 16 16:50:39 2012] [error] [client 192.168.13.164] File does not exist: /opt/sark/www/sail
[Wed May 16 16:50:40 2012] [error] [client 192.168.13.164] File does not exist: /opt/sark/www/sail
[Wed May 16 16:50:40 2012] [error] [client 192.168.13.164] File does not exist: /opt/sark/www/sail
[Wed May 16 16:50:41 2012] [error] [client 192.168.13.164] File does not exist: /opt/sark/www/sail
[Wed May 16 16:50:41 2012] [error] [client 192.168.13.164] File does not exist: /opt/sark/www/sail
[Wed May 16 16:51:26 2012] [error] [client 192.168.13.164] File does not exist: /opt/sark/www/sail
[Wed May 16 16:51:27 2012] [error] [client 192.168.13.164] File does not exist: /opt/sark/www/favicon.ico
[Wed May 16 16:51:48 2012] [error] [client 192.168.13.164] File does not exist: /opt/sark/www/sail
[Wed May 16 16:51:49 2012] [error] [client 192.168.13.164] File does not exist: /opt/sark/www/favicon.ico

Great news... with nothing to loose I removed /sail from URL and voilá... got first SARK screen!
Not sure why... but I finally get a SARK screen... will try it in some minutes.

[SARK devs]

To access the sail 3.2 manager you don't specify /sail.  It is enough to do

Code: [Select]

https://your.site.com:8443
Kind Regards

S

[SARK devs]

@compsos

cheers Gordon. 

Best

Jeff