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-31-2008, 01:19 AM
Partner (VAR/HSP)
 
Posts: 186
Default

Just by chance I just discovered a workaround:

The DNS Hostname of our Zimbraserver is de-dd-srv-1101.domain.net. For our users we have a DNS cname Record zimbra.otherdomain.com resolving to the same IP as de-dd-srv-1101.domain.net.

Logging in to the Admin Console via zimbra.otherdomain.com is working fine.

Logging in to the Admin Console via de-dd-srv-1101.domain.net does not work. (I tried this all the time since this was what we used to do since ZCS 3.x)

The Zimbra Web Client is working with both URL's as it did before the upgrade.

DNS & MX Records weren't changed.

HTH

Regards

Andreas
Reply With Quote
  #12 (permalink)  
Old 02-05-2008, 12:09 PM
Member
 
Posts: 14
Default Can't Login to Amin Console -5.0.2_GA after zimbra_samba is deployed

We've just performed a test upgrage from 4.5.6 to 5.0.2.
( Both production and test Zimbra are running with zimbra_samba and zimbra_posixaccount admin extensions for about a year and Zimbra successfully acts as admin interface to Samba PDC.)

Before the upgrade those extensions were uninstalled to allow login to Admin Console.
After upgrade included extensions were modified accordingly, loaded and deployed using the Console.
No login to Admin Console since. Only after we undeployed extensions the Console became available again.
The log show some warnings.
Please, advise.

2008-02-05 14:25:13,036 INFO [Thread-38] [] zimlet - Deploying Zimlet zimbra_posixaccount in LDAP.
2008-02-05 14:25:13,038 WARN [Thread-38] [] misc - checkValue: no attribute info for: zimbraZimletServerIndexRegex
2008-02-05 14:25:13,038 WARN [Thread-38] [] misc - checkValue: no attribute info for: zimbraZimletHandlerClass
2008-02-05 14:25:13,143 INFO [Thread-38] [] zimlet - Installing Zimlet zimbra_posixaccount on this host.
2008-02-05 14:25:13,287 INFO [Thread-38] [] zimlet - Installing Zimlet config for zimbra_posixaccount
2008-02-05 14:25:13,335 INFO [Thread-38] [] zimlet - Enabling Zimlet zimbra_posixaccount
2008-02-05 14:25:13,433 INFO [Thread-38] [] zimlet - Skipping on zimbra.[XXX].com
2008-02-05 14:25:36,291 INFO [btpool0-8] [ip=192.168.1.46;ua=ZimbraWebClient - FF2.0 (Win);] MailboxIndex - Initialized Index for mailbox 2 directory: Lucen
eIndex at org.apache.lucene.store.FSDirectory@/home/zimbra/index/0/2/index/0 Analyzer=com.zimbra.cs.index.ZimbraAnalyzer@253af
2008-02-05 14:25:36,292 INFO [btpool0-8] [ip=192.168.1.46;ua=ZimbraWebClient - FF2.0 (Win);] cache - Initializing folder and tag caches for mailbox 2

2008-02-05 14:26:29,957 INFO [Thread-43] [] zimlet - Uninstalling Zimlet zimbra_posixaccount from LDAP.
2008-02-05 14:26:29,963 INFO [Thread-43] [] zimlet - Removing Zimlet zimbra_posixaccount from COS default
2008-02-05 14:29:52,966 INFO [Thread-47] [] zimlet - Uninstalling Zimlet zimbra_posixaccount from LDAP.
2008-02-05 14:29:52,971 INFO [Thread-47] [] zimlet - Removing Zimlet zimbra_posixaccount from COS default

2008-02-05 14:31:35,468 INFO [Thread-50] [] zimlet - Deploying Zimlet zimbra_samba in LDAP.
2008-02-05 14:31:35,468 WARN [Thread-50] [] misc - checkValue: no attribute info for: zimbraZimletServerIndexRegex
2008-02-05 14:31:35,468 WARN [Thread-50] [] misc - checkValue: no attribute info for: zimbraZimletHandlerClass
2008-02-05 14:31:35,517 INFO [Thread-50] [] zimlet - Installing Zimlet zimbra_samba on this host.
2008-02-05 14:31:35,552 INFO [Thread-50] [] zimlet - Installing Zimlet config for zimbra_samba
2008-02-05 14:31:35,563 INFO [Thread-50] [] zimlet - Enabling Zimlet zimbra_samba
2008-02-05 14:31:35,576 INFO [Thread-50] [] zimlet - Skipping on zimbra.[XXX}.com
2008-02-05 14:36:08,120 INFO [Timer-3] [] SessionCache - Removed 2 idle sessions (ADMIN). 7 active sessions remain.
2008-02-05 14:36:58,597 INFO [Thread-57] [] zimlet - Uninstalling Zimlet zimbra_samba from LDAP.
2008-02-05 14:36:58,604 INFO [Thread-57] [] zimlet - Removing Zimlet zimbra_samba from COS default
Reply With Quote
  #13 (permalink)  
Old 02-05-2008, 12:13 PM
Zimbra Employee
 
Posts: 580
Default

Did you update slapd.conf.in with the Samba schema, etc, after your upgrade? It gets reset on upgrades.
__________________
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 02-05-2008, 12:25 PM
Intermediate Member
 
Posts: 19
Default

Indeed, check your slap.conf and make sure you have the right version of the extensions. The extensions in the gallery didn't work for me neither.

You have to use the originals, included in your install.
Reply With Quote
  #15 (permalink)  
Old 02-05-2008, 12:36 PM
Member
 
Posts: 14
Default

I used applets from the 5.0.2 distribution and changed slapd.conf.in according to the Wiki (BTW I wrote several paragraphs in this wiki :-)
Reply With Quote
  #16 (permalink)  
Old 02-05-2008, 05:23 PM
Member
 
Posts: 14
Default

Quote:
Originally Posted by quanah View Post
Did you update slapd.conf.in with the Samba schema, etc, after your upgrade? It gets reset on upgrades.
Although I did update the slapd.conf.in it does not matter. In a working environment the zimbra_samba and zimbra_posixaccount can be deployed and visible in admin interface even with unchanged slapd.conf. (They were extensively tested when we were initially migrating from Kolab to Zimbra 4.5) It might be rather linked to the certificate issue. We use certificates issued by corporate CA and in 4.5 I had to replace them everywhere, including tomcats keystore.
Naturally after upgrade the MTA does not work (known bug) even after I gave up and degraded to self-signed certificates as suggested in a recent wiki.
Only after start_tls was set to 'no' in all ldap related conf files postfix started working.
The worst thing is that even when I restore /opt/zimbra back to 4.5 I still have problems. And this is not only because of /etc/sudoers file that your upgrade script mercilessly changed without even saving the original to something like "sudoers.saved". (I restored it to 4.5 status)
Something else was changed outside /opt/zimbra and I can not find what it is.
Could you tell what the upgrade does outside of /opt/zimbra?
As impatiently as the folks in our company were waiting for 5.0, it looks like they'll have to wait a little more.

Last edited by montyZdog; 02-05-2008 at 05:26 PM..
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.