Когда наши пользователи хотят запланировать работу с помощью команды 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
Пользователь находится в файле etc / at.allow на компьютере Suse (не было /etc/at.allow или / etc / файл at.deny для начала, но я все равно добавил его), и при планировании задания сообщения об ошибках НЕТ.
Если я попробую команду at в качестве администратора, она будет работать безупречно на компьютере SLES. так что это, вероятно, связано с правами пользователя где-то. Но опять же: пользователь не получает никаких сообщений об ошибках, у них нет необходимых разрешений.
У меня есть два вопроса: во-первых, очевидно: как мне заставить это работать? Любая помощь будет принята с благодарностью. Второе: что означает «a» или «=» в списке atq? Если искал, но не могу найти ответ. (команда 'at' раздражает Google ... :))
С наилучшими пожеланиями, и спасибо за любую помощь.