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

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
  #1 (permalink)  
Old 08-24-2011, 02:51 AM
New Member
 
Posts: 4
Default Java error NoSuchMethodError InternetDomainName.fromLenient

Hi.

I spent some time, but couldn't find a solution to this problem:
I've got 2 servers, freshly installed with updated Ubuntu 10.04 LTS

One of them, hosting ZCS 7.1.2, is running fine, but i would like to make it run on the second server.

So i followed these steps:
- Installed ZCS same version 7.1.2 on the new server
- Deleted /opt/zimbra
- rsynced all /opt/zimbra from the first one
- /opt/zimbra/libexec/zmfixperms

Then the server starts, without problem, but i get sometimes this error (for example when trying to process email completion) and it makes the server crash.

If i check on this page:
Uses of Class com.google.common.net.InternetDomainName (Guava: Google Core Libraries for Java - latest)

... i can see that fromLenient method is deprecated.

The jdk is the same on both servers... everything is the same. I don't understand why this happens. It look likes Zimbra is trying to use a method from Guava which does not exists.

Any idea?


SoapEngine - handler exception
java.lang.NoSuchMethodError: com.google.common.net.InternetDomainName.fromLenie nt(Ljava/lang/StringLcom/google/common/net/InternetDomainName;
at com.zimbra.cs.index.analysis.RFC822AddressTokenStr eam.tokenize(RFC822AddressTokenStream.java:136)
at com.zimbra.cs.index.analysis.RFC822AddressTokenStr eam.<init>(RFC822AddressTokenStream.java:89)
at com.zimbra.cs.mime.ParsedMessage.getFromTokenStrea m(ParsedMessage.java:661)
at com.zimbra.cs.mime.ParsedMessage.setLuceneHeadersF romContainer(ParsedMessage.java:960)
at com.zimbra.cs.mime.ParsedMessage.analyzePart(Parse dMessage.java:1075)
at com.zimbra.cs.mime.ParsedMessage.analyzeBodyParts( ParsedMessage.java:381)
at com.zimbra.cs.mime.ParsedMessage.getFragment(Parse dMessage.java:611)
at com.zimbra.cs.mailbox.Message.generateIndexData(Me ssage.java:1190)
at com.zimbra.cs.mailbox.IndexHelper.indexItemList(In dexHelper.java:828)
at com.zimbra.cs.mailbox.IndexHelper.indexDeferredIte msInternal(IndexHelper.java:354)
at com.zimbra.cs.mailbox.IndexHelper.indexDeferredIte ms(IndexHelper.java:274)
at com.zimbra.cs.mailbox.IndexHelper.search(IndexHelp er.java:128)
at com.zimbra.cs.mailbox.Mailbox.search(Mailbox.java: 3720)
at com.zimbra.cs.mailbox.Mailbox.search(Mailbox.java: 3689)
at com.zimbra.cs.mailbox.Mailbox.search(Mailbox.java: 3674)
at com.zimbra.cs.mailbox.ContactAutoComplete.queryFol ders(ContactAutoComplete.java:578)
at com.zimbra.cs.mailbox.ContactAutoComplete.query(Co ntactAutoComplete.java:340)
at com.zimbra.cs.service.mail.AutoComplete.query(Auto Complete.java:87)
at com.zimbra.cs.service.mail.AutoComplete.handle(Aut oComplete.java:49)
at com.zimbra.soap.SoapEngine.dispatchRequest(SoapEng ine.java:412)
at com.zimbra.soap.SoapEngine.dispatch(SoapEngine.jav a:287)
at com.zimbra.soap.SoapEngine.dispatch(SoapEngine.jav a:158)
at com.zimbra.soap.SoapServlet.doWork(SoapServlet.jav a:294)
at com.zimbra.soap.SoapServlet.doPost(SoapServlet.jav a:215)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:725)
at com.zimbra.cs.servlet.ZimbraServlet.service(Zimbra Servlet.java:208)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:814)
at org.mortbay.jetty.servlet.ServletHolder.handle(Ser vletHolder.java:511)
at org.mortbay.jetty.servlet.ServletHandler$CachedCha in.doFilter(ServletHandler.java:1166)
at com.zimbra.cs.servlet.SetHeaderFilter.doFilter(Set HeaderFilter.java:79)
at org.mortbay.jetty.servlet.ServletHandler$CachedCha in.doFilter(ServletHandler.java:1157)
at org.mortbay.servlet.UserAgentFilter.doFilter(UserA gentFilter.java:81)
at org.mortbay.servlet.GzipFilter.doFilter(GzipFilter .java:132)
at org.mortbay.jetty.servlet.ServletHandler$CachedCha in.doFilter(ServletHandler.java:1157)
at org.mortbay.jetty.servlet.ServletHandler.handle(Se rvletHandler.java:388)
at org.mortbay.jetty.security.SecurityHandler.handle( SecurityHandler.java:218)
at org.mortbay.jetty.servlet.SessionHandler.handle(Se ssionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(Co ntextHandler.java:765)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebA ppContext.java:422)
at org.mortbay.jetty.handler.ContextHandlerCollection .handle(ContextHandlerCollection.java:230)
at org.mortbay.jetty.handler.HandlerCollection.handle (HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(Ha ndlerWrapper.java:152)
at org.mortbay.jetty.handler.rewrite.RewriteHandler.h andle(RewriteHandler.java:230)
at org.mortbay.jetty.handler.HandlerWrapper.handle(Ha ndlerWrapper.java:152)
at org.mortbay.jetty.handler.DebugHandler.handle(Debu gHandler.java:77)
at org.mortbay.jetty.handler.HandlerWrapper.handle(Ha ndlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(Htt pConnection.java:543)
at org.mortbay.jetty.HttpConnection$RequestHandler.co ntent(HttpConnection.java:946)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser. java:756)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpPa rser.java:218)
at org.mortbay.jetty.HttpConnection.handle(HttpConnec tion.java:405)
at org.mortbay.io.nio.SelectChannelEndPoint.run(Selec tChannelEndPoint.java:410)
at org.mortbay.thread.BoundedThreadPool$PoolThread.ru n(BoundedThreadPool.java:451)
Reply With Quote
  #2 (permalink)  
Old 08-24-2011, 03:07 AM
Zimbra Consultant & Moderator
 
Posts: 20,315
Default

This is not a question about migrating from another mail environment to Zimbra so why have you posted in the Migration forum? I'll move it to the correct forum.

Quote:
Originally Posted by aerophil View Post
I spent some time, but couldn't find a solution to this problem:
I've got 2 servers, freshly installed with updated Ubuntu 10.04 LTS

One of them, hosting ZCS 7.1.2, is running fine, but i would like to make it run on the second server.
What do you hope to achieve by doing that?
__________________
Regards


Bill
Reply With Quote
  #3 (permalink)  
Old 08-24-2011, 03:44 AM
New Member
 
Posts: 4
Default

Sorry about that but i thought it was concerning migration, from one server to another.

In fact, the full story:
- i was using FC11 initially with ZCS 7.1.1
- i updated to FC13, but there was some issues with amavis, and especially with some perl modified package from FC11 to FC13, so i had to disable antispam/antivir
- then i installed a fresh new ZCS on a vmware ubuntu temporary server, the time to clean and install the first one; i saw that Zimbra was suppose to get rid of fedora packages on next major release
- i upgraded to ZCS 7.1.2 on the temporary server

So everything is running very smooth now on the temporary server

- I then installed Ububntu 10.04 LTS on the first server (with raid, LVM and parted with a drdb volume)
- installed ZCS and rsync as previously explained

Next step should be to make the main server online, and re-install the secondary with drdb
Reply With Quote
  #4 (permalink)  
Old 08-24-2011, 02:10 PM
New Member
 
Posts: 4
Default

Does someone has an idea of where i can check the Guava package used in zimbra?

Thanks

Last edited by aerophil; 08-29-2011 at 01:03 AM..
Reply With Quote
  #5 (permalink)  
Old 10-04-2011, 09:27 AM
New Member
 
Posts: 4
Default

Found and fixed the problem.

This ZCS was updated from previous version, and the updater left some old packages as guava-r07.

What i did to solve this:
delete
/opt/zimbra/jetty-6.1.22.z6/common/lib/guava-r07.jar
/opt/zimbra/lib/jars/guava-r07.jar

launch again the installer

Once intalled, i get this:
/opt/zimbra/jetty-6.1.22.z6/common/lib/guava-r09.jar
/opt/zimbra/lib/jars/guava-r07.jar
/opt/zimbra/lib/jars/guava-r09.jar

meaning the guava-r07 is not reloaded, but only the one inside /opt/zimbra/lib

Tomorrow, as i'll get a new full backup from my running server, i'll only delete /opt/zimbra/jetty-6.1.22.z6/common/lib/guava-r09.jar and see if it fixes the problem without running the installer.

Anyway, i just see that a lot of old packages are left as they are during updates... and you'll have to clean that manually.

Hope this help.
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.