2021-08-05

中午時候，同事說我們一臺生產環境服務器的程序發布遇到了問題，一直發布不上去。

發布程序到生產環境，我是用一個腳本來做的，我們在管理界面上操作一下，間接地會觸發一個服務器的腳本，由這個腳本來執行發布動作。

我迅速ssh到生產環境服務器，手動運行腳本，出現了熟悉的Permissiondenied。

“靠！誰到生產環境改了腳本的執行權限？”——這是我的第一反應。

但很快我就發現腳本具有“x”權限，反復確認我沒看錯后，我嘗試用root去執行，問題依舊，有些奇怪了。

我編寫了一個極簡單的腳本，里面只有一條“ls”命令，加上“x”權限，執行它，嗯？一樣的Permissiondenied。看來不是腳本內容的問題。

我檢查了我cron定時任務的日志，發現這個問題是前天開始出現的，我開始找人，看誰前天上過服務器做過什么事情，同事都說沒有。我再通過history查詢服務器的命令執行情況，發現除了當天我做的動作之外，就是好幾個星期前的事情了，真沒人上過這臺服務器。——更奇怪了。

這問題的難度還在于在網上只能找到最普通的回答：用chmod啊！——顯然我這里不是這個問題。

接著我發現，是所有的腳本都無法執行。但二進制執行文件卻沒問題。

再接著研究我發現腳本可以這樣執行：

$sh ./my_script

間接的用shell就能執行！我有點方向了，后來在網上找到了這個：https://unix.stackexchange.com/questions/136547/what-is-the-difference-between-running-bash-script-sh-and-script-sh

這個帖子討論了 ./script.sh和bash ./script.sh的不同，我了解了，但對解決我的問題幫助不大。

再就是這個：https://unix.stackexchange.com/questions/203371/run-script-sh-vs-bash-script-sh-permission-denied

這是個比較全面的討論PermissionDenied的帖子。其中提到了磁盤掛載的時候如果帶有“noexec”參數，就會導致這個問題，這跟我遇到的情況簡直就是一模一樣。遺憾的是，我仔細檢查了我的/etc/fstab，以及當前掛載的情況，并無“noexec”參數。我繼續嘗試了在不同的掛載點上執行腳本，都是一樣的結果。

另外這個帖子還提到了ACL，可以使用命令getfacl來檢查對一個文件的訪問控制，我這里也沒發現任何問題。

檢查用戶/組，沒有發現任何問題。

于是請教高人。高人說給出了幾個建議：

1，腳本頭部加上解釋符“#/bin/sh”——試了，問題依舊
2，檢查磁盤空間是否滿了 ——檢查了，遠沒滿
3，使用strace跟蹤腳本的運行情況

strace打印了很詳細的信息，但遇到系統調用就直接Permissiondenied，對于這個問題也沒有更多的幫助。實在古怪了。

最后這個問題被解決了，但原因還是沒找到，解決的方法估計你們也能猜出來了：重啟服務器。這是我能想到的唯一的，可能行得通的解決方案。結果還真奏效了。

高人說：相信你還會遇到這個問題的。我說：墨菲定律，對么？

這個問題，雖然花費了半天時間，最后還是沒找到原因，但學到了些新技能，也不算太虧。

總結

以上是生活随笔為你收集整理的奇怪的问题：Linux执行脚本碰到Permission denied问题(记录)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。