...ting server[xs-indexd] ... (BIND:127.0.0.1:8383) INFO: stopping server[xs-searchd] (BIND:127.0.0.1:8384) .... [OK] INFO: re-starting server[xs-searchd] ... (BIND:127.0.0.1:8384) 应该是正确的吧？
我的问题也是一样。目前我们网站所有页面都会有使用到xunsearch的查询。不过我发现一个奇怪的现象，就是searchd.log接近1G的时候，就会出现这样的错误。今天刚刚增加了一个自动清理searchd.log的脚本，看看是否会稳定一些。
...-ctl.sh 第 79 行加入红色部分强制只开一个工作进程 bin/xs-searchd -l tmp/searchd.log[color=red] -n 1[/color] -b $bsearch -k $cmd
...ting server[xs-indexd] ... (BIND:127.0.0.1:8383) INFO: stopping server[xs-searchd] (BIND:127.0.0.1:8384) .... [OK] INFO: re-starting server[xs-searchd] ... (BIND:127.0.0.1:8384) 这个应该是服务启动成功了吧可还是报：fsockopen(): unable to connect to localhost:8384 (Permission de...
启动xunsearch，可以这样一条语句就可以了啊，indexd和searchd同时可以启动。 /usr/local/xunsearch/bin/xs-ctl.sh -b 192.168.5.180 start
比如查询连续90个字母c 搜索无响应 xs-searchd进程CPU很高 过了好大一会 会结束进程 这个怎么解决比较好呢 虽然真实用户不会输入这个 但可能有不好的用户
[code]root 18341 0.1 0.4 39552 14888 ? R May03 5:04 xs-searchd: master[/code] 这个进行锁死，无法重启，也无法连接 SDK访问提示：exception 'XSException' with message 'Operation now in progress(C#115)'[hr] 最近基本每天都出现！
May 2 11:59:50 host earchd: worker[3]: *** glibc detected *** xs-searchd: worker[3]: munmap_chunk(): invalid pointer: 0x084faab0 *** 就看到这一个。 我是强制结束进程后启动的！
xs-searchd 彻底挂掉的话 8384 就关闭了，这个端口基本上是只读的只有 search log 是写入的。你可以限制一些访问IP。