Difference between revisions of "Platform Specific"

m (add categories)
 
(29 intermediate revisions by 13 users not shown)
Line 1: Line 1:
[[Category:Installation]] [[Category:Debian]] [[Category:Fedora]] [[Category:SUSE]] [[Category:x86_64]]
+
{{Archive}}{{Article Infobox|{{admin}}|{{ZCS 6.0}}|{{ZCS 5.0}}|{{ZCS 4.5}}}}==Virtual Machine==
 
 
== 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==
 
  
 
* [[Virtual Machine]]
 
* [[Virtual Machine]]
Line 11: Line 5:
  
 
== Red Hat ==
 
== 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"
+
Zimbra 4.5 64bit requires installation of both i386 (32bit) and x86_64 versions of the ''compat-libstdc++-33'' and ''compat-libstdc++-296'' libraries.
 +
 
 +
Without the 32bit version you'll see an error like this from install.sh. Note the ''/usr/lib'', not ''/usr/lib64'':
 +
 
 +
/usr/lib/libstdc++.so.5...MISSING
  
I changed it to:
+
You can check what architectures you have installed like this:
  
PREREQ_LIBS="/usr/lib64/libstdc++.so.6"
+
# rpm -qa --queryformat "%{name}.%{version}.%{arch}\n" |grep compat
  
Also you could fix this with a Symbolic Links eg. "ln -s /usr/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so.5"
+
To install ''compat-libstdc++33'' for x86_64 with up2date:
  
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.
+
# up2date --install compat-libstdc++-33 --arch=x86_64
  
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 ==
  
== Fedora Core 5 x86_64 ==
+
=== Fedora Core 5 x86_64 ===
  
This is an install of zimbra-core-4.5.0_RC1_522.RHEL4_64-20061219094121.x86_64.rpm on FC5 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:
 
You need to have the following installed:
Line 33: Line 31:
 
* ''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] - 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. I also fixed some indentation. This is only tested on FC5.
+
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.
  
 
<pre>
 
<pre>
--- zcs.dist/util/utilfunc.sh  2006-12-19 09:48:18.000000000 -0800
+
--- zcs.dist/util/utilfunc.sh  2007-01-15 20:58:18.000000000 -0800
+++ zcs/util/utilfunc.sh        2007-01-09 09:05:42.000000000 -0800
+
+++ zcs/util/utilfunc.sh        2007-01-17 10:11:39.000000000 -0800
@@ -1198,6 +1198,7 @@
+
@@ -1207,10 +1207,13 @@
                PACKAGEEXT='ccs'
+
      PREREQ_LIBS="/usr/lib/libstdc++.so.5"
                PREREQ_PACKAGES="sudo libidn curl fetchmail gmp libxml2 libstdc++ openssl"
+
    elif [ $PLATFORM = "MANDRIVA2006" ]; then
        else
+
      PREREQ_PACKAGES="sudo libidn11 curl fetchmail libgmp3 libxml2 libstdc++6 openssl"
+              # RPM based distro
 
                PACKAGEINST='rpm -iv'
 
                PACKAGERM='rpm -ev --nodeps --noscripts --allmatches'
 
                PACKAGEQUERY='rpm -q'
 
@@ -1207,14 +1208,24 @@
 
                        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
 
-    elif [ $PLATFORM = "FC4" -o $PLATFORM = "FC5" -o $PLATFORM = "FC3" ]; then
 
-      PREREQ_PACKAGES="sudo libidn curl fetchmail gmp bind-libs vixie-cron"
 
-      PREREQ_PACKAGES="sudo libidn curl fetchmail gmp bind-libs vixie-cron"
 
-      if [ $PLATFORM = "FC5" ]; then
 
-      if [ $PLATFORM = "FC5" ]; then
-                        PREREQ_LIBS="/usr/lib/libstdc++.so.6"
+
+    elif [ "`echo $PLATFORM | cut -c1-2`" = "FC" ]; then
-      else
+
+     PREREQ_PACKAGES="sudo libidn curl fetchmail gmp bind-libs vixie-cron compat-db compat-libstdc++-296 compat-libstdc++-33 openssl097a"
-                        PREREQ_LIBS="/usr/lib/libstdc++.so.5"
+
+     if [ "`echo $PLATFORM | cut -c1-3`" = "FC5" ]; then
-      fi
+
        PREREQ_LIBS="/usr/lib/libstdc++.so.6"
-   elif [ $PLATFORM = "RHEL4_64" -o $PLATFORM = "CentOS4_64" ]; then
+
+       if [ "`echo $PLATFORM | cut -d_ -f2`" = "64" ]; then
+              elif [ "`echo $PLATFORM | cut -c1-2`" = "FC" ]; then
+
+         PREREQ_LIBS="$PREREQ_LIBS /usr/lib64/libstdc++.so.6"
+                       # Fedora Core
+
+       fi
+                      PREREQ_PACKAGES="sudo libidn curl fetchmail gmp bind-libs vixie-cron"
+
      else
+                      if [ "`echo $PLATFORM | cut -c3`" -gt 2 ]; then
+
        PREREQ_LIBS="/usr/lib/libstdc++.so.5"
+                               # Fedora Core later than 2
+
      fi
+                               PREREQ_PACKAGES="$PREREQ_PACKAGES openssl097a compat-db compat-libstdc++-296"
 
+                               if [ "`echo $PLATFORM | cut -c3`" -eq 5 ]; then
 
+                                       # Fedora Core 5
 
+                                       if [ "`echo $PLATFORM | cut -d_ -f2`" = "64" ]; then
 
+                                               # Fedora Core 5 x86_64
 
+                                              PREREQ_LIBS="/usr/lib64/libstdc++.so.6"
 
+                                       else
 
+                                              # Fedora Core 5 i386
 
+                                              PREREQ_LIBS="/usr/lib/libstdc++.so.5"
 
+                                      fi
 
+                              fi
 
+                      fi
 
+              elif [ $PLATFORM = "RHEL4_64" -o $PLATFORM = "CentOS4_64" ]; then
 
                        PREREQ_PACKAGES="sudo libidn curl fetchmail gmp compat-libstdc++-296 compat-libstdc++-33"
 
                        PREREQ_LIBS="/usr/lib64/libstdc++.so.5"
 
                else
 
 
</pre>
 
</pre>
  
The goal is to add some package prereqs for Fedora Core later than 2 and to use use libstdc++.so.6 instead of .5 in Fedora Core 5, but the platform string "FC5_64" did not match the check for FC5. I don't know that this is appropriate for FC4 and FC3.
+
'''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>
 +
 
 +
=== Fedora Core 6 x86 ===
 +
 
 +
The Fedora Core 5 binaries will install on FC6 with a few kludges;
 +
 
 +
zimbra install.sh script will barf on libstdc++.so.6, so create a link:
 +
<pre>
 +
# ln -s /usr/lib/libstdc++.so.6 /usr/lib/libstdc++.so.5
 +
</pre>
 +
Also, ldap at least is started via sudo from the setup.pl script, so
 +
you will need to edit the sudoers file with visudo to get rid of the
 +
requiretty line;
 +
<pre>
 +
# Defaults    requiretty
 +
</pre>
 +
Then the install script should *just work*
 +
 
 +
Actually, the better fix is to scroll up, grab that patch, and add FC6 where you see FC5. Symlink is not needed.
 +
 
 +
=== Fedora 7 x86 ===
 +
The Fedora 5 binaries will install on Fedora 7 using zimbra install.sh script without any error messages.
 +
The following command will say libcurl.so.3 is missing, which will stop MTA from starting:
 +
<pre>
 +
# ldd /opt/zimbra/cyrus-sasl-2.1.22.3/sbin/saslauthd
 +
</pre>
 +
If so, install the curl-dev package and create a soft link to the libcurl.so.4:
 +
<pre>
 +
# yum install curl-devel
 +
# ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl.so.3
 +
</pre>
 +
 
 +
=== Fedora 8 ===
 +
No binary download for FC8 yet, but there was a report that entries for syslog do not reside in /etc/syslog.conf rather /etc/rsyslog.conf.
 +
 
 +
Fedora 7 version of ZCS GA v5.0.5 (Community/Open Source edition) installs and runs great under a basic Fedora 8 install!  The only caveat with the change to /etc/syslog.conf being renamed, simply using the command "ln -s /etc/rsyslog.conf /etc/syslog.conf" will fix the Zimbra syslog problem.  This change will also fix other apps needing access to the old filename.  (Hopefully the Fedora team will change the filename back or put in a symbolic link into the package installer for rsyslogd).
 +
 
 +
Without this subtle change, nothing will get logged under /var/log/zimbra.log.
 +
 
 +
After the change /etc/rsyslog restart will reflect the changes.
  
 
== SuSE ==
 
== SuSE ==
Line 109: Line 162:
  
 
== Debian ==
 
== Debian ==
 +
=== Debian 5 i386 - Zimbra 6 ===
 +
Install Debian 5
 +
 +
Install required packages
 +
# aptitude install sudo libidn11 libpcre3 libexpat1 libstdc++5 sysstat
 +
Edit the host file
 +
# vi /etc/hosts
 +
ip.add.re.ss      hostname.domain.tld      hostname
 +
Download Zimbra 6
 +
# wget http://.../zcs-6.0...DEBIAN5...tgz
 +
Extract the archive
 +
# tar xzf zcs-6.0...DEBIAN5...tgz
 +
Install Zimbra 6
 +
# ./install
  
 
* [[Install_VServer]] - How to and Gotchas on installing Zimbra on a Vserver
 
* [[Install_VServer]] - How to and Gotchas on installing Zimbra on a Vserver
 
* [[Postfix_Policyd]] - How to install policyd for use with Zimbra
 
* [[Postfix_Policyd]] - How to install policyd for use with Zimbra
 +
* [[Installing Zimbra 5.0 on Debian 4.0 Etch AMD64]] - How to install Zimbra on 64bit Debian
  
 
== Mac OS X ==
 
== Mac OS X ==
Line 129: Line 197:
 
  java -version
 
  java -version
  
=== PPC ===
+
== Ubuntu ==
 +
=== Ubuntu 10 ===
 +
Installation exits if it does not find libperl5.10. Add libperl-dev.
 +
apt-get install libperl-dev
 +
 
 +
=== Ubuntu 8 ===
 +
Installation exits if it cannot find libltdl3. Add libperl-dev.
 +
apt-get install libperl-dev
 +
 
 +
----
 +
<br> Keywords: ''compat , libraries , requirements , 64-bit, x86_64''
 +
 
 +
 
 +
{{Article Footer|unknown|3/5/2006}}
  
=== Intel ===
+
[[Category:Installation]]
 +
[[Category:Debian]]
 +
[[Category:Fedora]]
 +
[[Category:SUSE]]
 +
[[Category:x86_64]]
 +
[[Category:ZCS 5.0]]
 +
[[Category:ZCS 4.5]]
 +
[[Category:ZCS 6.0]]

Latest revision as of 19:30, 25 March 2015

Admin Article

Article Information

This article applies to the following ZCS versions.

ZCS 6.0 Article ZCS 6.0 ZCS 5.0 Article ZCS 5.0 ZCS 4.5 Article ZCS 4.5

Virtual Machine

Red Hat

Zimbra 4.5 64bit requires installation of both i386 (32bit) and x86_64 versions of the compat-libstdc++-33 and compat-libstdc++-296 libraries.

Without the 32bit version you'll see an error like this from install.sh. Note the /usr/lib, not /usr/lib64:

/usr/lib/libstdc++.so.5...MISSING

You can check what architectures you have installed like this:

# rpm -qa --queryformat "%{name}.%{version}.%{arch}\n" |grep compat

To install compat-libstdc++33 for x86_64 with up2date:

# up2date --install compat-libstdc++-33 --arch=x86_64

Fedora

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

Fedora Core 6 x86

The Fedora Core 5 binaries will install on FC6 with a few kludges;

zimbra install.sh script will barf on libstdc++.so.6, so create a link:

# ln -s /usr/lib/libstdc++.so.6 /usr/lib/libstdc++.so.5 

Also, ldap at least is started via sudo from the setup.pl script, so you will need to edit the sudoers file with visudo to get rid of the requiretty line;

# Defaults    requiretty

Then the install script should *just work*

Actually, the better fix is to scroll up, grab that patch, and add FC6 where you see FC5. Symlink is not needed.

Fedora 7 x86

The Fedora 5 binaries will install on Fedora 7 using zimbra install.sh script without any error messages. The following command will say libcurl.so.3 is missing, which will stop MTA from starting:

# ldd /opt/zimbra/cyrus-sasl-2.1.22.3/sbin/saslauthd

If so, install the curl-dev package and create a soft link to the libcurl.so.4:

# yum install curl-devel
# ln -s /usr/lib/libcurl.so.4 /usr/lib/libcurl.so.3

Fedora 8

No binary download for FC8 yet, but there was a report that entries for syslog do not reside in /etc/syslog.conf rather /etc/rsyslog.conf.

Fedora 7 version of ZCS GA v5.0.5 (Community/Open Source edition) installs and runs great under a basic Fedora 8 install! The only caveat with the change to /etc/syslog.conf being renamed, simply using the command "ln -s /etc/rsyslog.conf /etc/syslog.conf" will fix the Zimbra syslog problem. This change will also fix other apps needing access to the old filename. (Hopefully the Fedora team will change the filename back or put in a symbolic link into the package installer for rsyslogd).

Without this subtle change, nothing will get logged under /var/log/zimbra.log.

After the change /etc/rsyslog restart will reflect the changes.

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

Debian 5 i386 - Zimbra 6

Install Debian 5

Install required packages

# aptitude install sudo libidn11 libpcre3 libexpat1 libstdc++5 sysstat

Edit the host file

# vi /etc/hosts
ip.add.re.ss       hostname.domain.tld      hostname

Download Zimbra 6

# wget http://.../zcs-6.0...DEBIAN5...tgz

Extract the archive

# tar xzf zcs-6.0...DEBIAN5...tgz

Install Zimbra 6

# ./install

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

Ubuntu

Ubuntu 10

Installation exits if it does not find libperl5.10. Add libperl-dev.

apt-get install libperl-dev

Ubuntu 8

Installation exits if it cannot find libltdl3. Add libperl-dev.

apt-get install libperl-dev


Keywords: compat , libraries , requirements , 64-bit, x86_64


Verified Against: unknown Date Created: 3/5/2006
Article ID: https://wiki.zimbra.com/index.php?title=Platform_Specific Date Modified: 2015-03-25



Try Zimbra

Try Zimbra Collaboration with a 60-day free trial.
Get it now »

Want to get involved?

You can contribute in the Community, Wiki, Code, or development of Zimlets.
Find out more. »

Looking for a Video?

Visit our YouTube channel to get the latest webinars, technology news, product overviews, and so much more.
Go to the YouTube channel »

Jump to: navigation, search