【事件中心 Azure Event Hub】Event Hub日誌種發現的錯誤資訊解讀

問題描述

使用Event Hub消費事件時，出現的各種客戶端錯誤的解讀。（再後期遇見新的錯誤資訊，會持續新增進此說明）

一：再Linux中執行Event Hub消費端程式，出現Too many open files

解讀：該資訊是指java程式開啟作業系統檔案控制代碼數超出了作業系統的限制，排查作業系統的檔案控制代碼的限制是不是預設的1024，如果是，請改為無限制。

使用ulimit -a 或者 ulimit -n 檢視控制代碼數 open files （-n） 1024

配置檔案/etc/security/limits.conf

在該配置檔案中新增

* soft nofile 65535  
* hard nofile 65535 

二：New receiver 'nil' with higher epoch of '197' is created hence current receiver 'nil' with epoch '196' is getting disconnected

解讀：消費者程式會為每個訊息分割槽建立單獨的消費執行緒，消費執行緒跟分割槽是一對一的關係，當有額外的消費程式去消費同樣的eventhub時，並存儲checkpoint到同一個位置時，就會發生partition的再分配，或者，當其中一個消費執行緒出現問題時，客戶端程式會嘗試恢復並接手失敗執行緒所有的分割槽。通常情況下該錯誤可以忽略。

三：com.microsoft.azure.eventprocessorhost.ExceptionWithAction：The client could not finish the operation within specified maximum execution timeout.

解讀：客戶端程式在消費後，將消費offset存入Storage時，發生網路超時，建議您排查下客戶端網路情況。

四：com.microsoft.azure.eventhubs.EventHubException: The specified partition is invalid for an EventHub partition sender or receiver. It should be between 0 and 1.

解讀：客戶端程式在消費eventhub資料時，指定了錯誤的分割槽資訊。

五：com.microsoft.azure.eventhubs.EventHubException: The supplied offset '0' is invalid. The last offset in the system is '-1'

解讀：客戶端在消費eventhub資料時，提交了錯誤的offset值，不能設定初始為0。

&n