当我们的用户想要使用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文件，但我还是添加了它），并且在计划工作没有任何错误消息。
如果我以admin用户的身份尝试at命令，则它在SLES机器上可以正常工作，因此它可能与某处的用户权限有关。但同样：用户没有得到任何错误消息，表明他们没有所需的权限。
我有两个问题：首先，很明显：我该如何工作？任何帮助将不胜感激第二：atq列表中的“ a”或“ =”是什么意思？如果已搜索但似乎找不到答案。 （'at'命令对Google来说是个烦人的... :)）
致以最诚挚的谢意，感谢您提供的所有帮助。
当我们的用户想要使用at命令安排作业时，它在我们的SLES 11服务器上不起作用。如果它们在我们的RedHat Enterprise Linux服务器上做的完全相同，则可以完美地工作。我已经在...
'at'命令由'atd'守护程序执行。检查守护程序是否已启动并正在运行；似乎默认的SuSE配置已设置为在启动期间不运行守护程序。