英文原文參見：

為陽朔等地區(qū)用戶提供了全套網(wǎng)頁設計制作服務，及陽朔網(wǎng)站建設行業(yè)解決方案。主營業(yè)務為成都網(wǎng)站建設、網(wǎng)站建設、陽朔網(wǎng)站設計，以傳統(tǒng)方式定制建設網(wǎng)站，并提供域名空間備案等一條龍服務，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！

    https://moosefs.com/documentation/faq.html#26

找翻譯工具翻譯的，個人感覺還比較準確，如有疏漏和錯誤的地方，各位可留言說明。

歡迎交流溝通：QQ 249016681

-------------------------------------------------------------------------------------

經(jīng)常問的問題

目錄：

1、我們期望什么平均的寫入/讀取速度？

2、目標設置是否影響寫入/讀取速度？

3、是否支持并發(fā)讀寫操作？

4、使用多少CPU / RAM資源？

5、是否可以在飛行中添加/刪除chunkserver和磁盤？

6、如何標記要刪除的磁盤？

7、我對集群文件系統(tǒng)的經(jīng)驗是元數(shù)據(jù)操作相當慢。你是如何解決這個問題的？

8、目錄大小的值在MooseFS上有什么意義？它與標準Linux ls -l輸出不同。為什么？

9、當我在文件系統(tǒng)上執(zhí)行df -h時，結果與預期的相符，考慮到書面文件的實際大小。

10、我可以在MooseFS上保留源代碼嗎？為什么小文件占用的空間比預期的多？

11、Chunkservers和Metadata Server是否自行進行校驗和？

12、主服務器需要什么資源？

13、當我刪除文件或目錄時，MooseFS大小不會改變。為什么？

14、當我添加第三臺服務器作為額外的chunkserver，它看起來像系統(tǒng)開始將數(shù)據(jù)復制到第三臺服務器，即使文件目標仍設置為2。

15、MooseFS 64位兼容嗎？

16、我可以修改塊大小嗎？

17、如何知道文件是否已成功寫入MooseFS

18、MooseFS有什么限制（例如文件大小限制，文件系統(tǒng)大小限制，大文件數(shù)，可以存儲在文件系統(tǒng)上）？

19、我可以為mfscgiserv設置HTTP基本身份驗證嗎？

20、我可以在MooseFS上運行郵件服務器應用程序嗎？郵件服務器是一個非常繁忙的應用程序與大量的小文件 - 我不會丟失任何文件？

21、有沒有對網(wǎng)絡，MTU或帶寬的建議？

22、MooseFS是否支持補充組？

23、MooseFS是否支持文件鎖定？

24、可以通過DHCP為IP地址分配IP地址嗎？

25、我的一些塊服務器占用了90％的空間，而其他的只有10％。為什么重新平衡過程需要這么長時間？

26、我有Metalogger運行 - 我應該在主服務器上進一步備份元數(shù)據(jù)文件嗎？

27、我認為我的一個磁盤較慢/損壞。我該怎么找到？

28、如何找到主服務器PID？

29、Web界面顯示有一些具有目標0的塊的副本。這是什么意思？

30、mfsmount報告的每個錯誤信息都是一個嚴重問題嗎？

31、如何驗證MooseFS集群是否聯(lián)機？當主服務器關閉時，mfsmount會發(fā)生什么？

32、我們期望什么平均的寫/讀速度？

1.除了常見的（對于大多數(shù)文件系統(tǒng)）的因素，例如：塊大小和訪問類型（順序或隨機），MooseFS中的速度也取決于硬件性能。主要因素是硬盤性能和網(wǎng)絡容量和拓撲（網(wǎng)絡延遲）。使用的硬盤性能越好，網(wǎng)絡的吞吐量越好，整個系統(tǒng)的性能越好。

2.目標設置是否影響寫入/讀取速度？

一般來說，沒有。在讀取文件的情況下，在某些情況下，高于一個目標的目標可能有助于加快讀取操作，即當兩個客戶端訪問目標為2或更高的文件時，它們可以對不同的副本執(zhí)行讀取操作，從而具有所有可用的通過自己的方式 但平均而言，目標設定不會以任何方式改變閱讀操作的速度。

同樣，寫入速度也可以忽略不計地受到目標設定的影響。寫入目標高于2的鏈接類似于：客戶端將數(shù)據(jù)發(fā)送到一個組塊服務器，并且組塊服務器同時讀取，寫入數(shù)據(jù)并將數(shù)據(jù)發(fā)送到另一個組塊服務器（這可能會將它們發(fā)送到下一個組件）實現(xiàn)目標）。這樣一來，客戶端的輸入就不會發(fā)送多個副本，而且所有副本幾乎同時被寫入。我們的測試表明，寫入操作可以在1Gbps網(wǎng)絡中使用客戶端的所有可用帶寬。

3.是否支持并發(fā)讀寫操作？

所有讀取操作是并行的 - 同一時刻幾個客戶端同時讀取相同數(shù)據(jù)沒有任何問題。寫操作是并行的，execpt操作在相同的塊（文件片段）上，由主服務器同步，因此需要是順序的。

4.使用多少CPU / RAM資源？

在我們的環(huán)境中（共有1個PiB總空間，3600萬個文件，100個機器上的3800萬個數(shù)據(jù)包，600萬個文件夾），使用chunkserver CPU（通過常量文件傳輸）約為15-30％，chunkserver RAM通常消耗在100Mb和1GiB之間（取決于每個塊服務器上的塊數(shù)量）。主服務器消耗現(xiàn)代3.3 GHz CPU的約50％（每秒大約5000個文件系統(tǒng)操作，其中大約1500個是修改）和12GiB RAM。CPU負載取決于操作數(shù)量和RAM對文件和文件夾的總數(shù)，而不是文件本身的總大小。RAM使用率與文件系統(tǒng)中的條目數(shù)成比例，因為主服務器進程將整個元數(shù)據(jù)保留在內(nèi)存中以獲得性能。我們主服務器上的HHD使用情況 22 GB。

5.是否可以在飛行中添加/刪除chunkserver和磁盤？

您可以即時添加/刪除大塊服務器。但請記住，如果此服務器包含文件系統(tǒng)中的塊的唯一副本，則斷開連接服務器是不明智的（CGI監(jiān)視器將標記為橙色）。您還可以斷開（更改）單個硬盤驅(qū)動器。此操作的方案將是：

標記要刪除的磁盤（請參閱如何標記磁盤以進行刪除？）

重新加載chunkserver進程

等待復制（在CGI監(jiān)視器中應該沒有標記為×××，橙色或紅色的“經(jīng)驗”或“缺少”塊）

停止chunkserver進程

刪除mfshdd.cfg中斷開的磁盤的條目

停止chunkserver機器

刪除硬盤驅(qū)動器

啟動機器

啟動chunkserver進程

如果你有hotswap磁盤，你應該遵循這些：

標記要刪除的磁盤（請參閱如何標記磁盤以進行刪除？）

重新加載chunkserver進程

等待復制（在CGI監(jiān)視器中應該沒有標記為×××，橙色或紅色的“經(jīng)驗”或“缺少”塊）

刪除mfshdd.cfg中斷開的磁盤的條目

重新加載chunkserver進程

卸載磁盤

刪除硬盤驅(qū)動器

如果按照上述步驟，客戶端計算機的工作不會中斷，MooseFS用戶將不會注意到整個操作。

6.如何標記磁盤以進行刪除？

當您要標記要從chunkserver中刪除的磁盤時，您需要編輯chunkserver的mfshdd.cfg配置文件，并在要刪除的磁盤的行的開始處添加一個星號“ * ”。例如，在這個mfshdd.cfg中，我們標記了“ / mnt / hdd ”進行刪除：

/ mnt / hda

/ mnt / hdb

/ mnt / hdc

* / mnt / hdd

/ mnt / hde

更改mfshdd.cfg后，您需要重新加載chunkserver（在Linux Debian / Ubuntu上：service moosefs-pro-chunkserver reload）。

一旦將磁盤標記為要刪除并且重新啟動了chunkserver進程，系統(tǒng)將會將存儲在此磁盤上的塊的相應份數(shù)拷貝，以維持所需的“目標”份數(shù)。

最后，在斷開磁盤之前，您需要確認其他磁盤上沒有“傳統(tǒng)”塊。這可以使用CGI監(jiān)視器完成。在“信息”選項卡中選擇“常規(guī)塊狀態(tài)矩陣”模式。

7.我對集群文件系統(tǒng)的經(jīng)驗是元數(shù)據(jù)操作相當慢。你是如何解決這個問題的？

在研究和開發(fā)過程中，我們還觀察到元數(shù)據(jù)操作緩慢的問題。我們決定通過將文件系統(tǒng)結構保留在元數(shù)據(jù)服務器上的RAM中來緩解一些速度問題。這就是為什么元數(shù)據(jù)服務器增加了內(nèi)存需求。元數(shù)據(jù)經(jīng)常被刷新到主服務器上的文件。

另外，在CE版本中，元數(shù)據(jù)記錄器服務器也經(jīng)常接收到元數(shù)據(jù)結構的更新，并將它們寫入其文件系統(tǒng)。

在Pro版本中，金屬加工者是可選的，因為主要追隨者與領導者主人保持同步。他們還將元數(shù)據(jù)保存到硬盤。

8.目錄大小的值對MooseFS有什么意義？它與標準Linux ls -l輸出不同。為什么？

文件夾大小在任何文件系統(tǒng)中都沒有特別的意義，所以我們的開發(fā)團隊決定給予額外的信息。該數(shù)字表示以指數(shù)表示法顯示的所有文件的總長度（如mfsdirinfo -h -l）。

您可以通過以下方式“翻譯”目錄大?。?/p>

有7位數(shù)：xAAAABB。要將此符號轉(zhuǎn)換為字節(jié)數(shù)，請使用以下表達式：

AAAA.BB xBytes

其中x：

0 =

1 =基比

2 = Mebi

3 =吉比

4 = Tebi

示例：

翻譯以下條目：

drwxr-xr-x 164根根2010616 5月24日11:47測試

             xAAAABB

文件夾大小2010616應該讀為106.16 MiB。

當x = 0時，數(shù)字可能會更?。?/p>

示例：

文件夾大小10200表示102字節(jié)。

9.當我在文件系統(tǒng)上執(zhí)行df -h時，結果與預期的相符，考慮到書面文件的實際大小。

每個chunkserver為每個使用的分區(qū)/ hdd發(fā)送自己的磁盤使用量增加256MB，并且主機將這些值的總和發(fā)送到客戶端作為總磁盤使用量。如果您有3個chunkservers，每個7 hdd，您的磁盤使用量將增加3 * 7 * 256MB（約5GB）。

另一個區(qū)別的原因是，當您在chunkserver上使用專用于MooseFS的磁盤時，df將顯示正確的磁盤使用情況，但如果您的MooseFS磁盤上有其他數(shù)據(jù)，df也會對您自己的文件進行計數(shù)。

如果要查看MooseFS文件的實際空間使用情況，請使用mfsdirinfo命令。

10.我可以在MooseFS上保留源代碼嗎？為什么小文件占用的空間比預期的多？

該系統(tǒng)最初設計用于保存大量（如幾千個）非常大的文件（幾十GB），并具有64MiB的硬編碼塊大小和64KiB的塊大小。使用一致的塊大小有助于提高網(wǎng)絡性能和效率，因為系統(tǒng)中的所有節(jié)點都能夠使用單個“桶”大小。這就是為什么即使一個小文件將占用64KiB加上另外4Ki的校驗和和1KiB的標題。

關于存儲在MooseFS塊內(nèi)的小文件的占用空間的問題真的更重要，但在我們看來，它仍然是微不足道的。讓我們將2500萬個文件的目標設置為2.計算存儲開銷，這可能會創(chuàng)建大約5000萬69 KB的塊，由于內(nèi)部碎片（文件大小小于塊大?。?，可能無法完全利用這些塊。因此，5000萬塊的整體浪費空間約為3.2TiB。按照現(xiàn)代標準，這不應該是一個重大關切。由于使用的文件系統(tǒng)的塊大小，更典型的中，大型項目，具有100,000個小文件將占用最多13GiB的額外空間。

所以在MooseFS系統(tǒng)上存儲源代碼文件是非常合理的，無論是在開發(fā)期間還是長期可靠的存儲或存檔目的下使用。

考慮到網(wǎng)絡文件系統(tǒng)的性能，可能要考慮的較大因素是開發(fā)代碼的舒適度。在主動開發(fā)項目下使用MooseFS（或任何其他基于網(wǎng)絡的文件系統(tǒng)（如NFS，CIFS））時，網(wǎng)絡文件系統(tǒng)可能無法以與直接連接的常規(guī)硬盤驅(qū)動器相同的速度執(zhí)行文件IO操作。

一些現(xiàn)代集成開發(fā)環(huán)境（IDE）（如Eclipse）會在幾個小型工作空間元數(shù)據(jù)文件上進行頻繁的IO請求。使用MooseFS文件系統(tǒng)上的工作空間文件夾（以及任何其他聯(lián)網(wǎng)文件系統(tǒng)）運行Eclipse將會比使用本地硬盤驅(qū)動器上的工作空間運行Eclipse時產(chǎn)生稍慢的用戶界面性能。

如果您在IDE中使用MooseFS作為活動開發(fā)工作副本，則可能需要自己評估。

在另一個示例中，使用典型的文本編輯器進行源代碼編輯和版本控制系統(tǒng)（如Subversion）將項目文件檢入MooseFS文件系統(tǒng)，通常不會導致任何性能下降。MooseFS的網(wǎng)絡文件系統(tǒng)性質(zhì)的IO開銷被與遠程Subversion存儲庫交互的較大IO延遲所抵消。當使用簡單的文本編輯器（復雜的IDE產(chǎn)品之外）時，單個文件操作（打開，保存）沒有任何可觀察到的延遲。

更有可能的情況是將Subversion存儲庫文件托管在MooseFS文件系統(tǒng)中，其中svnserver或Apache + mod_svn將向Subversion存儲庫提供請求，用戶將檢查工作沙箱到本地硬盤驅(qū)動器。

11. Chunkserver和Metadata Server是否會自己進行校驗和？

塊服務器做自己的校驗和。每個64KiB塊的開銷約為4B，每個64MiB塊為4KiB。

元數(shù)據(jù)服務器沒有。我們以為這將占用CPU。我們建議使用ECC RAM模塊。

12.主服務器需要哪些資源？

最重要的因素是MooseFS Master機器的RAM，因為完整的文件系統(tǒng)結構緩存在RAM中以提高速度。除了RAM之外，MooseFS Master機器需要HDD上的一些空間用于主元數(shù)據(jù)文件以及增量日志。

元數(shù)據(jù)文件的大小取決于文件數(shù)量（不是大小）。增量日志的大小取決于每小時的操作次數(shù)，但是此增量日志的長度（以小時計）可配置。

13.刪除文件或目錄時，MooseFS的大小不會改變。為什么？

MooseFS不會在刪除時立即清除文件，以允許您還原刪除操作。已刪除的文件將保留在垃圾桶中，以便在刪除之前配置的時間量。

您可以配置文件保存在垃圾箱的時間長度，并手動清空垃圾箱（以釋放空間）?！皡⒖贾改稀敝杏嘘P詳細信息，請參見“針對MooseFS的操作”一節(jié)。

簡而言之，存儲已刪除文件的時間可以通過mfsgettrashtime命令進行驗證，并使用mfssettrashtime進行更改。

14.當我添加第三臺服務器作為額外的chunkserver時，即使文件目標仍設置為2，它看起來像是開始將數(shù)據(jù)復制到第三臺服務器。

是。磁盤使用平衡器獨立使用塊，所以一個文件可以重新分配給所有的chunkserver。

15.MooseFS 64位兼容嗎？

是!

16.我可以修改塊大小嗎？

否。文件數(shù)據(jù)分為大64MiB的片段（塊）。64 MiB的值被硬編碼到系統(tǒng)中，因此您無法修改其大小。我們基于現(xiàn)實世界數(shù)據(jù)中的塊大小，并確定它是塊數(shù)之間和重新平衡/更新文件系統(tǒng)的速度之間的一個非常好的妥協(xié)。當然，如果文件小于64 MiB，它占用的空間就會更小。

在我們處理的系統(tǒng)中，幾個文件大小顯著超過100GB，沒有明顯的塊大小的懲罰。

17.如何知道文件是否已成功寫入MooseFS

我們簡單討論一下寫入文件系統(tǒng)的過程以及這個程序的后果。

在所有當代文件系統(tǒng)中，文件通過緩沖區(qū)（寫緩存）寫入。因此，寫入命令本身的執(zhí)行只將數(shù)據(jù)傳送到緩沖區(qū)（cache），而不會發(fā)生實際寫入。因此，確認的寫入命令的執(zhí)行并不意味著數(shù)據(jù)已被正確寫入盤。只有調(diào)用和完成fsync（或close）命令才能使保存在緩沖區(qū)（cache）內(nèi)的所有數(shù)據(jù)都被物理地寫出來。如果在寫入這種緩沖區(qū)保存數(shù)據(jù)時發(fā)生錯誤，則可能導致fsync（或close）命令返回錯誤響應。

問題在于，絕大多數(shù)程序員不會測試關閉命令狀態(tài)（這通常是一個非常常見的錯誤）。因此，向磁盤寫入數(shù)據(jù)的程序可以“假設”數(shù)據(jù)已經(jīng)從寫入命令的成功響應中正確地寫入，而實際上它可能在隨后的關閉命令期間失敗。

在網(wǎng)絡文件系統(tǒng)（如MooseFS）中，由于其性質(zhì)，緩沖區(qū)（緩存）中的“剩余”數(shù)據(jù)的平均數(shù)量將會高于常規(guī)文件系統(tǒng)。因此，在執(zhí)行close或fsync命令期間處理的數(shù)據(jù)量通常很重要，并且如果在[從close或fsync命令]中寫入數(shù)據(jù)時發(fā)生錯誤，則在執(zhí)行此命令期間將返回為錯誤。因此，在執(zhí)行關閉之前，建議（特別是在使用MooseFS時）在寫入文件之后執(zhí)行fsync操作，然后檢查fsync操作結果的狀態(tài)。那么，為了很好的衡量，還要檢查關閉的返回狀態(tài)。

注意！當使用stdio時，fflush功能只執(zhí)行“write”命令，所以正確執(zhí)行fflush不足以確保所有數(shù)據(jù)都已經(jīng)寫好 - 您還應該檢查fclose的狀態(tài)。

將程序的標準輸出重定向到shell中的文件時，可能會出現(xiàn)上述問題。Bash（和許多其他程序）不檢查關閉執(zhí)行的狀態(tài)。因此，“ application> outcome.txt ”類型的語法可能會在shell中成功結束，而實際上寫出“ outcome.txt ”文件時出現(xiàn)錯誤。強烈建議您在寫入MooseFS掛載點時避免使用上述shell輸出重定向語法。如果需要，您可以創(chuàng)建一個簡單的程序，讀取標準輸入并將所有內(nèi)容寫入所選文件，這個簡單的程序?qū)⒄_地使用fsync命令對結果狀態(tài)的適當檢查。例如，“ application | mysaver outcome.txt ”，

請注意，上述問題絕非例外，并不直接源于MooseFS本身的特征。它可能會影響任何文件系統(tǒng) - 網(wǎng)絡類型系統(tǒng)更容易出現(xiàn)這種困難。從技術上講，上述建議應始終遵循（也適用于使用傳統(tǒng)文件系統(tǒng)的情況）。

18. MooseFS有什么限制（例如文件大小限制，文件系統(tǒng)大小限制，大文件數(shù)，可以存儲在文件系統(tǒng)上）？

MooseFS中的大文件大小限制為2 57字節(jié)= 128 PiB。

大文件系統(tǒng)大小限制為2 64字節(jié)= 16 EiB = 16 384 PiB

可以存儲在一個MooseFS實例上的大文件數(shù)為2 31 - 超過2.1 bln。

19.我可以為mfscgiserv設置HTTP基本身份驗證嗎？

mfscgiserv是一個非常簡單的HTTP服務器，僅用于運行MooseFS CGI腳本。它不支持任何其他功能，如HTTP身份驗證。但是，MooseFS CGI腳本可以從具有CGI支持的另一個全功能HTTP服務器（如lighttpd或Apache）提供。當使用全功能的HTTP服務器（如Apache）時，您還可以利用其他模塊提供的功能，例如HTTPS傳輸。只需將CGI及其數(shù)據(jù)文件（index.html，mfs.cgi，chart.cgi，mfs.css，acidtab.js，logomini.png，err.gif）放置在所選的DocumentRoot下。如果您在給定的主機上已經(jīng)有一個HTTP服務器實例，

20.我可以在MooseFS上運行郵件服務器應用程序嗎？郵件服務器是一個非常繁忙的應用程序與大量的小文件 - 我不會丟失任何文件？

您可以在MooseFS上運行郵件服務器。您不會在大系統(tǒng)負載下丟失任何文件。當文件系統(tǒng)忙時，它將阻塞，直到其操作完成，這將導致郵件服務器放慢速度。

21.有沒有建議網(wǎng)絡，MTU或帶寬？

我們建議使用巨型幀（MTU = 9000）。使用更大量的塊服務器，交換機應通過光纖連接或使用聚合鏈路。

22.MooseFS是否支持補充組織？

是。

23.MooseFS是否支持文件鎖定？

是的，因為MooseFS 3.0。

24.可以通過DHCP將IP地址分配給塊服務器嗎？

是的，但我們強烈建議您根據(jù)MAC地址設置“DHCP預留”。

25.我的一些小塊服務器占用了90％的空間，而其他的只有10％。為什么重新平衡過程需要這么長時間？

我們在生產(chǎn)環(huán)境中工作的經(jīng)驗表明，積極的復制是不可取的，因為它可以大大減緩整個系統(tǒng)。系統(tǒng)的整體性能比硬盤驅(qū)動器在所有組塊服務器上的平等使用更為重要。默認情況下，復制被配置為非侵略性操作。在我們的環(huán)境下，新的chunkserver通常需要大約1個星期才能達到標準的hdd利用率。積極的復制將使整個系統(tǒng)在幾天內(nèi)相當緩慢。

可以通過設置以下兩個選項在主服務器啟動時調(diào)整復制速度：

CHUNKS_WRITE_REP_LIMIT

要復制到一個chunkserver的塊的大數(shù)量（默認值為2,1,1,4）。

一個數(shù)字等于以冒號分隔的四個相同的數(shù)字。

第一個限制是瀕危塊（只有一個副本的塊）

第二個限制是對于傳統(tǒng)的塊（數(shù)量低于指定目標的塊數(shù)）

第三個限制是針對具有算術平均值的空間使用的服務器之間的重新平衡

第四個限制是在其他服務器之間重新平衡（非常低或非常高的空間使用）

通常第一個數(shù)字應該大于或等于第二，第二大于或等于第三，第四大于或等于第三（1st> = 2nd> = 3rd <= 4th）。

CHUNKS_READ_REP_LIMIT

從一個chunkserver復制的塊的大數(shù)量（默認為10,5,2,5）。

一個數(shù)字等于以冒號分隔的四個相同的數(shù)字。限制組與寫入限制相同，數(shù)字之間的關系應與寫入限制相同（1st> = 2nd> = 3rd <= 4th）。

在您的環(huán)境中調(diào)整這些將需要一些實驗。

26.我有一個Metalogger運行 - 我應該在主服務器上進一步備份元數(shù)據(jù)文件？

是的，強烈建議進一步備份元數(shù)據(jù)文件。如果由于某些原因，金屬加工器數(shù)據(jù)不可用于恢復主服務器（例如，金屬加工器服務器也被銷毀），則這將提供最壞情況恢復選項。

主服務器將保存在RAM中的元數(shù)據(jù)每小時（xx：00）刷新到metadata.mfs.back二進制文件。因此，復制元數(shù)據(jù)文件的好時機是半小時（轉(zhuǎn)儲后30分鐘）的每個小時。這會將數(shù)據(jù)丟失量限制在大約1.5h的數(shù)據(jù)?？梢允褂萌魏纬Ｒ?guī)的復制元數(shù)據(jù)文件（cp，scp，rsync等）的方法來備份文件。

在基于此備份的元數(shù)據(jù)文件恢復系統(tǒng)后，最近創(chuàng)建的文件將丟失。此外，附加到的文件將具有它們之前的大小，它們在元數(shù)據(jù)備份時具有。被刪除的文件將再次存在。而重命名或移動的文件將返回到之前的名稱（和位置）。但是，在崩潰發(fā)生之前，仍然會有X在過去幾年中創(chuàng)建的文件的所有數(shù)據(jù)。

在MooseFS Pro版本中，主要追隨者從RAM一次一小時刷入元數(shù)據(jù)到硬盤。領導主人每天從追蹤者中下載保存的元數(shù)據(jù)。

27.我認為我的一個磁盤較慢/損壞。我該怎么找到？

在CGI監(jiān)視器中，進入“磁盤”選項卡，在“I / O統(tǒng)計”列中選擇“切換到小時”，并在“大時間”列中通過“寫入”對結果進行排序?，F(xiàn)在尋找一個顯著更大的寫入時間的磁盤。您還可以通過“fsync”列排序并查看結果。找到運行較慢的單個磁盤是個好主意，因為它們可能是系統(tǒng)的瓶頸。

創(chuàng)建一個測試操作可能是有幫助的，它連續(xù)復制一些數(shù)據(jù)，以便在系統(tǒng)上創(chuàng)建足夠的負載，以便在CGI監(jiān)視器中進行可觀察的統(tǒng)計。在“磁盤”選項卡上，為“I / O統(tǒng)計”列指定單位“分鐘”，而不是小時。

一旦找到了一個“壞”磁盤來替換它，就會遵循標記磁盤去除的常規(guī)操作，并等待顏色更改，以指示存儲在此磁盤上的所有塊都已被復制以實現(xiàn)足夠的目標設置。

28.如何找到主服務器PID？

發(fā)出以下命令：

＃mfsmaster test

29.Web界面顯示有一些目標為0的塊的副本。這是什么意思？

這是一種標記屬于不存在（即刪除）文件的塊的方法。在MooseFS中，異步刪除文件。首先，文件從元數(shù)據(jù)中刪除，其塊被標記為不必要（目標= 0）。之后，在“閑置”時間內(nèi)，這些塊被刪除。這比刪除文件的確切時刻擦除所有內(nèi)容要高得多。

如果主服務器在故障恢復之前創(chuàng)建，并且在還原的元數(shù)據(jù)文件中不可用，則也可能會在恢復主服務器之后出現(xiàn)不必要的塊。

30. mfsmount報告的每個錯誤信息都是嚴重問題嗎？

不，mfsmount將與chunkservers通信中遇到的每個故障寫入syslog。網(wǎng)絡中的瞬態(tài)通信問題可能會導致IO錯誤顯示，但這并不意味著數(shù)據(jù)丟失，或者mfsmount將向應用程序返回錯誤代碼。每個操作由客戶機（mfsmount）重試幾次，只有在故障次數(shù)（報告為嘗試計數(shù)器）達到某個限制（通常為30）之后，該錯誤才會返回給應用程序，該數(shù)據(jù)未被讀取/保存。

當然，監(jiān)控這些消息很重要。當消息從一個chunkserver比其他消息更頻繁地出現(xiàn)時，這可能意味著這個chunkserver有問題 - 也許硬盤壞了，也許網(wǎng)卡有一些問題 - 檢查CGI中的圖表，硬盤操作時間等監(jiān)控。

注意：XXXXXXXX在下面的例子中是指chunkserver的IP地址。在mfsmount版本<2.0.42中chunkserver IP以十六進制格式寫入。在mfsmount版本> = 2.0.42 IP是“人類可讀”。

What does

file: NNN, index: NNN, chunk: NNN, version: NNN - writeworker: connection with (XXXXXXXX:PPPP) was timed out (unfinished writes: Y; try counter: Z)

message mean?

This means that Zth try to write the chunk was not successful and writing of Y blocks, sent to the chunkserver, was not confirmed. After reconnecting these blocks would be sent again for saving. The limit of trials is set by default to 30.

This message is for informational purposes and doesn't mean data loss.

What does

file: NNN, index: NNN, chunk: NNN, version: NNN, cs: XXXXXXXX:PPPP - readblock error (try counter: Z)

message mean?

This means that Zth try to read the chunk was not successful and system will try to read the block again. If value of Z equals 1 it is a transitory problem and you should not worry about it. The limit of trials is set by default to 30.

file: NNN, index: NNN, chunk: NNN, version: NNN - writeworker: connection with (XXXXXXXX:PPPP) was timed out (unfinished writes: Y; try counter: Z)

message mean?

This means that Zth try to write the chunk was not successful and writing of Y blocks, sent to the chunkserver, was not confirmed. After reconnecting these blocks would be sent again for saving. The limit of trials is set by default to 30.

This message is for informational purposes and doesn't mean data loss.

What does

file: NNN, index: NNN, chunk: NNN, version: NNN, cs: XXXXXXXX:PPPP - readblock error (try counter: Z)

message mean?

This means that Zth try to read the chunk was not successful and system will try to read the block again. If value of Z equals 1 it is a transitory problem and you should not worry about it. The limit of trials is set by default to 30.

31.如何驗證MooseFS群集是否在線？當主服務器關閉時，mfsmount會發(fā)生什么？

當主服務器在mfsmount已經(jīng)運行時，mfsmount不會斷開掛載的資源，并且等待保存的文件在嘗試重新連接到主服務器時將保持很長時間。經(jīng)過指定次數(shù)的嘗試后，他們最終會返回EIO - “輸入/輸出錯誤”。另一方面，當主服務器脫機時，無法啟動mfsmount。

有幾種方法可以確保主服務器處于在線狀態(tài)，下面列出其中的幾個。

檢查是否可以連接到主服務器的TCP端口（例如套接字連接測試）。

為了確保安裝MooseFS資源，它足以檢查inode編號 - MooseFS root將始終具有inode等于1.例如，如果我們在/ mnt / mfs中安裝了MooseFS，那么stat / mnt / mfs命令（in Linux）將顯示：

$ stat / mnt / mfs

文件：`/ mnt / mfs'

大?。簒xxxxx塊：xxx IO塊：4096目錄

設備：13h / 19d Inode：1鏈接：xx

（...）

Additionaly mfsmount在根安裝的文件夾中創(chuàng)建一個虛擬隱藏文件.stats。例如，獲得的統(tǒng)計mfsmount時MooseFS安裝我們的貓這個.stats文件，例如：

$ cat /mnt/mfs/.stats

fuse_ops.statfs：241

fuse_ops.access：0

fuse_ops.lookup-cached：707553

fuse_ops.lookup：603335

fuse_ops.getattr-cached：24927

fuse_ops.getattr：687750

fuse_ops.setattr：24018

fuse_ops。 mknod：0

fuse_ops.unlink：23083

fuse_ops.mkdir：4

fuse_ops.rmdir：1

fuse_ops.symlink：3

fuse_ops.readlink：454

fuse_ops.rename：269

（...）

如果要確保主服務器正確響應，則需要嘗試讀取任何對象的目標，例如根文件夾：

$ mfsgetgoal / mnt / mfs

/ mnt / mfs：2

如果您獲得了根文件夾的正確目標，則可以確保主服務器已啟動并正在運行。

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

文章名稱：mfs常見問題翻譯(moosefs)-創(chuàng)新互聯(lián)
網(wǎng)頁URL：http://chinadenli.net/article18/cogcgp.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、網(wǎng)站建設、商城網(wǎng)站、電子商務、營銷型網(wǎng)站建設、網(wǎng)站導航

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)