$ sudo -iu abc ls -ltr /sites/servers/server_instance/logs/access*
ls: cannot access /sites/servers/server_instance/logs/access*: No such file or directory
$ sudo -iu abc ls -ltr /sites/servers/server_instance/logs/
total 594812
-rwxrwxrwx 1 abc abc 45 Mar 21 12:42 old.log
-rwxrwxrwx 1 abc abc 304537970 Mar 24 12:45 console.log
-rwxrwxrwx 1 abc abc 304537970 Mar 24 13:20 access_nginx.logなぜこれが起こるのか誰にも説明できますか？これが原因で台本に引っかかっています。
回答:
1つの可能性は、そのパス（/sites/servers/server_instance/logs）内の1つ以上のディレクトリにアクセスする権限がないことです。ワイルドカードの展開はシェルによって実行され、展開されたパスはsudoコマンドにます。
ユーザーにアクセス許可がない場合、最初のコマンドで展開は機能しません。そのまま（ls -ltr /sites/servers/server_instance/logs/access*）で実行され、文字通りの名前のファイルはありませんaccess*）。abcパス内のすべてのディレクトリに必要なアクセス許可がある場合、ワイルドカードのない2番目のコマンドはシェルによって変更されず、正常に機能します。
$ sudo namei -lx foo/bar/baz
f: foo/bar/baz
drwxr-xr-x muru muru foo
drwx------ test test bar
drwxr-xr-x muru muru baz
$ sudo ls foo/bar/b*
ls: cannot access 'foo/bar/b*': No such file or directory
$ sudo -u test ls foo/bar/
bazlsコマンドに渡すことです（アイデンティティの変更suが行われたとき）効果）グロビングを行います。
lsはグロビングを行いません。
sh -cコマンドラインに追加することで、sudo環境でグロビングを実行できます。
グロビングが無効になっている可能性があります。
スクリプト内のそれらの行の前set -fまたはset -o noglob前に何かを探します。または、対話型シェルで実行している場合echo $-。あるかどうf出力で、グロブが無効になっています：
$ echo $-
fhimBHそれを解決するには、削除set -fまたはset -o noglobスクリプトから、または場合は対話型シェルの実行中set +fかset +o noglob：
$ set -f
$ echo $-
fhimBH
$ ls access*
ls: cannot access access*: No such file or directory
$ set +f
$ echo $-
himBH
$ ls access*
accesssudo -u abc /path/to/script）としてスクリプトを実行してはどうですか？その場合、グロビングは失敗しないはずです。いずれにせよ、muruは私ではなくパスの問題を彼の答えで提案しました。彼の回答を受け入れることを検討する必要があります（askubuntu.com/help/accepted-answer）。