get_plat_tag.sh returns
Code:[root@mail libexec]# ./get_plat_tag.sh RHEL5
get_plat_tag.sh returns
Code:[root@mail libexec]# ./get_plat_tag.sh RHEL5
First off, that's just an ignorant response. If your company is going to publicize the fact that it's "Open Source Friendly" then you should be interested in helping out the Open Source Community, not write off whoever comes along that doesn't fit your "test cases."
I understand you can't test everything on every OS. But that doesn't mean that you should be writing people off just because you didn't test something or don't have the time to test it. That's not what Open Source is about. Being interested, trying to help, trying to fix things, that's more what it's about. Short of it, please don't waste your time posting such responses if that is all you are going to post.
*/rant*
Now, on to the actual problem at hand. After reading through some of the stuff in here, I got a thought. There was an install guide out there for CentOS5 that mentioned installing openssl097a. I was oddly intrigued by this, as I was having similar problems getting this to install on CentOS5.
So I installed openssl097a, even though I already had openssl 0.9.8 installed, and wouldn't you know it, the dang thing went in with no errors after that.
Short of it, Nicrad, try installing openssl097a. If your OS supports RPMs and has yum installed and configured just do a
yum install openssl097a
at the root prompt. I would suggest doing a
./install.sh -u
To clean out the failed attempt at the install then re-run it.
Now, IMHO, the installer should be checking for that package, since it seems to be a direct dependency. Perhaps it was over looked. I don't know. But I would suggest adding that package to the initial dependency check. Unless you want to fix the cert generator stuff to use openssl 0.9.8.
Now as for why this would work in RHEL and not in any other RHEL-based distro like CentOS, I can only assume that RHEL has a 'secret' package that installs that depends on that openssl097a package causing it to be installed on a default install.
Anyway, hope that all helps.
Last edited by uberlinuxguy; 02-15-2008 at 08:26 AM.
UberLinux,
1) No personal attacks. That's a good way to get an infraction. Whether it's against an employee or member, we don't tolerate it. The issue, and the fact this is an employee is irrelevant. No personal attacks. Period. If you have a problem with this, I suggest you contact me via PM so that we can work out a solution that works for you.
2) Thanks for your input on the other issues. It would be handy if you filed a bug for an enhancement to support Oracle.
i have the same bug,
Code:the output from the command is bdb_db_open: dbenv_open(/opt/zimbra/openldap-data) slapd starting daemon: added 4r listener=(nil) daemon: added 7r listener=0x81451d8 daemon: epoll: listen=7 active_threads=0 tvp=zero daemon: activity on 1 descriptor daemon: activity on: daemon: epoll: listen=7 active_threads=0 tvp=zero
yes but when i try to install zimbra the install failes
Initializing ldap...failed. (28416) ??
crapz what OS are you running? Did you try my suggestion of checking to see if your OS has an openssl097a package?
Cuz I was getting the same error, and I found out that slapd would start, very very slowly. So slowly the installer kicked out that error. But after installing the older openssl package, and re-running the installer, it worked fine.
1) Sorry jholder, I get really worked up about things, especially the open source stuff when someone just writes something off while still claiming to be open source. That and it was a bad day, etc, etc. I know, no excuse. But I am sorry.
2) Where is the bug tracker? I could go digging for it, but I figured I would just ask. It'd probably be just as easy.
UberLinux,
Being on a soap box is fine. People are free to express their views in our forums. Brian is an engineer who took the time to inform the user what went wrong, and was called ignorant.
Not me you should apologize to: It's Brian. In either case, we're all pros, so it's water under the bridge
Bug Tracking is at:
bugzilla.zimbra.com
All The Best,
john
There are currently 1 users browsing this thread. (0 members and 1 guests)