ユーザーが at コマンドを使用してジョブをスケジュールしたい場合、SLES 11 サーバーでは機能しません。RedHat Enterprise Linux サーバーでまったく同じことを行うと、完全に機能します。
アカウントを使用して両方のサーバーでテストしました。
at 11:50
ls -al >/home/USERS/username/justtesting.txt
<<Ctrl+D>>
RHEL サーバー上にそのファイルを作成し、その後の atq コマンドで空のリストが表示されます。
Suse マシンでまったく同じことを行うと、ファイルは作成されず、atq コマンドは実行したすべての試行を次の形式でリストします。
23 2020-03-05 11:50 a USERS\username
また
24 2020-03-05 11:50 = USERS\username
ユーザーは Suse マシンの etc/at.allow ファイルにあり (最初から /etc/at.allow または /etc/at.deny ファイルはありませんでしたが、とにかく追加しました)、そこにジョブをスケジュールしている間エラーメッセージは一切ありません。
管理者ユーザーとして at コマンドを実行すると、SLES マシンで問題なく動作するため、おそらくどこかでユーザー権限に関連している可能性があります。しかし、繰り返しになりますが、ユーザーは、必要なアクセス許可を持っていないことを示すエラー メッセージを受け取りません。
2 つの質問があります。第二に、「a」または「=」は atq リストで何を意味しますか? 検索しても答えが見つからないようです。(「at」コマンドはグーグルにとって厄介なものです... :) )
よろしくお願いします。すべての助けに感謝します。