已经查明原因了。php5.2.0以前__toString 只有在独立的 echo,print语句才有效，所以出现大量错误，经过仔细考量，决定将 xunsearch 的最底PHP要求提升到 php5.2.0
这个问题依然存在，还是没有解决。 今天的情况更严重了一些，fastrestart、restart、stop均无法重启或关闭服务，只能手动杀进程。
我查看 tail -n /var/log/messages 有这个错误 localhost kernel: php[29975]: segfault at 7f96c902d190 ip 00007f59d134b383 sp 00007fff43203650 error 4 in xcache.so[7f59d133a000+19000] 而xcache.so xunsearch在使用的
应该是更新索引时，参杂了一些配置文件中未指定的字段导致的，代码已经修复，继续观察几天。 不过，底层在创建或更新索引时，不会忽略配置中没有配置的字段？
GIT仓库代码已经修改 https://github.com/hightman/xunsearch/commit/8fecd6266ef446f98093c0d9d5848bfe5e3b46da
cmd:109, args: 515 分别对应CMD_ERR和CMD_ERR_XAPIAN fastrestart后恢复 还是想知道下具体原因来避免。[hr] 不是所有query都会出错，查询条件、格式都一致，但个别关键词会报这个错误（之前都是好的，fastrestart后也好了）
ERR_XAPIAN 的话你可以看一下 tmp/searchd.log 看看里面应该有相关的错误 或直接打印 XSException 的错误信息应该也有相关描述。 把错误信息提供全面一点我也看看
是直接运行php文件导出词典，还是在cmd下进行操作？能不能搞个简单点的词典导出导入，或者直接给未加密的词典文件
[quote='hightman' pid='10' dateline='1315984026'] 已经查明原因了。php5.2.0以前__toString 只有在独立的 echo,print语句才有效，所以出现大量错误，经过仔细考量，决定将 xunsearch 的最底PHP要求提升到 php5.2.0 [/quote] 好的，谢谢回复，我重装...
2012-03-03 19:34:00 indexd[2970] new connection (SOCK:7, IP:127.0.0.1, BURST:1) 2012-03-03 19:34:00 indexd[2970] [sock:7] unable to allocate memory for ZCMD (CMD:79, SIZE:1763734736) 2012-03-03 19:34:00 indexd[2970] [sock:7] quit, out of memory