Scalix Forums

Hello,

I've setup scalix 11.0.3 on debian etch and it's running almost perfect (including Outlook connector).

However I'm facing an issue with the search functionality in SWA since 11.0.0 which never disappeared after upgrading to 0.1, 0.2 and 0.3. So I guess it's a very specific configuration issue.

When I put a "string" into the search box and I press the search button the search window appears but it never returns any result back. At the same time a UTILITY:SillyString exeption is thrown in scalix-swa.log.

I tried out all the hints I found in the forum like recreating the index, search on command line (which works) and so on but could not fix the problem

Could somebody advise me what I need to verify?

thanks,
jens

2007-04-16 12:19:48,019 DEBUG [SillyString.expandCapacity:149] UTILITY:SillyString -- expandCapcity
java.lang.Throwable: SillyString
at com.oddpost.util.SillyString.expandCapacity(SillyString.java:148)
at com.oddpost.util.SillyString.append(SillyString.java:504)
at com.oddpost.util.GeneralUtils.getStackTraceInner(GeneralUtils.java:191)
at com.oddpost.util.GeneralUtils.getStackTrace(GeneralUtils.java:158)
at com.oddpost.soap.SoapFault.<init>(SoapFault.java:135)
at com.oddpost.soap.SoapFault.<init>(SoapFault.java:116)
at com.oddpost.server.module.SoapMail.search(SoapMail.java:724)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.oddpost.soap.SoapModule.invokeMethod(SoapModule.java:231)
at com.oddpost.soap.SoapRequestImpl.execute(SoapRequestImpl.java:139)
at com.oddpost.server.HttpRequestHandler.handleRequest(HttpRequestHandler.java:228)
at com.oddpost.server.SoapServlet.doPost(SoapServlet.java:49)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.oddpost.server.filter.HttpConfFilter.doFilter(HttpConfFilter.java:174)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:754)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:684)
at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:876)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)

################


DEBUG [HttpRequestHandler.sendResponse:301] ip: xxx.xxx.xxx.xxx; username: jens; message: <SOAP-ENV:Fault><faultcode>SOAP-ENV:SERVER.ConnectException</faultcode><faultstring>Connection refused

</faultstring><detail><e:ConnectException xmlns:e="http://scalix.com/errors"><message>Connection refused

</message><debug>java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:519)
at java.net.Socket.connect(Socket.java:469)
at java.net.Socket.&lt;init&gt;(Socket.java:366)
at java.net.Socket.&lt;init&gt;(Socket.java:239)
at org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:79)
at org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:121)
at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:706)
at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1321)

Could somebody who is running scalix 11.0.3 on Debian confirm that SWA search is working in principle?

Thanks,
jens

Hi!

Could you please reply to me with the results of commands below:
rpm -qa | grep scalix
ps ax | grep index
ps ax | grep tomcat

Can you check for the error_log and access_log of apache if you see any error while trying
to search in SWA.

Thanks,
Subir

Hi Subir,

dpkg --list | grep scalix returns:



ps ax | grep index returns:



ps ax | grep tomcat returns:



I don't see any entries in access or error.log when I press the search button directly. But I see some periodic entries in the error.log



the access log is full of:



Thanks,
jens

Hi Jens!

What is the result for "lsof -i:8009"?

Thanks,
Subir

Hi Subir,

lsof -i:8009 gives me 50 lines of:

apache2 1346 www-data 13u IPv4 8460341 TCP test.example.com:34849->test.example.com:8009 (ESTABLISHED)

and 50 lines of:

java 32545 root 26u IPv6 8459922 TCP test.example.com:8009->test.example.com:53393 (ESTABLISHED)

mmh, the java processes are bound to IPv6, could that be the problem?

Thanks,
jens

Hi Jens,

What is the contents of the file /etc/opt/scalix-tomcat/scalix-tomcat.conf?

Thanks,
Subir

Hi Subir,
/etc/opt/scalix-tomcat/scalix-tomcat.conf contains:



Cheers,
jens

Hey Jens!

For me the scalix-tomcat.conf file is:

#
# Configuration file for Scalix Tomcat
#

# The directory where Java is installed:
JAVA_HOME="/usr/java/jre1.5.0_06"

# Additional arguments to be passed to Java:
JAVA_OPTS="-server -Djava.net.preferIPv4Stack=true -Xms512m -Xmx512m"

Edit your file to have an additional option -Djava.net.preferIPv4Stack=true, restart
scalix-tomcat service and see if it benefits towards issue resolution.

Thanks,
Subir

Hello Subir,
I already did that after seeing the IPv6 stuff in the lsof result. So my apache + tomcat are talking IPv4 only now, but the issue still happens.
Also, the exceptions in the swa.log is still the same. I thought that the
connection exception could have been related to the IPv6 thing. But it
still there as well as the SillyString exception.



Cheers,
jens

Hi Jens!

I would request you to install jre1.5.0_06 instead of that currently installed java-1.5.0-sun,
you can find the RPM at scalix-11.0.3-GA/third_party/jre/i386/jre-1_5_0_06-linux-i586.rpm
in the installer folder location. I am not too sure if the JRE installer mentioned above works in
Debian as well. If not, try searching a suitable one.

Also, make sure if the command "/opt/scalix-tomcat/bin/determine-java-home" works and
gives correct results on command-line.

Can you send the result of the command java -version.

Thanks,
Subir

Hi Subir,
I did an jre update form 1.5.0_10-b3 (debian stable) to 1.5.0_11b3 (unstable) last week without positive impact on my problem.

I couldn't find 1.5.0_06 on java.com, So I'll try now extract the jre from the rpm and hope it installs. My experience with alien are not the best, so I don't want to convert the rpm to a deb.

I think determine-java-home works:



Anyhow, would be great if another debian user could confirm what version of JAVA is used and / or if SWA-Search is working fine.

Thanks,
jens

Hi Jens!

The command "java -version" returns 1.5.0_11 while the classpath in "ps -ef | grep java"
shows "/usr/lib/jvm/java-1.5.0-sun/jre/lib/tools.jar". Can you check the result of the command
"/usr/lib/jvm/java-1.5.0-sun/jre/bin/java -version"?

Thanks,
Subir

Hi Subir,
/usr/lib/jvm/java-1.5.0-sun/jre/bin/java -version returns:



java-1.5.0-sun is a softlink to java-1.5.0-sun-1.5.0.11

Thanks,
jens

Hi!

Can you run the command "sxmkindex -r 00:00:00", see if search works now?

Thanks,
Subir