Ubuntu 8.10

[Mccreations3]

I recently upgraded my installation of Ubuntu, not really thinking about Zimbra's dependencies. I wasn't really thinking because I remembered running a Ubuntu 6 version on Ubuntu 8 before so I figured it would be as easy as it was then, just force it to install. I also figured that not much would change between the OS' either.

Zimbra now fails to start with a perl error.

~$ zmcontrol start
/usr/bin/perl: symbol lookup error: /opt/zimbra/zimbramon/lib/i486-linux-gnu-thread-multi/auto/IO/IO.so: undefined symbol: Perl_Tstack_sp_ptr

I can't find much about this error after a lot of googling, so figured I'd ask here. I know I can't really get support since I'm on an unsupported version of Ubuntu but if anyone would like to give it a shot I'm up for trying out anything, since if I can't fix this I'm going to have to re-install Ubuntu anyways...
Thanks for your time.

[bdial]

i think you're heading toward a rebuild. a few people (myself included) hit the same wall with opensuse 11. theres no easy fix.

[Mccreations3]

That's what I was fearing...
After doing a little more searching I found that someone was having that problem because their Perl wasn't built with threading, I guess I'll just mess around with rebuilding Perl before I give up all hope.

Thanks

[ArcaneMagus]

You might also check which perl is actually being used by the zimbra user by running 'which perl' as the zimbra user.
Things can get pretty messed up when the zimbra user is running the wrong executable...

[Mccreations3]

Originally Posted by ArcaneMagus

You might also check which perl is actually being used by the zimbra user by running 'which perl' as the zimbra user.
Things can get pretty messed up when the zimbra user is running the wrong executable...

Thanks, they both seem to be showing the same location (/usr/local/bin/perl).

Would the fact that a

perl -v

shows:

This is perl, v5.10.0 built for i686-linux-thread-multi

have to do anything with that fact that it's not working? Because zimbra is complaining about this:

/opt/zimbra/zimbramon/lib/i486-linux-gnu-thread-multi/auto/IO/IO.so

Zimbra's file structure shows i486 not the i686 that perl is built for.
Should I re-build Perl and tell it i486 architecture?

[dijichi2]

zimbra uses /usr/bin/perl. if you have a /usr/local/bin/perl in your path, remove it - it's probably one you've tried to build? what does /usr/bin/perl -v return? i'd be very surprised if ubuntu provides non-threaded perl in this day and age.

[ArcaneMagus]

For your future reference:

i386 --> means it's designed specifically for basic intel architecture based on the 80386 (or 386 computers)
i486 --> goes up to architecture for 80486 (486 and above computers). NB: 386s might have problems with some of this
i586 --> as above but designed for Pentiums and above. Pre-Pentiums may have problems.
i686 --> Pentium II and above.

The only issue you would run into by using different ix86 binaries on most of today's systems (and certainly any that you would use as a Zimbra server!) is if you somehow got a 64bit binary on a 32bit OS.

[Mccreations3]

zimbra uses /usr/bin/perl. if you have a /usr/local/bin/perl in your path, remove it - it's probably one you've tried to build? what does /usr/bin/perl -v return? i'd be very surprised if ubuntu provides non-threaded perl in this day and age.

Yep, that was the custom built perl I was messing around with, /usr/bin/perl is symlinked to /usr/local/bin/perl.

This is perl, v5.10.0 built for i486-linux-thread-multi
Copyright 1987-2007, Larry Wall
Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.
Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl". If you have access to the
Internet, point your browser at The Perl Directory - perl.org, the Perl Home Page.

I'm not sure if my perl is 100% of the problem.
I was su'd under zimbra and accidentaly ran CPAN, and it threw the same error that zmcontrol threw as well. Did somehow zimbra or ubuntu mess up something related with perl and profiles?

EDIT:
I've been messing around with that and removed these lines:

PERLLIB=/opt/zimbra/zimbramon/lib/x86_64-linux-thread-multi:/opt/zimbra/zimbramon/lib:/opt/zimbra/zimbramon/lib/i386-linux-thread-multi:/opt/zimbra/zimbramon/lib/i486-linux-gnu-thread-multi:/opt/zimbra/zimbramon/lib/i586-linux-thread-multi:/opt/zimbra/zimbramon/lib/x86_64-linux-gnu-thread-multi:/opt/zimbra/zimbramon/lib/darwin-thread-multi-2level
export PERLLIB
PERL5LIB=$PERLLIB
export PERL5LIB

from /opt/zimbra/.bashrc and now CPAN runs under zimbra. I don't know if this helps at all but it's something strange I noticed. Could there be a conflicting incompatible perl library that is screwing up Perl only for the zimbra user?

Originally Posted by ArcaneMagus

For your future reference:

The only issue you would run into by using different ix86 binaries on most of today's systems (and certainly any that you would use as a Zimbra server!) is if you somehow got a 64bit binary on a 32bit OS.

Thanks, I don't know much about linux so that's new to me.
And I know I don't have a 64-bit binary as it was working just before.

[Mccreations3]

...rebuild?

[spectre]

I just had the same problem while upgrading from Debian Etch to Debian Lenny and found the solution on this website: Zimbra 5.x auf Debian 5.0 Lenny — widerin.net

In summary: Paste the following code into a bash script and execute it. Alternatively, you can execute each one of these lines manually (ignore the #!/bin/bash if you're doing it manually)

#!/bin/bash

wget http://ftp.at.debian.org/debian/pool/main/p/perl/perl-modules_5.8.8-7etch6_all.deb
wget http://ftp.at.debian.org/debian/pool/main/p/perl/perl_5.8.8-7etch6_i386.deb
wget http://ftp.at.debian.org/debian/pool/main/p/perl/perl-base_5.8.8-7etch6_i386.deb
wget http://ftp.at.debian.org/debian/pool/main/p/perl/libperl5.8_5.8.8-7etch6_i386.deb
wget http://ftp.at.debian.org/debian/pool/main/d/db4.4/libdb4.4_4.4.20-8_i386.deb
wget http://ftp.at.debian.org/debian/pool/main/libs/libsocket6-perl/libsocket6-perl_0.19-1_i386.deb
wget http://ftp.at.debian.org/debian/pool/main/libt/libterm-readkey-perl/libterm-readkey-perl_2.30-3_i386.deb
wget http://ftp.at.debian.org/debian/pool/main/libl/liblocale-gettext-perl/liblocale-gettext-perl_1.05-1_i386.deb
wget http://ftp.at.debian.org/debian/pool/main/libt/libtext-iconv-perl/libtext-iconv-perl_1.4-3_i386.deb
wget http://ftp.at.debian.org/debian/pool/main/libt/libtext-charwidth-perl/libtext-charwidth-perl_0.04-4_i386.deb
wget http://ftp.at.debian.org/debian/pool/main/libn/libnet-ssleay-perl/libnet-ssleay-perl_1.30-1_i386.deb
wget http://ftp.at.debian.org/debian/pool/main/libn/libnet-libidn-perl/libnet-libidn-perl_0.07-1_i386.deb


dpkg -i perl-modules_5.8.8-7etch6_all.deb perl-base_5.8.8-7etch6_i386.deb perl_5.8.8-7etch6_i386.deb libperl5.8_5.8.8-7etch6_i386.deb libdb4.4_4.4.20-8_i386.deb libsocket6-perl_0.19-1_i386.deb libterm-readkey-perl_2.30-3_i386.deb liblocale-gettext-perl_1.05-1_i386.deb libtext-iconv-perl_1.4-3_i386.deb libtext-charwidth-perl_0.04-4_i386.deb libnet-ssleay-perl_1.30-1_i386.deb libnet-libidn-perl_0.07-1_i386.deb

Verify that everything in the script installed properly and you're good to go.

This solution would probably work on other distro's as well but would need to be altered to reflect appropriate package names and package managers, etc. Basically, If I were to try to apply this fix on any non-Debian distro, I would locate the packages listed above for that specific distribution and manually install each of them using that distro's package manager. Good luck!