格力vrv空調故障代碼E5(格力vrv空調啟動不了)_1

格力vrv空調故障代碼E5(格力vrv空調啟動不了)

前沿拓展：

---

v 安裝Elasticsearch前的操作系統配置

比較理想的狀態是，每個Elasticsearch實例可以獨享一臺服務器的資源。為達到該目的，工程師應當修改操作系統配置，以授權給啟動Elasticsearch的賬號可以使用超出默認數量的資源。

Elasticsearch性能調優，以官網說明為理論基礎，結合集群的實際情況，主要內容如下：

· 關閉置換區（Disable swapping）

· 增加文件描述符的最大數量（Increase file descriptors）

· 足夠的虛擬內存（Ensure sufficient virtual memory）

· 足夠的線程最大數量（Ensure sufficient threads）

· Java虛擬機 DNS緩存設置（JVM DNS cache settings）

一、關閉置換區（Disable swapping）

大多數的操作系統傾向為文件系統使用更多的內存并提前置換出用不到的應用程序的內存。這會造成JVM堆數據甚至可執行的頁數據并置換到磁盤中。

內存置換對于性能的影響是致命的，要保證Elasticsearch節點的穩定，則要盡量避免該實例的內存數據因頻繁的置換而造成大量的消耗。這會引起垃圾回收而持續分鐘級的消耗而不是毫秒級的響應服務，某個節點如果出現慢響應可能會從集群中被刪除，造成數據副本的重新調整，造成更大的資源消耗。在一個彈性分布式集群中，引起操作系統殺死實例的操作是一種常見操作。

有三種方法關閉置換功能。優先推薦的是從操作層面關閉置換功能。如果此方法不可行，則可選置換最小化、或者通過鎖定內存。

1、關閉內存（Disable all swap files）

通常Elasticsearch會獨立運行在一個進程中，其內存使用量可通過JVM的選項進行設置。需要關閉置換功能。在Linux系統中，可以通過下面的命令臨時關閉置換功能：

sudo swapoff a

永久關閉置換功能，需要編輯/etc/fstab文件，具體操作為：注釋掉所有包含swap的行，具體操作如下：

/etc/fstab Created by anaconda on Fri Jul 14 15:30:22 2017 Accessible filesystems, by reference, are maintained under '/dev/disk' See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info UUID=a9fa39294b4c4987947a819c03af7823 / ext4 defaults 1 1 UUID=818D9FAB /boot/efi vfat umask=0077,shortname=winnt 0 0 UUID=57959c362a5141eba9654e530c9c23e5 /data1 ext4 defaults 1 2 UUID=ed78b67edd514079b0bc4e98419cfcbf /data2 ext4 defaults 1 2 UUID=4b0e4bf81b6149ce80c63d6bf3dc84c5 /data3 ext4 defaults 1 2 UUID=aa234557a5d549ad9fb03f0a4a790f1d /data4 ext4 defaults 1 2 UUID=417f316e40e44f64824b3b6c4c9a3ac6 /data5 ext4 defaults 1 2 UUID=b14c1c0ea9344dbebe990bfddf79a6e2 /data6 ext4 defaults 1 2 UUID=59e6092fec4b442bb0b35485d6a5682c /home ext4 defaults 1 2 UUID=667d5053a26448cb8402fb34056e4751 swap swap defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0

Windows系統下，可以通過下面的配置關閉置換功能：

System Properties → Advanced → Performance → Advanced → Virtual memory.

2、配置置換退化（Configure swappiness）

在Linux系統中另一種方式為設置參數vm.swappiness為1.該設置降低內存進行置換的概率，在正常狀態下，不會發生置換操作，只有在緊急條件下才會進行內存置換。

3、開啟內存鎖定（Enable bootstrap.memory_lock）

在Linux系統下，另一種方法為內存開辟鎖定，或者在windows下的虛擬鎖定，在RAM中申請并鎖定足夠大的內存，防止Elasticsearch實例在運行過程中出現內存置換。具體操作為編輯config/elasticsearch.yml文件，增加行內容：

bootstrap.memory_lock: true

在內存鎖定開辟時，可能會導致程序退出，出現這種情況是在申請的資源超出了系統的可申請量。

在啟動ELasticsearch后，工程師需要檢查上面mlockall設置是否生效，可以通過下面的命令檢查：

curl localhost:9201/_nodes?filter_path=.mlockall

成功狀態如下：

{ 　　"nodes":{ 　　　　"mNPe4rMTfSuXWb2hkCKw":{ 　　　　　　"settings":{ 　　　　　　　　"bootstrap":{ 　　　　　　　　　　"mlockall":"true" 　　　　　　　　} 　　　　　　}, 　　　　　　"process":{ 　　　　　　　　"mlockall":true 　　　　　　} 　　　　}, 　　　　"HpUl3I2BRymGjXpiWIp74g":Object{...}, 　　　　"rHxTXKZWS3eJzvPKtkcDiw":Object{...}, 　　　　"a31UPvCFQ3KVFlkNNAEkhQ":Object{...}, 　　　　"jnKPQYiSLmzot6Vu_eobA":Object{...}, 　　　　"eJdsbU5xTZW2yMwHzx_Lw":Object{...}, 　　　　"SKiU0MmsSqyAR2WHWYcTgw":Object{...}, 　　　　"sxKbCZK5StKImidc7NLuKQ":Object{...}, 　　　　"m5_bGqNRR9GzUvDBvl8riA":Object{...}, 　　　　"w6S4D0BdTGWYqezqTmpddg":Object{...}, 　　　　"wcCwMln_S0ST1kxebElPgA":Object{...}, 　　　　"DD5n0loHTymOKljT2FM5Fg":Object{...}, 　　　　"RGLLabhvRvGoTTTRwR04Yw":Object{...}, 　　　　"SrTsWg7vQVqQYuXhGmxxsw":Object{...}, 　　　　"6zsWx_BpTCiStkjfJYDGaQ":Object{...} 　　} }

如果mlockall 的值為 false，意味著內存鎖定申請失敗。此時可以通過查看日志文件獲取更多詳細信息，相關關鍵為Unable to lock JVM Memory.

在Linux系統中，最有可能的原因是運行Elasticsearch實例的用戶沒有權限鎖定內存，該問題可以通過下面的方式進行授權解決：

2 在啟動前執行 ulimit l unlimited

2 在/etc/security/limits.conf配置中設置memlock為unlimited

另一種內存鎖定申請失敗的原因是臨時目錄(/tmp) 掛載時設置了noexec 選項。該問題可以通過制定新的臨時目錄解決，該目錄采用ES_JAVA_OPTS環境變量：

export ES_JAVA_OPTS="$ES_JAVA_OPTS Djava.io.tmpdir=/path/to/temp/dir" ./bin/elasticsearch

二、文件描述符設置（File Descriptors）

在windows下運行不需要該步驟，該配置只在Linux系統時需要配置。

ELasticsearch在運行過程中需要消耗大量的文件描述符。當對文件描述符的需求量超出限制，可能導致比較危險的狀態，造成數據丟失。要保證運行Elasticsearch的用戶具有足夠大的可用文件描述符，例如設置為65536或者更高。

對于通過.zip and .tar.gz安裝包的情況，在啟動Elasticsearch之前，用root賬號設置ulimit n 65536，或者修改配置文件/etc/security/limits.conf的nofile為65536。

可以通過下面的命令檢查字段max_file_descriptors，確定設置是否生效，如下：

curl localhost:9201/_nodes/stats/process?filter_path=.max_file_descriptors { 　　"nodes":{ 　　　　"mNPe4rMTfSuXWb2hkCKw":{ 　　　　　　"process":{ 　　　　　　　　"max_file_descriptors":204800 　　　　　　} 　　　　}, 　　　　"HpUl3I2BRymGjXpiWIp74g":{ 　　　　　　"process":{ 　　　　　　　　"max_file_descriptors":204800 　　　　　　} 　　　　}, 　　　　"rHxTXKZWS3eJzvPKtkcDiw":Object{...}, 　　　　"a31UPvCFQ3KVFlkNNAEkhQ":Object{...}, 　　　　"jnKPQYiSLmzot6Vu_eobA":Object{...}, 　　　　"eJdsbU5xTZW2yMwHzx_Lw":Object{...}, 　　　　"SKiU0MmsSqyAR2WHWYcTgw":Object{...}, 　　　　"sxKbCZK5StKImidc7NLuKQ":Object{...}, 　　　　"m5_bGqNRR9GzUvDBvl8riA":Object{...}, 　　　　"w6S4D0BdTGWYqezqTmpddg":Object{...}, 　　　　"wcCwMln_S0ST1kxebElPgA":Object{...}, 　　　　"DD5n0loHTymOKljT2FM5Fg":Object{...}, 　　　　"RGLLabhvRvGoTTTRwR04Yw":Object{...}, 　　　　"SrTsWg7vQVqQYuXhGmxxsw":Object{...}, 　　　　"6zsWx_BpTCiStkjfJYDGaQ":Object{...} 　　} }

三、虛擬內存設置(Virtual memory)

Elasticsearch默認采用mmapfs 目錄存儲索引數據，默認情況下操作系統對mmap 的數量限制非常低，會導致內存溢出的異常。在Linux系統下，以root賬號執行下面的命令臨時提升mmap 的數值。

sysctl w vm.max_map_count=262144

永久設置該值，需要修改配置文件/etc/sysctl.conf，增加vm.max_map_count的值。在操作系統重啟后，運行sysctl vm.max_map_count.檢查是否生效。

sysctl vm.max_map_count

四、線程數設置（Number of threads）

Elasticsearch實例運行過程中，為實現多類型的操作需要開辟很大的線程池。當實例在需要的時候能夠創建新線程是非常重要的。確保運行Elasticsearch實例的用戶可創建線程數至少4096.

該設置可以在啟動Elasticsearch之前，以root賬號執行命令：

ulimit u 4096

可以通過修改配置文件永久解決該問題：

vim /etc/security/limits.conf bigdata soft nproc 65535 bigdata hard nproc 65535

對應linux centos系統，有些是在下面的文件中修改：

Default limit for number of user's processes to prevent accidental fork bombs. See rhbz 432903 for reasoning. soft nproc 65535 root soft nproc unlimited v 開發模式和生產模式

默認情況下，Elasticsearch假設工程師選擇開發模式。如果上面的配置沒有正確執行，則在日志文件中打印警告信息，而Elasticsearch實例將啟動并運行。

一旦配置了網絡設置如network.host，則Elasticsearch認為該實例運行在生產模式下，并升級上面的配置警告為配置異常。該異常將終止Elasticsearch的啟動，這是非常重要的安全檢查，以避免因為配置錯誤而導致數據丟失。

https://www.elastic.co/guide/en/elasticsearch/reference/master/systemconfig.html

參考網址：

https://www.elastic.co/guide/en/elasticsearch/reference/2.3/gettingstarted.html

拓展知識：