工作中問題的總結1

2022-08-21 20:21:09 字數 1502 閱讀 4144

1.磁碟托盤裡面並沒有硬碟,但是 顯示紅色報警

解決方法:進入raid介面,刪除磁碟組,

原因分析:之前做過raid,但是,把磁碟用作了他用,所以,此機器認為是磁碟壞了,報警。空磁碟與壞盤,做完raid之後,伺服器都會報警

2.問題描述:公司新到的交換機,配好圍欄之後,內網全通,但ping外網的時候,如果這次可以ping通就不丟包,如果ping不通,就一直不通,

解決方法:天融信防火牆增加策略解決的問題

問題分析:當時查詢了網線,但是 ,120段是可以的。所以,又懷疑是路由器或者是dns伺服器,但是,也沒有問題。最後查防火牆策略,比120段少了一條。原因估計是,外網dns輪訓導致的。

3.問題:禪道不能連線web頁面

解決辦法:重啟服務

問題分析:關機之後,服務沒有加入開機自啟動。重啟就可以解決,查埠就行,會發現沒有80,加入開機自啟動

4.問題:做完raid6之後,系統起不來

解決方法:重做系統(可以參考pve的部落格)

問題分析:進入bios,更改開機的啟動項,不行,更改硬碟的模式為idm 但已經是這個模式,重灌系統解決

5.問題:raid10,讀寫速度150m左右,raid5,raid00等都做了測試,但是效果並不好

解除方法:換raid卡,將硬碟線增加為兩條,再做raid10,寫速度在750m每秒。

6.問題描述:自動發布的報錯:couldn't

find any revision to build. verify the repository and branch

configuration for this job(找不到任何要生成的修訂。驗證此作業的儲存庫和分支配置)

解決方法:去gitlab檢查分支,發布時的分支與開發建立的分支是不同的,開發給我們提供了乙個錯誤的分支,只需要看一下本來的分支,在分支中並沒有發現要發布的那個分支,與開發溝通,確實新的分支,重新發布就可以了

7.問題描述:jenkins發布的專案名稱,與gitlab的路徑名稱不一致,發布時錯誤

解決辦法:將專案名稱與開發給的路徑名稱改成一致的(當時看到專案名稱與gitlab檔案路徑不對時,應該第一時間與開發溝通,**中的路徑為準,直接改完發布就行)

總結:jenkins在gitlab上面拉取**,並打包,我們把jar包複製到要發布的伺服器上面,發布並執行,此專案就啟動執行成功。

這裡面有幾處包名一樣的地方,第一處,gitlab的路徑名稱,二,專案名稱,三,要發布的伺服器上面,資料夾名稱

jenkins自動打包,自動執行指令碼

8.禪道總愛發郵件,是因為測試的原因,可以在設定中將它停掉;禪道的作用是整個公司在使用,從立項開始的,但是,因為不規範,最後,變成了測試在使用他的例項。

9.爬蟲的資料庫被卡死了,爬蟲那邊緊張的說,我們伺服器崩了;其實,不然,只是cpu過高了,將esxi上面的虛擬機器,在虛擬硬體中,有一項  限制 - lops 自定義 本來是80  可以改為70 ,總體原因還是因為raid5寫入速度太慢,前期還能支撐,後期讀內圈的時候,會更慢。只要是物理機中的虛擬機器,任意一台調整了 限制 - lops 的值  都是可以的。

工作中遇到的問題總結1

問題 1 linq to object 注意區分大小寫。var caserefundlist entity.up refund info caseapirefund getlist accountname.tolower select m new 上述用於up refund info caseapi...

工作中問題總結

一 環境除錯問題 最近一直做醫療系統專案,最讓人頭疼的不是bug,而是環境,因為資源有限,各組人員都輪流使用,使用後的狀態雖然已經盡量恢復到初始狀態,但是難免有各種人禍,同時軟體更新很快,同時環境有機械 電氣 外設 軟體 網路等等,每天上午小半天的任務就是先讓軟體系統正常啟動,先啟動軟體,是否有異常...

工作中問題總結 積累

指令碼描述 需要建立使用者後將key發給該使用者的郵箱 廢話不多說直接上指令碼了 bin bash 建立使用者 read p enter your name user name user count cat etc passwd grep user name c if user count ne 1...