第一篇
1.虚拟机安装CenOS系统虚拟机如何安装系统
2.Linux系统基本命令学习Linux学习
3.环境准备（ 案例来自于：支持中文的deepdive：斯坦福大学的开源知识抽取工具（三元组抽取）
问题：
1.在CenOS系统中不能解压CNdeepdive .zip文件：解决方案
2.使用pg_ctl管理postgresql数据库报错：解决方案
给当前用户添加数据库管理权限
虚拟机下CenOS系统环境准备后：
由于未找到股权交易数据，实验没有进行下去。
第二篇
官网实验继续
一、实验准备
实验教程
根据说明，transaction文件中所包含的文件如图所示，其中db.url是执行行命令生成的，而app.ddlog和deepdive.conf是创建文本文档生成的。
创建了之后，不清楚各个文件的功能，于是查了一下，解释如图所示（参考文章:知识抽取）
参考资料
二、本次实验主要是执行图中的(1)、(2)、(3)步骤。
实验教程
（1）由于在实验步骤中所给网站获取不到数据，于是自己从官网拿了一些其他数据进行实验。
（2）步骤2是将app.ddlog文本打开，将教程里的代码复制进去。
（3）步骤3在执行行命令生成postgresql数据表中，出现以下错误:
搜索资料，解决办法如图所示（参考文章：CentOS提示 -bash: patch: command not found 解决办法）：
参考资料
解决了上述问题，输入命令deepdive compile && deepdive do transaction_dbdata，出现以下错误：
查找资料，得知GLIBC版本低，而程序所运行的版本是GLIBC_2.15。解决问题前，先了解以下GLIBC： GLIBC是gnu发布的libc库，即c运行库。GLIBC是Linux系统中最底层的API，几乎其它任何运行库都会依赖于GLIBC。GLIBC除了封装Linux系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。
对于CentOS这样的系统，为了追求稳定性往往各种库版本都很低，比如6.5甚至7.0自带的还是glibc2.12, 而ubuntu14.04带glibc2.19。（参考资料：Linux/Centos下/lib64/libc.so.6: version `GLIBC_2.14' not found）
我在虚拟机上使用的是CentOS6.9版本，查找系统所使用的GLIBC最高是glibc2.12，如图所示：
CentOS系统上的操作
因此我需要升级CentOS6.9系统中的GLIBC版本，升级到glibc2.15，操作方法如图所示，输入图中的行命令（参考资料：解决/lib64/libc.so.6: version `GLIBC_2.14' not found）
解决以上问题，执行命令 deepdive compile && deepdive do transaction_dbdata 。
CentOS系统上的操作
如下图实验中所写，生成了一个dataflow.svg文件。
实验教程
在run文件夹下生产dataflow.svg文件
本次实验结束后，transaction文件夹下有以下文件。
第三篇
出现错误如下：
错误原因是PostgreSQL数据库没启动，根据资料，将数据库启动，参考资料：参考资料
1.打开PostgreSQL数据库的终端
2. 输入命令：chkconfig --list ，查看所有服务并找到postgre的服务名称
3.若postgre服务是off状态，输入行命令 chkconfig postgresql on ，（默认postgresql不是自启动的，我们需要设置postgresql服务为自启动服务：）
4.输入命令：service postgresql status ，查看服务状态，我出现了错误：postmaster dead but pid file exists，解决方案是删除关于pid的文件，我在postgrex.db文件下找了postmaster.pid文件，删除该文件即可。再次输入命令 service postgresql status，查看有无其他问题
5.输入命令 ：service postgresql start ，启动postgresql服务
解决上述问题后，又出现以下问题：
问题待解决。。。
第四篇
对于昨天的【Ident authentication failed for postgres】问题，今天搜索了一天，还没有解决，网上的帖子基本是的解决方案是修改文件pg_hpa.conf里的内容（修改的是红线框里的内容），但都没有成功，如图所示。
今天我还修改了db.url文件内容，参考是官网教程，如图所示：
如果只是用postgres用户和密码，登录到PostgreSQL数据库，是可以登录到数据库，可以对数据库进行增删改等操作。
今天也学习了一下PostgreSQL数据库的常用命令
su - postgres //切换用户
service postgresql status //查看服务状态
service postgresql //start启动postgresql-9.4服务
ps -ef | grep postgres //查postgres的进程信息
netstat -tpnl | grep 5432 //查postgres的端口号5432是否已经打开
service postgresql status //查看服务状态
psql -U postgres //postgres用户连接pgsql server
chkconfig postgresql on //设置开机启动postgresql
service postgresql restart //重启数据库
总之，今天主要是练习了操作PostgreSQL数据库，明天继续解决问题
第五篇
根据教程（教程tutorial2.0链接：支持中文的deepdive），执行命令：deepdive do articles时，出现以下错误：could not connect to database postgres :FATAL:Ident authentication failed for user "lala"。在deepdive中连不上PostgreSQL数据库。
deepdive中的db.url文件配置DeepDive application structure如下（url教程：）：
而直接在PostgreSQL数据库中，用户lala可以登录到postgres数据库，如图所示。
PostgreSQL数据库的postgres.db文件夹中，有以下这些文件：
其中两个文件（pg_hba.conf和postgresql.conf）的配置信息如下：
网上搜索了一下问题（could not connect to database postgres :FATAL:Ident authentication failed for user "lala"）的解决方案，跟着上面的教程修改，还是未解决，搜到的一些解决方案链接如下：
1、PostgreSQL pg_ident.conf 文件简析
3、psql: FATAL: Ident authentication failed for user "postgres"
4、psql: FATAL: Ident authentication failed for user "postgres"
5、psql: FATAL: Ident authentication failed for user "postgres"
第六篇
搜索了很多资料都没有解决上一篇文章中的问题，于是我下狠心，卸载数据库，安装了一个更高版本的数据库PostgreSQL9.4（根据这篇安装教程安装的：postgresql 9.4 在linux环境的安装步骤详解），问题得到了解决，真的是舍不了孩子套不着狼啊。
执行命令：deepdive do articles,显示结果如下。
红色方框是执行命令deepdive do article后，出现的一个小问题。执行黄色方框中的命令：deepdive query '?- articles(id,_).',出现绿色方框里的结果，与教程里的结果一致。
第七篇
搜索了红色方框里的问题，解决方法是修改Python的版本，原因是check_output 从python 2.7 版本开始引入，在低于 2.7版本时，不起作用，而我的CentOS6.9系统自带的是Python2.6.6版本，所以不能用check_output。（参考资料：why? subprocess.check_output() module object has out attribute 'check_output'）
然而但我升级到Python3.3.0版本时，也会出错，如图所示.
出现上面的问题，是因为Python2和Python3之间语法之间的差别导致的，所以我只能采用2.7到小于3之间的Python版本，于是我安装了，如图所示。
执行命令，出现了以下结果，应该还存在着其他问题，还没解决。
第八篇
当输入命令：deepdive compile && deepdive do company_mention 时，出现了一下错误：
看到这错误时，一头雾水。搜了很多，在莫名地尝试中，问题就解决了。
解决方法启示：如何用Genia语料库训练斯坦福语法分析者？。文章里提到：
看到该用户的回答，我开始检查我的NLP是否安装或是否正确。于是我开始按照这篇教程，安装NLP：Stanford CoreNLP在linux系统中安装与使用。当安装到第三步时，我就不能继续安装。然后我试着重新输入命令时，发现问题得到了解决，非常惊喜。
输入命令：deepdive compile && deepdive do company_mention，出现结果如图所示（直选部分截图），注意两张图的区别：
输入命令：deepdive compile && deepdive do transaction_candidate，出现结果如图所示（直选部分截图），注意区别：
该命令大概执行了两个小时左右，出现了一下错误：
问题2在教程里有提到，于是我先解决这个问题，解决方案如图所示：
将transform.py中company_full_short.csv的相对路路径改为绝对路路径，修改后的结果如图所示：
于是，问题就得到了解决。
输入命令：deepdive compile && deepdive do transaction_feature，生成特征数据库。再输入命令：deepdive query '| 20 ?- transaction_feature(_, _, feature).' ，查看⽣生成结果。
此时，数据库中所存在的表有7张，都是自动创建的，但数据库db_articles要事先创建好：
而且，就连之前未执行成功的一条命令，也执行成功了。
实验未完待续。。。
第九篇
实验继续，当执行到命令：deepdive compile && deepdive do probabilities ，出现了以下错误：
上图告诉我们libbz2.so.1.0文件不存在，而且错误中也没告诉我们该文件存储在什么地方，于是我开始在网上搜索资料。
从资料error while loading shared libraries: xxx.so.x" 错误的原因和解决办法中，可以知道错误的原因有两个，没有该文件或者是路径不对。如下图所示：
我从很多资料上看到，libbz2.so.1.0文件进是在/usr/lib 或 /usr/lib64上。
于是，我先开始按照资料pbzip2: error while loading shared libraries: libbz2.so.1.0: cannot open shared object file解决问题，如下图所示：
当我在运行命令：yum install bzip2-libs时，出现了以下问题：
根据资料centos---运行yum报错：No module named yum，因为yum基于python写的，是该问题是yum的python版本对应不上目前python环境的版本导致的。 而在之前，应该是我升级过python的版本，所以才会导致以上问题。
根据资料的解决方法，我顺利的解决了问题（当然在这之前，我也尝试了其他的方法），如下图所示:
在我的系统里的修改后的结果如图所示，将第一行#! /usr/bin/python 改为 python2.6(版本好要看自己的系统安装了什么版本，我的系统有python2.6和2.7.7版本)
解决完关于yum的问题，继续解决关于libbz2.so.1.0的问题。
根据资料，我在路径/usr/lib64上继续执行命令yum install bzip2-libs，发现该文件已经存在，于是我开始尝试其他的解决方案。
看来很多资料，很多资料上面是通过建立软连接的方法，来解决问题。
比如，该方法是做一个软链接libbz2.so.1.0，指向已经有的libbz2.so.1.0.6。
如资料解决：error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No，也是通过建立软连接的方法解决问题的，如下图所示：
在偶然的翻找中，我发现在路径/lib64下，有libbz2.so.1.0.4文件存在，如图所示：
在/usr/lib64下是这样的：
于是，我尝试做一个软连接，源文件/lib64里的libbz2.so.1.0.4文件，目标文件是/usr/lib64里的libbz2.so.1.0文件，该做法相当于，若想使用/usr/lib64里的libbz2.so.1.0文件，通过软连接，将指向/lib64里的libbz2.so.1.0.4文件，而实际中真正使用/lib64里的libbz2.so.1.0.4文件，这有点类似于指针的用法，不管在哪里建立目标文件，通过软连接，使用的都是源文件。我的做法在路径/usr/lib64下，输入命令：ln -s /lib64/libbz2.1.0.4 /usr/lib64/llibbz2.1.0 ，输入命令：ls -alhtr | grep libbz2.so.1 ，查看已有的软连接，其中红色方框里，是新建立的软连接。如下图所示：
路径/usr/lib64下新建的软连接（蓝色方框里的）如图下图所示，如果软连接没有建立成功，则连接右上方不是箭头，是叉的标志。
解决完以上问题，再输命令：deepdive compile && deepdive do probabilities，出现以下错误：
输入命令：strings /usr/lib/libstdc++.so.6 | grep GLIBCXX ，查看有无GLIBCXX_3.4.15版本，结果如下图所示：
从图片可知，最高的版本是3.4.13，所以出错了。搜索资料，根据这两篇文章可知，下载更高版本的 libstdc++.so，建立软连接，即可解决问题，于是我下载了64位系统的libstdc++.so.6.0.13版本的文件，将它放在桌面上。在建立软连接之前，先查看有没有已存在软连接与即将要建立的软连接重复，于是输入命令：ls -alhtr | grep libstdc.so.6 ，发现libstdc.so.6已经做了软连接，因此，我们应该把这个软连接先删除，再重新建立软连接，如下图所示。
1.输入：rm -rf ./libstdc.so.6 ,删除原有的连接，
2.输入：ln -s /home/lala/Desktop/soft/libstdc.so.6.0.17 /usr/lib64/libstdc.so.6 ，建立新的软连接。
3.输入：ls -alhtr | grep libstdc.so.6，看看软连接是否建立成功。
4.输入：strings /usr/lib/libstdc++.so.6 | grep GLIBCXX，查看有无GLIBCXX_3.4.15版本。
解决以上问题，再输入命令：deepdive compile && deepdive do probabilities ，出现以下错误：
根据出错的文件路径，我查找该文件，应该是该文件损坏了。找了很久，终于在
factors文件里的另一个文件中（factors里就两个文件），找到了fctors.part-1.bin.bz2压缩包，替换了损坏的文件，从而问题得到了解决。
于是，我继续输入命令：deepdive compile && deepdive do probabilities，结果还是有错了，如下图所示：
这个问题也没有任何资料可以参考，打开run.sh文件，也看不出错误。于是我抱着试试的态度，从【1..4.. 实体抽取及候选实体对⽣生成】的命令：deepdive compile && deepdive do company_mention 开始，把每个命令都重新执行了一遍，结果。。。。。成功了，实验结果如下图所示：
所以，实验需要不断的尝试，才会不断地成功。
网友评论