Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
Go Back   Zimbra :: Forums > Zimbra Collaboration Suite > Installation

Welcome to the Zimbra :: Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #11 (permalink)  
Old 01-25-2008, 05:23 PM
Junior Member
 
Posts: 9
Default

/opt/zimbra/libexec/zmldapinit
Error: must be run as zimbra user
IO::Socket::INET: connect: timeout at /opt/zimbra/libexec/zmldapinit line 160.

/opt/zimbra/openldap/libexec/slapd -d -1 -f /opt/zimbra/conf/slapd.conf -u zimbra

gives so much output its filled the scrollback and gone.

I think that might have started it, but its not returned to a command prompt.

this is all I can see

objectClass: monitoredObject
structuralObjectClass: monitoredObject
cn: Backload
monitoredInfo: 0
creatorsName: cn=config
modifiersName: cn=config
createTimestamp: 20080126001827Z
modifyTimestamp: 20080126001827Z
"
>>> dnPrettyNormal:
=> ldap_bv2dn(cn=Backload,cn=Threads,cn=Monitor,0)
<= ldap_bv2dn(cn=Backload,cn=Threads,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=Backload,cn=Threads,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=backload,cn=threads,cn=monitor)=0
<<< dnPrettyNormal: ,
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
<= str2entry(cn=Backload,cn=Threads,cn=Monitor) -> 0x88e87bc
=> str2entry: "dn: cn=Runqueue,cn=Threads,cn=Monitor
objectClass: monitoredObject
structuralObjectClass: monitoredObject
cn: Runqueue
monitoredInfo: 0
creatorsName: cn=config
modifiersName: cn=config
createTimestamp: 20080126001827Z
modifyTimestamp: 20080126001827Z
"
>>> dnPrettyNormal:
=> ldap_bv2dn(cn=Runqueue,cn=Threads,cn=Monitor,0)
<= ldap_bv2dn(cn=Runqueue,cn=Threads,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=Runqueue,cn=Threads,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=runqueue,cn=threads,cn=monitor)=0
<<< dnPrettyNormal: ,
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
<= str2entry(cn=Runqueue,cn=Threads,cn=Monitor) -> 0x88e87e4
=> str2entry: "dn: cn=Start,cn=Time,cn=Monitor
objectClass: monitoredObject
structuralObjectClass: monitoredObject
cn: Start
monitorTimestamp: 20080126001827Z
creatorsName: cn=config
modifiersName: cn=config
createTimestamp: 20080126001827Z
modifyTimestamp: 20080126001827Z
"
>>> dnPrettyNormal:
=> ldap_bv2dn(cn=Start,cn=Time,cn=Monitor,0)
<= ldap_bv2dn(cn=Start,cn=Time,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=Start,cn=Time,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=start,cn=time,cn=monitor)=0
<<< dnPrettyNormal: ,
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
<= str2entry(cn=Start,cn=Time,cn=Monitor) -> 0x88e880c
=> str2entry: "dn: cn=Current,cn=Time,cn=Monitor
objectClass: monitoredObject
structuralObjectClass: monitoredObject
cn: Current
monitorTimestamp: 20080126001827Z
creatorsName: cn=config
modifiersName: cn=config
createTimestamp: 20080126001827Z
modifyTimestamp: 20080126001827Z
"
>>> dnPrettyNormal:
=> ldap_bv2dn(cn=Current,cn=Time,cn=Monitor,0)
<= ldap_bv2dn(cn=Current,cn=Time,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=Current,cn=Time,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=current,cn=time,cn=monitor)=0
<<< dnPrettyNormal: ,
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
<= str2entry(cn=Current,cn=Time,cn=Monitor) -> 0x88e8834
=> str2entry: "dn: cn=Read,cn=Waiters,cn=Monitor
objectClass: monitorCounterObject
structuralObjectClass: monitorCounterObject
cn: Read
creatorsName: cn=config
modifiersName: cn=config
createTimestamp: 20080126001827Z
modifyTimestamp: 20080126001827Z
"
>>> dnPrettyNormal:
=> ldap_bv2dn(cn=Read,cn=Waiters,cn=Monitor,0)
<= ldap_bv2dn(cn=Read,cn=Waiters,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=Read,cn=Waiters,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=read,cn=waiters,cn=monitor)=0
<<< dnPrettyNormal: ,
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
<= str2entry(cn=Read,cn=Waiters,cn=Monitor) -> 0x88e885c
=> str2entry: "dn: cn=Write,cn=Waiters,cn=Monitor
objectClass: monitorCounterObject
structuralObjectClass: monitorCounterObject
cn: Write
creatorsName: cn=config
modifiersName: cn=config
createTimestamp: 20080126001827Z
modifyTimestamp: 20080126001827Z
"
>>> dnPrettyNormal:
=> ldap_bv2dn(cn=Write,cn=Waiters,cn=Monitor,0)
<= ldap_bv2dn(cn=Write,cn=Waiters,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=Write,cn=Waiters,cn=Monitor)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=write,cn=waiters,cn=monitor)=0
<<< dnPrettyNormal: ,
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
>>> dnNormalize:
=> ldap_bv2dn(cn=config,0)
<= ldap_bv2dn(cn=config)=0
=> ldap_dn2bv(272)
<= ldap_dn2bv(cn=config)=0
<<< dnNormalize:
<= str2entry(cn=Write,cn=Waiters,cn=Monitor) -> 0x88e8884
backend_startup_one: starting ""
bdb_db_open:
bdb_db_open: dbenv_open(/opt/zimbra/openldap-data)
slapd starting
daemon: added 4r listener=(nil)
daemon: added 7r listener=0x88191e8
daemon: added 8r listener=0x88192b0
daemon: epoll: listen=7 active_threads=0 tvp=zero
daemon: epoll: listen=8 active_threads=0 tvp=zero
daemon: activity on 1 descriptor
daemon: activity on:
daemon: epoll: listen=7 active_threads=0 tvp=zero
daemon: epoll: listen=8 active_threads=0 tvp=zero
Reply With Quote
  #12 (permalink)  
Old 01-25-2008, 05:26 PM
Junior Member
 
Posts: 9
Default

I think line 160 is

my $ldap = Net::LDAP->new("$ldap_master_url") or die "$@";
Reply With Quote
  #13 (permalink)  
Old 01-25-2008, 05:28 PM
Zimbra Employee
 
Posts: 572
Default

Since LDAP starts just fine, and it is timing out talking to the LDAP Master, I would assume there's either something wrong DNS wise with your system, or you configured it to talk to a master that isn't available. I doubt it is the latter since we specifically test talking to a remote master, which leaves the issue being most likely a DNS resolution problem.
__________________
Quanah Gibson-Mount
Sr. Member of Technical Staff
Zimbra, Inc
A Division of VMware, Inc.
--------------------
Zimbra :: the leader in open source messaging and collaboration
Reply With Quote
  #14 (permalink)  
Old 01-25-2008, 05:34 PM
Junior Member
 
Posts: 9
Default

I'm going to wipe it and try again in the morning.

Thanks for helping so quickly.

andy
Reply With Quote
  #15 (permalink)  
Old 01-26-2008, 03:15 PM
Junior Member
 
Posts: 9
Default

To close this post, I uninstalled ZCS 501 GA this morning, rebooted the server, then installed it again from the same archive and it worked first time with no mods or errors at all. Completely text book.

I have no explination. It had a restart after yum ing the libtool-devel libs.

I'd just like to thank the people here for their quick and knowledgable help to a nubie. I can demo this on monday to the management.

Thanks.

Andy
Reply With Quote
  #16 (permalink)  
Old 03-01-2008, 08:55 AM
New Member
 
Posts: 4
Default

This post is listed as resolved but there was no resolution posted which didn't help me.

However, I did figure out what my problem was and it most likely was the same for Andy.

My /etc/hosts file had my public IP listed and not my private. I had setup split dns because I am behind a firewall and had forgotten about the /etc/hosts file. Once I made the change everything worked fine.

I thought someone else might be interested in my solution.
Reply With Quote
  #17 (permalink)  
Old 03-02-2008, 08:36 AM
Starter Member
 
Posts: 1
Default

got same problem (but within a debian4-vserver in a gentoo-box) and still can't figure out.

one thing that wasn't mentioned before was, that there is a error message about the mx record:
------------
Setting defaults... MX: mydomain.com (1.2.3.4)
MX: mydomain.com (1.2.3.4)

Interface: 192.168.0.13
1.2.3.4
1.2.3.4


DNS ERROR - none of the MX records for mydomain.com
resolve to this host

------------

the content of my hosts file in the vserver is:

192.168.0.13 localhost mydomain.com
1.2.3.4 mydomain.com


thx for any advise!
Reply With Quote
  #18 (permalink)  
Old 03-04-2008, 07:32 AM
New Member
 
Posts: 4
Default

Are you running Split DNS?
Reply With Quote
  #19 (permalink)  
Old 04-25-2008, 09:05 PM
Starter Member
 
Posts: 1
Default

Hello,

I am running Dapper Drake ( Ubuntu 6.06 lts)
with build zcs-NETWORK-5.0.5_GA_2201.UBUNTU6.20080417004026
and a 60 day trial license.

I am trying to set up two boxes to run on the same trial license, one as a failover (let me know if that's the reason I'm having this problem, and I'll slap myself, sorry)

I should note that since I'm testing this, NEITHER box is in my mx records yet. (though they both do have working A records.)

my hosts file looks like:


----------- Host File -----------
127.0.0.1 localhost
64.27.16.246 mail4.mydomain.com

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

----------- End Host File -----------

And I'm dying in exactly the same manner, including when I run

sudo /opt/zimbra/openldap/libexec/slapd -d -1 -f /opt/zimbra/conf/slapd.conf -u zimbra

it just hanging on:

----- Log -----
daemon: epoll: listen=7 active_threads=0 tvp=zero
daemon: epoll: listen=8 active_threads=0 tvp=zero
daemon: epoll: listen=7 active_threads=0 tvp=zero
daemon: epoll: listen=8 active_threads=0 tvp=zero
daemon: epoll: listen=7 active_threads=0 tvp=zero
daemon: epoll: listen=8 active_threads=0 tvp=zero
----- End Log -----

to verify that dns is working, from that host I pinged itself by name (, and ping went through fine)

(and yes, I have uninstalled and reinstalled multiple times to make sure I was typing in data correctly)

Any advice to get these two up to see if I can come up with a less lossy failover system is greatly appreciated. (and if so, get a real license and start using this for my client)

Thanks.

-- James

Last edited by jbarros; 04-25-2008 at 09:08 PM.. Reason: minor gramatical edit
Reply With Quote
  #20 (permalink)  
Old 04-26-2008, 12:37 AM
Zimbra Consultant & Moderator
 
Posts: 19,655
Default

You are required to have DNS A & MX records plus a correct hosts file for your server. You should only have them pointing to one server. I don't really understand what you mean by 'failover', the only type of cluster supported is for RHCS4.
__________________
Regards


Bill
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

blog.zimbra.com




 

SEO by vBSEO ©2011, Crawlability, Inc.