[mdk-re] CRON будь он неладен

[mdk-re] CRON будь он неладен

[Igor Vildiaev]

Ничего не понимаю...Нужно taper  запускать каждый день, почитал ман по крону
и кронтабу, ну думаю, пять минут и готово. В итоге пять часов и ничего.
После этого Windows XX такими милыми и приятными кажутся.

У меня Mandrake 7.0RE поставлены в режиме разработчика, в домашнем каталоге
(не рута) создал исполняемы файл backup по запуску в командной строке
taper'а . Проверил ручным запуском - работает. Создал файл для кронтаба
crn_tp_bkup, содержащий 05 02 * * * /home/ikvild/backup/backup
Добавил его командой crontab -u root /home/ikvild/backup/crn_tp_bkup

Проверил наличе командой crontab -u root -l получил (коммент-и удалил)
05 02 * * * /home/ikvild/backup/backup   т.е. все Ок.

В указанный час , минуты  ничего не происходит. В журналах никаких записей.
Пробовал  и так в кронтабе прописывать 05 02 * * * root
/home/ikvild/backup/backup то же безрезультатно.

Где копать? Маны все вдоль и поперек изучил, файлов allow и deny  у меня
нет, т.е. должно все работать.

Да, как в удаленном терминальном режиме смотреть логи, ну те, что по
альт-ф12 можно наблюдать?


Игорь

Re: [mdk-re] CRON ÂÕÄØ ÏÎ ÎÅÌÁÄÅÎ

[Sir Raorn]

On Sun, 21 Jan 2001 11:14:01 +0300
"Igor Vildiaev" <ikvild@satcomtel.ru> wrote:

> В указанный час , минуты  ничего не происходит. В журналах никаких записей.
> Пробовал  и так в кронтабе прописывать 05 02 * * * root
> /home/ikvild/backup/backup то же безрезультатно.
Для рута надо прописывать задания не в /var/spool/cron/root, а в /etc/cron.d
Сам на такие грабли нарывался.

-- 
                                      Regards, Sir Raorn.
,-----------------------------------.----------------------.
|   Registered Linux user #177282   |  ICQ UIN #68527095   |
`-----------------------------------^----------------------'

Re: [mdk-re] CRON будь он неладенcr

[SilverFox]

Sir Raorn wrote:
> 
> On Sun, 21 Jan 2001 11:14:01 +0300
> "Igor Vildiaev" <ikvild@satcomtel.ru> wrote:
> 
> > В указанный час , минуты  ничего не происходит. В журналах никаких записей.
> > Пробовал  и так в кронтабе прописывать 05 02 * * * root
> > /home/ikvild/backup/backup то же безрезультатно.
> Для рута надо прописывать задания не в /var/spool/cron/root, а в /etc/cron.d
> Сам на такие грабли нарывался.
Странно. А у меня работает из /varspool/cron/root. Редактирую по crontab
-e и без проблем. По началу правда проблемы были , когда я не учитывал,
что окружение тут совсем не то , что в баше под рутом. Но что бы совсем
не запустился и отчета на мыло не прислал, никогда.
 
> 
> --
>                                       Regards, Sir Raorn.
> ,-----------------------------------.----------------------.
> |   Registered Linux user #177282   |  ICQ UIN #68527095   |
> `-----------------------------------^----------------------'
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@linuxteam.iplabs.ru
> http://linuxteam.iplabs.ru/mailman/listinfo/mandrake-russian

[mdk-re] Re: [mdk-re] CRONбудь он неладенcr

[Igor Vildiaev]

> > > В указанный час , минуты  ничего не происходит. В журналах никаких
записей.
> > > Пробовал  и так в кронтабе прописывать 05 02 * * * root
> > > /home/ikvild/backup/backup то же безрезультатно.
> > Для рута надо прописывать задания не в /var/spool/cron/root, а в
/etc/cron.d
> > Сам на такие грабли нарывался.
> Странно. А у меня работает из /varspool/cron/root. Редактирую по crontab
> -e и без проблем. По началу правда проблемы были , когда я не учитывал,
> что окружение тут совсем не то , что в баше под рутом. Но что бы совсем
> не запустился и отчета на мыло не прислал, никогда.

Если почтовую систему не ставил, тогда куда все это будет посылаться?

[mdk-re] Re: [mdk-re] Re: [mdk-re] CRONбудь он неладенcr

[Alexandre Redko]

Добрый день!
Посоветуйте, пожалуйста. У меня cron (/varspool/cron/root) fetchmail'ом
почту забирает, редактирую его, как тут товарищ написал, " crontab  -e " и в
этом проблем нет. Но когда провайдер нам изначально машинку настраивал, он
вставил вызов fetchmail  в /etc/crontab. Этот вызов сейчас не работает,
только логи забивает. А как его поправить идеологически правильно - ведь "
crontab  -e " на него не действует?
Regards to All
Alexandr Redko
LU # 178842
ICQ # 75828152
----- Original Message ----- > > Странно. А у меня работает из
/varspool/cron/root. Редактирую по crontab
> > -e и без проблем.

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] CRONбудь он неладенcr

[Maxim Savrilov]

Alexandre Redko wrote:

> Добрый день!
> Посоветуйте, пожалуйста. У меня cron (/varspool/cron/root) fetchmail'ом
> почту забирает, редактирую его, как тут товарищ написал, " crontab  -e " и в
> этом проблем нет. Но когда провайдер нам изначально машинку настраивал, он
> вставил вызов fetchmail  в /etc/crontab. Этот вызов сейчас не работает,
> только логи забивает. А как его поправить идеологически правильно - ведь "
> crontab  -e " на него не действует?

vi /etc/crontab
kill -HUP `ps aux | grep crond | grep -v -e grep | awk '{print $2}'`


--
There are only two types of airplanes - fighters and targes.
Maxim Savrilov  http://www.novocybersk.ru/
--

[mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] CRONбудь он неладенcr

[Alexandre Redko]

Во-первых, спасибо всем, кто отозвался на мою проблему. Она, может, и
мелкая, но когда на руках работающий сервер, обслуживающий 200 с лишком
пользователей, а опыта и знаний всего ничего - боязно что-нибудь не так
сделать (тем более, что были уже прецеденты этого "не так").

Резюме после чтения всех сообщений, док'ов и опытов у меня получилось такое.

1. Для редактирования /var/spool/cron/root использую crontab -e

2. В man crontab(5) я прочитал, что при каждом запуске crond отслеживает
изменение /etc/crontab и при изменении его перечитывает - поэтому его можно
не перезапускать после редактирования. Так оно вроде и получилось - т. е.
при следующем по времени запуске работал измененный /etc/crontab.

3. Насчет команды "/etc/crontab" - у меня она выдала сообщение bash, что эта
операция не разрешена.
Я прочитал у Немет, что разрешение в некоторых системах на эту операцию
определяется файлами cron.allow и cron.deny, но местонахождение этих файлов
в разных системах разное.
В своей установке я этих файлов не нашел.
Интересно, в принципе их наличие предусмотрено в данном дистрибутиве и, если
предусмотрено, где они должны находиться?

Regards to All
Alexandr Redko
LU # 178842
ICQ # 75828152
----- Original Message -----
From: "Maxim Savrilov" <Maxim.Savrilov@oberon.novocybersk.ru>
To: <mandrake-russian@linuxteam.iplabs.ru>
Sent: Tuesday, January 23, 2001 3:50 PM
Subject: Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] CRONбудь он неладенcr


> vi /etc/crontab
> kill -HUP `ps aux | grep crond | grep -v -e grep | awk '{print $2}'`
>

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] CRONбудь он неладенcr

[Maxim Savrilov]

Alexandre Redko wrote:

> Во-первых, спасибо всем, кто отозвался на мою проблему. Она, может, и
>

да ничего (ц)

>
> 3. Насчет команды "/etc/crontab" - у меня она выдала сообщение bash, что эта
> операция не разрешена.
> Я прочитал у Немет, что разрешение в некоторых системах на эту операцию
> определяется файлами cron.allow и cron.deny, но местонахождение этих файлов
> в разных системах разное.

/etc/cron.allow
/etc/cron.deny

MDK RE 7.0

--
ТЗ на самолет: Hагрузка на крыло - чумовая, тяговооруженность - ломовая.
Maxim Savrilov  http://www.novocybersk.ru/
--

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] CRONбудь он неладенcr

[Dmitry A. Povarov]

On Thu, 25 Jan 2001, Maxim Savrilov wrote:

> > Я прочитал у Немет, что разрешение в некоторых системах на эту операцию
> > определяется файлами cron.allow и cron.deny, но местонахождение этих файлов
> > в разных системах разное.
> 
> /etc/cron.allow
> /etc/cron.deny
> 
> MDK RE 7.0


HP-UX 11.0: /var/adm/cron/cron.allow

-Dizzy

-------------------------------------------------------------------------
Dmitry "Dizzy" Povarov                   [ mailto:dizzy@online.ru       ]
ABS Group of Russia-On-Line ISP,         [ http://dizzy.pp.ru 		]
Golden Telecom / TeleRoss Ltd.           [ ICQ: 13146487                ]

"Macavity, Macavity, there is no one like Macavity.
 He's broken every human law, he breaks the law of gravity..." (T.Elioth)

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] CRONÂÕÄØ ÏÎ ÎÅÌÁÄÅÎcr

[Roman S]

On Thu, 25 Jan 2001 16:23:28 +0300
"Alexandre Redko" <Mandrake@zlkz.spnet.ru> wrote:

> 3. Насчет команды "/etc/crontab" - у меня она выдала сообщение bash, что
эта
Есть команда crontab, но это КОМАНДА отнюдь не в /etc

Rgds!
Roman Savelyev

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] CRONбудь он неладенcr

[cornet]

Alexandre Redko wrote:
> 
> Во-первых, спасибо всем, кто отозвался на мою проблему. Она, может, и
> мелкая, но когда на руках работающий сервер, обслуживающий 200 с лишком
> пользователей, а опыта и знаний всего ничего - боязно что-нибудь не так
> сделать (тем более, что были уже прецеденты этого "не так").

Hello!!
А может не стоит экспериментировать на боевом сервере?
Лично у меня, да и у многих, есть правило -- ставится нынедействующая
серверная OS  на отдельную физическую или виртуальную тачку,
моделируется необходимая ситуация, резвимся сколько влезет, если
желаемый результат достигнут -- переносим уже готовое решение на боевой
сервер.
Так оно безопаснее, работа системы не нарушается на время эксперимента и
есть простор для маневра :-))

С пожеланием не_падать	
		cornet

> Резюме после чтения всех сообщений, док'ов и опытов у меня получилось такое.
> 
> 1. Для редактирования /var/spool/cron/root использую crontab -e
> 
> 2. В man crontab(5) я прочитал, что при каждом запуске crond отслеживает
> изменение /etc/crontab и при изменении его перечитывает - поэтому его можно
> не перезапускать после редактирования. Так оно вроде и получилось - т. е.
> при следующем по времени запуске работал измененный /etc/crontab.
> 
> 3. Насчет команды "/etc/crontab" - у меня она выдала сообщение bash, что эта
> операция не разрешена.
> Я прочитал у Немет, что разрешение в некоторых системах на эту операцию
> определяется файлами cron.allow и cron.deny, но местонахождение этих файлов
> в разных системах разное.
> В своей установке я этих файлов не нашел.
> Интересно, в принципе их наличие предусмотрено в данном дистрибутиве и, если
> предусмотрено, где они должны находиться?
> 
> Regards to All
> Alexandr Redko
> LU # 178842
> ICQ # 75828152
> ----- Original Message -----
> From: "Maxim Savrilov" <Maxim.Savrilov@oberon.novocybersk.ru>
> To: <mandrake-russian@linuxteam.iplabs.ru>
> Sent: Tuesday, January 23, 2001 3:50 PM
> Subject: Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] CRONбудь он неладенcr
> 
> > vi /etc/crontab
> > kill -HUP `ps aux | grep crond | grep -v -e grep | awk '{print $2}'`
> >
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@linuxteam.iplabs.ru
> http://linuxteam.iplabs.ru/mailman/listinfo/mandrake-russian

-- 
******** FIRE & STEEL ********

[mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] CRONбудь он неладенcr

[Alexandre Redko]

Сейчас так оно и есть...
Но это нужно было осознать не умом, а шкурой.
Regards to All
Alexandr Redko
LU # 178842
ICQ # 75828152
----- Original Message -----
From: "cornet" <cornet@zmail.ru>
To: <mandrake-russian@linuxteam.iplabs.ru>
Sent: Friday, January 26, 2001 10:44 AM
Subject: Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] CRONбудь он
неладенcr


> А может не стоит экспериментировать на боевом сервере?
> Лично у меня, да и у многих, есть правило -- ставится нынедействующая
> серверная OS  на отдельную физическую или виртуальную тачку,
> моделируется необходимая ситуация, резвимся сколько влезет, если
> желаемый результат достигнут -- переносим уже готовое решение на боевой
> сервер.
> Так оно безопаснее, работа системы не нарушается на время эксперимента и
> есть простор для маневра :-))
>
> С пожеланием не_падать
> cornet
>

[mdk-re] Re: [mdk-re] CRONбудь он неладенc

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1200 bytes --]

On Tue, Jan 23, 2001 at 03:27:30PM +0300, Alexandre Redko wrote:
> Посоветуйте, пожалуйста. У меня cron (/varspool/cron/root) fetchmail'ом
> почту забирает, редактирую его, как тут товарищ написал, " crontab  -e " и в
> этом проблем нет. Но когда провайдер нам изначально машинку настраивал, он
> вставил вызов fetchmail  в /etc/crontab. Этот вызов сейчас не работает,
> только логи забивает. А как его поправить идеологически правильно - ведь "
> crontab  -e " на него не действует?

Сделать "crontab -e", перенести туда вызов fetchmail'а, сохранить
полученный новый рутовой cronjob, вынести из /etc/crontab все ненужное.

Вообще, редактировать /etc/crontab, записывая туда custom-specific data -
это дурная привычка, от нее одни только проблемы.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [mdk-re] Re: [mdk-re] CRONбудь он неладенcr

[SilverFox]

Igor Vildiaev wrote:
> 
> > > > В указанный час , минуты  ничего не происходит. В журналах никаких
> записей.
> > > > Пробовал  и так в кронтабе прописывать 05 02 * * * root
> > > > /home/ikvild/backup/backup то же безрезультатно.
> > > Для рута надо прописывать задания не в /var/spool/cron/root, а в
> /etc/cron.d
> > > Сам на такие грабли нарывался.
> > Странно. А у меня работает из /varspool/cron/root. Редактирую по crontab
> > -e и без проблем. По началу правда проблемы были , когда я не учитывал,
> > что окружение тут совсем не то , что в баше под рутом. Но что бы совсем
> > не запустился и отчета на мыло не прислал, никогда.
> 
> Если почтовую систему не ставил, тогда куда все это будет посылаться?

Ну как же  без почты то. Без почты моя система со мной не поговорит, не
пожалуется ;) Нет, на почте экономить не будем. 

-- 
Анатолий Лисютин 
AKA Silver Fox
mailto:SilverFox@optics.npi.msu.su