Sounds like maybe the problem is in the formatting of your search-servers.txt file or something. Can you please attach that file and send it to the list? Attach it, don't cut and paste it.

Doug

Byron Miller wrote:
Doug,

I uncommented those lines and tried deploying the war
on Tomcat 4, 5 and under resin and i still get an
error.


I see this on the query server:


040503 132247 12 Server handler on 6969:
getSegmentNames()
040503 132247 13 Server handler on 6969:
search(internet society, 10)
040503 132248 14 Server handler on 6969:
getDetails(#311349)
040503 132248 20 Server handler on 6969:
getDetails(#258367)
040503 132248 16 Server handler on 6969:
getDetails(#441002)
040503 132248 17 Server handler on 6969:
getDetails(#1092685)
040503 132248 15 Server handler on 6969:
getDetails(#695516)
040503 132248 21 Server handler on 6969:
getDetails(#1690017)
040503 132248 19 Server handler on 6969:
getDetails(#833081)
040503 132248 18 Server handler on 6969:
getDetails(#2216221)
040503 132248 12 Server handler on 6969:
getDetails(#450169)
040503 132248 13 Server handler on 6969:
getDetails(#274392)
040503 132310 14 Server handler on 6969:
search(internet society, 10)
040503 132310 16 Server handler on 6969:
getDetails(#450169)
040503 132311 16 Server handler on 6969:
getDetails(#311349)
040503 132311 17 Server handler on 6969:
getDetails(#258367)
040503 132311 19 Server handler on 6969:
getDetails(#1092685)
040503 132311 18 Server handler on 6969:
getDetails(#274392)
040503 132311 15 Server handler on 6969:
getDetails(#441002)
040503 132311 13 Server handler on 6969:
getDetails(#2216221)
040503 132311 12 Server handler on 6969:
getDetails(#1690017)
040503 132311 21 Server handler on 6969:
getDetails(#833081)
040503 132311 17 Server handler on 6969:
getDetails(#695516)
040503 132617 16 Server handler on 6969: search(test,
10)
040503 132617 20 Server handler on 6969:
getDetails(#622363)
040503 132617 19 Server handler on 6969:
getDetails(#509732)
040503 132617 18 Server handler on 6969:
getDetails(#372827)
040503 132617 14 Server handler on 6969:
getDetails(#238462)
040503 132617 13 Server handler on 6969:
getDetails(#381002)
040503 132617 12 Server handler on 6969:
getDetails(#330982)
040503 132617 15 Server handler on 6969:
getDetails(#343041)
040503 132617 17 Server handler on 6969:
getDetails(#228011)
040503 132617 16 Server handler on 6969:
getDetails(#230698)
040503 132617 21 Server handler on 6969:
getDetails(#379428)
040503 132645 20 Server handler on 6969: search(test,
10)


However i get the error below almost immediately ->



"java.lang.NullPointerException at java.util.Hashtable.get(Hashtable.java:333) at net.nutch.ipc.Client.getConnection(Client.java:273) at net.nutch.ipc.Client.call(Client.java:248) at net.nutch.searcher.DistributedSearch$Client.getSummary(DistributedSearch.java:389) at net.nutch.searcher.NutchBean.getSummary(NutchBean.java:119) at _jsp._search__jsp._jspService(/search.jsp:63) at com.caucho.jsp.JavaPage.service(JavaPage.java:75) at com.caucho.jsp.Page.pageservice(Page.java:571) at com.caucho.server.dispatch.PageFilterChain.doFilter(PageFilterChain.java:155) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:211) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:177) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:221) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:263) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:323) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:430) at com.caucho.util.ThreadPool.run(ThreadPool.java:377) at java.lang.Thread.run(Thread.java:534) "

This is back to using the Sun JVM

I was able to use  -mx128m to get rid of the java "out
of memory" errors that i was getting all the time
earlier. back to running with everything on a single
machine :)

--- Doug Cutting <[EMAIL PROTECTED]> wrote:

Byron Miller wrote:

Is there a limit of what a single server can work
with?

There isn't a hard limit, but 50M is quite large for
a single search node. Search times will probably average better
than a second, which feels slow to users. Also, some queries will exceed
the default network timeout of ten seconds. I suspect such timeouts are
the source of some (if not all) of your errors.


The timeout is not currently settable as a command
line or config file option (although it probably should be). Could you
please try uncommenting the two calls to setTimeout() in
DistributedSearch.java, then rebuild the war file, to see if that helps
things? If it does, I will make this timeout more easily changeable.


Thanks,

Doug




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


This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the
market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the
exam FREE.



http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click


_______________________________________________
Nutch-developers mailing list
[EMAIL PROTECTED]


https://lists.sourceforge.net/lists/listinfo/nutch-developers




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Nutch-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nutch-developers


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Nutch-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nutch-developers

Reply via email to