看板 Linux 關於我們 聯絡資訊
: → LIAR: 如果硬碟沒問題,還會有甚麼因素會卡在I/O呢? 08/07 08:26 : → LIAR: 我報告一下實際的狀況,整台電腦運作真的都會頓頓的,SMB 08/07 08:27 : → LIAR: 關掉就會恢復正常。 08/07 08:27 : → bitlife: 你說5月前正常,是否5月前才開始用smb? 存檔影片是只有即 08/07 09:04 : → bitlife: 時影像還是包含(你文中提到的)歷史錄影檔案轉移?單個攝影 08/07 09:06 : → bitlife: 機每秒流量? 網路是100M還是1G? 硬碟是HDD還是SDD? 要各 08/07 09:07 : → bitlife: 種因素一起看才比較好推測. 忘了還有同時多少攝影機(總秒 08/07 09:07 : → bitlife: 流量) 08/07 09:07 : 推 bitlife: 5月之後才開始用smb 08/07 09:09 : 推 bitlife: SSD 08/07 09:13 我整理一下這幾個月的紀錄,有點長,不好意思。 伺服器接收9台監視器資料,監視器檔案先錄到自己的記憶卡,再上傳到伺服器, 所以應該不算即時的,但是每分鐘每台都會有一個4~8MB大的新檔案被上傳。 硬碟是傳統硬碟,伺服器是筆電裝CentOS,伺服器和另外兩台監視器連接的AP一起 接在P880下面,網路是100Mbit的。 平均一天會有75GB檔案產生,也就是理論上每分鐘平均會接收53.3MB大小的檔案。 按照時間軸,伺服器有幾個重大事件: 4月samba啟用接收檔案 + rclone自動上傳到Gsuite,自動運作正常。 5月都正常。 6月18日換硬碟500GB→2T,用clonezilla轉移後xfs_growfs放大,沒發現異常。 6月21日中發現有error log,當時無法解讀也忘記紀錄,用yum update後,grub 多出一個CentOS Linux 7 Rescue f8b625c751034e15b45eb19be9e13e06的開機選項 6月22日開始有CPU過載的問題。 硬碟買來前有先整個scan過,因為時間點接近,我一開始有看smart或hdparm稍微 判斷一下,沒有明顯異狀。 7月之後才安裝mcelog,/var/log/message裡面抓到一段 log: Hardware event. This is not a software error. MCE 0 CPU 0 BANK 5 MISC 138a0000086 ADDR fef873c0 TIME 1593684184 Thu Jul 2 18:03:04 2020 MCG status: MCi status: Uncorrected error MCi_MISC register valid MCi_ADDR register valid Processor context corrupt MCA: corrected filtering (some unreported errors in same region) Generic CACHE Level-2 Generic Error STATUS ae0000000040110a MCGSTATUS 0 MCGCAP c07 APICID 0 SOCKETID 0 MICROCODE 26 CPUID Vendor Intel Family 6 Model 69 Hardware event. This is not a software error. MCE 1 CPU 0 BANK 6 MISC 238a0000086 ADDR fef87380 TIME 1593684184 Thu Jul 2 18:03:04 2020 MCG status: MCi status: Uncorrected error MCi_MISC register valid MCi_ADDR register valid Processor context corrupt MCA: corrected filtering (some unreported errors in same region) Generic CACHE Level-2 Generic Error STATUS ae0000000040110a MCGSTATUS 0 MCGCAP c07 APICID 0 SOCKETID 0 MICROCODE 26 CPUID Vendor Intel Family 6 Model 69 印象中每次開機都有,但之後運作除了監視器傳輸出問題,其他都正常。 雖然log表示有硬體問題,但無法交叉測試,加上我用其他電腦直接網芳傳大檔案進去, 每秒也都有正常的幾MB,只有監視器上傳檔案會延遲,所以這個error只能先擱置。 不過懷疑過CPU有問題,想說雙核心,嘗試用下面方式分別停掉一個核心 /sys/devices/system/cpu/cpu0/online /sys/devices/system/cpu/cpu1/online 結果只會讓CPU負載情況惡化。 因為公司因素,我沒法說直接要一台新電腦取代,只能先嘗試修過或是分析出 確定因素才能報修,所以目前我就卡在這邊了。請問這個問題和硬體有關嗎? -- 起初,他們追殺共產主義者,我沒有說話,因為我不是共產主義者; 接著,他們追殺猶太人,我沒有說話,因為我不是猶太人; 後來,他們追殺工會成員,我沒有說話,因為我不是工會成員; 此後,他們追殺天主教徒,我沒有說話,因為我是新教教徒; 最後,他們奔我而來,卻再也沒有人站起來為我說話了。 《First They Came(他們首次來時)》,Martin Niemoller牧師(1892-1984) -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.233.88.199 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Linux/M.1596817592.A.252.html
mirc: 嘗試先把硬碟換掉 08/08 04:01
bitlife: 先確定硬碟是PMR(CMR),如果是SMR會變慢是很有可能的.現今 08/08 06:17
bitlife: 硬碟SMR魚目混珠,連NAS碟都有廠商用了SMR.前幾個月各硬碟 08/08 06:18
bitlife: 廠在民意壓力下公布硬碟的PMR,SMR型號.去Storage_Zone和 08/08 06:19
bitlife: PC_Shopping查一下型號. 我去年買一個外接硬碟用來複製整 08/08 06:20
bitlife: 個home目錄,9年前買的500GB 2.5吋大約100MB/s,新買的硬碟 08/08 06:22
bitlife: 常常掉到10~30MB/s,查了才知道近年硬碟有SMR問題立刻退貨 08/08 06:23
bitlife: 換硬碟也要注意別再買到SMR,不知道怎麼選就買那嘶狼,目前 08/08 06:24
bitlife: 已知那嘶狼沒有SMR的(未來不知) 08/08 06:26
bitlife: #1UemJtmt (PC_Shopping) 08/08 06:28
bitlife: ubuntu有內建[磁碟]工具程式可以做簡單的測速,CentOS應該 08/08 06:54
bitlife: 也有,用測速就可以發現PMR的曲線相對很穩定維持定速月高 08/08 06:55
bitlife: 速,SMR忽快忽慢,一旦開始掉速後的忽快也不會很快 08/08 06:56
bitlife: 且 08/08 06:56
LIAR: 確定是SMR無誤,囧 08/08 07:43
bitlife: 幫你寫個慘字... 08/08 08:08
LIAR: 慘!不過先撇開公司的事情,其實我也好奇CPU的那個error 08/08 22:18
LIAR: 到底有沒有關聯就是了,解讀不出來XD 08/08 22:19
asdfghjklasd: HDD 因為速度慢寫不下去,會變成Q在系統裡 08/08 22:55
asdfghjklasd: RAM CPU 都可能會愈來愈高的使用率 08/08 22:55
LIAR: 不過我用自己電腦傳檔案進去,還是有幾個MB/S耶?所以SMR 08/09 00:12
LIAR: 我也是有懷疑是否為主因。 08/09 00:13
LIAR: 我是有遇過硬碟壞軌讓電腦龜在那邊,但是SMR會這麼嚴重嗎? 08/09 00:14
bitlife: 建議可以從僅1台攝影機流量開始測試,逐步增加連線的攝影 08/09 10:32
bitlife: 機數量,看看在數量幾台的時候出現問題.如果wa是隨數量增 08/09 10:32
bitlife: 加而惡化,很可能真的是SMR造成的問題.我home的資料用前面 08/09 10:33
bitlife: 提的500GB 2.5吋,我記得第一次備份只花了大概4小時.同樣 08/09 10:33
bitlife: 時期的另兩台2.5吋 500GB,放在我目前的a300中,一台當home 08/09 10:34
bitlife: 不定期用dd將整顆500GB硬體進行全部磁區的完整備份,也不 08/09 10:35
bitlife: 到2個小時(整顆硬碟dd比home的rsync快是正常).用上面提的 08/09 10:36
bitlife: SMR,我晚上11點左右丟給它去rsync,早上起來至少經過7小時 08/09 10:36
bitlife: 還才備份到1x%,看了就暈倒,估計要1~2天才完成500GB的初次 08/09 10:37
bitlife: rsync.查了資料就連絡廠商退貨了 08/09 10:37
bitlife: 500GB硬碟 08/09 10:38
bitlife: 除非我剛好買到碟王,不然SMR就是如此的可怕 XD 08/09 10:39
bitlife: 上面的資料憑印象,時間和%數可能有問題,但初次rsync要超 08/09 10:42
bitlife: 過24小時是絕對沒記錯的 08/09 10:42
bitlife: 光是快速格式化就要閃燈超級超級久的硬碟(我用幾種格式試 08/09 10:43
bitlife: 過),我也是第1次遇到 08/09 10:43
bitlife: 快速格式化真的久到我都以為當了 XD 08/09 10:44