今天巡檢機房的時候發現乙個機櫃裡面傳來了「嘀嘀嘀嘀嘀」的報警聲，馬上觀察每台伺服器的故障燈，未見異常，湊耳朵去聽，終於把問題定位到了一台聯想萬全r350的伺服器上，登入到伺服器上檢查，沒有發現異常。
這個現象讓我想起3年前這台伺服器的一次故障，當時也是如此報警，故障燈不亮，經過相當仔細的觀察，有乙個硬碟的讀寫燈始終不亮，排除hot-spare的情況，懷疑是硬碟故障，通知聯想工程師到場檢測，現場的聯想工程師也不確定，不過比較贊成我的看法。重啟伺服器進入raid卡的web bios，從raid卡的檢測確認的確是有一塊硬碟損壞，但是編號確指向乙個空的硬碟插槽……。於是關機，開蓋，找到raid卡和sas連線線，一條條排查，終於確認的的確確是那塊讀寫燈不閃的硬碟損壞了。
參考3年前的經歷，俺在伺服器上做了乙個大的i/o操作，觀察讀寫燈，確認一塊硬碟讀寫燈的確不亮，大膽地換下這塊硬碟，事實證明我「猜」對了（硬碟做raid 5 一旦弄錯硬碟系統馬上崩潰）。
該台伺服器是2023年3月份購買的，到今天壞硬碟為止剛好超出保修期3個月，3月份曾向聯想詢問續保的事情，可得到的答覆是——「沒有備件，不賣續保」，上個月發現r350的乙個電源模組壞掉了，聯想以超過保修期為由不更換，莫非聯想已經算好「三年一過，必有災禍」？咋不**一下世界盃呢？
聯想的大忽悠來俺們這推銷伺服器，最後動情地說了一句：「那麼多dell的伺服器，卻沒有一台聯想的伺服器，支援一下民族品牌吧」（其實真有一台，就是上面說的那台r350），領導想想也對，於是下命令採購4臺，俺們老大一百個不願意，於是使了個小心眼把配置寫得高高的，當時聯想的**上根本找不出這麼高配置的機型，誰知聯想還真的能供貨，就此買了4臺萬全r525，當時聯想的大忽悠還說：「這可是全國第一批這樣的伺服器，我以前都沒見過」，一看序列號，最後一位分別是5、6、7、8，也許還真是那麼回事。沒幾天，乙個陰差陽錯的機會向dell詢價，也是同樣的配置，**竟然比聯想還便宜，唉，支援民族品牌，人人有責。
故事還沒完，不愧是第一批r525，問題太多了。
有一天發現1臺r525的乙個主機板上網口不通，排除網線問題，通知聯想上門，最後定位為網口問題，換主機板；沒幾天另一台機器也是這樣，換主機板……。4臺機器有3台壞了主機板上的網口，其中1台換了主機板後沒過1個月又壞了網口，再換。3個月內4次網口損壞，換了4塊主機板。幸好聯想還是比較遵守國家三包政策的。
壞網口這個問題挺奇怪的，故障燈不亮，也不叫，就是死活ping不通網路，一開始以為是網線問題，連續換了11條網線才確定是網口問題，即使是pc機也就打雷或者怒砸才有可能壞網口，俺們咋就那麼幸運呢？
又有一天發現一台r525亮紅色報警燈，圍著它轉了三圈沒發現任何問題，讓聯想工程師上門檢測，用乙個程式讀取bmc晶元的日誌，也沒發現什麼問題，於是刷bios，還是亮紅燈；拆開換主機板，刷bios，還是亮；拆開換raid卡，刷bios，還是亮；折騰了三天，螺絲都快折了，還是亮紅燈。俺調侃地跟聯想工程師說：「是不是風扇壞掉了」，於是開啟機箱蓋開機，仔細觀察，的確是有乙個風扇不轉了，趕緊調貨，換風扇，開機後還是亮，刷bios，終於不亮了。找知道當時在人品爆發爆發的時候就預言一下雙色球啦-_- 。
故障的定位能力也是伺服器的乙個很重要的指標，希望大家選購時要重視這項指標，不建議選購那種只有乙個故障燈的伺服器。
伺服器推送 SSE 了解一下？
若干年前，伺服器並沒有主動推送的能力，主要是通過輪詢的方式來達到近似於伺服器推送的能力。現在不需要這麼麻煩，輪詢只作為向下相容的方案即可，當前主流的伺服器推送是使用 sse 或者 websocket 來實現的。兩者對比如下 是否基於新協議 是否雙向通訊 是否支援跨域 接入成本 sse否 http 否...
ping 一下伺服器的IP
ping命令是windows系統是用於檢測網路連線性的基本命令，其基本命令格式為 ping 目標ip位址或者網域名稱，例如檢測www.baidu.com的連線是否正常 1 點選開始，點選執行，輸入cmd，點選確定 2 提示符後輸入 pingwww.baidu.com,回車 3 看到下圖資訊丟失 0，...
記錄一下伺服器docker的應用
docker systemctl enable docker systemctl start docker docker ps a docker stop docker restart docker start docker rm docker exec it bin bash mysql dock...