9 ноября 2011 г. 12:01 пользователь Dmitry A. Zhiglov
написал:
> Вот сижу и думу думаю. Как так?
> Пару дней назад под непривилегированным пользователем редактировал
> расписание. Запускал в баше "crontab -e", а вот теперь не понимаю,
> куда он делся? Провери
On Tue, Dec 29, 2009 at 07:42:46PM +0300, George Shuklin wrote:
> Исходя из каких соображений время запуска задач в системном кроне
> (для logrotate, например) установлено в 6:25 (так же как и остальных
> задач - weekly, monthly - 6:47 и 6:52 соответственно)?
Исторически. Время такое, что спят даж
James Brown написав(ла):
Есть ли смысл прописывать в crontab регулярное выполнение aptitude
update и aptitude safe-upgrade или это небезопасно?
# aptitude install cron-apt
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe"
2009/7/19 James Brown :
> Есть ли смысл прописывать в crontab регулярное выполнение aptitude
> update и aptitude safe-upgrade или это небезопасно?
Есть сервера, годами живущие на stable и обновляющиеся по крону.
Есть ли смысл прописывать в crontab регулярное выполнение aptitude
update и aptitude safe-upgrade или это небезопасно?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> *.1**** /skriptz/killnmb.sh 2>&1 >/dev/null
/skriptz/killnmb.sh &> /dev/null
или же
/skriptz/killnmb.sh >/dev/null 2>&1
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Twas brillig at 13:30:42 14.03.2007 UTC+02 when S R did gyre and gimble:
SR> почему при таком задании в кроне
SR> *.1**** /skriptz/killnmb.sh 2>&1 >/dev/null
Перенаправление не так сделано.
У нас были такие fd:
1 -> terminal
2 -> terminal
После 2>&1 получили
1 -> termin
На Wed, 14 Mar 2007 13:30:42 +0200
S R <[EMAIL PROTECTED]> записано:
> Hi 2 all,
>
> почему при таком задании в кроне
> *.1**** /skriptz/killnmb.sh 2>&1 >/dev/null
>
> сыпятся сообщения:
> No matching processes were found
>
>
> т.е. время от времени когда нет запущенных nmb
Hi 2 all,
почему при таком задании в кроне
*.1**** /skriptz/killnmb.sh 2>&1 >/dev/null
сыпятся сообщения:
No matching processes were found
т.е. время от времени когда нет запущенных nmbd почему не подавляются
варнинги за счёт >/dev/null ?
Заранее спс
--
To UNSUBSCRIBE,
>
> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/cron/crontab/crontab.c.diff?r1=1.12&r2=1.13&f=h
> я конечно не силен в программировании, но
> почемуто мне кажется, что этот кусок кода
> задает вопрос действительно ли хотим
> удалить. Причем задает, только
http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/usr.sbin/cron/crontab/crontab.c?rev=1.13&content-type=text/plain
насколько я вижу там тот же самый файл что я патчил только он без
Debian'овских правок.
так что я совершенно не понял про то что данная фича пофикшена.
насколько я
> Пришел к выводу, что сейчас везде
> используется Vixie cron, головной cvs проекта:
> http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/cron/crontab/crontab.c
> И данная фича пофикшена (немного иным
> способом).
> Revision 1.13 / (download) - annotate - [select for diffs], Sun
http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/cron/crontab/crontab.c
И данная фича пофикшена (немного иным способом).
Revision 1.13 / (download) - annotate - [select for diffs], Sun Oct 15
00:35:34 2000 UTC (6 years, 4 months ago) by paul
Branch: MAIN
Changes since 1.12: +11 -1 lines
Diff to pr
Dmitry E. Oboukhov пишет:
Найти то нашел, но язык неповорачивается
его critical bug назвать. Неприятный - да :)
а зачем его критикалом называть?
Неправильно понял. Думал речь идет о том, чтобы патч включили в etch.
P.S. Я так понимаю это тут ?
http://bugs.qa.debian.org/cgi-bin/base.cgi
не,
> Найти то нашел, но язык неповорачивается
> его critical bug назвать. Неприятный - да :)
а зачем его критикалом называть?
> P.S. Я так понимаю это тут ?
> http://bugs.qa.debian.org/cgi-bin/base.cgi
не, апстреам BTS - это то BTS которое видят разработчики собственно
программы (в данном случае cron
Dmitry E. Oboukhov пишет:
надо только написать попутно наши
соображения: почему именно опция
введена, а не вопрос "вы уверены?" по
умолчанию :)
ммм... а то что я написал уже прочитано с
моего албанского или это письмо написано
до прочтения ? Потому что я думаю что я
объяснил причину и способ ее
> да и кстати там в пакете cron тоже багу бы запостить
> там у них в пакете некорректный clean сделан
> то есть
с этой багой - мой мистейк
сорри
там оказывается make нестандартно вызывается из rules
я не ожидал что make в текущей дире не будет работать, только потом
посмотрел. не знаю зачем так над
>> Dmitry E. Oboukhov пишет:
>>
>>> отправь письмо на [EMAIL PROTECTED]
>>> с тегом патч и с моим патчиком
>>>
>> Это понятно :) И уже сделано...
> Не хватает только патча на manpage :)
это запросто:
--- crontab.1 2007-03-12 15:17:36.
На Mon, 12 Mar 2007 12:30:21 +0200
Dmitriy Sirant <[EMAIL PROTECTED]> записано:
> Dmitry E. Oboukhov пишет:
>
> >
> > отправь письмо на [EMAIL PROTECTED]
> > с тегом патч и с моим патчиком
> >
>
> Это понятно :) И уже сделано...
Не хватает только патча на manpage :)
--
To UNSUBSCRIBE, email
>> надо только написать попутно наши
>> соображения: почему именно опция
>> введена, а не вопрос "вы уверены?" по
>> умолчанию :)
>>
> ммм... а то что я написал уже прочитано с
> моего албанского или это письмо написано
> до прочтения ? Потому что я думаю что я
> объяснил причину и способ ее решен
Dmitry E. Oboukhov пишет:
надо только написать попутно наши соображения: почему именно опция
введена, а не вопрос "вы уверены?" по умолчанию :)
ммм... а то что я написал уже прочитано с моего албанского или это
письмо написано до прочтения ? Потому что я думаю что я объяснил причину
и способ
надо только написать попутно наши соображения: почему именно опция
введена, а не вопрос "вы уверены?" по умолчанию :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dmitry E. Oboukhov пишет:
отправь письмо на [EMAIL PROTECTED]
с тегом патч и с моим патчиком
Это понятно :) И уже сделано...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>> раз пошла такая пьянка и ты собрался
>> общаться с майнтенером, держи патч
>> (ниже).
>> самому мне коммитить лениво, потому что
>> переводы моих писем на албанский
>> мне довольно утомительно даются, а ты я
>> смотрю загорелся.
>>
> Я смотрю что не один я загорелся :)
> Особенно примечательна
Dmitry E. Oboukhov пишет:
раз пошла такая пьянка и ты собрался общаться с майнтенером, держи патч
(ниже).
самому мне коммитить лениво, потому что переводы моих писем на албанский
мне довольно утомительно даются, а ты я смотрю загорелся.
Я смотрю что не один я загорелся :) Особенно примечательн
+++ crontab.c.new 2007-03-12 11:52:10.0 +0300
@@ -15,6 +15,13 @@
* Paul Vixie <[EMAIL PROTECTED]> uunet!decwrl!vixie!paul
*/
+/*
+ * Modified by Dmitry E. Oboukhov <[EMAIL PROTECTED]>
+ * [+] added the request of deleting crontab
+ * [+] adde
>> Dmitry E. Oboukhov пишет:
>>> вероятно существуют скрипты с использованием crontab, а потому видимо
>>> лучше наоборот добавить ключ --warn
>>>
>>> а тем у кого клавиши путаются прописать алиас.
>>> видимо это будет самый правильный ход.
>
На Mon, 12 Mar 2007 09:19:46 +0200
Dmitriy Sirant <[EMAIL PROTECTED]> записано:
> Dmitry E. Oboukhov пишет:
> > вероятно существуют скрипты с использованием crontab, а потому видимо
> > лучше наоборот добавить ключ --warn
> >
> > а тем у кого клавиши путаютс
Dmitry E. Oboukhov пишет:
вероятно существуют скрипты с использованием crontab, а потому видимо
лучше наоборот добавить ключ --warn
а тем у кого клавиши путаются прописать алиас.
видимо это будет самый правильный ход.
Пока, как по мне, данное решение оптимальное с точки зрения ничего не
>> лучше закоммитить патч задающий вопрос: "Вы правда хотите удалить
>> crontab, да/нет?"
>>
> Лучше будет добавить ключ а ля "--no-warn", который не будет выдавать
> каких-либо мурчаний на это счёт ;)
вероятно существуют скрипты с использованием cron
On 3/11/07, Dmitriy Sirant <[EMAIL PROTECTED]> wrote:
-e - редактировать
-r - удалить весь конфиг
Я один раз тоже поймался.
Очень неприятно.
Внимание вопрос. Имеет смысл коммитить баг (feature request) на кронтаб,
чтобы он спрашивал/создавал копию при использовании ключа -r ?
Я бы успокоилс
На Sun, 11 Mar 2007 14:49:17 +0300
"Dmitry E. Oboukhov" <[EMAIL PROTECTED]> записано:
> лучше закоммитить патч задающий вопрос: "Вы правда хотите удалить
> crontab, да/нет?"
>
Лучше будет добавить ключ а ля "--no-warn", который не будет выдавать
ка
> Есть два ключика к crontab
> -e - редактировать
> -r - удалить весь конфиг
> Раньше сам так опечатывался, но тут
> знакомый пожаловался. Дело в том что
> буковки рядом на клавиатуре и может
> случится опечатка. А кронтаб даже не
> муркает ничего по поводу очистки
> ко
Добрый день
Есть два ключика к crontab
-e - редактировать
-r - удалить весь конфиг
Раньше сам так опечатывался, но тут знакомый пожаловался. Дело в том что
буковки рядом на клавиатуре и может случится опечатка. А кронтаб даже не
муркает ничего по поводу очистки конфига. Кроме того некоторое
lesha if you are from my dream of 1988
answer
if you are born 1971make me a
word
On Mon, 1 Sep 2003 19:14:27 +0400 [EMAIL PROTECTED] wrote:
> в /etc/crontab прописано:
>
> 0 19 * * * mysql /var/bs2/scripts/dump_regular
...
> но все же - в логах о кроне и скрипте запись есть,
> но вот результатов работы не видно ...
>
> кто подскажет чего ?
Добрый день, господа!
видимо я что-то целеустремленно не могу понять по данному вопросу,
посему я обращаюсь к вам ...
в /etc/crontab прописано:
0 19 * * * mysql /var/bs2/scripts/dump_regular
плюс в /etc/host.allow прописан root и mysql, хотя ...
If the /etc/cron.allow file exists
Hello Andrey Kiselev,
> > вот такая странность, на Woody:
> > $ crontab -e
> > (запускается vim, я в нем редактирую и записываю нужное :wq)
> > crontab: no changes made to crontab
> > изменений нет!
>
> Может быть, в этом дело:
> :help backupcopy
Ура!
On Wed, Jul 30, 2003 at 03:21:10PM +0400, Andrey Nekrasov wrote:
> вот такая странность, на Woody:
> $ crontab -e
> (запускается vim, я в нем редактирую и записываю нужное :wq)
>
> crontab: no changes made to crontab
>
> изменений нет!
Может быть, в этом дело:
:help ba
Здравствуйте!
вот такая странность, на Woody:
$ crontab -e
(запускается vim, я в нем редактирую и записываю нужное :wq)
crontab: no changes made to crontab
$
изменений нет!
если сделать export EDITOR=mcedit, то все работает нормально.
на рядом стоящем Woody, все ок. никак его не
On 07-Mar-2001 SidorovVladimir wrote:
> Nikitin Aleksey wrote:
>
>> ðÒÉ×ÅÔ ×ÓÅÍ.
>> îÉËÁË ÎÅÍÏÇÕ Ó cron-ÏÍ ÓÐÒÁ×ÉÔØÓÑ ÄÅÌÁÀ ×ÓÅ ÉÚ ÐÏÄ root
>> rubikon:/# crontab -e
>> Processing '/etc/joe/editorrc'...done
>>
>> File /tmp/crontab.nCh1H9
ðÒÉ×ÅÔ ×ÓÅÍ.
îÉËÁË ÎÅÍÏÇÕ Ó cron-ÏÍ ÓÐÒÁ×ÉÔØÓÑ ÄÅÌÁÀ ×ÓÅ ÉÚ ÐÏÄ root
rubikon:/# crontab -e
Processing '/etc/joe/editorrc'...done
File /tmp/crontab.nCh1H9 saved.
crontab: installing new crontab
rubikon:/#
rubikon:/# cat /var/spool/cron/crontabs/root
# DO NOT EDIT THIS FILE - edit
42 matches
Mail list logo
