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