Platform Specific: Difference between revisions
(fix for kvfilter, update 4.5GA) |
|||
Line 34: | Line 34: | ||
* ''openssl097a'' for zimbra-ldap | * ''openssl097a'' for zimbra-ldap | ||
* ''compat-libstdc++-296'' | * ''compat-libstdc++-296'' | ||
* ''compat-libstdc++-33'' for [http://www.zimbra.com/forums/showthread.php?t=3053&page=2&highlight=kvfilter kvfilter] and [http://www.zimbra.com/forums/showthread.php?t=3148 imapsync] | * ''compat-libstdc++-33'' for [http://www.zimbra.com/forums/showthread.php?t=3053&page=2&highlight=kvfilter kvfilter] and [http://www.zimbra.com/forums/showthread.php?t=3148 imapsync] - however, see "convertd" below | ||
Below is the change required to make the installer happy with the prerequisites and to allow all services to start up. This is only tested on FC5. I've opened [http://bugzilla.zimbra.com/show_bug.cgi?id=13632 bug 13632] on the issue. | Below is the change required to make the installer happy with the prerequisites and to allow all services to start up. This is only tested on FC5. I've opened [http://bugzilla.zimbra.com/show_bug.cgi?id=13632 bug 13632] on the issue. | ||
Line 60: | Line 60: | ||
PREREQ_LIBS="/usr/lib/libstdc++.so.5" | PREREQ_LIBS="/usr/lib/libstdc++.so.5" | ||
fi | fi | ||
</pre> | |||
'''convertd''' | |||
I did not notice this problem with the Opensource Edition of 4.5RC2, but on an eval Network version 4.5GA, I guess that's because you can't search attachments in the Opensource version. | |||
I'm seeing convertd crash and restart repeatedly while running imapsync. Here is the error: | |||
<pre> | |||
2007-01-17 09:54:48,466 INFO [Convertd-2] [] convert - Processing command 'x' from client on port 39220 | |||
2007-01-17 09:54:48,494 INFO [Convertd-2] [] convert - Extracting text from image001.jpg. docId=jazIjFJND+VI3MEYRHvxGreFNJw=_2 | |||
2007-01-17 09:54:48,515 FATAL [Convertd-2] [] system - Fatal error occurred while handling connection | |||
java.lang.UnsatisfiedLinkError: /opt/zimbra/verity/FilterSDK/bin/libKeyViewFilter.so: /opt/zimbra/verity/FilterSDK/bin/libKeyViewFilter.so: wrong ELF class: ELFCLASS32 | |||
at java.lang.ClassLoader$NativeLibrary.load(Native Method) | |||
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751) | |||
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676) | |||
at java.lang.Runtime.loadLibrary0(Runtime.java:822) | |||
at java.lang.System.loadLibrary(System.java:993) | |||
at com.verity.api.filter.Filter.<clinit>(Unknown Source) | |||
at com.zimbra.cs.convertd.VerityEngine.extract(VerityEngine.java:239) | |||
at com.zimbra.cs.convertd.TransformationHandler.doTextExtraction(TransformationHandler.java:203) | |||
at com.zimbra.cs.convertd.TransformationHandler.processCommand(TransformationHandler.java:116) | |||
at com.zimbra.cs.tcpserver.ProtocolHandler.processConnection(ProtocolHandler.java:231) | |||
at com.zimbra.cs.tcpserver.ProtocolHandler.run(ProtocolHandler.java:198) | |||
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source) | |||
at java.lang.Thread.run(Thread.java:595) | |||
2007-01-17 09:54:49,695 INFO [main] [] convert - Starting convertd | |||
2007-01-17 09:54:49,760 INFO [main] [] convert - convertd is ready | |||
</pre> | |||
I'm seeing this error even with i386 and x86_64 versions of the compat libs. | |||
<pre> | |||
[root@localhost log]# rpm --queryformat "%{name}.%{version}.%{arch}\n" -qa |grep compat | |||
compat-libstdc++-296.2.96.i386 | |||
compat-db.4.2.52.i386 | |||
compat-libstdc++-33.3.2.3.x86_64 | |||
compat-db.4.2.52.x86_64 | |||
compat-libstdc++-33.3.2.3.i386 | |||
</pre> | </pre> | ||
Revision as of 18:40, 17 January 2007
64 Bit OS
ZCS will run on RHEL 4 x86_64, with 32bit compat installed. Some work is required to make the Zimbra perl scripts function though. The perl modules included with Zimbra are 32bit. Change the Zimbra users Perl @INC var and make sure all the needed modules are available in the RHEL 64bit Perl install.
Virtual Machine
Red Hat
The install on RHEL4 x86_64 fails while trying to find libstdc++. To get past this, I changed line 947 of the script "utilfunc.sh" in the util directory. The line looked like:
PREREQ_LIBS="/usr/lib/libstdc++.so.5"
I changed it to:
PREREQ_LIBS="/usr/lib64/libstdc++.so.6"
Also you could fix this with a Symbolic Links eg. "ln -s /usr/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.5"
However, once I got things installed, I'm stuck right now on the initialization at the end of the install. slappasswd is upset because it can't find libssl and libcrypto, which are installed in /lib64 on the x86_64 platform. I'll update this when I get past this hurdle.
The same fix can be used here. eg. "ln -s /usr/lib64/libssl.so.6 /usr/lib/libssl.so.5" You only need to change this command to work on your install
Fedora Core 5 x86_64
This is an install of zcs-4.5.0_RC2_566.RHEL4_64.tgz and also zcs-NETWORK-4.5.0_GA_612.RHEL4_64.tgz on FC5 x86_64. Is there a FC5 x86_64 build in the works? The RHEL4 version seems to work fine.
You need to have the following installed:
- compat-db for zimbra-spell
- openssl097a for zimbra-ldap
- compat-libstdc++-296
- compat-libstdc++-33 for kvfilter and imapsync - however, see "convertd" below
Below is the change required to make the installer happy with the prerequisites and to allow all services to start up. This is only tested on FC5. I've opened bug 13632 on the issue.
The script previously checked for FC5 so that it could use libstdc++.so.6 instead of libstdc++.so.5, but if you were on FC5_64, the check failed to match and you were left with an unresolved depenancie for libstdc++.so.5.
--- zcs.dist/util/utilfunc.sh 2007-01-15 20:58:18.000000000 -0800 +++ zcs/util/utilfunc.sh 2007-01-17 10:11:39.000000000 -0800 @@ -1207,10 +1207,13 @@ PREREQ_LIBS="/usr/lib/libstdc++.so.5" elif [ $PLATFORM = "MANDRIVA2006" ]; then PREREQ_PACKAGES="sudo libidn11 curl fetchmail libgmp3 libxml2 libstdc++6 openssl" - elif [ $PLATFORM = "FC4" -o $PLATFORM = "FC5" -o $PLATFORM = "FC3" ]; then - PREREQ_PACKAGES="sudo libidn curl fetchmail gmp bind-libs vixie-cron" - if [ $PLATFORM = "FC5" ]; then + elif [ "`echo $PLATFORM | cut -c1-2`" = "FC" ]; then + PREREQ_PACKAGES="sudo libidn curl fetchmail gmp bind-libs vixie-cron compat-db compat-libstdc++-296 compat-libstdc++-33 openssl097a" + if [ "`echo $PLATFORM | cut -c1-3`" = "FC5" ]; then PREREQ_LIBS="/usr/lib/libstdc++.so.6" + if [ "`echo $PLATFORM | cut -d_ -f2`" = "64" ]; then + PREREQ_LIBS="$PREREQ_LIBS /usr/lib64/libstdc++.so.6" + fi else PREREQ_LIBS="/usr/lib/libstdc++.so.5" fi
convertd
I did not notice this problem with the Opensource Edition of 4.5RC2, but on an eval Network version 4.5GA, I guess that's because you can't search attachments in the Opensource version.
I'm seeing convertd crash and restart repeatedly while running imapsync. Here is the error:
2007-01-17 09:54:48,466 INFO [Convertd-2] [] convert - Processing command 'x' from client on port 39220 2007-01-17 09:54:48,494 INFO [Convertd-2] [] convert - Extracting text from image001.jpg. docId=jazIjFJND+VI3MEYRHvxGreFNJw=_2 2007-01-17 09:54:48,515 FATAL [Convertd-2] [] system - Fatal error occurred while handling connection java.lang.UnsatisfiedLinkError: /opt/zimbra/verity/FilterSDK/bin/libKeyViewFilter.so: /opt/zimbra/verity/FilterSDK/bin/libKeyViewFilter.so: wrong ELF class: ELFCLASS32 at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676) at java.lang.Runtime.loadLibrary0(Runtime.java:822) at java.lang.System.loadLibrary(System.java:993) at com.verity.api.filter.Filter.<clinit>(Unknown Source) at com.zimbra.cs.convertd.VerityEngine.extract(VerityEngine.java:239) at com.zimbra.cs.convertd.TransformationHandler.doTextExtraction(TransformationHandler.java:203) at com.zimbra.cs.convertd.TransformationHandler.processCommand(TransformationHandler.java:116) at com.zimbra.cs.tcpserver.ProtocolHandler.processConnection(ProtocolHandler.java:231) at com.zimbra.cs.tcpserver.ProtocolHandler.run(ProtocolHandler.java:198) at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Thread.java:595) 2007-01-17 09:54:49,695 INFO [main] [] convert - Starting convertd 2007-01-17 09:54:49,760 INFO [main] [] convert - convertd is ready
I'm seeing this error even with i386 and x86_64 versions of the compat libs.
[root@localhost log]# rpm --queryformat "%{name}.%{version}.%{arch}\n" -qa |grep compat compat-libstdc++-296.2.96.i386 compat-db.4.2.52.i386 compat-libstdc++-33.3.2.3.x86_64 compat-db.4.2.52.x86_64 compat-libstdc++-33.3.2.3.i386
SuSE
General
If the mta won't start, make sure that the libraries are being found:
postfix start
If you get errors like:
/opt/zimbra/postfix-2.2.5/sbin/postsuper: error while loading shared libraries: libldap-2.2.so.7: cannot open shared object file: No such file or directory /opt/zimbra/postfix-2.2.5/sbin/postalias: error while loading shared libraries: libldap-2.2.so.7: cannot open shared object file: No such file or directory /opt/zimbra/postfix-2.2.5/sbin/postfix: error while loading shared libraries: libldap-2.2.so.7: cannot open shared object file: No such file or directory
Verify that /etc/ld.so.conf contains:
/opt/zimbra/lib /opt/zimbra/sleepycat/lib /opt/zimbra/openldap/lib /opt/zimbra/cyrus-sasl/lib
then run ldconfig (as root).
SuSE ES9
OpenSuse 10
Debian
- Install_VServer - How to and Gotchas on installing Zimbra on a Vserver
- Postfix_Policyd - How to install policyd for use with Zimbra
Mac OS X
Mac OS X ships with Java (so Zimbra does not include it for Mac releases), but the default version - even if 1.5 is installed - is 1.4.
Check the default: ls -l /usr/bin/java.
Check whether 1.5 is installed here: /System/Library/Frameworks/JavaVM.framework/Versions/.
If not, download it from Apple. Once it's installed, you can specify the preferred order of the versions in the Java Application Settings of the Java Preferences utility found in /Applications/Utilities/Java/J2SE 5.0.
You can also make /usr/bin/java a symlink to /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Commands/java but this may break any apps using 1.4.
You can verify that java 1.5 is available to zimbra like this:
su - zimbra java -version