參考很重要的一篇文章
解決 Geust VM 在 Nested ESXi 網路無法連外的問題
在 ESXi 裡面的 vSwitch/Port group 安全性設定找到:
Promiscuous mode: 預設是 Reject (off)
MAC Address Changes 預設是 Accept (on)
Forged Transmits 預設是 Accept (on)
必須將這三個設定值都設成 Accept 才行。
- The End -
搜尋此網誌
2017年1月18日 星期三
在Linux 查出Process ID 並作處置
作業系統重新開機後,所安排自動執行的 process id 每次都不同
所以透過以下指令,可以查出來並安排後續處理,
例如,找出 hgtask 這個 process 的 id:
ps ax | grep hgtask | awk '{print $1}' | head -1 > /tmp/hgtask_id
ID=`cut -c 1-6 /tmp/hgtask_id`
echo "HGTASK Process ID:"$ID
就會得到一個數字,後續處理上
例如,對該數字查出總共產生了多少個執行緒數量:
cat /proc/$ID/status | grep Threads > /tmp/hgtask_threads
Num=`cut -c 9-18 /tmp/hgtask_threads`
echo "HGTASK TotaL Threads:"$Num
就會得到一個數字,後續就看怎麼安排處理。
可參考
- The End -
所以透過以下指令,可以查出來並安排後續處理,
例如,找出 hgtask 這個 process 的 id:
ps ax | grep hgtask | awk '{print $1}' | head -1 > /tmp/hgtask_id
ID=`cut -c 1-6 /tmp/hgtask_id`
echo "HGTASK Process ID:"$ID
就會得到一個數字,後續處理上
例如,對該數字查出總共產生了多少個執行緒數量:
cat /proc/$ID/status | grep Threads > /tmp/hgtask_threads
Num=`cut -c 9-18 /tmp/hgtask_threads`
echo "HGTASK TotaL Threads:"$Num
就會得到一個數字,後續就看怎麼安排處理。
可參考
- The End -
2017年1月9日 星期一
升級 xampp 的 phpmyadmin
因為 phpmyadmin 被發現了嚴重的 phpmyadmin CVE-2016-6617
(參考 RedHat 公司的建議
https://bugzilla.redhat.com/show_bug.cgi?id=1399197 )
1. 升級 phpMyadmin 之前,先備份phpMyadmin裡面的config.inc.php 之後,在將檔案複製到新版本的 phpMyadmin 裡面
2.到官網來最新版 phpMyadmin
Done
(參考 RedHat 公司的建議
https://bugzilla.redhat.com/show_bug.cgi?id=1399197 )
1. 升級 phpMyadmin 之前,先備份phpMyadmin裡面的config.inc.php 之後,在將檔案複製到新版本的 phpMyadmin 裡面
2.到官網來最新版 phpMyadmin
Done
查看 elasticsearch 記憶體的設置是否生效
su elasticsearch --shell /bin/bash --command "ulimit -a"
安裝好 elasticsearch 要記得去調整記憶體限制
nano /etc/security/limits.conf
加入以下
# allow user 'elasticsearch' mlockall
elasticsearch soft memlock unlimited
elasticsearch hard memlock unlimited
安裝好 elasticsearch 要記得去調整記憶體限制
nano /etc/security/limits.conf
加入以下
# allow user 'elasticsearch' mlockall
elasticsearch soft memlock unlimited
elasticsearch hard memlock unlimited
2017年1月5日 星期四
MongoDB 3.x 啟用連線認證
先參考
https://scalegrid.io/blog/configuring-mongodb-cr-authentication-as-default-on-mongodb-3-x/
以及這篇 另外 Bugj問題這篇(MongoDB - admin user not authorized)
如果另一台MongoDB不調整認證方式,會導致資料恢復失敗,所以:
執行以下指令:
db.adminCommand({authSchemaUpgrade: 1});
確認出現 OK 的提示之後,日後進行 Data Restore 才不會出現以下
the users and roles collections in the dump have an incompatible auth version with target server: cannot restore users of auth version 5 to a server of auth version 3
官方文件參考
- The End -
https://scalegrid.io/blog/configuring-mongodb-cr-authentication-as-default-on-mongodb-3-x/
以及這篇 另外 Bugj問題這篇(MongoDB - admin user not authorized)
先新增管理員
切換到admin資料庫
use admin
新增使用者
db.createUser(
{
user: "superuser",
pwd: "xxxxxxxxxx",
roles: [ { role: "root", db: "admin" } ]
}
)
新增唯獨權限的使用者 將來管理方便
use admin
db.createUser(
{
user: "reader",
pwd: "reader1234567",
roles: [ { role: "readAnyDatabase", db: "admin" } ]
}
)
use admin
db.createUser(
{
user: "reader",
pwd: "reader1234567",
roles: [ { role: "readAnyDatabase", db: "admin" } ]
}
)
啟用 MongoDB 的帳密連線
vi /etc/mongod.conf
security:
authorization: enabled
然後重啟
systemctl restart mongod
還沒結束!!!
因為Mongodb 啟用連線認證之後,所以備份的資料結構都改變了,如果另一台MongoDB不調整認證方式,會導致資料恢復失敗,所以:
連線進去
mongo --authenticationDatabase=admin -u superuser -p xxxxxxxxxx 執行以下指令:
db.adminCommand({authSchemaUpgrade: 1});
確認出現 OK 的提示之後,日後進行 Data Restore 才不會出現以下
the users and roles collections in the dump have an incompatible auth version with target server: cannot restore users of auth version 5 to a server of auth version 3
官方文件參考
2016年12月30日 星期五
編譯 WordCount 遭遇到 JAVA 問題時
當 編譯 WordCount 時,一開始我們需要去修改 bashrc 環境
但是 JRE 環境是不能編譯的,會遭遇到 JAVA 錯誤。
由於我是安裝 OPENJDK 而非 ORACLE 的 JDK,
所以環境變數應該寫成這樣子:
export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.111-2.b15.el7_3.x86_64
2016年12月22日 星期四
利用 ssh-add 重新建立 ssh 免密碼登入
安裝 HADOOP 或者 SPARK 時候,都會需要建立 ssh 免密碼登入
但是當有時候改變了 hostname 主機之後,會發現需要重新打 keys
但有時候會發生 打完 keys 了,卻還不能夠成功 ssh 免密碼登入
這時候在 master 上利用以下指令
ssh-add
然後再重新反覆檢查是否能免密碼登入
但是當有時候改變了 hostname 主機之後,會發現需要重新打 keys
但有時候會發生 打完 keys 了,卻還不能夠成功 ssh 免密碼登入
這時候在 master 上利用以下指令
ssh-add
然後再重新反覆檢查是否能免密碼登入
訂閱:
文章 (Atom)