[asterisk-users] Asterisk Not Starting after YUM Update

[Aldo Bergamini]

On 12 Feb 2014, at 23:22, Tzafrir Cohen <tzafrir.cohen at xorcom.com> wrote:

> 
> Try:
> 
> # standard asterisk command-line. No verbosity
> 
>  strace -eopen asterisk -U asterisk -c
> 
> See which module was the one last loaded.
> 
> -- 
>               Tzafrir Cohen


Hi,

I did compile the latest DAHDI and LibPRI, with no success… So I thought about updating the Asterisk package to the last known 1.6.2 release.

Now it's crashing at some different point.

This is the the strace result:

[root at hermes sources]# strace -eopen asterisk -U asterisk -c
open("/etc/ld.so.cache", O_RDONLY)      = 3
open("/lib/libssl.so.6", O_RDONLY)      = 3
open("/lib/libcrypto.so.6", O_RDONLY)   = 3
open("/lib/libc.so.6", O_RDONLY)        = 3
open("/usr/lib/libxml2.so.2", O_RDONLY) = 3
open("/lib/libz.so.1", O_RDONLY)        = 3
open("/lib/libm.so.6", O_RDONLY)        = 3
open("/lib/libdl.so.2", O_RDONLY)       = 3
open("/lib/libcap.so.1", O_RDONLY)      = 3
open("/lib/libpthread.so.0", O_RDONLY)  = 3
open("/lib/libtermcap.so.2", O_RDONLY)  = 3
open("/lib/libresolv.so.2", O_RDONLY)   = 3
open("/usr/lib/libgssapi_krb5.so.2", O_RDONLY) = 3
open("/usr/lib/libkrb5.so.3", O_RDONLY) = 3
open("/lib/libcom_err.so.2", O_RDONLY)  = 3
open("/usr/lib/libk5crypto.so.3", O_RDONLY) = 3
open("/usr/lib/libkrb5support.so.0", O_RDONLY) = 3
open("/lib/libkeyutils.so.1", O_RDONLY) = 3
open("/lib/libselinux.so.1", O_RDONLY)  = 3
open("/lib/libsepol.so.1", O_RDONLY)    = 3
open("/etc/selinux/config", O_RDONLY|O_LARGEFILE) = 3
open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 3
open("/dev/urandom", O_RDONLY|O_LARGEFILE) = 3
Asterisk 1.6.2.24, Copyright (C) 1999 - 2010 Digium, Inc. and others.
Created by Mark Spencer <markster at digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
[ Booting...
[ Reading Master Configuration ]
open("/etc/asterisk/asterisk.conf", O_RDONLY|O_LARGEFILE) = 4
open("/etc/nsswitch.conf", O_RDONLY)    = 4
open("/etc/ld.so.cache", O_RDONLY)      = 4
open("/lib/libnss_files.so.2", O_RDONLY) = 4
open("/etc/passwd", O_RDONLY)           = 4
open("/proc/sys/kernel/ngroups_max", O_RDONLY) = 4
open("/etc/group", O_RDONLY)            = 4
Unable to access the running directory (Permission denied).  Changing to '/' for compatibility.
open("/usr/share/terminfo/x/xterm", O_RDONLY|O_LARGEFILE) = 4
[ Initializing Custom Configuration Options ]
open("/etc/asterisk/extconfig.conf", O_RDONLY|O_LARGEFILE) = 4
open("/etc/termcap", O_RDONLY)          = 4
open("/root/.asterisk_history", O_RDONLY|O_LARGEFILE) = -1 EACCES (Permission denied)
open("/var/run/asterisk.pid", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 4
open("/etc/asterisk/logger.conf", O_RDONLY|O_LARGEFILE) = 5
open("/var/log/asterisk/messages", O_WRONLY|O_CREAT|O_APPEND|O_LARGEFILE, 0666) = -1 EACCES (Permission denied)
Logger Warning: Unable to open log file '/var/log/asterisk/messages': Permission denied
open("/var/log/asterisk/event_log", O_WRONLY|O_CREAT|O_APPEND|O_LARGEFILE, 0666) = -1 EACCES (Permission denied)
open("/etc/localtime", O_RDONLY|O_LARGEFILE) = 5
open("/etc/localtime", O_RDONLY)        = 5
open("/var/log/asterisk/queue_log", O_WRONLY|O_CREAT|O_APPEND|O_LARGEFILE, 0666) = -1 EACCES (Permission denied)
[root at hermes sources]# 

It's a long time I do not compile Asterisk; compiling from root does set a specific user under which to run the binaries? Does it run as root?

Another idea I had is if the presence of now outdated binaries for fax, Skype and G729 (all from Digium, but made for Ast 16.0.x) could cause the problem..

Thanks in advance!
Aldo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20140213/3ef928d2/attachment-0001.html>