【发布时间】:2020-06-19 02:04:10
【问题描述】:
当我们的用户想要使用 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 机器上完美运行,因此它可能与某处的用户权限有关。但同样:用户没有收到任何错误消息指示他们没有所需的权限。
我有两个问题: 首先,很明显:我如何让它工作?任何帮助将不胜感激 第二:atq 列表中的 'a' 或 '=' 是什么意思?如果搜索但似乎无法找到答案。 ('at' 命令对 google 来说是个烦人的命令...... :))
致以最诚挚的问候,感谢您提供的所有帮助。
【问题讨论】:
-
也许在unix.stackexchange.com 上试试这个?我猜我会检查用户默认 shell 之类的东西,但你会在那里获得更多专业知识
-
文档说“输出行的格式(每个作业一个)是:作业号、日期、小时、队列和用户名。”
-
在 unix.stackexchange.com 上试用可能是个好主意。我是新手。
标签: linux scheduling at-command suse sles