作業中用到的命令以及問題匯總
2019-11-29
- 查看系統運行時間，這個問題是因為我們在阿里云上有個機器，在某一天發現這臺機器上有的服務莫名奇妙的停了，然后排查時懷疑機器被重啟過用如下如下命令查看了系統運行時間，發現果不其然機器就是被重啟過：
1 cat /proc/uptime| awk -F. '{run_days=$1 / 86400;run_hour=($1 % 86400)/3600;run_minute=($1 % 3600)/60;run_second=$1 % 60;printf("系統已運行：%d天%d時%d分%d秒",run_days,run_hour,run_minute,run_second)}'
- 查看開機自啟的服務，這個問題時 我們的一臺機器需要降配，上面有十幾個程式和服務，需要確保服務可以在降配后開啟自啟，然后要查看這個服務是否設定了開機自啟：
1 systemctl list-unit-files
- mysql創建用戶后用戶無法遠程鏈接登錄，這個問題是開發的一位同學需要一個線下資料庫的只讀權限的用戶，然后正常開了賬戶后發現他賬戶無法遠程鏈接，會報錯，如下
1 mysql -u bowen -p 123456 -h x.x.x.x
2 Enter password:
3 ERROR 1045 (28000): Access denied for user 'bowen'@'x.x.x.x' (using password: YES)
解決辦法就是在創建用戶時，指定開發人員的IP地址如下：
1 CREATE USER '用戶'@'IP' IDENTIFIED BY 'password'；#創建用戶
2 GRANT select ON #庫名字.#表名 TO ‘username’@‘host’ #給用戶授權select
- 遇到服務器死機
首先要確認所受影響的服務都有那些,確定受災范圍,物理機死機是必然要重啟的,要找到是因為什么原因造成的,我遇到的有80%是因為用java跑到的程式造成的,然后發通知,得到批準后重啟,啟動后查看系統日志,確定服務都正常啟動,就可以了.
- init-connect 引數導致創建用戶后無法登錄
首先init-connect引數是用來干什么的？其實他是用來追蹤到每個操作陳述句的操作時間，操作人等，實作審計，在組態檔中配置init-connect引數，登錄時插入日志表，如果這個引數是個錯誤的SQL陳述句，登錄就會失敗， 所以創建普通用戶，不能有super權限，init-connect對具有super權限的用戶不起作用，同時此用戶必須要有INSERT權限，如果沒有，登錄后的任何操作都會導致MYSQL登錄失敗， grant insert,select,update on *.* to 'user1'@'localhost'; #帶INSERT權限 grant select,update on *.* to 'user2'@'localhost'; #不帶INSERT權限
- glibc升級，這個問題是在使用河馬websell檢測工具時遇到的問題當時遇到到了以下報錯
./hm: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./hm)
確認是glibc庫版本過低導致的，在網上找到了安裝包
wget ftp://ftp.pbone.net/mirror/archive.fedoraproject.org/fedora/linux/updates/15/x86_64/glibc-headers-2.14.1-6.x86_64.rpm wget ftp://ftp.pbone.net/mirror/archive.fedoraproject.org/fedora/linux/updates/15/x86_64/glibc-devel-2.14.1-6.x86_64.rpm wget ftp://ftp.pbone.net/mirror/archive.fedoraproject.org/fedora/linux/updates/15/x86_64/glibc-2.14.1-6.x86_64.rpm wget ftp://ftp.pbone.net/mirror/archive.fedoraproject.org/fedora/linux/updates/15/x86_64/glibc-common-2.14.1-6.x86_64.rpm wget ftp://ftp.pbone.net/mirror/archive.fedoraproject.org/fedora/linux/updates/testing/15/x86_64/kernel-headers-2.6.43.8-2.fc15.x86_64.rpm
rpm -Uvh *下載后的包*升級就可以正常使用了
-
nginx 413 request entity too large
client_header_buffer_size 256k; large_client_header_buffers 4 256k; client_max_body_size 500m;
更多問題持續更新中>>>>>>>>>>>>>
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/151038.html
標籤：Linux
上一篇：Centos7最小化安裝