forum.opennet.ru - "Ручной запуск и Cron. Проблема" (43)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Ручной запуск и Cron. Проблема"

Форумы Программирование под UNIX (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Ручной запуск и Cron. Проблема"
Сообщение от Daywer (ok) on 09-Фев-09, 07:21
Коллеги помогите советом. Есть скрипт sender.sh содержащий одну строку: cat mess.txt \| mutt -x -s "Тема" -a "file" user@host.ru Отправляет почту на указанный адрес через консольного почтового клиента mutt+msmtp(для отправки через smtp сервер). при запуске sender.sh письмо уходит, при настройке запуска по cron скрипт запускается, но письмо не уходит. на sender.sh права полные. В которую сторону покопать можно?
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Ручной запуск и Cron. Проблема, allez, 07:35 , 09-Фев-09, (1)

Ручной запуск и Cron. Проблема, Daywer, 09:32 , 09-Фев-09, (2)
Ручной запуск и Cron. Проблема, Daywer, 09:33 , 09-Фев-09, (3)

Ручной запуск и Cron. Проблема, Arpo, 11:49 , 09-Фев-09, (6)

Ручной запуск и Cron. Проблема, romasuba, 10:06 , 09-Фев-09, (4)

Ручной запуск и Cron. Проблема, chip, 11:03 , 09-Фев-09, (5)
Ручной запуск и Cron. Проблема, Daywer, 14:36 , 09-Фев-09, (7)

Ручной запуск и Cron. Проблема, Arpo, 14:38 , 09-Фев-09, (8)

Ручной запуск и Cron. Проблема, Daywer, 14:46 , 09-Фев-09, (9)

Ручной запуск и Cron. Проблема, Arpo, 14:50 , 09-Фев-09, (10)

Ручной запуск и Cron. Проблема, vic, 14:59 , 09-Фев-09, (11)

Ручной запуск и Cron. Проблема, phpcoder, 15:11 , 09-Фев-09, (12)

Ручной запуск и Cron. Проблема, Daywer, 15:23 , 09-Фев-09, (13)

Ручной запуск и Cron. Проблема, phpcoder, 15:26 , 09-Фев-09, (14)

Ручной запуск и Cron. Проблема, chip, 16:05 , 09-Фев-09, (16)

Ручной запуск и Cron. Проблема, vic, 16:32 , 09-Фев-09, (17)

Ручной запуск и Cron. Проблема, chip, 16:45 , 09-Фев-09, (18)

Ручной запуск и Cron. Проблема, vic, 17:25 , 09-Фев-09, (19)

Ручной запуск и Cron. Проблема, chip, 17:28 , 09-Фев-09, (20)
Ручной запуск и Cron. Проблема, vic, 18:42 , 09-Фев-09, (21)
Ручной запуск и Cron. Проблема, chip, 19:05 , 09-Фев-09, (22)
Ручной запуск и Cron. Проблема, vic, 19:18 , 09-Фев-09, (23)
Ручной запуск и Cron. Проблема, chip, 21:07 , 09-Фев-09, (24)
Ручной запуск и Cron. Проблема, vic, 22:01 , 09-Фев-09, (25)
Ручной запуск и Cron. Проблема, phpcoder, 09:12 , 10-Фев-09, (26)

Ручной запуск и Cron. Проблема, vic, 15:54 , 09-Фев-09, (15)

Ручной запуск и Cron. Проблема, Daywer, 09:55 , 10-Фев-09, (27)

Ручной запуск и Cron. Проблема, phpcoder, 10:01 , 10-Фев-09, (28)
Ручной запуск и Cron. Проблема, vic, 10:24 , 10-Фев-09, (29)

Ручной запуск и Cron. Проблема, Daywer, 10:43 , 10-Фев-09, (30)

Ручной запуск и Cron. Проблема, Daywer, 10:45 , 10-Фев-09, (31)

Ручной запуск и Cron. Проблема, Daywer, 11:29 , 10-Фев-09, (32)
Ручной запуск и Cron. Проблема, Daywer, 09:56 , 17-Фев-09, (33)
Ручной запуск и Cron. Проблема, phpcoder, 10:22 , 17-Фев-09, (34)
Ручной запуск и Cron. Проблема, Daywer, 20:55 , 18-Фев-09, (35)
Ручной запуск и Cron. Проблема, phpcoder, 07:53 , 19-Фев-09, (36)
Ручной запуск и Cron. Проблема, Daywer, 08:48 , 02-Мрт-09, (39)
Ручной запуск и Cron. Проблема, phpcoder, 08:56 , 02-Мрт-09, (40)

Ручной запуск и Cron. Проблема, LS, 14:05 , 25-Фев-09, (37)

Ручной запуск и Cron. Проблема, Daywer, 08:25 , 02-Мрт-09, (38)

Ручной запуск и Cron. Проблема, Nikolay, 10:27 , 01-Апр-09, (41)

Ручной запуск и Cron. Проблема, Daywer, 08:29 , 02-Апр-09, (42)

Ручной запуск и Cron. Проблема, Daywer, 14:17 , 23-Апр-09, (43)

Сообщения по теме [Сортировка по времени | RSS]

1. "Ручной запуск и Cron. Проблема"

Сообщение от allez (ok) on 09-Фев-09, 07:35

>Коллеги помогите советом.
>Есть скрипт sender.sh содержащий одну строку:
>cat mess.txt | mutt -x -s "Тема" -a "file" user@host.ru
>Отправляет почту на указанный адрес через консольного почтового клиента mutt+msmtp(для отправки через
>smtp сервер).
>при запуске sender.sh письмо уходит, при настройке запуска по cron скрипт запускается,
>но письмо не уходит. на sender.sh права полные. В которую сторону
>покопать можно?
В сторону указывания полных путей ко всем файлам, упомянутым в скрипте. Подсказка: mutt - тоже
файл.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 09-Фев-09, 09:32

>В сторону указывания полных путей ко всем файлам, упомянутым в скрипте. Подсказка:
>mutt - тоже
>файл.
Не помогло

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 09-Фев-09, 09:33

>В сторону указывания полных путей ко всем файлам, упомянутым в скрипте. Подсказка:
>mutt - тоже
>файл
Не помогло

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Ручной запуск и Cron. Проблема"

Сообщение от Arpo (ok) on 09-Фев-09, 11:49

>>В сторону указывания полных путей ко всем файлам, упомянутым в скрипте. Подсказка:
>>mutt - тоже
>>файл
>
>Не помогло
покажите строчку из crontab-а и текст скрипта который не работает.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Ручной запуск и Cron. Проблема"

Сообщение от romasuba on 09-Фев-09, 10:06

>[оверквотинг удален]
>>cat mess.txt | mutt -x -s "Тема" -a "file" user@host.ru
>>Отправляет почту на указанный адрес через консольного почтового клиента mutt+msmtp(для отправки через
>>smtp сервер).
>>при запуске sender.sh письмо уходит, при настройке запуска по cron скрипт запускается,
>>но письмо не уходит. на sender.sh права полные. В которую сторону
>>покопать можно?
>
>В сторону указывания полных путей ко всем файлам, упомянутым в скрипте. Подсказка:
>mutt - тоже
>файл.
какой интерпретатор стоит у скрипта sender.sh: "#!/bin/bash" | "#!/bin/sh" | "#!/bin/ksh"
боюсь соврать но вроде крон използует, ksh

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Ручной запуск и Cron. Проблема"

Сообщение от chip (ok) on 09-Фев-09, 11:03

>боюсь соврать но вроде крон използует, ksh
man 5 crontab
/bin/sh по умолчанию

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 09-Фев-09, 14:36

>какой интерпретатор стоит у скрипта sender.sh: "#!/bin/bash" | "#!/bin/sh" | "#!/bin/ksh"
>боюсь соврать но вроде крон използует, ksh
Стоит
#!/bin/sh
Да забыл указать что FreeBSD 7 у меня
Строка из крона
*/5   *    *    *    *    root /tmp/sender.sh
По логам крона скрипт sender.sh был запущен. Но вот почту не отправил.
Скрипт еще вычисляет предыдущую дату но не суть.Я его урезал до двух строк чтобы протестить саму отправку
#!/bin/sh
cat /tmp/mess.txt | /usr/local/bin/mutt -x -s "Тема" user@host.ru

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Ручной запуск и Cron. Проблема"

Сообщение от Arpo (ok) on 09-Фев-09, 14:38

>
>>какой интерпретатор стоит у скрипта sender.sh: "#!/bin/bash" | "#!/bin/sh" | "#!/bin/ksh"
>>боюсь соврать но вроде крон използует, ksh
>
>Стоит
>#!/bin/sh
>
>Да забыл указать что FreeBSD 7 у меня
Еще раз:
покажите строчку из crontab-а и текст скрипта который не работает, в том виде в котором он сейчас!!! не работает.
Телепатов нет..

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 09-Фев-09, 14:46

>Телепатов нет..
Выше смотри

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Ручной запуск и Cron. Проблема"

Сообщение от Arpo (ok) on 09-Фев-09, 14:50

>
>>Телепатов нет..
>
>Выше смотри
Не ...
Видимо нато полный путь к cat тоже прописать

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Ручной запуск и Cron. Проблема"

Сообщение от vic (??) on 09-Фев-09, 14:59

>Да забыл указать что FreeBSD 7 у меня
>Строка из крона
>
>*/5   *    *    *    *    root /tmp/sender.sh
а точна в системном строка прописана, а не в пользовательском?
(кста, а зачем в системном? чем юзерский не устраивает)
>По логам крона скрипт sender.sh был запущен. Но вот почту не отправил.
>#!/bin/sh
>cat /tmp/mess.txt | /usr/local/bin/mutt -x -s "Тема" user@host.ru
ну таки если написать:
cat /tmp/mess.txt > /tmp/mess2.txt
файл /tmp/mess2.txt появицца? (содержимое правильное?)
далее в логах не крона, а в почтовых логах что будет по поводу отправки письма?
далее продолжаем тупое дебаженье:
/usr/local/bin/mutt >/tmp/xxx.log 2>/tmp/xxx2.log
все ожидаемо?)
PS и это, полный путь к cat, плз =)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Ручной запуск и Cron. Проблема"

Сообщение от phpcoder (??) on 09-Фев-09, 15:11

>PS и это, полный путь к cat, плз =)
Ну это уже слишком, IMHO. cat обычно лежит в /bin, а /bin обычно по умолчанию есть в $PATH у кронтаба.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 09-Фев-09, 15:23

>>PS и это, полный путь к cat, плз =)
>
>Ну это уже слишком, IMHO. cat обычно лежит в /bin, а /bin
>обычно по умолчанию есть в $PATH у кронтаба.
Я тоже думаю что полные пути излишни. Но все равно попробую.
Всем спасибо за отзывы. FreeBSD на работе завтра доберусь все советы протестирую.
О результатах доложу.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Ручной запуск и Cron. Проблема"

Сообщение от phpcoder (??) on 09-Фев-09, 15:26

>Я тоже думаю что полные пути излишни.
Полные пути нужны только к тем командам, которые находятся в каталогах не перечисленных в $PATH кронтаба. Т.е., для всяких там /usr/local/bin и прочих /opt пути полные писать надо, но вот /bin и /usr/bin, там обычно по умолчанию есть.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Ручной запуск и Cron. Проблема"

Сообщение от chip (ok) on 09-Фев-09, 16:05

>>Я тоже думаю что полные пути излишни.
>
>Полные пути нужны только к тем командам, которые находятся в каталогах не
>перечисленных в $PATH кронтаба. Т.е., для всяких там /usr/local/bin и прочих
>/opt пути полные писать надо, но вот /bin и /usr/bin, там
>обычно по умолчанию есть.
Полные пути не нужны вовсе. Для этого в начале скрипта должна присутствовать строка:
PATH="/bin:...:${PATH}"; export PATH;

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Ручной запуск и Cron. Проблема"

Сообщение от vic (??) on 09-Фев-09, 16:32

>[оверквотинг удален]
>>
>>Полные пути нужны только к тем командам, которые находятся в каталогах не
>>перечисленных в $PATH кронтаба. Т.е., для всяких там /usr/local/bin и прочих
>>/opt пути полные писать надо, но вот /bin и /usr/bin, там
>>обычно по умолчанию есть.
>
>Полные пути не нужны вовсе. Для этого в начале скрипта должна присутствовать
>строка:
>
>PATH="/bin:...:${PATH}"; export PATH;
работает для утилит аля cat, но для менее известных, и возможно устанавливаемых во всякие /usr/local/bin, /home/me/bin не сильно спасает.
к примеру:
PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/mega_project/bin
mega_utility 1 2 3 4
шо будит если mega_utility будет установлена дважды, первый раз в /usr/local/bin, второй раз в /usr/local/mega_project/bin новая версия с патчем закрывающим гига-дыру (вот такая невнимательность ссзб-одмина). утилита не из репозиториев, а своя какая-нить.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "Ручной запуск и Cron. Проблема"

Сообщение от chip (ok) on 09-Фев-09, 16:45

>к примеру:
>PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/mega_project/bin
>mega_utility 1 2 3 4
>
>шо будит если mega_utility будет установлена дважды, первый раз в /usr/local/bin, второй
>раз в /usr/local/mega_project/bin новая версия с патчем закрывающим гига-дыру (вот такая
>невнимательность ссзб-одмина). утилита не из репозиториев, а своя какая-нить.
Пример глупый и некрасивый. Если программное обеспечение свое ("утилита") -- скрипт тоже свой. Никто не мешает использовать:
PATH="/usr/local/mega_project/bin:${PATH}"
Системный пути из cron(a) достаточно просто наследовать, имхо.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Ручной запуск и Cron. Проблема"

Сообщение от vic (??) on 09-Фев-09, 17:25

>Пример глупый и некрасивый.
зато из жизни.
> Если программное обеспечение свое ("утилита") -- скрипт тоже
>свой. Никто не мешает использовать:
>PATH="/usr/local/mega_project/bin:${PATH}"
теперь закидываем в этот каталог что-нить левое под именем cat и понеслось.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "Ручной запуск и Cron. Проблема"

Сообщение от chip (ok) on 09-Фев-09, 17:28

>>Пример глупый и некрасивый.
>
>зато из жизни.
>> Если программное обеспечение свое ("утилита") -- скрипт тоже
>>свой. Никто не мешает использовать:
>>PATH="/usr/local/mega_project/bin:${PATH}"
>
>теперь закидываем в этот каталог что-нить левое под именем cat и понеслось.
Если у злоумышленника есть доступ на запись в /usr/local/mega_project, а ваш скрипт использует абсолютный путь /usr/local/mega_project/mega_tool. Ничто не помешает ему заменить этот mega_tool своим. Именно по этому еще раз подчеркиваю пример не из жизни и более чем академический интерес не представляет.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Ручной запуск и Cron. Проблема"

Сообщение от vic (??) on 09-Фев-09, 18:42

>[оверквотинг удален]
>>> Если программное обеспечение свое ("утилита") -- скрипт тоже
>>>свой. Никто не мешает использовать:
>>>PATH="/usr/local/mega_project/bin:${PATH}"
>>
>>теперь закидываем в этот каталог что-нить левое под именем cat и понеслось.
>
>Если у злоумышленника есть доступ на запись в /usr/local/mega_project, а ваш скрипт
>использует абсолютный путь /usr/local/mega_project/mega_tool. Ничто не помешает ему заменить этот mega_tool
>своим. Именно по этому еще раз подчеркиваю пример не из жизни
>и более чем академический интерес не представляет.
Ну нет права записи у злоумышленника, даже самого злоумышленника нет :)
Есть стечение обстоятельств при которых в пути поиска обнаруживается утилита с другой версией (или с иными ключами ком. строки) или вообще с таким же именем что и в скрипте, но обнаруживается раньше и делающая совсем не то что надо, не обязательно что это главная утилита скрипта, так мелкая второстепенная утилитка, а скрипт может юзать десятки таких утилит и все они разбросаны по каталогам. Утилита может там оказаться в результате установки более новой версии другого софта, установка произойдет позже чем установлен и проверен на работоспособность скрипт. Устанавливать будет другой человек, через год-другой. В итоге неожиданно что-нить сломается. Даже то что скрипт просто выдаст ошибку имеет свое значение. Да правка на 2 мин, но все же.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "Ручной запуск и Cron. Проблема"

Сообщение от chip (ok) on 09-Фев-09, 19:05

>Есть стечение обстоятельств при которых в пути поиска обнаруживается утилита с другой
>версией (или с иными ключами ком. строки) или вообще с таким
Ок. Пусть так. А теперь возьмем другой крайний случай. Ваш скрипт использует абсолютные пути. Например, /usr/lib/python2.4/.. Далее цитирование "в результате установки более новой версии другого софта, установка произойдет позже чем установлен и проверен на работоспособность скрипт. Устанавливать будет другой человек, через год-другой. В итоге неожиданно что-нить сломается."

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "Ручной запуск и Cron. Проблема"

Сообщение от vic (??) on 09-Фев-09, 19:18

>>Есть стечение обстоятельств при которых в пути поиска обнаруживается утилита с другой
>>версией (или с иными ключами ком. строки) или вообще с таким
>
>Ок. Пусть так. А теперь возьмем другой крайний случай. Ваш скрипт использует
>абсолютные пути. Например, /usr/lib/python2.4/.. Далее цитирование "в результате установки более новой
>версии другого софта, установка произойдет позже чем установлен и проверен на
>работоспособность скрипт. Устанавливать будет другой человек, через год-другой. В итоге неожиданно
>что-нить сломается."
что и где сломается?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "Ручной запуск и Cron. Проблема"

Сообщение от chip (ok) on 09-Фев-09, 21:07

>>>Есть стечение обстоятельств при которых в пути поиска обнаруживается утилита с другой
>>>версией (или с иными ключами ком. строки) или вообще с таким
>>
>>Ок. Пусть так. А теперь возьмем другой крайний случай. Ваш скрипт использует
>>абсолютные пути. Например, /usr/lib/python2.4/.. Далее цитирование "в результате установки более новой
>>версии другого софта, установка произойдет позже чем установлен и проверен на
>>работоспособность скрипт. Устанавливать будет другой человек, через год-другой. В итоге неожиданно
>>что-нить сломается."
>
>что и где сломается?
Скрипт перенесен на другую платформу, где /usr/lib/python2.4 или /usr/bin, /bin ... et cetera отсутствует как класс, а в скрипте они захардкожены. "Устанавливать будет другой человек, через год-другой". Вспомнит он многими добрыми словами человека черкавшего этот скрипт. Попутно он будет заменять десятки/сотни абсолютных путей.
any way, у обоих подходов есть "-" и "+". Ситуации, когда встречается дублирование софта в разных prefix=, скорее исключение, чем правило. На мой взгляд, характерно бо`льше для хостинг-площадок.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

25. "Ручной запуск и Cron. Проблема"

Сообщение от vic (??) on 09-Фев-09, 22:01

>Скрипт перенесен на другую платформу, где /usr/lib/python2.4 или /usr/bin, /bin ... et
>cetera отсутствует как класс, а в скрипте они захардкожены. "Устанавливать будет
>другой человек, через год-другой". Вспомнит он многими добрыми словами человека черкавшего
>этот скрипт. Попутно он будет заменять десятки/сотни абсолютных путей.
Если все пути собраны в начале скрипта и завязаны на задаваемый (настраиваемый) префикс, то не все так страшно, но только в том случае если скрипт не обычным копированием переносится, а устанавливается через тот же configure в рамках какого-то пакета. Конечно есть множество скриптов которые именно обычным копированием и перетаскиваются, т.к. не будет же человек для каждого скрипта писать спеку для установки через систему пакетов :)
>
>any way, у обоих подходов есть "-" и "+". Ситуации, когда встречается
>дублирование софта в разных prefix=, скорее исключение, чем правило. На мой
>взгляд, характерно бо`льше для хостинг-площадок.
Согласен.
PS развели тут, понимаешь, дискуссию :))

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "Ручной запуск и Cron. Проблема"

Сообщение от phpcoder (??) on 10-Фев-09, 09:12

>Конечно есть множество скриптов которые именно
>обычным копированием и перетаскиваются, т.к. не будет же человек для каждого
>скрипта писать спеку для установки через систему пакетов :)
Мноние не будут, а кто-то точно будет. (Например, я очень не люблю что-либо устанавливать в систему не из RPM-пакетов.)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Ручной запуск и Cron. Проблема"

Сообщение от vic (??) on 09-Фев-09, 15:54

>>>PS и это, полный путь к cat, плз =)
>>
>>Ну это уже слишком, IMHO. cat обычно лежит в /bin, а /bin
>>обычно по умолчанию есть в $PATH у кронтаба.
о да, логично, почти :)
а ничего что есть перцы (одмины) - любители неожиданных решений, ну там прописать крону в $PATH оригинальные пути хз куда? и cat уже не cat, а вот /bin/cat однозначен шо ппц :)
не ну поняно что такой одмин ССЗБ, но как гриться - береженого бог бережет, приговаривала монашка одевая на свечку десятый презерватив :))
>Я тоже думаю что полные пути излишни.
зряяяя..... :))

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

27. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 10-Фев-09, 09:55

>>Я тоже думаю что полные пути излишни.
>
>зряяяя..... :))
Полные пути не помогли. Все опробовал. И от пользователя тоже делал и от root.
Лог работы mutt вот найти не могу. в /var/log содаются записи типа mutt-user-белиберда
но там только текст сообщения создаваемое cat mess.txt.
Перенаправить поток ошибок типа mutt >> mutt.log 2> mutt2.log и подобное тому не создает указаных файлов.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

28. "Ручной запуск и Cron. Проблема"

Сообщение от phpcoder (??) on 10-Фев-09, 10:01

>Полные пути не помогли. Все опробовал.
Попробуйте в вашем скрипте заменить /bin/sh на /bin/sh -x и смотреть, что он там делает.
Также небезопасно размещать скрипт, который вызывается из крона в /tmp

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

29. "Ручной запуск и Cron. Проблема"

Сообщение от vic (??) on 10-Фев-09, 10:24

>>>Я тоже думаю что полные пути излишни.
>>
>>зряяяя..... :))
>
>Полные пути не помогли. Все опробовал. И от пользователя тоже делал и
>от root.
>Лог работы mutt вот найти не могу. в /var/log содаются записи типа
>mutt-user-белиберда
>но там только текст сообщения создаваемое cat mess.txt.
>Перенаправить поток ошибок типа mutt >> mutt.log 2> mutt2.log и подобное тому не создает указаных файлов.
я написал mutt >/tmp/mutt.log 2>/tmp/mutt2.log, есть разница

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

30. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 10-Фев-09, 10:43

>я написал mutt >/tmp/mutt.log 2>/tmp/mutt2.log, есть разница
есть разница я так и делал...
/bin/sh -x попробую

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

31. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 10-Фев-09, 10:45

Сам скрипт  sender.sh
#!/bin/sh -x
/bin/echo "Pesec" | /usr/local/bin/mutt -s "Тема "user@host.ru
/tmp/mutt.log 2>/tmp/mutt2.log
Ручной запуск, результат:
+ /bin/echo Pesec
+ /usr/local/bin /mutt #!/bin/sh -x
/tmp/mutt.log пустой
/tmp/mutt2.log пустой
Запуск по крон , результат
/tmp/mutt.log пустой
содержимое /tmp/mutt2.log:
Error sending message , child exited 78 ().

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

32. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 10-Фев-09, 11:29

выше криво написал...совсем запарился
Ручной запуск, результат:
+ /bin/echo Pesec
+ /usr/local/bin /mutt -s Тема user@host.ru

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

33. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 17-Фев-09, 09:56

Че делать то? Все уж перековырял.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

34. "Ручной запуск и Cron. Проблема"

Сообщение от phpcoder (??) on 17-Фев-09, 10:22

>Че делать то? Все уж перековырял.
Ну далее распутывать ниточку "Error sending message , child exited 78 ()."
В гугле поищите по этой фразе. Там есть люди с подобными проблемами. Судя по всему это даже не проблема mutt-а, а проблема вашего MTA. Например, здесь (http://objectmix.com/mutt/202130-mutt-sendmail-problem.html) всё рещилось, когда на sendmail установили SGID-бит.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

35. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 18-Фев-09, 20:55

>>Че делать то? Все уж перековырял.
>
>Ну далее распутывать ниточку "Error sending message , child exited 78 ()."
>
>
>В гугле поищите по этой фразе. Там есть люди с подобными проблемами.
>Судя по всему это даже не проблема mutt-а, а проблема вашего
>MTA. Например, здесь (http://objectmix.com/mutt/202130-mutt-sendmail-problem.html) всё рещилось, когда на sendmail установили SGID-бит.
>
Одна беда. У меня все настроено и работает при ручном запуске. А из под Cron никак. Да и smtp сервер используется внешний..а не свой
Ушел читать буквари в очередной китайский раз....

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

36. "Ручной запуск и Cron. Проблема"

Сообщение от phpcoder (??) on 19-Фев-09, 07:53

>Одна беда. У меня все настроено и работает при ручном запуске. А
>из под Cron никак.
Есть вариант, что на это влияют какие-то переменные окружения, например. Чтобы это проверить можно сделать так:
- Выполнить env >env.work вручную
- Добавить команду env >end.broken в скрипт и выполнить из крона
- Сделать diff -u env.work env.broken и посмотреть есть ли отличия

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

39. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 02-Мрт-09, 08:48

>>Одна беда. У меня все настроено и работает при ручном запуске. А
>>из под Cron никак.
>
>Есть вариант, что на это влияют какие-то переменные окружения, например. Чтобы это
>проверить можно сделать так:
>
>- Выполнить env >env.work вручную
>- Добавить команду env >end.broken в скрипт и выполнить из крона
>- Сделать diff -u env.work env.broken и посмотреть есть ли отличия
lab# diff -u env.work env.cron
--- env.work    2009-03-02 10:39:44.000000000 +0800
+++ env.cron    2009-03-02 10:34:00.000000000 +0800
@@ -1,47 +1,6 @@
-DESKTOP_SESSION=gnome
-no_proxy=localhost,127.0.0.0/8
-DESKTOP_STARTUP_ID=
-XAUTHORITY=/root/.Xauthority
-G_BROKEN_FILENAMES=yes
-GDM_XSERVER_LOCATION=local
-BLOCKSIZE=K
-GDM_GREETER_TYPE=PLAIN
-LOGNAME=root
-WINDOWPATH=9:9
-http_proxy=http://10.81.224.5:8080/
-GNOME_DESKTOP_SESSION_ID=Default
-GTK_RC_FILES=/usr/local/etc/gtk/gtkrc:/root/.gtkrc-1.2-gnome2
-GTK_MODULES=gnomebreakpad
-USERNAME=root
-PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
-SSH_AUTH_SOCK=/tmp/ssh-tcgHodAIDW/agent.1278
-TERM=xterm
-PWD=/root
USER=root
-WINDOWID=27263029
-XDG_DATA_DIRS=/usr/local/share/:/usr/share/:/usr/local/share/gdm/
-COLORTERM=gnome-terminal
-DBUS_SESSION_BUS_ADDRESS=unix:path=/var/tmp/dbus-F8w2ip3MqP,guid=7a0fa522eb61f71e984d7e0049ab46d3
-GDMSESSION=gnome
-DISPLAY=:0.0
-RC_PID=49
-SSH_AGENT_PID=1287
-SHELL=/bin/csh
-GNOME_KEYRING_SOCKET=/var/tmp/keyring-qcuw4c/socket
-PAGER=more
-LANG=ru_RU.UTF-8
-GDM_LANG=ru_RU.UTF-8
-SESSION_MANAGER=local/lab.usi:/tmp/.ICE-unix/1278
-FTP_PASSIVE_MODE=YES
-LC_MESSAGES=
-HOME=/root
-MAIL=/var/mail/root
-HOSTTYPE=FreeBSD
-VENDOR=intel
-OSTYPE=FreeBSD
-MACHTYPE=i386
-SHLVL=1
-GROUP=wheel
-HOST=lab.usi
-REMOTEHOST=
-EDITOR=ee
+HOME=/var/log
+LOGNAME=root
+PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin
+SHELL=/bin/sh
+PWD=/var/log

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

40. "Ручной запуск и Cron. Проблема"

Сообщение от phpcoder (??) on 02-Мрт-09, 08:56

Ну вот...
>[оверквотинг удален]
>-no_proxy=localhost,127.0.0.0/8
>-DESKTOP_STARTUP_ID=
>-XAUTHORITY=/root/.Xauthority
>-G_BROKEN_FILENAMES=yes
>-GDM_XSERVER_LOCATION=local
>-BLOCKSIZE=K
>-GDM_GREETER_TYPE=PLAIN
>-LOGNAME=root
>-WINDOWPATH=9:9
>-http_proxy=http://10.81.224.5:8080/
Я бы попробовал выставить эту переменную. Вполне может влиять на "хождение" почты.
>-GNOME_DESKTOP_SESSION_ID=Default
>-GTK_RC_FILES=/usr/local/etc/gtk/gtkrc:/root/.gtkrc-1.2-gnome2
>-GTK_MODULES=gnomebreakpad
>-USERNAME=root
>-PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
Выставить $PATH, в такую как у вас в работающем варианте -- тоже можно попробовать.
>-SSH_AUTH_SOCK=/tmp/ssh-tcgHodAIDW/agent.1278
>-TERM=xterm
Переменная $TERM в некоторых случаях тоже может влиять. Если совсем ничего не помогает, то и её можно "подёргать".

>[оверквотинг удален]
> USER=root
>-WINDOWID=27263029
>-XDG_DATA_DIRS=/usr/local/share/:/usr/share/:/usr/local/share/gdm/
>-COLORTERM=gnome-terminal
>-DBUS_SESSION_BUS_ADDRESS=unix:path=/var/tmp/dbus-F8w2ip3MqP,guid=7a0fa522eb61f71e984d7e0049ab46d3
>-GDMSESSION=gnome
>-DISPLAY=:0.0
>-RC_PID=49
>-SSH_AGENT_PID=1287
>-SHELL=/bin/csh
Обратите внимание что шеллы различаются. Причем весьма -- sh и csh это два берега одной реки.
>-GNOME_KEYRING_SOCKET=/var/tmp/keyring-qcuw4c/socket
>-PAGER=more
>-LANG=ru_RU.UTF-8
>-GDM_LANG=ru_RU.UTF-8
>-SESSION_MANAGER=local/lab.usi:/tmp/.ICE-unix/1278
>-FTP_PASSIVE_MODE=YES
>-LC_MESSAGES=
>-HOME=/root
>-MAIL=/var/mail/root
Начните с установки этой переменной. Наиболее вероятно, что проблема именно в том, что она у вас не установлена.
>[оверквотинг удален]
>-SHLVL=1
>-GROUP=wheel
>-HOST=lab.usi
>-REMOTEHOST=
>-EDITOR=ee
>+HOME=/var/log
>+LOGNAME=root
>+PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin
>+SHELL=/bin/sh
>+PWD=/var/log
HTH

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

37. "Ручной запуск и Cron. Проблема"

Сообщение от LS (ok) on 25-Фев-09, 14:05

>Коллеги помогите советом.
>Есть скрипт sender.sh содержащий одну строку:
>cat mess.txt | mutt -x -s "Тема" -a "file" user@host.ru
>Отправляет почту на указанный адрес через консольного почтового клиента mutt+msmtp(для отправки через
>smtp сервер).
>при запуске sender.sh письмо уходит, при настройке запуска по cron скрипт запускается,
>но письмо не уходит. на sender.sh права полные. В которую сторону
>покопать можно?
1) убить лишние пробелы в конце строки. которые в редакторе как правило не видны
2) нажать кнопицу "ввод". возврат каретки на последней строке crontab-a - вот сила! (100% - тут ты лоханулся)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

38. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 02-Мрт-09, 08:25

Пробелов нету. крон таб отчитывается в лог файле что все было запущено. Но писмо не ушло. Я уж писал выше лог который mutt выдает.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

41. "Ручной запуск и Cron. Проблема"

Сообщение от Nikolay (??) on 01-Апр-09, 10:27

>Пробелов нету. крон таб отчитывается в лог файле что все было запущено.
>Но писмо не ушло. Я уж писал выше лог который mutt
>выдает.
Ну и дальше что ?
Проблему решил ?
у меня сейчас такая же только с клиентом email

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

42. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 02-Апр-09, 08:29

>Ну и дальше что ?
>Проблему решил ?
>у меня сейчас такая же только с клиентом email
Пока не решил...проблема отложена на время. С коммутаторами и роутерами бьюсь пока(приоритетней задача). Но вернусь к проблеме как только смогу.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

43. "Ручной запуск и Cron. Проблема"

Сообщение от Daywer (ok) on 23-Апр-09, 14:17

Все решилось переносом в пользовательский crontab, Специалисты и так поняли, а другим поясню,
создал файл /usr/home/user/test c тремя строками:

SHELL=/bin/sh
MAILTO=lab
*/1 * * * /home/user/mail/tarifsender.sh
Далее (из под user):
crontab -l  - проверяем есть у пользователя свой кронтаб.
crontab -u user /usr/home/user/test - создаем crontab из файла test.
размещаем файл /usr/home/user/tarifsender.sh c единственной строкой:
/bin/echo "Text pisma"|/usr/local/bin/mutt -x -a /tmp/mess.txt  -s "tema" user@host.ru
Все работает

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Ручной запуск и Cron. Проблема"
Сообщение от allez (ok) on 09-Фев-09, 07:35
>Коллеги помогите советом. >Есть скрипт sender.sh содержащий одну строку: >cat mess.txt \| mutt -x -s "Тема" -a "file" user@host.ru >Отправляет почту на указанный адрес через консольного почтового клиента mutt+msmtp(для отправки через >smtp сервер). >при запуске sender.sh письмо уходит, при настройке запуска по cron скрипт запускается, >но письмо не уходит. на sender.sh права полные. В которую сторону >покопать можно? В сторону указывания полных путей ко всем файлам, упомянутым в скрипте. Подсказка: mutt - тоже файл.
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Ручной запуск и Cron. Проблема"
	Сообщение от Daywer (ok) on 09-Фев-09, 09:32
	>В сторону указывания полных путей ко всем файлам, упомянутым в скрипте. Подсказка: >mutt - тоже >файл. Не помогло
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Ручной запуск и Cron. Проблема"
	Сообщение от Daywer (ok) on 09-Фев-09, 09:33
	>В сторону указывания полных путей ко всем файлам, упомянутым в скрипте. Подсказка: >mutt - тоже >файл Не помогло
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Ручной запуск и Cron. Проблема"
	Сообщение от Arpo (ok) on 09-Фев-09, 11:49
	>>В сторону указывания полных путей ко всем файлам, упомянутым в скрипте. Подсказка: >>mutt - тоже >>файл > >Не помогло покажите строчку из crontab-а и текст скрипта который не работает.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Ручной запуск и Cron. Проблема"
	Сообщение от romasuba on 09-Фев-09, 10:06
	>[оверквотинг удален] >>cat mess.txt \| mutt -x -s "Тема" -a "file" user@host.ru >>Отправляет почту на указанный адрес через консольного почтового клиента mutt+msmtp(для отправки через >>smtp сервер). >>при запуске sender.sh письмо уходит, при настройке запуска по cron скрипт запускается, >>но письмо не уходит. на sender.sh права полные. В которую сторону >>покопать можно? > >В сторону указывания полных путей ко всем файлам, упомянутым в скрипте. Подсказка: >mutt - тоже >файл. какой интерпретатор стоит у скрипта sender.sh: "#!/bin/bash" \| "#!/bin/sh" \| "#!/bin/ksh" боюсь соврать но вроде крон използует, ksh
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Ручной запуск и Cron. Проблема"
	Сообщение от chip (ok) on 09-Фев-09, 11:03
	>боюсь соврать но вроде крон използует, ksh man 5 crontab /bin/sh по умолчанию
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Ручной запуск и Cron. Проблема"
	Сообщение от Daywer (ok) on 09-Фев-09, 14:36
	>какой интерпретатор стоит у скрипта sender.sh: "#!/bin/bash" \| "#!/bin/sh" \| "#!/bin/ksh" >боюсь соврать но вроде крон използует, ksh Стоит #!/bin/sh Да забыл указать что FreeBSD 7 у меня Строка из крона /5 * * * root /tmp/sender.sh По логам крона скрипт sender.sh был запущен. Но вот почту не отправил. Скрипт еще вычисляет предыдущую дату но не суть.Я его урезал до двух строк чтобы протестить саму отправку #!/bin/sh cat /tmp/mess.txt \| /usr/local/bin/mutt -x -s "Тема" user@host.ru
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Ручной запуск и Cron. Проблема"
	Сообщение от Arpo (ok) on 09-Фев-09, 14:38
	> >>какой интерпретатор стоит у скрипта sender.sh: "#!/bin/bash" \| "#!/bin/sh" \| "#!/bin/ksh" >>боюсь соврать но вроде крон използует, ksh > >Стоит >#!/bin/sh > >Да забыл указать что FreeBSD 7 у меня Еще раз: покажите строчку из crontab-а и текст скрипта который не работает, в том виде в котором он сейчас!!! не работает. Телепатов нет..
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Ручной запуск и Cron. Проблема"
	Сообщение от Daywer (ok) on 09-Фев-09, 14:46
	>Телепатов нет.. Выше смотри
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Ручной запуск и Cron. Проблема"
	Сообщение от Arpo (ok) on 09-Фев-09, 14:50
	> >>Телепатов нет.. > >Выше смотри Не ... Видимо нато полный путь к cat тоже прописать
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Ручной запуск и Cron. Проблема"
	Сообщение от vic (??) on 09-Фев-09, 14:59
	>Да забыл указать что FreeBSD 7 у меня >Строка из крона > >/5 * * * root /tmp/sender.sh а точна в системном строка прописана, а не в пользовательском? (кста, а зачем в системном? чем юзерский не устраивает) >По логам крона скрипт sender.sh был запущен. Но вот почту не отправил. >#!/bin/sh >cat /tmp/mess.txt \| /usr/local/bin/mutt -x -s "Тема" user@host.ru ну таки если написать: cat /tmp/mess.txt > /tmp/mess2.txt файл /tmp/mess2.txt появицца? (содержимое правильное?) далее в логах не крона, а в почтовых логах что будет по поводу отправки письма? далее продолжаем тупое дебаженье: /usr/local/bin/mutt >/tmp/xxx.log 2>/tmp/xxx2.log все ожидаемо?) PS и это, полный путь к cat, плз =)
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Ручной запуск и Cron. Проблема"
	Сообщение от phpcoder (??) on 09-Фев-09, 15:11
	>PS и это, полный путь к cat, плз =) Ну это уже слишком, IMHO. cat обычно лежит в /bin, а /bin обычно по умолчанию есть в $PATH у кронтаба.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Ручной запуск и Cron. Проблема"
	Сообщение от Daywer (ok) on 09-Фев-09, 15:23
	>>PS и это, полный путь к cat, плз =) > >Ну это уже слишком, IMHO. cat обычно лежит в /bin, а /bin >обычно по умолчанию есть в $PATH у кронтаба. Я тоже думаю что полные пути излишни. Но все равно попробую. Всем спасибо за отзывы. FreeBSD на работе завтра доберусь все советы протестирую. О результатах доложу.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Ручной запуск и Cron. Проблема"
	Сообщение от phpcoder (??) on 09-Фев-09, 15:26
	>Я тоже думаю что полные пути излишни. Полные пути нужны только к тем командам, которые находятся в каталогах не перечисленных в $PATH кронтаба. Т.е., для всяких там /usr/local/bin и прочих /opt пути полные писать надо, но вот /bin и /usr/bin, там обычно по умолчанию есть.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Ручной запуск и Cron. Проблема"
	Сообщение от chip (ok) on 09-Фев-09, 16:05
	>>Я тоже думаю что полные пути излишни. > >Полные пути нужны только к тем командам, которые находятся в каталогах не >перечисленных в $PATH кронтаба. Т.е., для всяких там /usr/local/bin и прочих >/opt пути полные писать надо, но вот /bin и /usr/bin, там >обычно по умолчанию есть. Полные пути не нужны вовсе. Для этого в начале скрипта должна присутствовать строка: PATH="/bin:...:${PATH}"; export PATH;
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Ручной запуск и Cron. Проблема"
	Сообщение от vic (??) on 09-Фев-09, 16:32
	>[оверквотинг удален] >> >>Полные пути нужны только к тем командам, которые находятся в каталогах не >>перечисленных в $PATH кронтаба. Т.е., для всяких там /usr/local/bin и прочих >>/opt пути полные писать надо, но вот /bin и /usr/bin, там >>обычно по умолчанию есть. > >Полные пути не нужны вовсе. Для этого в начале скрипта должна присутствовать >строка: > >PATH="/bin:...:${PATH}"; export PATH; работает для утилит аля cat, но для менее известных, и возможно устанавливаемых во всякие /usr/local/bin, /home/me/bin не сильно спасает. к примеру: PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/mega_project/bin mega_utility 1 2 3 4 шо будит если mega_utility будет установлена дважды, первый раз в /usr/local/bin, второй раз в /usr/local/mega_project/bin новая версия с патчем закрывающим гига-дыру (вот такая невнимательность ссзб-одмина). утилита не из репозиториев, а своя какая-нить.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Ручной запуск и Cron. Проблема"
	Сообщение от chip (ok) on 09-Фев-09, 16:45
	>к примеру: >PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/mega_project/bin >mega_utility 1 2 3 4 > >шо будит если mega_utility будет установлена дважды, первый раз в /usr/local/bin, второй >раз в /usr/local/mega_project/bin новая версия с патчем закрывающим гига-дыру (вот такая >невнимательность ссзб-одмина). утилита не из репозиториев, а своя какая-нить. Пример глупый и некрасивый. Если программное обеспечение свое ("утилита") -- скрипт тоже свой. Никто не мешает использовать: PATH="/usr/local/mega_project/bin:${PATH}" Системный пути из cron(a) достаточно просто наследовать, имхо.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Ручной запуск и Cron. Проблема"
	Сообщение от vic (??) on 09-Фев-09, 17:25
	>Пример глупый и некрасивый. зато из жизни. > Если программное обеспечение свое ("утилита") -- скрипт тоже >свой. Никто не мешает использовать: >PATH="/usr/local/mega_project/bin:${PATH}" теперь закидываем в этот каталог что-нить левое под именем cat и понеслось.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Ручной запуск и Cron. Проблема"
	Сообщение от chip (ok) on 09-Фев-09, 17:28
	>>Пример глупый и некрасивый. > >зато из жизни. >> Если программное обеспечение свое ("утилита") -- скрипт тоже >>свой. Никто не мешает использовать: >>PATH="/usr/local/mega_project/bin:${PATH}" > >теперь закидываем в этот каталог что-нить левое под именем cat и понеслось. Если у злоумышленника есть доступ на запись в /usr/local/mega_project, а ваш скрипт использует абсолютный путь /usr/local/mega_project/mega_tool. Ничто не помешает ему заменить этот mega_tool своим. Именно по этому еще раз подчеркиваю пример не из жизни и более чем академический интерес не представляет.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Ручной запуск и Cron. Проблема"
	Сообщение от vic (??) on 09-Фев-09, 18:42
	>[оверквотинг удален] >>> Если программное обеспечение свое ("утилита") -- скрипт тоже >>>свой. Никто не мешает использовать: >>>PATH="/usr/local/mega_project/bin:${PATH}" >> >>теперь закидываем в этот каталог что-нить левое под именем cat и понеслось. > >Если у злоумышленника есть доступ на запись в /usr/local/mega_project, а ваш скрипт >использует абсолютный путь /usr/local/mega_project/mega_tool. Ничто не помешает ему заменить этот mega_tool >своим. Именно по этому еще раз подчеркиваю пример не из жизни >и более чем академический интерес не представляет. Ну нет права записи у злоумышленника, даже самого злоумышленника нет :) Есть стечение обстоятельств при которых в пути поиска обнаруживается утилита с другой версией (или с иными ключами ком. строки) или вообще с таким же именем что и в скрипте, но обнаруживается раньше и делающая совсем не то что надо, не обязательно что это главная утилита скрипта, так мелкая второстепенная утилитка, а скрипт может юзать десятки таких утилит и все они разбросаны по каталогам. Утилита может там оказаться в результате установки более новой версии другого софта, установка произойдет позже чем установлен и проверен на работоспособность скрипт. Устанавливать будет другой человек, через год-другой. В итоге неожиданно что-нить сломается. Даже то что скрипт просто выдаст ошибку имеет свое значение. Да правка на 2 мин, но все же.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Ручной запуск и Cron. Проблема"
	Сообщение от chip (ok) on 09-Фев-09, 19:05
	>Есть стечение обстоятельств при которых в пути поиска обнаруживается утилита с другой >версией (или с иными ключами ком. строки) или вообще с таким Ок. Пусть так. А теперь возьмем другой крайний случай. Ваш скрипт использует абсолютные пути. Например, /usr/lib/python2.4/.. Далее цитирование "в результате установки более новой версии другого софта, установка произойдет позже чем установлен и проверен на работоспособность скрипт. Устанавливать будет другой человек, через год-другой. В итоге неожиданно что-нить сломается."
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Ручной запуск и Cron. Проблема"
	Сообщение от vic (??) on 09-Фев-09, 19:18
	>>Есть стечение обстоятельств при которых в пути поиска обнаруживается утилита с другой >>версией (или с иными ключами ком. строки) или вообще с таким > >Ок. Пусть так. А теперь возьмем другой крайний случай. Ваш скрипт использует >абсолютные пути. Например, /usr/lib/python2.4/.. Далее цитирование "в результате установки более новой >версии другого софта, установка произойдет позже чем установлен и проверен на >работоспособность скрипт. Устанавливать будет другой человек, через год-другой. В итоге неожиданно >что-нить сломается." что и где сломается?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Ручной запуск и Cron. Проблема"
	Сообщение от chip (ok) on 09-Фев-09, 21:07
	>>>Есть стечение обстоятельств при которых в пути поиска обнаруживается утилита с другой >>>версией (или с иными ключами ком. строки) или вообще с таким >> >>Ок. Пусть так. А теперь возьмем другой крайний случай. Ваш скрипт использует >>абсолютные пути. Например, /usr/lib/python2.4/.. Далее цитирование "в результате установки более новой >>версии другого софта, установка произойдет позже чем установлен и проверен на >>работоспособность скрипт. Устанавливать будет другой человек, через год-другой. В итоге неожиданно >>что-нить сломается." > >что и где сломается? Скрипт перенесен на другую платформу, где /usr/lib/python2.4 или /usr/bin, /bin ... et cetera отсутствует как класс, а в скрипте они захардкожены. "Устанавливать будет другой человек, через год-другой". Вспомнит он многими добрыми словами человека черкавшего этот скрипт. Попутно он будет заменять десятки/сотни абсолютных путей. any way, у обоих подходов есть "-" и "+". Ситуации, когда встречается дублирование софта в разных prefix=, скорее исключение, чем правило. На мой взгляд, характерно бо`льше для хостинг-площадок.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Ручной запуск и Cron. Проблема"
	Сообщение от vic (??) on 09-Фев-09, 22:01
	>Скрипт перенесен на другую платформу, где /usr/lib/python2.4 или /usr/bin, /bin ... et >cetera отсутствует как класс, а в скрипте они захардкожены. "Устанавливать будет >другой человек, через год-другой". Вспомнит он многими добрыми словами человека черкавшего >этот скрипт. Попутно он будет заменять десятки/сотни абсолютных путей. Если все пути собраны в начале скрипта и завязаны на задаваемый (настраиваемый) префикс, то не все так страшно, но только в том случае если скрипт не обычным копированием переносится, а устанавливается через тот же configure в рамках какого-то пакета. Конечно есть множество скриптов которые именно обычным копированием и перетаскиваются, т.к. не будет же человек для каждого скрипта писать спеку для установки через систему пакетов :) > >any way, у обоих подходов есть "-" и "+". Ситуации, когда встречается >дублирование софта в разных prefix=, скорее исключение, чем правило. На мой >взгляд, характерно бо`льше для хостинг-площадок. Согласен. PS развели тут, понимаешь, дискуссию :))
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Ручной запуск и Cron. Проблема"
	Сообщение от phpcoder (??) on 10-Фев-09, 09:12
	>Конечно есть множество скриптов которые именно >обычным копированием и перетаскиваются, т.к. не будет же человек для каждого >скрипта писать спеку для установки через систему пакетов :) Мноние не будут, а кто-то точно будет. (Например, я очень не люблю что-либо устанавливать в систему не из RPM-пакетов.)
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Ручной запуск и Cron. Проблема"
	Сообщение от vic (??) on 09-Фев-09, 15:54
	>>>PS и это, полный путь к cat, плз =) >> >>Ну это уже слишком, IMHO. cat обычно лежит в /bin, а /bin >>обычно по умолчанию есть в $PATH у кронтаба. о да, логично, почти :) а ничего что есть перцы (одмины) - любители неожиданных решений, ну там прописать крону в $PATH оригинальные пути хз куда? и cat уже не cat, а вот /bin/cat однозначен шо ппц :) не ну поняно что такой одмин ССЗБ, но как гриться - береженого бог бережет, приговаривала монашка одевая на свечку десятый презерватив :)) >Я тоже думаю что полные пути излишни. зряяяя..... :))
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Ручной запуск и Cron. Проблема"
	Сообщение от Daywer (ok) on 10-Фев-09, 09:55
	>>Я тоже думаю что полные пути излишни. > >зряяяя..... :)) Полные пути не помогли. Все опробовал. И от пользователя тоже делал и от root. Лог работы mutt вот найти не могу. в /var/log содаются записи типа mutt-user-белиберда но там только текст сообщения создаваемое cat mess.txt. Перенаправить поток ошибок типа mutt >> mutt.log 2> mutt2.log и подобное тому не создает указаных файлов.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Ручной запуск и Cron. Проблема"
	Сообщение от phpcoder (??) on 10-Фев-09, 10:01
	>Полные пути не помогли. Все опробовал. Попробуйте в вашем скрипте заменить /bin/sh на /bin/sh -x и смотреть, что он там делает. Также небезопасно размещать скрипт, который вызывается из крона в /tmp
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Ручной запуск и Cron. Проблема"
	Сообщение от vic (??) on 10-Фев-09, 10:24
	>>>Я тоже думаю что полные пути излишни. >> >>зряяяя..... :)) > >Полные пути не помогли. Все опробовал. И от пользователя тоже делал и >от root. >Лог работы mutt вот найти не могу. в /var/log содаются записи типа >mutt-user-белиберда >но там только текст сообщения создаваемое cat mess.txt. >Перенаправить поток ошибок типа mutt >> mutt.log 2> mutt2.log и подобное тому не создает указаных файлов. я написал mutt >/tmp/mutt.log 2>/tmp/mutt2.log, есть разница
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Ручной запуск и Cron. Проблема"
	Сообщение от Daywer (ok) on 10-Фев-09, 10:43
	>я написал mutt >/tmp/mutt.log 2>/tmp/mutt2.log, есть разница есть разница я так и делал... /bin/sh -x попробую
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору