Getting "not a dynamic executable" running "ldd mod_wsgi.o" on CentOS 5.5 - mod-wsgi

I've installed Python 2.7.1 on 64-bit CentOS 5.5 and compiled mod_wsgi against 2.7.1. I'm building a DJango web application and need Python modules from 2.7 (CentOS built-in version of Python is only 2.4.3 and sorely lacking). I've basically followed the procedure on this great link:
http://willsani.com/2011/03/02/centos-5-5-x86_64-install-python-2-7/
So, I've now got a working version of Python 2.7.1 installed in /opt/python2.7.1. But, when I install my mod_wsgi.o module in Apache, Apache fails to start with:
Cannot load /etc/httpd/modules/mod_wsgi.so into server:
/etc/httpd/modules/mod_wsgi.so: only ET_DYN and ET_EXEC can be loaded
So, I ran the ldd command against my version of mod_wsgi.o and, instead of seeing the expected list of shared libraries, I see:
[root#ac5w15tps01 modules]# ldd mod_wsgi.o
not a dynamic executable
Currently, my web application is running with mod_wsgi working fine against Python 2.4.3. Someone else set that up so not sure if they needed to do anything special - I inherited the setup. I've read everything related to building and installing mod_wsgi from http://code.google.com/p/modwsgi/ and searched the web for answers. Can't see to find anything on this error.
Any help would be greatly appreciated!

Related

Run ColdFusion 9.02 on Apache 2.4 x64

I've inherited an application server which I need to maintain/upgrade.
It's currently running Windows Server 2008R2, ColdFusion 9.02 32-bit and Apache 2.4 32-bit.
Because I want to upgrade/debug/alter the CF source code, I want to use FusionReactor to help me, especially the (line)debugging part.
Unfortunately, FusionReactor only runs (well, the debugging part) on 64bit java. Because the CF application is quite old, it's not ready to run on a newer CF version yet (and I want to port it to Lucee eventually). So, that leaves me the option of CF 9.02 64bit. Problem there is, that it won't run out of the box on Apache 2.4 (only 2.2).
CF 9.02 32bit is currently running on Apache 2.4 because I compiled/patched an Apache 2.2 module (mod_jrun22.so) so it works on Apache 2.4 (with the help of this https://g0blin.co.uk/mod_jrun-on-apache-2-4-ubuntu-14-04-coldfusion-9/ )
Unfortunately, I'm unable to do the same for Apache 2.4 64bit, because there seems to be no apxs 64bit available.
I could downgrade Apache 2.4 -> 2.2, but that's only my last resort.
Now my question. Is somebody able to recompile this module for 64bit, or give me some guidelines to do so? Is apxs available for 64bit? If not, Is there a simple way to compile (custom) modules for Apache 2.4 64bit?
Thanks!
http://www.gpickin.com/index.cfm/blog/multi-cfml-engine-install-extracting-the-coldfusion-9-connector-for-apache
Run it by ./apache_connectors.sh
If you get a GCC not found error, you might have to install some development tools,
to allow you to build the connector.
yum groupinstall 'Development Tools'
You might reach out to Gavin, the author of that article to see if he has any further notes. It's been forever and a day since I had to deal w/ 32-bit CF. I know I managed to get CF 8 to run on 64-bit, which was never officially supported IIRC, but I don't have any of those notes anymore.
You might look to using CommandBox to run your server instead of Apache. It might make your conversion to Lucee easier too. The only reason to convert the engine depends on how much new code is being written for this application. You can get away with CF 9 without the effort of upgrading or converting.

iReport 5.5.0 won't start

I want to use iReport on ubuntu 12.04. When I try to start it, it stands still and just gives me this error:
Java HotSpot(TM) 64-Bit Server VM warning: You have loaded library /tmp/jna4023560596826437553.tmp which might have disabled stack guard. The VM will try to fix the stack guard now.
It's highly recommended that you fix the library with 'execstack -c <libfile>', or link it with '-z noexecstack'.
How can I solve this problem ?
Edit: I tried: execstack -c /tmp/jna4023560596826437553.tmp but that didn't help.
This error seems more related to a JVM problem instead of jasper. Indeed, Java 7 on linux has a feature which blocks code written in C (or other languages like Ruby etc) and linked into Java (the so-called Java Native Interface - JNI) from halting the whole VM if it’s written badly or maliciously.
So, if you're using java version 1.7, getting back to 1.6 should do the trick. But if you want to keep this version, then try a clean uninstall and re-install of java:
Uninstall,
Install
Notice that if you're not running on 1.7 , it could be a compatibility problem. Try to match the right jars required for iReport to get it work on linux.
I'm using ubuntu and I did below,
Opened the ireport.conf
and uncomment jdkhome
and added java 7 paths (since my default is java 8)
jdkhome=/home/bhanuka/Apps/jdk-7u80-linux-x64/jdk1.7.0_80

Undefined symbol: apr_crypto_init during Apache restart?

I attempted to update my version of SVN from 1.7 to 1.8 as per this guide:
http://snippets.khromov.se/subversion-1-8-centos-6/
All seemed to install fine, however now I have an issue when I try to restart Apache:
/usr/sbin/httpd: symbol lookup error: /usr/sbin/httpd: undefined symbol: apr_crypto_init
Does anyone know how to solve this?
Which packages need to be updated?
I had same issue after installing some perl modules.
I did the following to resolve it:
yum remove vulture-common-3.2-185.1.x86_64
cd /usr/lib
ln -sf libaprutil-1.so.0.2.9 libaprutil-1.so.0
ln -sf libapr-1.so.0.2.9 libapr-1.so.0
apr_crypto_init is new with APR-Util 1.4.x. CentOS 6 should already have APR-Util 1.4.x. So either you're not using CentOS 6 which those instructions are made for or you're not using the apr-util/httpd version that comes with CentOS 6.
If you're not using CentOS 6 then I suggest you go get a version built for your distribution from WANdisco's download site (the script that the site you linked to actually is from WANdisco).
If you're using your own httpd version you'll either have to switch or you'll have to build your own copy of Subversion.
I have had similar experiences with other applications using this library and Centos 6.x. I have tracked most of the problems down to using the 'minimum install' version of the OS. From what I have been able to determine, the minimum or light install versions of Centos have a tendency to have older versions of the binaries. For example, my version of APR-Utils are 1.3x even though I am using version 6.6.
This is supposedly done for better stability and backward compatibility from what I can find but it causes some headaches if you aren't aware. You may need to use a more 'complete' version of the OS in order for this library to be the latest version, provided you are starting from scratch.

update mono on ubuntu

I had an ubuntu server with mono 2.10.8 apache and mod_mono
I wanted to update mono at ver 3.2.3 so I downloaded the source from github and compile it.
Everithing seems ok in fact from the terminal if I type mono --version I get 3.2.3
but if I try to access a website on the server (when I get an error page) it says 2.10.8.
What's wrong?
Note that I have restarted apache after the update.

Apache error when installing mod_wsgi on windows: specified module could not be found

I am getting the apache error:
Cannot load C:/ms4w/Apache/modules/mod_wsgi.so into server: The specified module could not be found
I searched on the web already, and found this link and I think I tried most of what is described in here, and my installation is still not working, so I think I need a bit of help.
I run windows XP 32bit pro SP3, freshly installed on a VM
I am running python 2.6 which I downloaded here
I am trying to install mod_wsgi 3.3 for python 2.6, which I downloaded here
Python is installed for all users
I run apache 2.2.22, as part of ms4w package
My file name is correct ( mod_wsgi.so )
My LoadModule entry is: LoadModule wsgi_module modules/mod_wsgi.so
If I comment my LoadModule line apache is running great. Python is working too.
However, I am not sure how to verify that apache's user is able to read the module on windows XP.
I don't know what else to try, thanks in advance to anyone who helps.
hope you might have got your issue resolved. if not there's a very easy tutorial I'd like to suggest, however this is using wampserver.
some points that needs to be considered:
download mod_wsgi version compatible to the wampserver's apache & python version
I've installed the latest wamp with apache 2.4 & python 2.7 32 bit so I got the mod_wsgi from here.
hope it helps.