Upgrading to R2.11.1, now Rapache won't work

29 views
Skip to first unread message

Leo

unread,
Sep 22, 2010, 8:49:07 PM9/22/10
to rapache
Hi there,

I just finished uninstalling R 2.9.2 and installing 2.11.1. Upon re-
starting apache I received:
httpd: Syntax error on line 200 of /etc/httpd/conf/httpd.conf: Cannot
load /etc/httpd/modules/mod_R.so into server: libR.so: failed to map
segment from shared object: Permission denied

I just checked: libR.so is rwx for all. Perhaps this is related to
the file possibly being installed in a different location under the
new R version? Or is it that the segment to map from the new R version
is different/larger?

What to do? Do I need to reinstall rapache? The version of rapache I
had running is 1.1.7.

Thanks!

Leo

Jeffrey Horner

unread,
Sep 22, 2010, 10:45:59 PM9/22/10
to rap...@googlegroups.com

Download and install the latest release.

It's best if you do this every time you upgrade R.

Jeff

>
> Thanks!
>
> Leo
>
> --
> You received this message because you are subscribed to the Google Groups "rapache" group.
> To post to this group, send email to rap...@googlegroups.com.
> To unsubscribe from this group, send email to rapache+u...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/rapache?hl=en.
>
>

--
http://biostat.mc.vanderbilt.edu/JeffreyHorner

Leo

unread,
Sep 23, 2010, 5:25:37 PM9/23/10
to rapache
Jeff, I'm still hitting a wall.

When running the make I received a message stating that the file
libdb-4.3.la was missing. As it turns out, this file is installed
with the 32-bit version of BDB (db4-devel.i386, requires bd4.i386) and
the machine where I'm trying to compile rapache is a 64-bit beast
(with 64-bit version of apache). So, I installed the 32-bit version
and now ldconfig complains: /lib/libdb-4.3.so is not a symbolic link
(this disappears when I uninstall the 32bit version of db4). Also, I
now get a different message from the make:
libtool: link: warning: `/usr/lib/gcc/x86_64-redhat-linux/
4.1.2/../../..//libdb-4.3.la' seems to be moved
libtool: link: warning: `/usr/lib/gcc/x86_64-redhat-linux/
4.1.2/../../..//libexpat.la' seems to be moved

I ignored these warnings, but still get a failed make install.

Any help/suggestions, anyone?
(I guess I can just plant a symlink to the 64-bit version of the
file... Has anyone tried that?)

Thanks
Leo


On Sep 22, 7:45 pm, Jeffrey Horner <jeffrey.hor...@vanderbilt.edu>
wrote:

Jeffrey Horner

unread,
Sep 23, 2010, 5:46:10 PM9/23/10
to rap...@googlegroups.com
Is this redhat proper, and not whitebox or centos or whatever they
call it these days?

I just recently confirmed that rApache compiles cleanly on a CentOS 64bit dist.

Anyone?

Jeff

Leo

unread,
Sep 23, 2010, 6:53:18 PM9/23/10
to rapache
Red Hat Enterprise Linux Server release 5.5 (Tikanga)
Kernel: 2.6.18-194.el5xen #1 SMP Tue Mar 16 22:01:26 EDT 2010 x86_64
x86_64 x86_64 GNU/Linux
Compiler: (mock...@x86-005.build.bos.redhat.com) (gcc version 4.1.2
20080704 (Red Hat 4.1.2-48)) #1 SMP Tue Mar 16 22:01:26 EDT 2010

All my libs come from the RHN directly.

On Sep 23, 2:46 pm, Jeffrey Horner <jeffrey.hor...@vanderbilt.edu>
wrote:

Leo

unread,
Sep 24, 2010, 2:01:57 PM9/24/10
to rapache
Hello Jeff and all,

Just in case you were wondering if I tinkered with the configure
command, here it is: ./configure --with-apache2-apxs=/usr/sbin/apxs
In looking closely to the output of ./configure, I noticed:
checking for /usr/bin/apr-1-config... yes
checking for /usr/bin/apu-1-config... yes
setting APR_INCLUDES to " -I/usr/include/apr-1 "
setting APR_LTFLAGS to " /usr/lib64/libapr-1.la"
adding "/usr/lib64/libaprutil-1.la" to APR_LTFLAGS
setting APR_LIBS to " -lldap -llber -ldb-4.3 -lexpat"
adding "-lpthread" to APR_LIBS
adding "-ldl" to APR_LIBS
setting APR_LDFLAGS to " -laprutil-1 "
adding "-lapr-1" to APR_LDFLAGS
setting CPPFLAGS to " -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE"
libapreq2 Version: 2.1.0

All that seems fine, except that the libraries in:
setting APR_LIBS to " -lldap -llber -ldb-4.3 -lexpat"
are being sought in /usr/lib not in /usr/lib64

I suspect the source of the problem is in this report from the make:
grep: /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../..//libdb-4.3.la:
No such file or directory
Call this a weird installation: the gc_ shared objects are not in that
location - just the simlinks to where they really are: /lib64

Is there a flag in the ./config to specify the location of the
libdb-4.3.la file and bypass the grep?

Thanks again for any help!
Leo

On Sep 23, 3:53 pm, Leo <leoasa...@gmail.com> wrote:
> Red Hat Enterprise Linux Server release 5.5 (Tikanga)
> Kernel: 2.6.18-194.el5xen #1 SMP Tue Mar 16 22:01:26 EDT 2010 x86_64
> x86_64 x86_64 GNU/Linux
> Compiler: (mockbu...@x86-005.build.bos.redhat.com) (gcc version 4.1.2
Reply all
Reply to author
Forward
0 new messages