- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
В /var/log/cron пишет:
Sep 30 22:06:01 serv crond[12770]: Authentication token is no longer valid; new one required
Sep 30 22:06:01 serv crond[12770]: CRON (kusn) ERROR: failed to open PAM security session: Success
Sep 30 22:06:01 serv crond[12770]: CRON (kusn) ERROR: cannot set security context
Прочитал по этому поводу темы:
http://ubuntuforums.org/showthread.php?t=612562
http://hostechs.com/2008/07/cron-error-failed-to-open-pam-security-session/
http://www.directadmin.com/forum/archive/index.php/t-25995.html
Но то что там написано не помогает,
в /etc/pam.d/crond прописано:
auth sufficient pam_rootok.so
auth required pam_env.so
auth include system-auth
account required pam_access.so
account include system-auth
session required pam_loginuid.so
session include system-auth
в /etc/shadow юзер есть
в /etc/security/access.conf
все закоментировано.
Уже не знаю что делать.
В /var/log/cron пишет:
Sep 30 22:06:01 serv crond[12770]: Authentication token is no longer valid; new one required
Уже не знаю что делать.
Т.е. пароль пробовали для пользователя kusn менять?
Пароль поменял, и в логах начало нормально писать, но почемуто крон как таковой не заработал:
Oct 1 10:33:01 ua1 crond[15045]: (aaa) CMD (/usr/bin/links --dump http://host.ua/cron.php > /dev/null)
Oct 1 10:33:01 ua1 crond[15049]: (aaa) CMD (/usr/local/bin/php /home/host/domains/host.ua/public_html/cron.php)
На одном сервере такие прописки работают, а на этом нет.
Пароль поменял, и в логах начало нормально писать
Ну вот, а говорите "Но то что там написано не помогает".
, но почемуто крон как таковой не заработал:
Oct 1 10:33:01 ua1 crond[15045]: (aaa) CMD (/usr/bin/links --dump http://host.ua/cron.php > /dev/null)
Oct 1 10:33:01 ua1 crond[15049]: (aaa) CMD (/usr/local/bin/php /home/host/domains/host.ua/public_html/cron.php)
На одном сервере такие прописки работают, а на этом нет.
links, php - есть на сервере? Пути правильные?
whereis php
php: /usr/lib/php /usr/local/bin/php /usr/local/lib/php.ini /usr/local/lib/php
php есть пути правильные, links не знаю
whereis links
Что кажет?
Спасибо, разобрался. Тема закрыта.