有維護一些定期工作的程式
都是歷史悠久一代傳一代
只要他正常工作都不會異動他
最近忽然發現某支程式會執行失敗
錯誤訊息為 Lost connection to MySQL server during query at ...
上網查了一下 說是資料庫資料較大 建議加大 net_read_timeout和net_write_timeout時間
因為資料庫不是我管理的 試著從程式下手
發現在執行失敗的那一行是一個查詢的指令
而where的條件式沒有依過濾最多的放在前面
調整一下順序 果然查詢回覆的時間大幅減少 應該就可以避免失敗了
2018年7月27日 星期五
2018年6月24日 星期日
interface input error
https://www.cisco.com/en/US/docs/internetworking/troubleshooting/guide/tr1904.html#wp1020996
runts, giants, no buffer, CRC, frame, overrun, and ignored都是input error原因之一,
原先目標是抓interface crc error,這值如果持續產生有很大機率是線材的問題,
結果目標設備不支援,只好改抓input error,input error 的原因則較多了,
Includes runts, giants, no buffer, CRC, frame, overrun, and ignored counts. Other input-related errors can also cause the input error count to be increased, and some datagrams may have more than one error; therefore, this sum may not balance with the sum of enumerated input error counts.
但這些數量總合不會等於input error,因為封包發生錯誤也許原因不只一種。
macOS ssh 失敗(diffie-hellman-group1-sha1)
Unable to negotiate with xxx.xxx.xxx.xxx port 22: no matching key exchange method found. Their offer:diffie-hellman-group1-sha1
ans:
ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 name@xxx.xxx.xxx.xxx
訂閱:
文章 (Atom)