[xwiki-users] too many open files with Lucene
Hello, Since the migration from 4.1.3 to 4.4, there are too many open files alerts in Tomcat (release 5.5). I changed limit from 1024 (default value) to 4096 but the problem is not solved. It seems there are many open files used by lucene : Total tomcat open files : /usr/sbin/lsof |grep java | wc -l 3318 Lucene open files : /usr/sbin/lsof |grep java | grep /xem/data | wc -l 2524 Lucene deleted open files : /usr/sbin/lsof |grep java | grep /xem/data | grep deleted | wc -l 1663 This behavior is new with 4.4. There is a known problem with Lucene ? Thank you Ncg ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] too many open files with Lucene
Hi, I think it was fixed in 4.4.1. Thanks -Vincent On Jan 31, 2013, at 2:15 PM, CHENEAU-GREHALLE Nicolas nicolas.cheneau-greha...@sesam-vitale.fr wrote: Hello, Since the migration from 4.1.3 to 4.4, there are too many open files alerts in Tomcat (release 5.5). I changed limit from 1024 (default value) to 4096 but the problem is not solved. It seems there are many open files used by lucene : Total tomcat open files : /usr/sbin/lsof |grep java | wc -l 3318 Lucene open files : /usr/sbin/lsof |grep java | grep /xem/data | wc -l 2524 Lucene deleted open files : /usr/sbin/lsof |grep java | grep /xem/data | grep deleted | wc -l 1663 This behavior is new with 4.4. There is a known problem with Lucene ? Thank you Ncg ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] too many open files with Lucene
I think a really have to migrate to 4.4.1 Thank you Ncg -Message d'origine- De : users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] De la part de Vincent Massol Envoyé : jeudi 31 janvier 2013 14:54 À : XWiki Users Objet : Re: [xwiki-users] too many open files with Lucene Hi, I think it was fixed in 4.4.1. Thanks -Vincent On Jan 31, 2013, at 2:15 PM, CHENEAU-GREHALLE Nicolas nicolas.cheneau-greha...@sesam-vitale.fr wrote: Hello, Since the migration from 4.1.3 to 4.4, there are too many open files alerts in Tomcat (release 5.5). I changed limit from 1024 (default value) to 4096 but the problem is not solved. It seems there are many open files used by lucene : Total tomcat open files : /usr/sbin/lsof |grep java | wc -l 3318 Lucene open files : /usr/sbin/lsof |grep java | grep /xem/data | wc -l 2524 Lucene deleted open files : /usr/sbin/lsof |grep java | grep /xem/data | grep deleted | wc -l 1663 This behavior is new with 4.4. There is a known problem with Lucene ? Thank you Ncg ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Search Suggest Issues
Good Afternoon All, I am currently having issues with the search suggest feature of Xwiki, the problem I am having is that links to attachments are showing in the document content part of the drop down of this feature which I need to be excluded. I have disabled Attachment name and Attachment Content from from SearchSuggestConfig and even tried excluded attachments by using __INPUT__* NOT type:attachment __INPUT__* NOT .doc from document content. Thanks -- View this message in context: http://xwiki.475771.n2.nabble.com/Search-Suggest-Issues-tp7583632.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Caching resources
Hello, i would like to active cachin on /xwiki/bin/skin/resources/* as, obviously, skin doesn't change often :) As you can see, by default, xwiki forbid caching... What do i need to change for this caching? Thank you. --- GET /xwiki/bin/skin/resources/js/scriptaculous/effects.js HTTP/1.1 Host: * User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.12) Gecko/20100101 Firefox/10.0.12 Accept: */* Accept-Language: fr-be,en-us;q=0.7,en;q=0.3 Accept-Encoding: gzip, deflate Connection: keep-alive Referer: ** Cookie: JSESSIONID=*.undefined; language=en; gh.i=%7B%7D; AJS.conglomerate.cookie=||upm.tab=install If-Modified-Since: Tue, 26 Jun 2012 10:06:58 GMT Authorization: Basic ZGVsYmQ6c2VpcmprMjA0NA== HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Pragma: No-cache Cache-Control: public Expires: Sat, 02 Mar 2013 17:22:25 GMT Last-Modified: Tue, 26 Jun 2012 10:06:58 GMT Content-Type: text/javascript;charset=UTF-8 Content-Language: en Content-Length: 25003 Date: Thu, 31 Jan 2013 17:22:25 GMT String.prototype.parseColor=function(){var a=#; if(this.slice(0,4)==rgb(){var c=this.slice(4,this.length-1).split(,); --- David Delbecq ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Caching resources
On 01/31/2013 12:31 PM, David Delbecq wrote: Hello, i would like to active cachin on /xwiki/bin/skin/resources/* as, obviously, skin doesn't change often :) As you can see, by default, xwiki forbid caching... What do i need to change for this caching? Nope, that's not the default behavior. XWiki does rely on caching, and if you go to http://playground.xwiki.org/xwiki/bin/skin/resources/js/scriptaculous/effects.js you'll see that the resource is cached. HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Pragma: No-cache ^ These don't come from XWiki, I guess that Tomcat's configuration is the one that adds the Pragma: No-cache header. Cache-Control: public Expires: Sat, 02 Mar 2013 17:22:25 GMT Last-Modified: Tue, 26 Jun 2012 10:06:58 GMT ^ These come from XWiki, and they do enable caching. Content-Type: text/javascript;charset=UTF-8 Content-Language: en Content-Length: 25003 Date: Thu, 31 Jan 2013 17:22:25 GMT Hm, except maybe if you're using a very old version of XWiki. What version are you currently using? -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] XWiki 4.4.1 Running Under Tomcat 7.0.35 Does Not Shutdown Cleanly
Has anyone seen the severe errors below in their Tomcat catalina.log file after shutting Tomcat down? Does anyone know what to do about it? It causes problems when restarting the XWiki web application. Thanks in advance for your help. Mike [mschaffner@ebo-elab01 logs]$ ../bin/version.sh Using CATALINA_BASE: /usr/share/apache-tomcat-7.0.35 Using CATALINA_HOME: /usr/share/apache-tomcat-7.0.35 Using CATALINA_TMPDIR: /usr/share/apache-tomcat-7.0.35/temp Using JRE_HOME:/usr/lib/jvm/java-1.6.0-openjdk.x86_64/jre Using CLASSPATH: /usr/share/apache-tomcat-7.0.35/bin/bootstrap.jar:/usr/share/apache-tomcat-7.0.35/bin/tomcat-juli.jar Server version: Apache Tomcat/7.0.35 Server built: Jan 10 2013 10:52:49 Server number: 7.0.35.0 OS Name:Linux OS Version: 2.6.43.8-1.fc15.x86_64 Architecture: amd64 JVM Version:1.6.0_22-b22 JVM Vendor: Sun Microsystems Inc. [mschaffner@ebo-elab01 logs]$ cat catalina.out Jan 31, 2013 2:13:02 PM org.apache.catalina.core.AprLifecycleListener init INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/../lib/amd64:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib Jan 31, 2013 2:13:02 PM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler [http-bio-8080] Jan 31, 2013 2:13:02 PM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler [ajp-bio-8009] Jan 31, 2013 2:13:02 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1064 ms Jan 31, 2013 2:13:02 PM org.apache.catalina.core.StandardService startInternal INFO: Starting service Catalina Jan 31, 2013 2:13:02 PM org.apache.catalina.core.StandardEngine startInternal INFO: Starting Servlet Engine: Apache Tomcat/7.0.35 Jan 31, 2013 2:13:02 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/examples Jan 31, 2013 2:13:03 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/ROOT Jan 31, 2013 2:13:03 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/xwiki 2013-01-31 14:13:16,811 [localhost-startStop-1] WARN o.x.e.i.ServletEnvironment - No permanent directory configured. Using temporary directory [/usr/share/apache-tomcat-7.0.35/temp]. 2013-01-31 14:13:20,955 [localhost-startStop-1] INFO istributionInitializerListener - Distribution up to date Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/host-manager Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/manager Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.HostConfig deployDirectory INFO: Deploying web application directory /usr/share/apache-tomcat-7.0.35/webapps/docs Jan 31, 2013 2:13:21 PM org.apache.coyote.AbstractProtocol start INFO: Starting ProtocolHandler [http-bio-8080] Jan 31, 2013 2:13:21 PM org.apache.coyote.AbstractProtocol start INFO: Starting ProtocolHandler [ajp-bio-8009] Jan 31, 2013 2:13:21 PM org.apache.catalina.startup.Catalina start INFO: Server startup in 18581 ms Jan 31, 2013 2:17:50 PM org.apache.catalina.core.StandardServer await INFO: A valid shutdown command was received via the shutdown port. Stopping the Server instance. Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol pause INFO: Pausing ProtocolHandler [http-bio-8080] Jan 31, 2013 2:17:50 PM org.apache.coyote.AbstractProtocol pause INFO: Pausing ProtocolHandler [ajp-bio-8009] Jan 31, 2013 2:17:50 PM org.apache.catalina.core.StandardService stopInternal INFO: Stopping service Catalina Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [com.google.inject.internal.util.$Finalizer] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [Core extension repository updater] but has failed to stop it. This is very likely to create a memory leak. Jan 31, 2013 2:17:50 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: The web application [/xwiki] appears to have started a thread named [Job Manager daemon thread] but has failed to stop it. This is very likely to create a memory leak. Jan