跳至主要内容

64位OEL 6.1下UCM 11g OracleTextSearch的Text Conversion错误

客户系统上线前，发现在生产环境的Oracle Enterprise Linux 6.1上的UCM 11gR5打开文件时，一直显示索引错误，信息“Text conversion of  the file …… failed. Content has been indexed with Info only. Resubmit should only be performed if the problem has been resolved.”如下图所示：
打开indexer的trace，点击重新提交后，得到以下信息，初步判断是因为textexport找不到必要的库文件导致。
>indexer/7 01.13 14:10:03.450   index update work InputFilePath is: </u01/app/oracle/Middleware/user_projects/domains/ecm_domain/ucm/cs/search/bulkload/~vault/1524pptx>  indexer/7  01.13 14:10:03.450   index update work OutputFilePath is: </u01/app/oracle/Middleware/user_projects/domains/ecm_domain/ucm/cs/search/ots1/bulkload/~export/gy-001524.txt> >indexer/7    01.13 14:10:03.450   index update work Sending document to conversion >(internal)/7  01.13 14:10:03.496  TextExport #7531#8FDB#7A0B 'TextExport' #610F#5916#4E2D#6B62#3002 intradoc.common.ServiceException: !csErrorReturnedByProcess,TextExport!$/u01/app/oracle/Middleware/Oracle_ECM1/ucm/idc/components/ContentAccess-linux/linux/lib/contentaccess/textexport: error while loading shared libraries: libz.  (internal)/7   01.13 14:10:03.496   TextExport         at intradoc.taskmanager.TaskLauncher.launchExe(TaskLauncher.java:381)  (internal)/7  01.13 14:10:03.496  TextExport         at intradoc.taskmanager.TaskMonitor$1.run(TaskMonitor.java:116)  (internal)/7  01.13 14:10:03.496   TextExport         at java.lang.Thread.run(Thread.java:662)

没有仔细看trace信息内容，开始在网上和oracle support网站找text conversion相关的信息，相关的解决方案主要是确认textexport的执行权限或者是设置LD_LIBRARY_PATH和ContentAccessExtraLibDir(在intradoc.cfg文件)几种方式，但是试过这几种方式都不奏效，如此试了几次，也只好放弃。

再一次回到正常分析的路子上来，从trace信息中可以看出是找到到共享库libz.，尝试在/usr/lib和/usr/lib64找libz.so，有64位的文件，但是没有32位的文件。难道象很多程序一样，UCM也是用32位的libz.so来执行text conversion的命令，google了一把，发现libz.so是zlib包里，用yum install zlib.i686实现相关包的安装，确认libz.so存在于相关的文件夹下，重新启动Content Server，再点击重新提交，问题解决。

在Repository Manager重新提交所有文档，再重建索引，完成已检入文件的全文索引支持。
标签：

评论

发表评论

此博客中的热门博文

解决墙国Google Home无法联网问题

趁黑五特价入手了个Google Home，经过漫长的等待昨天终于等到。回到家里兴高采烈的安装了Home应用，设置好开始开心的调戏Google，播放音乐什么的都很正常。 第二天上班回到家里，发现Hey Google后，不是提示Sorry something went wrong, try again in a few seconds."就是"There was a glitch. Try again in a few seconds."，很是恼火。没可能哥花50刀就买一个蓝牙音箱回来吧，再说了，连不上网甚至连蓝牙也打不开。 本着一贯的研究精神，开搞。据说Google Home是自带DNS,OpenWRT路由上设置了全局SS，但是Google Home还是会用tcp的模式去访问不存在的DNS Server地址8.8.4.4和8.8.8.8，于是乎加了个防火墙规则，不管你Google Home什么请求，都乖乖给我走SS通道去。 修改OpenWRT的/etc/firewall.user文件，增加以下iptables规则： iptables -t nat -A PREROUTING -s 192.168.1.0/24 -p udp --dport 53 -j DNAT --to 192.168.1.0 iptables -t nat -A PREROUTING -s 192.168.1.0/24 -p tcp --dport 53 -j DNAT --to 192.168.1.0 iptables -I PREROUTING -t nat -p udp -d 8.8.4.4 --dport 53 -j REDIRECT --to-ports 1053 iptables -I PREROUTING -t nat -p udp -d 8.8.8.8 --dport 53 -j REDIRECT --to-ports 1053 嘿嘿，来一句"Hey Google. Make me relax“,满屋子都是优美的声音，听着写代码真爽:).
3 条评论
阅读全文

Installing RHEL EPEL Repo on Centos 5.x or 6.x

习惯了用yum来安装东西，试了下这篇文章提到的做法workable，再做一次搬运工。 原文出处： http://www.rackspace.com/knowledge_center/article/installing-rhel-epel-repo-on-centos-5x-or-6x Authored by: Rackspace Support How to install RHEL EPEL repository on Centos 5.x or 6.x The following article will describe how to configure a CentOS 5.x-based or Centos 6.x-based system to use Fedora Epel repos and third party remi package repos. These package repositories are not officially supported by CentOS, but they provide much more current versions of popular applications like PHP or MYSQL. Install the extra repositories The first step requires downloading some RPM files that contain the additional YUM repository definitions. The instructions below point to the 64-bit versions that work with our Cloud Server instances. Centos 5.x wget http://dl.fedoraproject.org/pub/epel/5/x86_64/epel-release-5-4.noarch.rpm wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm sudo rpm -Uvh remi-release-5*.rpm epel...
发表评论
阅读全文

64位OEL 6安装Oracle RCU报“libXext.so.6: cannot open shared object file: No such file or directory”的解决方法

在64位的Oracle Enterprise Linux 6上时报“ libXext.so.6: cannot open shared object file: No such file or directory ”的错误，已经装了64位x11相关的包，可见是缺少32位的包引起的。 1.libXext.so.6错误信息如下： 无法使用位置 /home/ecm/oinstall/rcuHome/rcu/log/logdir.2011-12-26_09-54/rcu.log 初始化日志记录程序 使用以下位置初始化日志记录程序: /tmp/logdir.2011-12-26_09-54/rcu.log Exception in thread "main" java.lang.UnsatisfiedLinkError: /home/ecm/oinstall/rcuHome/jdk/jre/lib/i386/xawt/libmawt.so: libXext.so.6: cannot open shared object file: No such file or directory     at java.lang.ClassLoader$NativeLibrary.load(Native Method)     at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1806)     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1702)     at java.lang.Runtime.load0(Runtime.java:770)     at java.lang.System.load(System.java:1003)     at java.lang.ClassLoader$NativeLibrary.load(Native Method)     at java.lang.ClassLoader.loadLibrar...
发表评论
阅读全文