当我们的用户想要使用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 USERSusername
或
24 2020-03-05 11:50 = USERSusername
用户在Suse机器上的etc/at.allow文件中(一开始没有/etc/at.allow或/etc/at.deny文件，但我还是添加了它(，在安排作业时没有任何错误消息。
如果我作为管理员用户尝试at命令，它在SLES机器上可以完美地工作，所以它可能与某个地方的用户权限有关。但是：用户没有得到任何错误消息，表明他们没有所需的权限。
我有两个问题：首先，很明显：我该如何让它发挥作用？如有任何帮助，我们将不胜感激第二：atq列表中的"a"或"="是什么意思？如果搜索过，但似乎找不到答案。("at"命令对谷歌来说是一个烦人的命令…：(
致以最良好的问候，并感谢您的帮助。
‘at’命令由‘atd’守护进程执行。检查守护程序是否已启动并正在运行；似乎默认的SuSE配置被设置为在启动期间不运行守护进程。
快速且肮脏：ps ax | grep atd
更熟练：systemctl status atd
根据Andrew的建议，我已经在unix.stackexchange.com上发布了这个问题。https://unix.stackexchange.com/questions/571490/at-command-on-suse-sles-11-does-nothing-works-perfectly-on-other-rhel-serve