[devel] service-0.3-alt1

[devel] service-0.3-alt1

[Sergey Bolshakov]

Я не нашел возможности передать в start-stop-daemon
опцию -n, что бывает необходимо. Ждать ?

-- 

Re: [devel] service-0.3-alt1

[Dmitry V. Levin]

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

On Sat, May 24, 2003 at 05:26:58PM +0300, Sergey Bolshakov wrote:
> Я не нашел возможности передать в start-stop-daemon
> опцию -n, что бывает необходимо. Ждать ?

start-stop-daemon(8) много чего умеет, в том числе и то, что редко
используется, а некоторые вещи (типа -n и -r) вообще концептуально
вредные.  Редкоиспользуемые я буду добавлять в service по требованию, а от
использования вредных буду отговаривать.


--
ldv

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

Re: [devel] service-0.3-alt1

[Sergey Bolshakov]

>>>>> "Dmitry" == Dmitry V Levin <ldv@altlinux.org> writes:

 > On Sat, May 24, 2003 at 05:26:58PM +0300, Sergey Bolshakov wrote:
 >> Я не нашел возможности передать в start-stop-daemon
 >> опцию -n, что бывает необходимо. Ждать ?

 > start-stop-daemon(8) много чего умеет, в том числе и то, что редко
 > используется, а некоторые вещи (типа -n и -r) вообще концептуально
 > вредные.  Редкоиспользуемые я буду добавлять в service по требованию, а от
 > использования вредных буду отговаривать.

Хм, а как поступать в случае, если /proc/$pid/exe указывает не
на то, что запускалось :) ? К примеру, нечто, расположенное в
/usr/sbin/sandd и имеющее в своем начале #!/usr/bin/tclsh
в exe будет иметь tclsh84, по ps обзываться как
/usr/bin/tclsh /usr/sbin/sandd, и только в /proc/$pid/stat содежать
искомое sandd ? Если не ошибаюсь, tclsh в этом смысле вполне заменяем
на perl/ruby/etc.

-- 

Re: [devel] service-0.3-alt1

[Dmitry V. Levin]

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

On Sat, May 24, 2003 at 05:50:42PM +0300, Sergey Bolshakov wrote:
>  >> Я не нашел возможности передать в start-stop-daemon
>  >> опцию -n, что бывает необходимо. Ждать ?
> 
>  > start-stop-daemon(8) много чего умеет, в том числе и то, что редко
>  > используется, а некоторые вещи (типа -n и -r) вообще концептуально
>  > вредные.  Редкоиспользуемые я буду добавлять в service по требованию, а от
>  > использования вредных буду отговаривать.
> 
> Хм, а как поступать в случае, если /proc/$pid/exe указывает не
> на то, что запускалось :) ? К примеру, нечто, расположенное в
> /usr/sbin/sandd и имеющее в своем начале #!/usr/bin/tclsh
> в exe будет иметь tclsh84, по ps обзываться как
> /usr/bin/tclsh /usr/sbin/sandd, и только в /proc/$pid/stat содежать
> искомое sandd ? Если не ошибаюсь, tclsh в этом смысле вполне заменяем
> на perl/ruby/etc.

И кому приходят в голову мысли запускать скриптовых демонов.

Чтобы security не страдало, --name следует обязательно сочетать с --pidfile
и, возможно, с --exec (tclsh/perl/ruby/etc.)

Я в service > 0.3-alt1 что-нибудь на эту тему реализую.


--
ldv

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

[devel] Re: service-0.3-alt1

[Michael Shigorin]

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

On Sun, May 25, 2003 at 01:09:43PM +0400, Dmitry V. Levin wrote:
> И кому приходят в голову мысли запускать скриптовых демонов.

И кому только не приходят.  sympa -- тоже такое вот.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [devel] service-0.3-alt1

[Dmitry V. Levin]

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

On Sun, May 25, 2003 at 01:09:43PM +0400, Dmitry V. Levin wrote:
> On Sat, May 24, 2003 at 05:50:42PM +0300, Sergey Bolshakov wrote:
> >  >> Я не нашел возможности передать в start-stop-daemon
> >  >> опцию -n, что бывает необходимо. Ждать ?
> > 
> >  > start-stop-daemon(8) много чего умеет, в том числе и то, что редко
> >  > используется, а некоторые вещи (типа -n и -r) вообще концептуально
> >  > вредные.  Редкоиспользуемые я буду добавлять в service по требованию, а от
> >  > использования вредных буду отговаривать.
> > 
> > Хм, а как поступать в случае, если /proc/$pid/exe указывает не
> > на то, что запускалось :) ? К примеру, нечто, расположенное в
> > /usr/sbin/sandd и имеющее в своем начале #!/usr/bin/tclsh
> > в exe будет иметь tclsh84, по ps обзываться как
> > /usr/bin/tclsh /usr/sbin/sandd, и только в /proc/$pid/stat содежать
> > искомое sandd ? Если не ошибаюсь, tclsh в этом смысле вполне заменяем
> > на perl/ruby/etc.
> 
> И кому приходят в голову мысли запускать скриптовых демонов.
> 
> Чтобы security не страдало, --name следует обязательно сочетать с --pidfile
> и, возможно, с --exec (tclsh/perl/ruby/etc.)
> 
> Я в service > 0.3-alt1 что-нибудь на эту тему реализую.

Я предлагаю добавить параметр --name в функции
start_daemon/stop_daemon/status, с возможносью использования только
при указании --pidfile.

Это всех устроит?


--
ldv

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

[devel] Re: service-0.3-alt1

[Michael Shigorin]

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

On Tue, May 27, 2003 at 02:19:34PM +0400, Dmitry V. Levin wrote:
> > Чтобы security не страдало, --name следует обязательно сочетать с --pidfile
> > и, возможно, с --exec (tclsh/perl/ruby/etc.)
> Я предлагаю добавить параметр --name в функции
> start_daemon/stop_daemon/status, с возможносью использования
> только при указании --pidfile.  Это всех устроит?

Меня вроде да.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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