Alguém pode explicar por que o sudo ls com um curinga não funciona?

$ 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

Alguém pode explicar por que isso acontece? Estou preso em um script devido a isso.

Uma possibilidade é que você não tenha permissões para acessar um ou mais dos diretórios nesse caminho ( /sites/servers/server_instance/logs). A expansão do curinga é realizada pelo seu shell e, em seguida, os caminhos expandidos são passados ​​para o sudocomando.

Se o usuário não tiver permissões, a expansão não funcionará no primeiro comando. Seria executado como está ( ls -ltr /sites/servers/server_instance/logs/access*) e não há um arquivo chamado literalmente access*). Se abctiver as permissões necessárias para todos os diretórios no caminho, o segundo comando, que não possui caracteres curinga, seria intocado pelo seu shell e funcionaria bem.

$ 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/
baz

Você pode ter o globbing desativado.

Procure algo como set -fou set -o noglobantes dessas linhas no script ou se estiver executando um shell interativo echo $-; se houver um fna saída, o globbing está desativado:

$ echo $-
fhimBH

Para corrigir isso, remova set -fou set -o noglobdo script ou, em um shell interativo, execute set +fou set +o noglob:

$ set -f
$ echo $-
fhimBH
$ ls access*
ls: cannot access access*: No such file or directory
$ set +f
$ echo $-
himBH
$ ls access*
access