Installation on SUSE Linux(?)

[tmerten]

Hi,
I am trying to install jitterbit(server) on SUSE Linux 9.3. But the installer checks the (Fedora/Redhead)Dependencies and stops with the following error:

Code: Select all

error: Failed dependencies:
        libstdc++.so.6 is needed by jitterbit-boost-1.33.1-3
        libstdc++.so.6(CXXABI_1.3) is needed by jitterbit-boost-1.33.1-3
        libstdc++.so.6(GLIBCXX_3.4) is needed by jitterbit-boost-1.33.1-3
        libstdc++.so.6 is needed by jitterbit-xerces-c-2.6.0-2
        libstdc++.so.6(CXXABI_1.3) is needed by jitterbit-xerces-c-2.6.0-2
        libstdc++.so.6(GLIBCXX_3.4) is needed by jitterbit-xerces-c-2.6.0-2
        mod_ssl >= 2.0 is needed by jitterbit-server-1.0.0-1


Of course I have a libstdc++ (and do not want to overwrite it unless necesarry) and mod_ssl (I think the one for apache2 is meant) is installed in apache.

Does anybody have an idea (like changing the install-script and forcing some installations) or even better did someone install jitterbit on Suse Linux?

Thanks,
Thorsten

[tmerten]

OK, I'll reply first. I forced the install. Added

Code: Select all

--nodeps

to rpm in the script but the libstdc++ is really too old, so I'll keep bothering you after an update if I need to. ;).

[emanuel]

Hi Thorsten,

right now the only binary distribution for Linux was built on Fedora Core 3 with gcc 3.4.4. If you have an older gcc installed it will probably not work. The installer is rpm-based so it only installs on distributions with RPM support. In the future we will try to make it easier to build so that you can build it anywhere and if there is a clear demand for installers built on other distributions we will add that as well.

/Emanuel

[tmerten]

Hi Emanuel,
thanks for your mail. Meanwhile I tried with a 10.1 version of SUSE. This worked out quite well but I still have one error.

There are two differences (at server side)
1. mod_ssl is inlcuded in suses apache rpm (so you can simply ignore the dependency)

2. libcrypto.so.4 is not there (nedded for the postgres install)
I have found on the net it is called libcrypto.so.0.97 and created a link. Put postgres still quits telling me the encryption is wrong. I'll keep you up to date (but it might take a while because I am only one day a week working on that ;) )...

Cheers,
Thorsten

[emanuel]

Hi Thorsten,

thanks for keeping us posted, as far as I know no one has installed Jitterbit on Suse Linux so we appreciate any feedback you can give us.

You can modify the install script and add the "--nodeps" option to the rpm command(s). I will add this as an option to the installer. If you do this, however, you need to make sure that all the dependencies are actually fulfilled.

About openssl (which provides libcrypto.so), do you have the openssl package installed, and if so what version? Did you install it from source or as an rpm package?

OpenSSL should provide the following libraries,

/lib/libcrypto.so.0.9.7a
/lib/libcrypto.so.4 -> libcrypto.so.0.9.7a
/lib/libssl.so.0.9.7a
/lib/libssl.so.4 -> libssl.so.0.9.7a

If the link is called /lib/libcrypto.so.5 you can just create a new link called /lib/libcrypto.so.4 (pointing to libcrypto.so.0.9.7x) and then run ldconfig or restart the machine.

Thanks for your input

/Emanuel

[tmerten]

These are the libs I have in the system now:

Code: Select all

jitterbit@yogi:~> ls -al /usr/lib/libssl*
-rwxr-xr-x 1 root root 152708 2006-04-23 04:02 /usr/lib/libssl3.so
-rwxr-xr-x 1 root root 195904 2006-04-23 04:49 /usr/lib/libssl.so.0.9.7
-r-xr-xr-x 1 root root 246884 2006-04-23 04:40 /usr/lib/libssl.so.0.9.8
lrwxrwxrwx 1 root root     24 2006-06-23 15:25 /usr/lib/libssl.so.4 -> /usr/lib  libssl.so.0.9.7
jitterbit@yogi:~> ls -al /usr/lib/libcrypto.so.*
-rwxr-xr-x 1 root root 1019836 2006-04-23 04:49 /usr/lib/libcrypto.so.0.9.7
-r-xr-xr-x 1 root root 1207152 2006-04-23 04:40 /usr/lib/libcrypto.so.0.9.8
lrwxrwxrwx 1 root root      27 2006-06-08 16:32 /usr/lib/libcrypto.so.4 -> /usr  lib/libcrypto.so.0.9.7


Seems to be no problem.
But when I install the database now, I get:

Code: Select all

Database operation failed:
[unixODBC]client encoding mismatch

Details:
Exception type: DBException
Method: DBConnection::Connect(const TCHAR *DSN)
Error Message: Unable to connect to database using DSN UID=postgres;PWD=<REMOVED>;SERVER=localhost;DRIVER={PostgreSQL-psql};DATABASE=template1;!


SQL Errors:
(0) SQL Error! SQLSTATE = HY019 Native err = 214 msg = [unixODBC]client encoding mismatch


from the install script. But login in via phppgadmin or the commandline as postgres works (with the same pass the installer uses). I even tried postgres' "trust" mode. (By copying a "trust-mode-pg_hba.conf" to the postgres datadir while the installer was waiting for user-input and restarting postgres).

By the way, sorry for taking so long to answer :).

Best regards Thorsten

[emanuel]

Hi Thorsten,

what version of PostgreSQL are you using? There is a known problem with PostgreSQL 8.1 and the pgsql driver for version 7. Basically if you are using postgresql 8.1 you need to install the 8.1 version of the driver. The driver is bundled with the Jitterbit server distribution but you need to install it by hand using

rpm -Uvh jitterbit-psqlodbc-08.01.0102-1.i386.rpm

before running the install script.

See the INSTALL.txt document that comes with the server distribution under the "PostgreSQL 8.1" heading for more information.

If this does not work for you then please let me know what version of postgresql you are using (psql --version), the output from the command "odbcinst -q -d" and "odbcinst --version" and I will try to investigate this issue.

/Cheers
Emanuel

[tmerten]

Thank you. That helped. The database-connection is up and running. After fiddling with apache this part is allmost working, too.
But it is still complaining because of the axiscpp module.

Code: Select all

yogi:/usr/local/jitterbit # /usr/sbin/httpd2-prefork -d /usr/local/jitterbit/apache -f /usr/local/jitterbit/apache/conf/httpd.conf

httpd2-prefork: Syntax error on line 138 of /usr/local/jitterbit/apache/conf/httpd.conf: Syntax error on line 2 of /usr/local/jitterbit/apache/conf.d/jitterbit.conf: API module structure `axis_module' in file /usr/local/jitterbit/lib/libaxiscpp_mod2.so is garbled - perhaps this is not an Apache module DSO?


Maybe you have some more ideas?
When the whole thing is (might be) running I will send you a short message what I had to do :).

Cheers,
Thorsten

[emanuel]

Hi Thorsten,

thanks for your continued efforts. I can't say off-hand what the problem is since I have never seen it before. That error can occur when a module has been compiled using an API that is incompatible with your version of httpd. Are you running version 2.1/2.2 of apache httpd by any chance? The axis module we distribute only works with apache httpd 2.0 and will not work with apache 1.3 (or lower) or apache 2.1 (or higher).

Run /usr/sbin/httpd -V to find the version of your httpd and the otions it was compiled with.

/Emanuel

[tmerten]

Yes, the version is 2.2:

Code: Select all

Server version: Apache/2.2.0
Server built:   May  2 2006 08:47:14
Server's Module Magic Number: 20051115:0
Architecture:   32-bit
Server MPM:     Prefork
  threaded:     no
    forked:     yes (variable process count)
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=128
-D HTTPD_ROOT="/srv/www"
-D SUEXEC_BIN="/usr/sbin/suexec2"
-D DEFAULT_PIDLOG="/var/run/httpd2.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="/var/run/accept.lock"
-D DEFAULT_ERRORLOG="/var/log/apache2/error_log"
-D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types"
-D SERVER_CONFIG_FILE="/etc/apache2/httpd.conf"


Well, maybe I can recompile the module for myself. I will give it a try.

Thorsten