2019年6月3日 星期一

8-1-4 從集叢中刪除其中一台主機(Remove a cluster node)

Proxmox VE 4.x 中文初階學習手冊

8-1-4 從集叢中刪除其中一台主機(Remove a cluster node)

請仔細閱讀該程序,然後再繼續,因為它可能不是你想要或需要。
最重要的一件事就在本篇的最後面,一定要注意看,不然,會造成無法挽回的嚴重後果。
  1. 集叢主機群:
    pve
    pve2
    pve3 ---> 這一台是要移除的主機 (node), 因為常常會當機,但找不出原因。  
    pve4

     
  2. 以 proxmox VE 的網頁管理介面將
    node pve3 上所有的 VMs 及 LXC 全部移除或遷移至其它的主機上。
    (其實只要把 /etc/pve/lxc/*.conf 及 /etc/pve/qemu-server/*.conf 全搬移到其他位置,
    待完成後再把設定檔搬回原來的位置即可)

    並確認您已經把重要的虛擬機完成備份保留。
    也就是 pve3 上,不存在任何的虛擬機,現在,完完全全是一台「空機」。

    其實也不用這麼「搞工」,我們的 pve3 主機,是以一顆 80G 的硬碟作為開機碟,另外一棵 500G 的硬碟作為 存放虛擬機的資料碟,所以,只要做以下幾個動作,就可以把 pve3 變成「空機」,而且,再次重新安裝後再加入原來的集叢時可以快速的恢復原狀。
    1. 備份 /etc/fstab 檔案  (以後要再掛載存放虛擬機的資料碟會用的到,能節省很多時間)

    2. /etc/pve/lxc/*.conf (存放 LXC 虛擬機的設定檔) 及
      /etc/pve/qemu-server/*.conf (KVM 虛擬機的設定檔)
      搬移到其它備份的地方(既然是搬移,當然原來位置的檔案就--->不見了。)
      這樣,只要把設定檔移出, pve3 馬上成為乾淨的「空機」。

       
  3. 以 ssh 登入到集叢中的一個節點(node ,也就是集叢中的一台主機)。
    # ssh root@pve2
  4. 查看 集叢狀態
    # pvecm status
  5. 在此刻必須先關閉要刪除的節點,並確保它不會再開機(在同一個網段中)。
    所以,先把 pve3 主機永遠 關機。(沒錯,繼續看下去,您就會瞭解了)
    把 pve3 關完機後 (我是把電源線拔掉啦! 本來是想把硬碟拆下來的說)
    再回到 剛剛登入的 pve2 查詢現在的情況:
    # pvecm nodes
    Membership information
    ----------------------
        Nodeid      Votes Name
             1          1 pve
             2          1 pve2 (local)
             4          1 pve4 
    現在可以確定 pve3 已經不見了(失去聯絡)
  6. 再其中一台主機上下指令(目前是在 pve2) 刪除 pve3 這一個 node
    # pvecm delnode pve3
    如果,操作成功的話,不會有任何的回應。

     
  7. 再次檢查節點列表(node),確認已經不存在 pve3 這個節點。
    # pvecm status

    # pvecm nodes
​​
注意:
  1. 如上面所說的,
    在 刪除 pve3 節點 之前,
    關閉 pve3 的電源 ,並確保它不會在這個網路中再次開機出現 是非常重要的。

    如果 pve3 在這個網路結構中再次開機出現在同一個網路裡,那麼,因為 pve3 還記錄著原來集叢的設定,且 ssh 金鑰等都還存在,所以,pve3 會再次去改寫原來集叢裡的設定……所以,原來集叢將會被 pve3 給搞砸,而且是難以挽回的嚴重問題。
  2. 如果,因為某種原因,您想把 pve3 再次重新加入原來的集叢,其實很簡單,
    只要重新安裝,但名稱可以使用 pve5 ,然後再重新加入原來的集叢就可以了。
  3. 原來 pve3 的設定仍然保留在 原來集叢的主機裡。

2019年4月23日 星期二

raid z1-163.17.209.19

raid z1-163.17.209.19
3*2.7T=5.4T
lvm 開機,
/        1G

raid z1-163.17.209.31
3*5.4T=10.8T
ZFS  開機,
/        10.8T

raid z1-163.17.209.24---SDC UNAVIABLE
3*2.7T=5.4T
ZFS 開機,
/        5.4G

2019年4月19日 星期五

書籤

登入

  1. 在電腦上前往 gmail.com
  2. 輸入您的 Google 帳戶電子郵件地址e10701@wcjs.tc.edu.tw

新增書籤

  1. 在電腦上開啟 Chrome。
  2. 前往您日後想再次造訪的網站。
  3. 按一下網址列右邊的「星號」圖示 星號

尋找書籤

  1. 在電腦上開啟 Chrome。
  2. 依序按一下右上角的「更多」圖示 更多 然後 [書籤]
  3. 找到所需書籤並按一下。
如要快速開啟書籤,可善加利用書籤列。您的書籤會顯示在網址列下方,按一下書籤即可開啟。如要開啟或關閉書籤列,請依序按一下「更多」圖示 更多 然後 [書籤] 然後 [顯示書籤列]。
如果您有使用書籤列的習慣,請確認書籤列未處於隱藏狀態:
  1. 在電腦上開啟 Chrome。
  2. 依序按一下右上角的「更多」圖示 更多 然後 [書籤] 然後 [顯示書籤列]。

2019年3月15日 星期五

Google 帳戶電子郵件地址登入

登入 Gmail

如要開啟 Gmail,請透過電腦登入帳戶,或是在手機或平板電腦上的 Gmail 應用程式中新增帳戶。登入帳戶後,即可開啟收件匣來查看郵件。

登入

  1. 在電腦上前往 gmail.com
  2. 輸入您的 Google 帳戶電子郵件地址e10701@wcjs.tc.edu.tw
  3. 或電話號碼,以及您的密碼。
    • 如果系統已預先填入資訊,但您要登入其他帳戶,請按一下 [使用其他帳戶]
    • 如果系統顯示 Gmail 產品說明網頁,而不是登入網頁,請按一下網頁右上角的 [登入]。
提示:如果您使用公用電腦,請務必在離開電腦前登出帳戶。進一步瞭解如何安全地登入帳戶

疑難排解

2019年3月1日 星期五

人工智慧 書



https://books.google.com.tw/books?id=VZVDDwAAQBAJ&printsec=frontcover&dq=%E4%BA%BA%E5%B7%A5%E6%99%BA%E6%85%A7+%E6%9B%B8&hl=zh-TW&sa=X&ved=0ahUKEwjfkJjtwY_hAhUEfrwKHcjeCmA4FBDoAQguMAE#v=onepage&q=%E4%BA%BA%E5%B7%A5%E6%99%BA%E6%85%A7%20%E6%9B%B8&f=false


https://www.google.com/search?q=%E4%BA%BA%E5%B7%A5%E6%99%BA%E6%85%A7+%E6%9B%B8&newwindow=1&tbm=bks&ei=BJCRXLrcBIn28AWvmJnoCg&start=20&sa=N&ved=0ahUKEwi67ojewY_hAhUJO7wKHS9MBq04ChDy0wMIaQ&biw=960&bih=468&dpr=2

2019年2月22日 星期五

啟用讀取回條

https://support.google.com/a/answer/1383374

2019年2月15日 星期五

2019年2月14日 星期四

2019年2月13日 星期三

Linux中為網卡生成UUID

某個網卡的UUID改錯了或者刪除了,重新配置的時候需要UUID怎麼辦
在Linux或CentOS中,可以通過如下命令獲取網卡的uuid信息:
[root@ligle2 ~]# uuidgen eth1
07d07031-eb0f-4691-8606-befb46645433
獲取到eth1網卡的uuid,即可完成對ifcfg-eth1配置文件的修改,最後通過service network restart命令重啟網卡,OK。

nmcli dev status

systemctl restart network.service

vim /etc/sysconfig/network-scripts/ifcfg-ens21


ip a

uuidgen ens21

[root@w234 ~]# nmcli dev status
DEVICE  TYPE      STATE       CONNECTION
ens18   ethernet  <A4>w<B3>s<BD>u      ens18
ens21   ethernet  <A4>w<B3>s<BD>u      ens21
ens19   ethernet  <A4>w<B3>s<BD>u      ens19
ens20   ethernet  <A4>w<B3>s<BD>u      ens20
ens22   ethernet  <C2><F7><BD>u        --
lo      loopback  <A4><A3><A8><FC><BA><U+07B2>z<AA><BA>  --

[root@w234 ~]#





[CentOS] 在 CentOS 7 使用 firewalld 架設 NAT

NAT 伺服器


CentOS Linux 7 以 firewalld 指令設定防火牆規則教學


  架設 NAT 需要有兩個網路孔,一個負責 WAN,一個負責 LAN,先修改網卡的 zone 分別為   External (WAN) 跟 Internal (LAN),我的 ens18 負責 WAN,ens19 負責 LAN。
nmcli c mod ens19 connection.zone internal
nmcli c mod ens22 connection.zone external
nmcli c mod ens18 connection.zone public

然後確認一下有沒有成功
firewall-cmd --get-active-zone

WAN 設定 IP masquerad,其實我不太懂這是什麼意思,似乎是 IP 偽裝。

firewall-cmd --zone=external --add-masquerade --permanent
firewall-cmd --zone=public --add-masquerade --permanent

firewall-cmd --zone=internal --add-masquerade --permanent
firewall-cmd --reload

檢查一下 ip fordwarding 是否啟用,如果啟用的話結果為 1

cat /proc/sys/net/ipv4/ip_forward

Port fordwarding
通過 WAN 的 port 22/tcp 轉發到 WAN 本身的  port 9487/tcp
firewall-cmd --zone=external --add-forward-port=port=22:proto=tcp:toport=9487
firewall-cmd --list-all --zone=external

firewall-cmd --zone=public --add-forward-port=port=22:proto=tcp:toport=9487
firewall-cmd --list-all --zone=public

通過 WAN 的 port 22/tcp 轉發到 192.168.0.31
firewall-cmd --zone=external --add-forward-port=port=22:proto=tcp:toport=22:toaddr=192.168.0.31
firewall-cmd --list-all --zone=external


firewall-cmd --zone=public --add-forward-port=port=22:proto=tcp:toport=22:toaddr=192.168.0.31

firewall-cmd --list-all --zone=public

允許封包轉送
firewall-cmd --direct --add-rule ipv4 nat POSTROUTING 0 -o ens22 -j MASQUERADE
firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -i ens19 -o ens22 -j ACCEPT
firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -i ens22 -o ens19 -m state --state RELATED,ESTABLISHED -j ACCEPT
firewall-cmd --reload

firewall-cmd --direct --add-rule ipv4 nat POSTROUTING 0 -o ens18 -j MASQUERADE
firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -i ens19 -o ens18 -j ACCEPT
firewall-cmd --direct --add-rule ipv4 filter FORWARD 0 -i ens18 -o ens19 -m state --state RELATED,ESTABLISHED -j ACCEPT

firewall-cmd --reload

重新讀取防火牆設定後,NAT 就完成了,之後可以在上面安裝 dhcp,這樣就不用手動設定 IP 了。

2019年2月11日 星期一

winroll.conf

drbl-winroll-1.7.0-228-setup

c:/cygwin/drbl_winroll-config/winroll.cfg

##############################################################
#                                                            #
# This script is created by winroll-setup.bat                #
#                                                            #
# License: GPL                                               #
# NCHC Free Software Labs  , NCHC ,Taiwan                    #
#                                                            #
##############################################################

drbl-winroll.VERSION = 1.7.0
cygwin.dll.VERSION = 2.1.0
wsname.VERSION = 2.88b
monitor.VERSION = Munin Node 1.6.1-beta
rc.VERSION = 228

# HN_WSNAME_DEF_PARAM : Define default wsname parameter, assigned by winroll-set.bat
HN_WSNAME_DEF_PARAM = /N:$MAC
NETWORK_MODE_DEF_PARAM = dhcp
IF_NEWSID_DEF_PARAM = 0

# SKIP_SERVICE_AS_TEMPLETE : Define which service to skip as templete mode
# options:  "autohostname config_network autonewsid add2ad"
SKIP_SERVICE_AS_TEMPLETE="autonewsid add2ad"
###############################################################
# HN_WSNAME_PARAM : Define customized wsname parameter, assigned by user.
# The follow is several suggested format
# HN_WSNAME_PARAM = /N:PC-$ZFIP[3+]
# # $ZFIP is zero-filling IP , 10.0.2.15 -> 010.000.002.015
# # $ZFIP not native param via wsname, it's by drbl-winroll project
# Other format:
# HN_WSNAME_PARAM = /N:PC-$MAC
# HN_WSNAME_PARAM = /N:PC-$MAC[6+]
# HN_WSNAME_PARAM = /N:PC-$IP[3+]
#   HN_WSNAME_PARAM = /RDF:C:\cygwin\drbl_winroll-config\hosts.conf /DFK:$MAC  [by local file]
#   HN_WSNAME_PARAM = /RDF:http://10.0.2.2/winroll.cfg/hosts.rem.conf /DFK:$MAC  [by http file]
#
# WG_WSNAME_PARAM : Define customized workgroup parameter, assigned by user.
# The follow is several suggested format
# No action if empty parameter
# $NM: use IP/Netmask
# $DNS_SUFFIX: use DNS suffix
#
# Other example:
# WG_WSNAME_PARAM = GROUP-$NM
# WG_WSNAME_PARAM = WG-$DNS_SUFFIX
#
# CONFIG_NETWORK_MODE :
# CONFIG_NETWORK_MODE = dhcp [ use dhcp ]
# CONFIG_NETWORK_MODE = /RDF:C:\cygwin\drbl_winroll-config\client-mac-network.conf [ by local file ]
# CONFIG_NETWORK_MODE = /RDF:http://10.0.2.2/winroll.cfg/client-mac-network.rem.conf [ by http file ]
# CONFIG_NETWORK_MODE = none [ not take care network configuration ]
###############################################################
##HN_WSNAME_PARAM = /N:PC-$IP[3+]
HN_WSNAME_DEF_PARAM = /N:$MAC
WG_WSNAME_PARAM = m6-1809 
##dhcp server down 後,dhcpd.conf 要保留,正常時電腦編號&網卡編號&ip addresss 會同步。
##dhcp server down 後,會有新的區域網路, WG_WSNAME_PARAM = NAT 
IF_AUTOHOSTNAME_SERVICE = y
CONFIG_NETWORK_MODE = dhcp

2019年1月30日 星期三

10.209.6.246--> 172.16.6.246:教務處:彩色Brother HL-3170CDW-虛擬IP

10.209.6.246-->
172.16.6.246:教務處:彩色Brother HL-3170CDW-虛擬IP才能使用。
 DRIVER

1.dhcp server 指定 Brother HL-3170CDW-mac 給 172.16.6.246

2.Brother HL-3170CDW-networking-reset

3. pc  重設  DRIVER- 172.16.6.246

2019年1月26日 星期六

[經驗分享]Proxmox VE 上傳 ISO 檔注意事項與技巧

方法三

為了節省先下載到電腦再上傳進 PVE 的時間,我們應該要讓 PVE 直接去抓取所需 ISO 映像檔。

首先,在介面上開啟 Node 節點的 Shell 命令列,或是用 SSH 登入 PVE。

進入 PVE Node 節點 Shell 命令列



接下來,請準備 ISO 的來源下載位址,以 FreeNAS 為例:



取得 ISO 檔案下載位址


有了下載位址以後,就可以利用指令讓 PVE 直接下載該檔案到指定位置。

下載 ISO 映像檔到指定位置
wget https://download.freenas.org/11.2/STABLE/U1/x64/FreeNAS-11.2-RELEASE-U1.iso 
-O /vmimage/template/iso/FreeNAS-11.2-U1.iso


執行以後,就可放著讓 PVE 自己下載了,這個小技巧直接又方便。

直接在 PVE 伺服器下載完成

參考



2019年1月22日 星期二

將多台的 Proxmox Server 集合起來

將多台的 Proxmox Server 集合起來,可以在任何一台 Proxmox Server 上進行管理工作。
二台 Proxmox Server 的 VMID 不能一樣
pve 192.168.131.226
 

 

pve1 192168.131.227
 

 
1. 開啟終端機 Shell
 

2. 在 pve 192.168.131.226 主機上執行(叢集名稱可以自定)
pvecm create pvecluster
Corosync Cluster Engine Authentication key generator.
Gathering 1024 bits for key from /dev/urandom.
Writing corosync key

 

3. 在 pve1 192.168.131.227 主機上執行,要先將設定檔移至它處
mkdir -p /root/pve/{lxc,qemu-server}
mv /etc/pve/lxc/* /root/pve/lxc
mv /etc/pve/qemu-server/* /root/pve/qemu-server
reboot
 


4. 在 pve1 192.168.131.227 主機上執行 
# pvecm add 192.168.131.226   -force
root@192.168.131.226's password:
copy corosync auth key
stopping pve-cluster service
backup old database
waiting for quorum...OK
generating node certificates
merge known_hosts file
restart services

successfully added node 'pve1' to cluster.
如果沒有做第 3 步驟,會出現如下的錯誤訊息
 

5. 在 pve1 192.168.131.227 主機上執行 
mv /root/pve/lxc/* /etc/pve/lxc
mv /root/pve/qemu-server/* /etc/pve/qemu-server
rm -rf /root/pve
reboot

6. 在二台主機上都可以進行管理
pve 192.168.131.226
pve1 192.168.131.227

2019年1月13日 星期日

PVE 4.2 Cluster 修改方式

PVE 4.2 Cluster 修改方式
這個週末完美突破了 PVE 4.2 的 不能修改 cluster 模式. 徹底了解 corosync cluster 如何運作. 得到以下的結論:
  1. PVE Cluster 可以改 ip!
  2. 已經加入了 cluster 的 node 是最好不要修改名稱, 因為 hostname 是有搭配 public key/private key 建制的, 如果重新命名 hostname, 那些 key 是要重建的, 倒不如, 退出 cluster 後再加入.
PVE 4.2 的部分一直以來都是最困難的一部分, 而且它的設定都一直是 read only 模式. 因為沒有修改正確, 那麼 cluster 就會進入 failed state. 舊的 cluster, 其 管理界面 ip 是 192.168.253.x. 但是為了新的網路架構, 我必須要全部移到 10.0.3.x 的 network 上面. 在這部分, 需要在 /etc/hosts 裡面修改 pvelocalhost 到正確的 ip 位置. 再來所有的 node-list 裡面的 host 也要修改到他們新的 ip. 先讓 cluster node 下線
 "service pve-cluster stop"
然後強制 pve node 以 local 模式開啟 Proxmox Cluster file system, 執行
"pmxcfs -l"
修改 /etc/pve/corosync.conf totem 部分的 bindnetaddr
把在現有所有的 cluster node 都是以上述模式下線修改, 如果有 4個 nodes, 那麼都要下線修改, 10個 nodes 也都是要下線修改.
全部的 node 修改好了以後, 每一個 node 都要執行
"service pve-cluster start"
"service pvedaemon restart"
"service pveproxy restart"
"service pvestatd restart"
如果是要修改 node 的名稱的方法如下
"service pve-cluster stop"
"rm /etc/pve/corosync.conf"
"rm -rf /etc/corosync"
"rm /var/lib/pve-cluster/corosync.authkey"
修改你的 /etc/hostname 以及 /etc/hosts 然後執行
"pvecm updatecerts -f"
在一台 PVE cluster member 裡面執行
"pvecm delnode  [舊 node 的 hostname]"
再來就是以 新 node 加入cluster 模式, 就可以了.
"pvecm add [IP-ADDRESS-CLUSTER]"
/root/.ssh/knownhosts 的 entry 以及 /root/.ssh/authorize_keys 有可能需要需改. 把舊的 node entry 移除. 基本上都會報錯在第幾行有錯誤的訊息, 我都是最後要手動使用 vi 整行刪除, 使用 ssl regen -f 無效.
PVE Cluster 其實說穿了, 只要 hostname 可以對應到 ip (/etc/hosts 要正確), 再來就是所有的 ssl key 要 match. 這樣子就可以很簡單修改 cluster. 但是如果 node 越多, 需改起來的複雜度就越難.

2019年1月6日 星期日

sdc2 ONLINE 0 0 8


推  ZFS
推  Block mode iSCSI
推  thick mode iSCSI at Filesystem

不推  thin mode iSCSI at btrfs Filesystem

觀察 每一個 datastore寫入延遲有多大?
讀取延遲有多大?
如果有超過100ms,就要考慮換架構了!




root@w26:~# zpool status
  pool: rpool
 state: ONLINE
status: One or more devices has experienced an unrecoverable error.  An
attempt was made to correct the error.  Applications are unaffected.
action: Determine if the device needs to be replaced, and clear the errors
using 'zpool clear' or replace the device with 'zpool replace'.
   see: http://zfsonlinux.org/msg/ZFS-8000-9P
  scan: none requested
config:

NAME        STATE     READ WRITE CKSUM
rpool       ONLINE       0     0     0
  raidz1-0  ONLINE       0     0     0
    sda2    ONLINE       0     0     0
    sdb2    ONLINE       0     0     0
    sdc2    ONLINE       0     0     8

errors: No known data errors
root@w26:~#

Dec  6 11:30:01 w26 systemd[1]: Started Proxmox VE replication runner.
Dec  6 11:30:40 w26 kernel: [167258.110376] ata3.00: exception Emask 0x10 SAct 0x40000001 SErr 0x400100 action 0x6 frozen
Dec  6 11:30:40 w26 kernel: [167258.111069] ata3.00: irq_stat 0x08000000, interface fatal error
Dec  6 11:30:40 w26 kernel: [167258.111733] ata3: SError: { UnrecovData Handshk }
Dec  6 11:30:40 w26 kernel: [167258.112380] ata3.00: failed command: WRITE FPDMA QUEUED
Dec  6 11:30:40 w26 kernel: [167258.113044] ata3.00: cmd 61/08:00:c8:1c:16/00:00:10:00:00/40 tag 0 ncq dma 4096 out
Dec  6 11:30:40 w26 kernel: [167258.113044]          res 40/00:04:c8:1c:16/00:00:10:00:00/40 Emask 0x10 (ATA bus error)
Dec  6 11:30:40 w26 kernel: [167258.114363] ata3.00: status: { DRDY }
Dec  6 11:30:40 w26 kernel: [167258.115056] ata3.00: failed command: WRITE FPDMA QUEUED
Dec  6 11:30:40 w26 kernel: [167258.115816] ata3.00: cmd 61/38:f0:98:bd:5d/00:00:95:00:00/40 tag 30 ncq dma 28672 out
Dec  6 11:30:40 w26 kernel: [167258.115816]          res 40/00:04:c8:1c:16/00:00:10:00:00/40 Emask 0x10 (ATA bus error)
Dec  6 11:30:40 w26 kernel: [167258.117115] ata3.00: status: { DRDY }
Dec  6 11:30:40 w26 kernel: [167258.117756] ata3: hard resetting link
Dec  6 11:30:41 w26 kernel: [167258.434432] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Dec  6 11:30:41 w26 kernel: [167258.446878] ata3.00: configured for UDMA/33
Dec  6 11:30:41 w26 kernel: [167258.446882] sd 2:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Dec  6 11:30:41 w26 kernel: [167258.446884] sd 2:0:0:0: [sdc] tag#0 Sense Key : Illegal Request [current]
Dec  6 11:30:41 w26 kernel: [167258.446884] sd 2:0:0:0: [sdc] tag#0 Add. Sense: Unaligned write command
@    

Dec  6 11:30:41 w26 kernel: [167258.447552] sd 2:0:0:0: [sdc] tag#30 CDB: Write(16) 8a 00 00 00 00 00 95 5d bd 98 00 00 00 38 00 00
Dec  6 11:30:41 w26 kernel: [167258.447552] print_req_error: I/O error, dev sdc, sector 2505948568
Dec  6 11:30:41 w26 kernel: [167258.448217] ata3: EH complete
Dec  6 11:31:00 w26 systemd[1]: Starting Proxmox VE replication runner...
Dec  6 11:31:01 w26 systemd[1]: Started Proxmox VE replication runner.
Dec  6 11:31:31 w26 kernel: [167309.314491] ata3.00: exception Emask 0x10 SAct 0x6 SErr 0x400100 action 0x6 frozen
Dec  6 11:31:31 w26 kernel: [167309.315184] ata3.00: irq_stat 0x08000000, interface fatal error
Dec  6 11:31:31 w26 kernel: [167309.315853] ata3: SError: { UnrecovData Handshk }
Dec  6 11:31:31 w26 kernel: [167309.316509] ata3.00: failed command: WRITE FPDMA QUEUED
Dec  6 11:31:31 w26 kernel: [167309.317170] ata3.00: cmd 61/38:08:b8:56:bc/00:00:52:00:00/40 tag 1 ncq dma 28672 out
Dec  6 11:31:31 w26 kernel: [167309.317170]          res 40/00:14:78:c0:5d/00:00:95:00:00/40 Emask 0x10 (ATA bus error)
Dec  6 11:31:31 w26 kernel: [167309.318569] ata3.00: status: { DRDY }
Dec  6 11:31:31 w26 kernel: [167309.319308] ata3.00: failed command: WRITE FPDMA QUEUED
Dec  6 11:31:31 w26 kernel: [167309.319961] ata3.00: cmd 61/38:10:78:c0:5d/00:00:95:00:00/40 tag 2 ncq dma 28672 out
Dec  6 11:31:31 w26 kernel: [167309.319961]          res 40/00:14:78:c0:5d/00:00:95:00:00/40 Emask 0x10 (ATA bus error)
Dec  6 11:31:31 w26 kernel: [167309.321316] ata3.00: status: { DRDY }
Dec  6 11:31:31 w26 kernel: [167309.321973] ata3: hard resetting link

Dec  6 11:31:32 w26 kernel: [167309.638379] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Dec  6 11:31:32 w26 kernel: [167309.650802] ata3.00: configured for UDMA/33
Dec  6 11:31:32 w26 kernel: [167309.650807] sd 2:0:0:0: [sdc] tag#1 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Dec  6 11:31:32 w26 kernel: [167309.650808] sd 2:0:0:0: [sdc] tag#1 Sense Key : Illegal Request [current]
Dec  6 11:31:32 w26 kernel: [167309.650809] sd 2:0:0:0: [sdc] tag#1 Add. Sense: Unaligned write command
Dec  6 11:31:32 w26 kernel: [167309.650810] sd 2:0:0:0: [sdc] tag#1 CDB: Write(16) 8a 00 00 00 00 00 52 bc 56 b8 00 00 00 38 00 00
Dec  6 11:31:32 w26 kernel: [167309.650810] print_req_error: I/O error, dev sdc, sector 1388074680
Dec  6 11:31:32 w26 kernel: [167309.651481] sd 2:0:0:0: [sdc] tag#2 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Dec  6 11:31:32 w26 kernel: [167309.651481] sd 2:0:0:0: [sdc] tag#2 Sense Key : Illegal Request [current]
Dec  6 11:31:32 w26 kernel: [167309.651482] sd 2:0:0:0: [sdc] tag#2 Add. Sense: Unaligned write command
Dec  6 11:31:32 w26 kernel: [167309.651483] sd 2:0:0:0: [sdc] tag#2 CDB: Write(16) 8a 00 00 00 00 00 95 5d c0 78 00 00 00 38 00 00
Dec  6 11:31:32 w26 kernel: [167309.651483] print_req_error: I/O error, dev sdc, sector 2505949304
Dec  6 11:31:32 w26 kernel: [167309.652176] ata3: EH complete
Dec  6 11:32:00 w26 systemd[1]: Starting Proxmox VE replication runner...
Dec  6 11:32:01 w26 systemd[1]: Started Proxmox VE replication runner.
Dec  6 11:33:00 w26 systemd[1]: Starting Proxmox VE replication runner...
Dec  6 11:33:01 w26 systemd[1]: Started Proxmox VE replication runner.
Dec  6 11:33:19 w26 smartd[3087]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 65 to 64
Dec  6 11:33:19 w26 smartd[3087]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 35 to 36
Dec  6 11:33:29 w26 kernel: [167427.074173] ata3.00: exception Emask 0x10 SAct 0x180000 SErr 0x400100 action 0x6 frozen
Dec  6 11:33:29 w26 kernel: [167427.075032] ata3.00: irq_stat 0x08000000, interface fatal error
Dec  6 11:33:29 w26 kernel: [167427.075807] ata3: SError: { UnrecovData Handshk }
Dec  6 11:33:29 w26 kernel: [167427.076587] ata3.00: failed command: WRITE FPDMA QUEUED
Dec  6 11:33:29 w26 kernel: [167427.077363] ata3.00: cmd 61/30:98:f8:62:bc/00:00:52:00:00/40 tag 19 ncq dma 24576 out
Dec  6 11:33:29 w26 kernel: [167427.077363]          res 40/00:9c:f8:62:bc/00:00:52:00:00/40 Emask 0x10 (ATA bus error)
Dec  6 11:33:29 w26 kernel: [167427.078982] ata3.00: status: { DRDY }
Dec  6 11:33:29 w26 kernel: [167427.079741] ata3.00: failed command: WRITE FPDMA QUEUED
Dec  6 11:33:29 w26 kernel: [167427.080390] ata3.00: cmd 61/38:a0:38:c6:5d/00:00:95:00:00/40 tag 20 ncq dma 28672 out
Dec  6 11:33:29 w26 kernel: [167427.080390]          res 40/00:9c:f8:62:bc/00:00:52:00:00/40 Emask 0x10 (ATA bus error)
Dec  6 11:33:29 w26 kernel: [167427.081694] ata3.00: status: { DRDY }
Dec  6 11:33:29 w26 kernel: [167427.082422] ata3: hard resetting link

Dec  6 11:33:29 w26 kernel: [167427.397998] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Dec  6 11:33:29 w26 kernel: [167427.409993] ata3.00: configured for UDMA/33
Dec  6 11:33:29 w26 kernel: [167427.409998] sd 2:0:0:0: [sdc] tag#19 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Dec  6 11:33:29 w26 kernel: [167427.409999] sd 2:0:0:0: [sdc] tag#19 Sense Key : Illegal Request [current]
Dec  6 11:33:29 w26 kernel: [167427.410000] sd 2:0:0:0: [sdc] tag#19 Add. Sense: Unaligned write command
Dec  6 11:33:29 w26 kernel: [167427.410001] sd 2:0:0:0: [sdc] tag#19 CDB: Write(16) 8a 00 00 00 00 00 52 bc 62 f8 00 00 00 30 00 00
Dec  6 11:33:29 w26 kernel: [167427.410002] print_req_error: I/O error, dev sdc, sector 1388077816
Dec  6 11:33:29 w26 kernel: [167427.410711] sd 2:0:0:0: [sdc] tag#20 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
Dec  6 11:33:29 w26 kernel: [167427.410712] sd 2:0:0:0: [sdc] tag#20 Sense Key : Illegal Request [current]
Dec  6 11:33:29 w26 kernel: [167427.410713] sd 2:0:0:0: [sdc] tag#20 Add. Sense: Unaligned write command
Dec  6 11:33:29 w26 kernel: [167427.410714] sd 2:0:0:0: [sdc] tag#20 CDB: Write(16) 8a 00 00 00 00 00 95 5d c6 38 00 00 00 38 00 00
Dec  6 11:33:29 w26 kernel: [167427.410716] print_req_error: I/O error, dev sdc, sector 2505950776
Dec  6 11:33:29 w26 kernel: [167427.411467] ata3: EH completeThis message was generated by the smartd daemon running on:

   host name:  w28
   DNS domain: wcjs.tc.edu.tw

The following warning/error was logged by the smartd daemon:

Device: /dev/sdb [SAT], 204 Currently unreadable (pending) sectors

Device info:
WDC WD30EZRX-00AZ6B0, S/N:WD-WMC070076511, WWN:5-0014ee-25c29c3c6, FW:80.00A80, 3.00 TB
For details see host's SYSLOG.

You can also use the smartctl utility for further investigation.
The original message about this issue was sent at Thu Dec  7 13:33:38 2017 CST
Another message will be sent in 24 hours if the problem persists.

                                

2019年1月4日 星期五

2019年1月3日 星期四

2019年1月1日 星期二

Debian / Ubuntu 安裝 NFS Server

NFS (Network File System) 是讓 Unix Like 的作業系統, 能用 mount 的方式來存取遠端伺服器分享出來的目錄, 讓操作起來像操作本機目錄一樣。以下會介紹在 Debian 及 Ubuntu 安裝及設定 NFS Server 的方法:
NFS Server 安裝
1. 安裝 NFS:
設定分享的目錄, 以下是 /var/nfsshare:
開啟 /etc/exports 檔案, 加入以下內容:

啟動 NFS Server:
NFS Client 安裝:
建立 NFS 目錄掛載點:
現在可以用 mount 指令掛載 192.168.0.10 分享出來的目錄:
如果需要下次重新開機後就會自動掛載, 現在開啟 /etc/fstab, 加入以下內容:
留意上面的 192.168.0.10 是 NFS Server 的 IP, 需要根據自己的情況修改。

vzdump --dumpdir /var/nfsshare/ --compress gzip 1303


qmrestore /var/nfsshare/vzdump-qemu-2501-2017_12_26-13_25_59.vma.gz 1401