站長日誌

透過DNSMASQ的DNS快取功能，減少UDP53的查詢

第一步: 安裝所需軟體
yum install bind-utils dnsmasq

第二步: 修改/etc/resolv.conf
新增最上面一筆
nameserver 127.0.0.1

第三步: 新增 /etc/resolv.dnsmasq.conf
nameserver 8.8.8.8
nameserver 8.8.4.4

第四步:複製原本/etc/hosts到dnsmasq內
cp /etc/hosts /etc/dnsmasq.hosts

第五步:修改/etc/dnsmasq.conf
resolv-file=/etc/resolv.dnsmasq.conf
strict-order
addn-hosts=/etc/dnsmasq.hosts
listen-address=127.0.0.1
no-dhcp-interface=
cache-size=10000

第六步:啟動dnsmasq
service dnsmasq start

第七步:測試
dig 34e.cc | grep “Query time”
第一次可能10ms以上，再測一次就會是0ms 表示快取成功

備註:
重開機後如果/etc/resolv.conf被重置，須至網路卡修改

修改檔案/etc/sysconfig/network-scripts/ifcfg-eth0的內容：
增加↓
PEERDNS=no

結束

移除本來的 php
yum -y remove php php*
安裝測試版本的 yum資料庫
rpm -Uvh https://mirror.webtatic.com/yum/el6/latest.rpm
rpm -Uvh https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm
安裝php56
yum install php56w php56w-opcache php56w-xml php56w-xmlrpc php56w-pdo php56w-mysql php56w-mcrypt php56w-mbstring php56w-curl php56w-gd

記得啟用OPcache
/etc/php.d/opcache.ini
註：php套件沒有移除乾淨的話，會出現錯誤，ex php-commn

1) /lib64/libc.so.6: version `GLIBC_2.14′ not found 解決

wget http://ftp.gnu.org/gnu/glibc/glibc-2.14.tar.gz
tar -xvf glibc-2.14.tar.gz
cd glibc-2.14
mkdir build
cd build
../configure -prefix=/usr -disable-profile -enable-add-ons -with-headers=/usr/include -with-binutils=/usr/bin
make && make install

2)GCC版本太舊，升级GCC到4.8.3

$ wget http://ftp.gnu.org/gnu/gcc/gcc-4.8.3/gcc-4.8.3.tar.gz
$ tar -zxvf gcc-4.8.3.tar.gz
$ cd gcc-4.8.3
$ ./contrib/download_prerequisites　
$ mkdir build
$ cd build
$ yum -y install gcc-c++
$ ../configure -enable-checking=release -enable-languages=c,c++ -disable-multilib
$ make && make install
$ cp ./stage1-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.19 /usr/lib64
$ cd /usr/lib64
$ rm -f /usr/lib64/libstdc++.so.6
$ ln -s libstdc++.so.6.0.19 libstdc++.so.6

跑tensorflow如果出現
「ImportError: DLL load failed with error code -1073741795」之類的動態檔讀取錯誤，問題是在CPU沒有支援「指令集擴充 AVX」。
有些CPU只有支援「指令集擴充 SSE」，然而tensorflow預設是使用AVX，所以CPU是SSE的永遠不會成功。

查詢你的CPU有無AVX範例：
https://ark.intel.com/content/www/tw/zh/ark/products/52224/intel-core-i5-2410m-processor-3m-cache-up-to-2-90-ghz.html (這顆是AVX)
https://ark.intel.com/content/www/tw/zh/ark/products/41447/intel-core-i7-930-processor-8m-cache-2-80-ghz-4-80-gt-s-intel-qpi.html (這顆是SSE)

我桌機沒有AVX，筆電有，所以剛測試一下，筆電很快就安裝起來了，桌機仍然失敗。
若CPU只有SSE的話必須手動修正tensorflow，
可以來這邊抓取相關的檔案 https://github.com/fo40225/tensorflow-windows-wheel

抓下來之後「pip install 檔名」即可安裝

另外Win7跑Tensorflow最簡單的方式就是用conda建一個虛擬環境，python選3.5，除了CPU指令集會有問題外，基本沒其他狀況。

yum groupinstall “Development tools”

tar -zxvf Python-2.7.12.tgz
cd Python-2.7.12/
./configure –prefix=/usr/local –enable-optimizations
make && make altinstall
//找出python
which python

ln -s /usr/local/bin/python2.7 /usr/local/bin/python

curl “https://bootstrap.pypa.io/get-pip.py” -o “get-pip.py”
python get-pip.py

pip install jieba
pip install gensim

yum install perl-CPAN

yum install python-setuptools python-setuptools-devel
yum install gcc-c++

cpan YAML
cpan Module::Build #這段常出錯
若是失敗
*yum install perl-ExtUtils-MakeMaker
* cpan Module::Install

上面兩個不確定要不要用 但莫名好了

cpan force install Module::Build

問題 build-essential
yum install -y libxml2 libxml2-devel libxslt libxslt-devel

1. Can’t locate Encode/Detect/Detector.pm 問題解決

wget http://search.cpan.org/CPAN/authors/id/J/JG/JGMYERS/Encode-Detect-1.00.tar.gz
tar -zxvf Encode-Detect-1.00.tar.gz
cd Encode-Detect-1.00
vi parche

—–新增內容—-
— Detector.xs 2006-10-27 16:48:59.000000000 -0400
+++ Detector.xs.old 2008-04-29 15:59:43.000000000 -0400
@@ -38,6 +38,7 @@
#define PERL_NO_GET_CONTEXT /* we want efficiency */
#include “EXTERN.h”
#include “perl.h”
+#undef HASATTRIBUTE_UNUSED
#include “XSUB.h”
}
——內容結束—-

perl Makefile.PL && make && make install

linux下mysql啟動錯誤，且無法啟動mysql服務，查看myql日誌，發現如下日誌：

2017-08-10 18:11:03 9772 [Note] InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(136019968 bytes) failed; errno 12
2017-08-10 18:11:03 9772 [ERROR] InnoDB: Cannot allocate memory for the buffer pool
2017-08-10 18:11:03 9772 [ERROR] Plugin ‘InnoDB’ init function returned error.
2017-08-10 18:11:03 9772 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.
2017-08-10 18:11:03 9772 [ERROR] Unknown/unsupported storage engine: InnoDB
2017-08-10 18:11:03 9772 [ERROR] Aborting

其中InnoDB: mmap(136019968 bytes) failed; errno 12是關鍵的錯誤信息。
從網上查資料，有人說修改innodb_buffer_pool_size，經過測試無效。
有人說是swap分區為0導致的此錯誤，使用free -m命令查看系統內存，發現swap確實為0。使用如下命令建立一個臨時的swap分區：

dd if=/dev/zero of=/swap bs=1M count=512 //創建一個swap文件，大小為512M
mkswap /swap //將swap文件變為swap分區文件
swapon /swap //將其映射為swap分區

此時使用free -m命令即可看到swap分區已存在了，然後啟動mysql服務即可。
為了保證下次系統啟動後，此swap分區被自動加載，需要修改系統的fstab文件，操作如下：

vi /etc/fstab
//在其中添加如下一行
/swap swap swap defaults 0 0

保存文件即可。