ZCS 6.0.1 ported to FreeBSD7

[solko]

Originally Posted by existenz

Now if we can keep this going and get 6.0.2 working, even better official binary's someday.

well 6.0.2 seems to be a lot of different. for example i have no idea what Sendmail is doing there and last time i had a look there were some fundamental changes (at least from the quick diff perspective).
i honestly didn't expect that much changes between minor versions, sadly it's not that trivial to provide patch to the new version as i originally thought.
i will try to work on that but i hoped that someone more skilled (like zimbra team or opensource community) would take over the project and keep it real.
more users would help a lot as well .

[fcash]

Anyone tested it yet using ZFS instead of UFS?

That's where the real win for running it on FreeBSD will come from (storage management on Linux is just horrible in comparison to GEOM+ZFS).

[existenz]

ZFS up to FBSD 7.2 is good for data warehousing but not very good for IO intensive operations such as mail messages and databases. If you use the current ZFS implementation in production you have serious issues with performance and stability. Stick with GEOM and call it a day till it is complete and not marked experimental.

[fcash]

ZFS in FreeBSD 8.0 has been deemed production-quality, and the experimental tag has been removed. It's also updated to ZFSv13.

We're using ZFSv6 on FreeBSD 7.2 without issues. We push between 200 and 300 MB/sec (write) through to our disks (granted, we have 24 SATA drives configured in 3 8-disk raidz2 vdevs).

[solko]

i am using zfs everywhere, it's like a blessing from heaven and something that freebsd needed badly. it had some serious issues back on 7.0 but 7.2 is 'stable' (v13) and so is 8 (v13). i never really considered IO to be an issue but hey.. i am completely biased towards freebsd :-).

[solko]

Today I decided to update the patch to 602, meh, lot of manual work but it's done! Silly me worked with pre-11.11.2009 version with missing files (i was quite sure that there were no changes to 6.0.2 since the release - i was sooo very wrong).

GNR on FreeBSD 7 - Zimbra :: Wiki

I haven't tested it (yet) so let me know how that goes. I won't provide i386 stuff from now on so if anyone is using that.. move to amd64! :P
I will provide FreeBSD_8 packages soon.

[solko]

GNR-603 added to wiki.
GNR on FreeBSD 7 - Zimbra :: Wiki

packages will be uploaded within few hours.

[solko]

GNR-603 patch updated to make zimbra FreeBSD8 aware (postfix/snmp would not compile so added FreeBSD specific patches).
FreeBSD8_amd64 packages up as well.

[existenz]

I downloaded the patch for FBSD8 and built it today - when I tried to install when it initialzises ldap I get the following error in the log:

/libexec/ld-elf.so.1: Cannot open "/opt/zimbra/tcmalloc/lib/libtcmalloc_minimal.so"
/libexec/ld-elf.so.1: Cannot open "/opt/zimbra/tcmalloc/lib/libtcmalloc_minimal.so"
/libexec/ld-elf.so.1: Cannot open "/opt/zimbra/tcmalloc/lib/libtcmalloc_minimal.so"
/libexec/ld-elf.so.1: Cannot open "/opt/zimbra/tcmalloc/lib/libtcmalloc_minimal.so"
/libexec/ld-elf.so.1: Cannot open "/opt/zimbra/tcmalloc/lib/libtcmalloc_minimal.so"
/libexec/ld-elf.so.1: Cannot open "/opt/zimbra/tcmalloc/lib/libtcmalloc_minimal.so"
/libexec/ld-elf.so.1: Cannot open "/opt/zimbra/tcmalloc/lib/libtcmalloc_minimal.so"
IO::Socket::INET: connect: Connection refused at /opt/zimbra/libexec/zmldapinit line 138.

The interesting part is I don't see /opt/zimbra/tcmalloc*

Wondering if it could be linked against /usr/local/lib/libtcmalloc.so?

Anyone else experiencing this issue? This is assuming that solko and I are not the only ones who use this :-)

[solko]

errr, we use tcmalloc from ports (devel/google-perftools/):
solko@[zmail /usr/ports/devel/google-perftools] # ldconfig -r | grep tcmalloc
121:-ltcmalloc_minimal.0 => /usr/local/lib/libtcmalloc_minimal.so.0
122:-ltcmalloc.0 => /usr/local/lib/libtcmalloc.so.0
124:-ltcmalloc_and_profiler.0 => /usr/local/lib/libtcmalloc_and_profiler.so.0

obviously, i forgot to include patch for libexec/zmslapd. dunno, how that slipped through .

from 601:
diff -uNr GNR-601.orig/ZimbraServer/src/libexec/zmslapd GNR-601/ZimbraServer/src/libexec/zmslapd
--- GNR-601.orig/ZimbraServer/src/libexec/zmslapd 2009-04-10 00:54:02.000000000 +0200
+++ GNR-601/ZimbraServer/src/libexec/zmslapd 2009-09-16 08:10:36.000000000 +0200
@@ -16,5 +16,12 @@

ulimit -n 32768
ulimit -c unlimited
-export LD_PRELOAD=/opt/zimbra/tcmalloc/lib/libtcmalloc_minimal.so
+
+PLAT=`/opt/zimbra/libexec/get_plat_tag.sh`;
+
+if [[ $PLAT = "FreeBSD"* ]]; then
+ export LD_PRELOAD=/usr/local/lib/libtcmalloc_minimal.so
+else
+ export LD_PRELOAD=/opt/zimbra/tcmalloc/lib/libtcmalloc_minimal.so
+fi
exec /opt/zimbra/openldap/sbin/slapd "$@"

i will fix that someday.. me be sorry.