The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Участник проекта Debian ответил на критику systemd, opennews (?), 09-Июн-13, (0) [смотреть все]

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


21. "Участник проекта Debian ответил на критику systemd"  +11 +/
Сообщение от ноним (ok), 09-Июн-13, 22:16 
> Где БЛЯ профит?!

#cat /lib/systemd/system/nginx.service

[Unit]
Description=The nginx HTTP and reverse proxy server
After=syslog.target network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
PIDFile=/run/nginx.pid
ExecStartPre=/usr/sbin/nginx -t
ExecStart=/usr/sbin/nginx
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s QUIT $MAINPID
PrivateTmp=true

[Install]
WantedBy=multi-user.target

......................................

#cat /etc/init.d/nginx

#!/bin/sh
#
# nginx - this script starts and stops the nginx daemon
#
# chkconfig:   - 85 15
# description:  Nginx is an HTTP(S) server, HTTP(S) reverse \
#               proxy and IMAP/POP3 proxy server
# processname: nginx
# config:      /etc/nginx/nginx.conf
# config:      /etc/sysconfig/nginx
# pidfile:     /var/run/nginx.pid

# Source function library.
. /etc/rc.d/init.d/functions

# Source networking configuration.
. /etc/sysconfig/network

# Check that networking is up.
[ "$NETWORKING" = "no" ] && exit 0

nginx="/usr/sbin/nginx"
prog=$(basename $nginx)

sysconfig="/etc/sysconfig/$prog"
lockfile="/var/lock/subsys/nginx"
pidfile="/var/run/${prog}.pid"

NGINX_CONF_FILE="/etc/nginx/nginx.conf"

[ -f $sysconfig ] && . $sysconfig


start() {
    [ -x $nginx ] || exit 5
    [ -f $NGINX_CONF_FILE ] || exit 6
    echo -n $"Starting $prog: "
    daemon $nginx -c $NGINX_CONF_FILE
    retval=$?
    echo
    [ $retval -eq 0 ] && touch $lockfile
    return $retval
}

stop() {
    echo -n $"Stopping $prog: "
    killproc -p $pidfile $prog
    retval=$?
    echo
    [ $retval -eq 0 ] && rm -f $lockfile
    return $retval
}

restart() {
    configtest_q || return 6
    stop
    start
}

reload() {
    configtest_q || return 6
    echo -n $"Reloading $prog: "
    killproc -p $pidfile $prog -HUP
    echo
}

configtest() {
    $nginx -t -c $NGINX_CONF_FILE
}

configtest_q() {
    $nginx -t -q -c $NGINX_CONF_FILE
}

rh_status() {
    status $prog
}

rh_status_q() {
    rh_status >/dev/null 2>&1
}

# Upgrade the binary with no downtime.
upgrade() {
    local oldbin_pidfile="${pidfile}.oldbin"

    configtest_q || return 6
    echo -n $"Upgrading $prog: "
    killproc -p $pidfile $prog -USR2
    retval=$?
    sleep 1
    if [[ -f ${oldbin_pidfile} && -f ${pidfile} ]];  then
        killproc -p $oldbin_pidfile $prog -QUIT
        success $"$prog online upgrade"
        echo
        return 0
    else
        failure $"$prog online upgrade"
        echo
        return 1
    fi
}

# Tell nginx to reopen logs
reopen_logs() {
    configtest_q || return 6
    echo -n $"Reopening $prog logs: "
    killproc -p $pidfile $prog -USR1
    retval=$?
    echo
    return $retval
}

case "$1" in
    start)
        rh_status_q && exit 0
        $1
        ;;
    stop)
        rh_status_q || exit 0
        $1
        ;;
    restart|configtest|reopen_logs)
        $1
        ;;
    force-reload|upgrade)
        rh_status_q || exit 7
        upgrade
        ;;
    reload)
        rh_status_q || exit 7
        $1
        ;;
    status|status_q)
        rh_$1
        ;;
    condrestart|try-restart)
        rh_status_q || exit 7
        restart
            ;;
    *)
        echo $"Usage: $0 {start|stop|reload|configtest|status|force-reload|upgrade|restart|reopen_logs}"
        exit 2
esac

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

24. "Участник проекта Debian ответил на критику systemd"  –7 +/
Сообщение от Аноним (-), 09-Июн-13, 22:26 
ну зачем же так, а??? ну щас все плюсанувшие павлушу вешаться же пойдут...не переживут они...
Ответить | Правка | Наверх | Cообщить модератору

28. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (-), 09-Июн-13, 22:31 
Вспомнилось, как в fedora 16 /usr/libexec/iptables мог и restart, и save, а в iptables.service было прописано только start и stop.Дописывал, чтоб делать
systemctl save iptables.service.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

30. "Участник проекта Debian ответил на критику systemd"  +3 +/
Сообщение от ноним (ok), 09-Июн-13, 22:38 
> Вспомнилось, как в fedora 16 /usr/libexec/iptables мог и restart, и save, а
> в iptables.service было прописано только start и stop.Дописывал, чтоб делать
> systemctl save iptables.service.

Может я немного олдскул, но по моему это всегда делалось так:

#iptables-save > $IPTABLES_CONFIG
(к тому же это достаточно дистрибутивонезависимый вариант)

Или вы редактируете конфиг также часто, как и управляете демоном?

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

35. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 09-Июн-13, 22:52 
iptables-save-показ таблиц,а service iptables save-сохранение правил, заданных с iptables
в файл после чего делается service iptables restart, в терминологии init, для принятия
изменнений.В iptables.service было прописано только  stop и start, и приходилось делать
/usr/libexec/iptables save, что было не красиво.Полез в iptables.service.
Ответить | Правка | Наверх | Cообщить модератору

38. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 09-Июн-13, 23:02 
> iptables-save-показ таблиц,а service iptables save-сохранение правил, заданных с iptables
> в файл после чего делается service iptables restart, в терминологии init, для
> принятия
> изменнений.В iptables.service было прописано только  stop и start, и приходилось делать
> /usr/libexec/iptables save, что было не красиво.Полез в iptables.service.

#iptables-save > $IPTABLES_CONFIG
#systemctl reload iptables

P.S.: И зачем дергать iptables, если iptables-save вытаскивает текущие правила?

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

164. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 11:20 
> Дописывал, чтоб делать systemctl save iptables.service.

Ну так в .service это дописать попроще будет чем в портянку на баше, которая на три страницы у многих сервисов, да еще отборного г@внокода, где конфигурационные константы перемешаны с логикой.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

211. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (-), 10-Июн-13, 14:11 
>> Дописывал, чтоб делать systemctl save iptables.service.
> Ну так в .service это дописать попроще будет чем в портянку на
> баше, которая на три страницы у многих сервисов, да еще отборного
> г@внокода, где конфигурационные константы перемешаны с логикой.

А это уж как вы, программистами себя мнящие, пишете. Т а щ е м т а, скрипты вполне можно структурненько написать. И это можно было задолго до исторического материализма, знаешь ли. То, что вы их за 30 лет ни@силили и вынуждены лепить горбатого^Wвсякие системы мудреной инициализации, сп.жженые с Соляровской SMF - это уже ваши проблемы, а не тех, кто писал. А вам даже ПРОЧИТАТЬ скрипт проблема. Что уж говорить о его написании...

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

40. "Участник проекта Debian ответил на критику systemd"  +6 +/
Сообщение от Аноним (-), 09-Июн-13, 23:05 
ты забыл выложить для systemd юнита код на си, который будет это все парсить и запускать
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

43. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 09-Июн-13, 23:11 
> ты забыл выложить для systemd юнита код на си, который будет это
> все парсить и запускать

Этот код на C будет написан один раз и поддерживаться командой, которая занимается своим делом, а не плодиться в виде bash-простынок для каждого дистрибутива майнтайнерами пакетов.

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

47. "Участник проекта Debian ответил на критику systemd"  +4 +/
Сообщение от О (?), 09-Июн-13, 23:24 
>Этот код на C будет написан один раз и поддерживаться командой, которая занимается своим делом, а не плодиться в виде bash-простынок для каждого дистрибутива майнтайнерами пакетов.

ну так и shell-код будет написан один раз, причем любой админ может написать, для любых своих сервисов.  

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

51. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 09-Июн-13, 23:30 
>>Этот код на C будет написан один раз и поддерживаться командой, которая занимается своим делом, а не плодиться в виде bash-простынок для каждого дистрибутива майнтайнерами пакетов.
> ну так и shell-код будет написан один раз, причем любой админ может
> написать, для любых своих сервисов.

Любой админ может также (на|пере)писать и unit-файл, притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета. И вполне возможно, что в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с исходным кодом и тогда вообще ничего писать\переписывать не потребуется.

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

54. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от kurokaze (ok), 09-Июн-13, 23:41 
> в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с
> исходным кодом и тогда вообще ничего писать\переписывать не потребуется.

хехе, ты наивный чукотский вьюноша
скорее в systemd lua приделают для разнообразия скриптов

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

65. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok), 10-Июн-13, 00:12 
>> в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с
>> исходным кодом и тогда вообще ничего писать\переписывать не потребуется.
> хехе, ты наивный чукотский вьюноша
> скорее в systemd lua приделают для разнообразия скриптов

Время рассудит.

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

288. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 21:10 
Скорее, wordbasic.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

55. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О (?), 09-Июн-13, 23:43 
>Любой админ может также (на|пере)писать и unit-файл,

Сомневаюсь я.

>притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета.

У людей своих пакетов навалом, у меня их больше сотни.

>И вполне возможно, что в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с исходным кодом и тогда вообще ничего писать\переписывать не потребуется.

Вот сейчас как раз всё унифицировано. А будет ли унификация на базе systemd большой вопрос.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

63. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 00:09 
передай свою "унифицированную" систему другому человеку, узнаешь много нового.
Ответить | Правка | Наверх | Cообщить модератору

69. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О (?), 10-Июн-13, 00:15 
> передай свою "унифицированную" систему другому человеку, узнаешь много нового.

Не унифицированных систем не бывает.

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

73. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 10-Июн-13, 00:21 
>> передай свою "унифицированную" систему другому человеку, узнаешь много нового.
> Не унифицированных систем не бывает.

А каким либо образом обосновать свою позицию вы можете?

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

78. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О (?), 10-Июн-13, 00:32 
> А каким либо образом обосновать свою позицию вы можете?

А разве очевидные вещи нуждаются в обосновании? В разных компаниях разные бизнес-процессы, разные предпочтения, разный уровень подготовки персонала, разный уровень дохода и инвестиций в ИТ.

Или вы считаете что на сталелитейном заводе и в банке одна и та же инфраструктура?  


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

81. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от ноним (ok), 10-Июн-13, 00:36 
>> А каким либо образом обосновать свою позицию вы можете?
> А разве очевидные вещи нуждаются в обосновании? В разных компаниях разные бизнес-процессы,
> разные предпочтения, разный уровень подготовки персонала, разный уровень дохода и инвестиций
> в ИТ.
> Или вы считаете что на сталелитейном заводе и в банке одна и
> та же инфраструктура?

"Не унифицированных систем не бывает." - так сдесь потерялась запятая или пробел вкрался?

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

82. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от О (?), 10-Июн-13, 00:38 
> "Не унифицированных систем не бывает." - так сдесь потерялась запятая или пробел
> вкрался?

Ну если судить по "сдесь", то для вас возможно.

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

86. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok), 10-Июн-13, 00:40 
>> "Не унифицированных систем не бывает." - так сдесь потерялась запятая или пробел
>> вкрался?
> Ну если судить по "сдесь", то для вас возможно.

Ну так вот вышло, что поделаешь? А по существу есть что сказать?

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

212. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (-), 10-Июн-13, 14:12 
>> передай свою "унифицированную" систему другому человеку, узнаешь много нового.
> Не унифицированных систем не бывает.

На дистровотче это напиши, ага? На глагне.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

68. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 10-Июн-13, 00:15 
>>Любой админ может также (на|пере)писать и unit-файл,
> Сомневаюсь я.

А вы попробуйте )

>>притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета.
> У людей своих пакетов навалом, у меня их больше сотни.

А если необходимо поправить стандартный init-файл? (Из чисто обывательского интереса, можно ли ознакомиться со списком "больше сотни"?)

>>И вполне возможно, что в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с исходным кодом и тогда вообще ничего писать\переписывать не потребуется.
> Вот сейчас как раз всё унифицировано. А будет ли унификация на базе
> systemd большой вопрос.

Т.е вот так легко я беру init-файл с Debian и использую его в RHEL и SLES? Это по-вашему "унификация"?

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

74. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от О (?), 10-Июн-13, 00:22 
>>>Любой админ может также (на|пере)писать и unit-файл,
>> Сомневаюсь я.
> А вы попробуйте )

А зачем?

>>>притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета.
>> У людей своих пакетов навалом, у меня их больше сотни.
> А если необходимо поправить стандартный init-файл?

И что? Какие-то сложности? Стандартный bash, где 50% комментариев и код в виде switch/case.

>>>И вполне возможно, что в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с исходным кодом и тогда вообще ничего писать\переписывать не потребуется.
>> Вот сейчас как раз всё унифицировано. А будет ли унификация на базе
>> systemd большой вопрос.
> Т.е вот так легко я беру init-файл с Debian и использую его
> в RHEL и SLES? Это по-вашему "унификация"?

Ну для начала, давайте не будем называть загрузочные скрипты init-файлами. А во-вторых вернемся к нашим баранам, systemd это надуманную проблему не решает. При переезде с одной системы на другую возникают совсем иного рода сложности. И таки да, загрузочный скрипт с дебина после небольшой доработки будет работать везде.

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

80. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok), 10-Июн-13, 00:35 
>>>>Любой админ может также (на|пере)писать и unit-файл,
>>> Сомневаюсь я.
>> А вы попробуйте )
> А зачем?

Сомнения обычно можно подтвердить, либо опровергнуть опытом.

>>>>притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета.
>>> У людей своих пакетов навалом, у меня их больше сотни.
>> А если необходимо поправить стандартный init-файл?
> И что? Какие-то сложности? Стандартный bash, где 50% комментариев и код в
> виде switch/case.

Затем, что после обновления пакета все ваши изменения улетят в трубу.

>>>>И вполне возможно, что в скором времени (в следствии унификации) unit-файлы будут поставляться вместе с исходным кодом и тогда вообще ничего писать\переписывать не потребуется.
>>> Вот сейчас как раз всё унифицировано. А будет ли унификация на базе
>>> systemd большой вопрос.
>> Т.е вот так легко я беру init-файл с Debian и использую его
>> в RHEL и SLES? Это по-вашему "унификация"?
> Ну для начала, давайте не будем называть загрузочные скрипты init-файлами. А во-вторых
> вернемся к нашим баранам, systemd это надуманную проблему не решает. При
> переезде с одной системы на другую возникают совсем иного рода сложности.
> И таки да, загрузочный скрипт с дебина после небольшой доработки будет
> работать везде.

"Загрузочные скрипты" именуют init-файлами, либо init-скриптами. А чтобы перенести unit-файл systemd на другую систему с systemd, мне достаточно его просто скопировать. И никаких "небольших доработок".

P.S.: Из чисто обывательского интереса, можно ли ознакомиться со списком "больше сотни"?

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

87. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от О (?), 10-Июн-13, 00:43 
>>>>>Любой админ может также (на|пере)писать и unit-файл,
>>>> Сомневаюсь я.
>>> А вы попробуйте )
>> А зачем?
> Сомнения обычно можно подтвердить, либо опровергнуть опытом.

Расскажи про свой опыт с мужиками и наркотиками.

>>>>>притом не вмешиваясь в пакетную базу и не беспокоясь об обновлении пакета.
>>>> У людей своих пакетов навалом, у меня их больше сотни.
>>> А если необходимо поправить стандартный init-файл?
>> И что? Какие-то сложности? Стандартный bash, где 50% комментариев и код в
>> виде switch/case.
> Затем, что после обновления пакета все ваши изменения улетят в трубу.

Обновления какого пакета? Не сваливаете в абстракцию.

>[оверквотинг удален]
>>>> Вот сейчас как раз всё унифицировано. А будет ли унификация на базе
>>>> systemd большой вопрос.
>>> Т.е вот так легко я беру init-файл с Debian и использую его
>>> в RHEL и SLES? Это по-вашему "унификация"?
>> Ну для начала, давайте не будем называть загрузочные скрипты init-файлами. А во-вторых
>> вернемся к нашим баранам, systemd это надуманную проблему не решает. При
>> переезде с одной системы на другую возникают совсем иного рода сложности.
>> И таки да, загрузочный скрипт с дебина после небольшой доработки будет
>> работать везде.
> "Загрузочные скрипты" именуют init-файлами, либо init-скриптами.

"Загрузочные скрипты" именуют "загрузочными скриптами".

> А чтобы перенести unit-файл
> systemd на другую систему с systemd, мне достаточно его просто скопировать.
> И никаких "небольших доработок".

Тут нужно описать процесс переноса, скажем на ubuntu.
> P.S.: Из чисто обывательского интереса, можно ли ознакомиться со списком "больше сотни"?

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

91. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от ноним (ok), 10-Июн-13, 00:48 
>>>>>>Любой админ может также (на|пере)писать и unit-файл,
>>>>> Сомневаюсь я.
>>>> А вы попробуйте )
>>> А зачем?
>> Сомнения обычно можно подтвердить, либо опровергнуть опытом.
> Расскажи про свой опыт с мужиками и наркотиками.
> "Загрузочные скрипты" именуют "загрузочными скриптами".

А вот когда аргументы заканчиваются, начинается переход на личности и подобие буквоедства, причем в быдло-режиме. За сим раскланиваюсь, так как дальнешую беседу продолжать смысла не вижу.

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

94. "Участник проекта Debian ответил на критику systemd"  –3 +/
Сообщение от О (?), 10-Июн-13, 00:53 
Очень хорошо, что у тебя аргументы закончились, хотя их и не было.  И наконец ты закончил свое буквоедство.


Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

89. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 00:46 

> Затем, что после обновления пакета все ваши изменения улетят в трубу.

С systemd изменения аналогично улетают в трубу.

> "Загрузочные скрипты" именуют init-файлами, либо init-скриптами. А чтобы перенести unit-файл
> systemd на другую систему с systemd, мне достаточно его просто скопировать.
> И никаких "небольших доработок".

че правда? И даже пути менять не будешь? аля /usr/sbin/nginx => /usr/bin/nginx

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

93. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от ноним (ok), 10-Июн-13, 00:52 
>> Затем, что после обновления пакета все ваши изменения улетят в трубу.
> С systemd изменения аналогично улетают в трубу.

Вы точно в этом уверены? )

>> "Загрузочные скрипты" именуют init-файлами, либо init-скриптами. А чтобы перенести unit-файл
>> systemd на другую систему с systemd, мне достаточно его просто скопировать.
>> И никаких "небольших доработок".
> че правда? И даже пути менять не будешь? аля /usr/sbin/nginx => /usr/bin/nginx

Тут согласен. Но есть тенденция к переносу всех бинарников в /usr/bin

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

96. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 00:57 
> Вы точно в этом уверены? )

Абсолютно, ибо конфиг - часть пакета и новый пакет его перезапишет.
А если не перезапишет это особенность сборки а не заслуга systemd

Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

97. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 00:58 
>> Вы точно в этом уверены? )
> Абсолютно, ибо конфиг - часть пакета и новый пакет его перезапишет.
> А если не перезапишет это особенность сборки а не заслуга systemd

s/конфиг/юнит-файл/

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

119. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (-), 10-Июн-13, 04:08 
Кастомные юниты кладутся в /etc/systemd/system/, а дистрибутивные - в /lib/systemd/system/, причем первые имеют приоритет и пакетным менеджером не трогаются.

Более того, в случае необходимости внесения минимальных правок возможны такие вещи, как, например:

># cat /etc/systemd/system/jetty.service
>.include /usr/lib/systemd/system/jetty.service
>[Service]
>User=jetty
>Group=jetty

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

289. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 21:15 
тебе что-то мешает положить сделать кастомный rc скрипт?
Вообще причем тут systemd, это вопрос к пакетному менеджеру.
Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

98. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от О (?), 10-Июн-13, 01:01 
> Вы точно в этом уверены? )

absolutely

Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

126. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Аноним (-), 10-Июн-13, 07:02 
>> Вы точно в этом уверены? )
> absolutely

Еще один "спец" по systemd... Сколько же вас?

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

236. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват (?), 10-Июн-13, 14:49 
> че правда? И даже пути менять не будешь? аля /usr/sbin/nginx => /usr/bin/nginx

Если вы про Арч, то нет - /usr/sbin/ теперь симлинк на /usr/bin, так что менять не нужно.

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

92. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от О (?), 10-Июн-13, 00:51 
> P.S.: Из чисто обывательского интереса, можно ли ознакомиться со списком "больше сотни"?

Звучит так: "про systemd сказать ничего хорошего не могу, но докопаться попробую".

Касательно пакетов, собственноручно разработанное ПО, собственноручно допиленное или собранное ПО, метапакеты, например для разворачивания полностью готового к эксплуатации почтового сервера за пару минут, или интернет-магазина, наборы для деплоя на все случаи жизни.


Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

175. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 11:53 
> ну так и shell-код будет написан один раз, причем любой админ может написать, для любых своих сервисов.

Ну так мне как админу написать конфиг на 5 строк для любых моих сервисов - явно проще, да? :)

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

75. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 00:25 
дык вынеси все функции из инит скрипта в отдельный файл и получи сравнимую длину, и отлаживать проще будет чем си код.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

104. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от абырemail (?), 10-Июн-13, 01:07 
И почему никто этого так до сих пор и не сделал ?
Ответить | Правка | Наверх | Cообщить модератору

214. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 14:14 
> И почему никто этого так до сих пор и не сделал ?

Отучаемся говорить за всех. Я так делаю ВСЕГДА.

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

168. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 11:24 
> и отлаживать проще будет чем си код.

Ага, ЩАЗ. Service файлы - не сишный код. Отлаживают сишный код разработчики systemd. А админ "отлаживает" конфиг на пять строк. Поэтому жизня админа становится сильно проще. Ему не надо ни выносить ничего в какие-то файлы, ни дописывать фреймворк логгирования обломов в каждой скриптопортянке, ни что там еще.

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

209. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь (?), 10-Июн-13, 14:05 
>> и отлаживать проще будет чем си код.
> Поэтому жизня админа становится сильно проще.

Поэтому теперь админом Linux может стать каждая безграмотраня обезьяна, закончившая 32е пту на плотника, но потом решившая что там платят сильно мало и пошедшая на 3х месячные курсы. На рынке Windows-админов такие толпами по 10000 за 5 человек предлагаются.


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

210. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от ноним (ok), 10-Июн-13, 14:09 
>>> и отлаживать проще будет чем си код.
>> Поэтому жизня админа становится сильно проще.
> Поэтому теперь админом Linux может стать каждая безграмотраня обезьяна, закончившая 32е
> пту на плотника, но потом решившая что там платят сильно мало
> и пошедшая на 3х месячные курсы. На рынке Windows-админов такие толпами
> по 10000 за 5 человек предлагаются.

То есть перед тем, как стать "админом Linux" надо ВО получить? И желательно в MIT, наверное?

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

219. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь (?), 10-Июн-13, 14:23 
> То есть перед тем, как стать "админом Linux" надо ВО получить? И
> желательно в MIT, наверное?

Нет, но поболее поучиться, чем 3 месяца. Сейчас же это больше похоже на Windows-подход, дайте нам кучу блэк-боксов со скудными интерфейсами доступа к ним, но зато пусть будет удобно. Дело в том что понимание концепции Unix как бесконечно расширяемой за счет своих инструментов системы очень таки помогает в выборе этих самых инструментов.

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

225. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от бедный буратино (ok), 10-Июн-13, 14:37 
>>> и отлаживать проще будет чем си код.
>> Поэтому жизня админа становится сильно проще.
> Поэтому теперь админом Linux может стать каждая безграмотраня обезьяна, закончившая 32е
> пту на плотника, но потом решившая что там платят сильно мало
> и пошедшая на 3х месячные курсы.

Глупость. От того, что какие-то вещи стали легче, мир не рухнет. Эффективность меряется умением пользоваться целым, всей совокупностью компонентов. А не деталями по отдельности. И тут, если кто-то не умеет организовать нормально - не организует, а кто умеет - организует. И простота гораздо важнее для второго.

Или вы боитесь, что "аждая безграмотраня обезьяна, закончившая 32е пту на плотника, но потом решившая что там платят сильно мало и пошедшая на 3х месячные курсы" при этом всём будет лучше вас?

Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

229. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь (?), 10-Июн-13, 14:44 
Уровень подготовки специалиста резко упадет. Снова же, уровень подготовки Microsoft-специалистов это подтверждает.
Ответить | Правка | Наверх | Cообщить модератору

241. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 10-Июн-13, 14:58 
> Уровень подготовки специалиста резко упадет. Снова же, уровень подготовки Microsoft-специалистов
> это подтверждает.

Есть реальные спецы по MS и есть эникеи. Есть реалтные спецы по Linux и есть те, которые поставили один раз user-friendly дистрибутив. При чем тут systemd - непонятно.

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

248. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Фтщтнь (?), 10-Июн-13, 15:08 
> Есть реальные спецы по MS и есть эникеи. Есть реалтные спецы по
> Linux и есть те, которые поставили один раз user-friendly дистрибутив. При
> чем тут systemd - непонятно.

Эммм, скажите же мне, почему реальные спецы по Active Directory например зачастую не могут восстановить репликацию в этой самой Active Directory, восстановить репликацию Exchange и испытвают столько проблем с софтом MS вообще (ну например сталкивался в работе с тем, что у меня отваливались базы Excahnge)? Бинго, потому что благодаря Microsoft их программные продукты становятся black box-ами со скудными интерфейсами взаимодействия пользоателя с системой. А для Microsoft поддержка = дополнительная денежка. Впрочем как и для RH. Компаниям выгодно иметь технически неграмотный персонал, обслуживающий их системы, потому что тогда они получат больше денег. Вот так вот и с systemd.

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

257. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 10-Июн-13, 15:30 
>> Есть реальные спецы по MS и есть эникеи. Есть реалтные спецы по
>> Linux и есть те, которые поставили один раз user-friendly дистрибутив. При
>> чем тут systemd - непонятно.
> Эммм, скажите же мне, почему реальные спецы по Active Directory например зачастую
> не могут восстановить репликацию в этой самой Active Directory, восстановить репликацию
> Exchange и испытвают столько проблем с софтом MS вообще (ну например
> сталкивался в работе с тем, что у меня отваливались базы Excahnge)?

Значит это не "реальные спецы". BlackBox в MS, присутсвует. Но systemd вроде как по GPL лицензирован - ваше сравнение в корне неверно.

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

260. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Фтщтнь (?), 10-Июн-13, 15:36 
>Значит это не "реальные спецы".

Вы простите, но реальные, MS-сертифицированные. Но systemd вроде как по GPL лицензирован.
То, что открыты его исходники, еще не значит, что у вас вдруг внезапно появится новый функционал, будет такое же "кушайте что дают" как и у MS. Хотя чем черт не шутит, не исключено что в одной из версий в будущем Леннарт запилит какой-нибудь systembash для возможности неограниченного наращивания функционала у systemd-юнитов...

Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

263. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 10-Июн-13, 15:47 
>>Значит это не "реальные спецы".
> Вы простите, но реальные, MS-сертифицированные. Но systemd вроде как по GPL лицензирован.

Я могу получить 5 сертификатов по MS за 5 дней - но что дают эти бумажки?

> То, что открыты его исходники, еще не значит, что у вас вдруг
> внезапно появится новый функционал, будет такое же "кушайте что дают" как
> и у MS. Хотя чем черт не шутит, не исключено что
> в одной из версий в будущем Леннарт запилит какой-нибудь systembash для
> возможности неограниченного наращивания функционала у systemd-юнитов...

А это уже домыслы. Время покажет. Как-бы в Arch, SuSe и Mandriva не насильно пропихивали его, да и не доплачивал "злостный RedHat". Почему бы ненавистникам, коих вроде много не собраться в кучу, да и не создать systemd-free дистрибутив? А потому, что даже пары человек на поддержку sysvinit в арче не нашлось...

Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

264. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от кверти (ok), 10-Июн-13, 16:11 
>А потому, что даже пары человек на поддержку sysvinit в арче не нашлось...

ну языком чесать - это ж не мешки ворочать...опеннет этому доказательство

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

266. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь (?), 10-Июн-13, 16:35 
Ну как бы мне по боку, я другими системами пользуюсь systemd-free.
Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

269. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь (?), 10-Июн-13, 16:47 
> А это уже домыслы. Время покажет. Как-бы в Arch, SuSe и Mandriva
> не насильно пропихивали его, да и не доплачивал "злостный RedHat". Почему
> бы ненавистникам, коих вроде много не собраться в кучу, да и
> не создать systemd-free дистрибутив? А потому, что даже пары человек на
> поддержку sysvinit в арче не нашлось...

У нас с вами разговор в ключе "В огороде бузина, а в киеве дядька" выходит. Я вам о том, что у systemd мало точек соприкосновения с пользователем, а вы мне "Зато его SuSe и Mandriva поддерживают". Естественно поддерживают, куда им деваться-то, приходится быть максимально совместимыми с лидером рынка.

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

270. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от бедный буратино (ok), 10-Июн-13, 16:52 
> У нас с вами разговор в ключе "В огороде бузина, а в
> киеве дядька" выходит. Я вам о том, что у systemd мало
> точек соприкосновения с пользователем, а вы мне "Зато его SuSe и
> Mandriva поддерживают". Естественно поддерживают, куда им деваться-то, приходится быть
> максимально совместимыми с лидером рынка.

Лидеры рынка linux-desktop - это Debian/Ubuntu.

Ответить | Правка | К родителю #269 | Наверх | Cообщить модератору

271. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 10-Июн-13, 16:56 
>> А это уже домыслы. Время покажет. Как-бы в Arch, SuSe и Mandriva
>> не насильно пропихивали его, да и не доплачивал "злостный RedHat". Почему
>> бы ненавистникам, коих вроде много не собраться в кучу, да и
>> не создать systemd-free дистрибутив? А потому, что даже пары человек на
>> поддержку sysvinit в арче не нашлось...
> У нас с вами разговор в ключе "В огороде бузина, а в
> киеве дядька" выходит. Я вам о том, что у systemd мало
> точек соприкосновения с пользователем, а вы мне "Зато его SuSe и
> Mandriva поддерживают". Естественно поддерживают, куда им деваться-то, приходится быть
> максимально совместимыми с лидером рынка.

Простите, а что вы имеете ввиду под "мало точек соприкосновения с пользователем"?

Ответить | Правка | К родителю #269 | Наверх | Cообщить модератору

272. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь (?), 10-Июн-13, 17:14 
Имею в виду ограниченный механизм его расширения в  отличии от скриптов и ограниченные возможности управления юнитами, нету функции reload например, которая делает gracefull reload сервиса.
Ответить | Правка | К родителю #271 | Наверх | Cообщить модератору

274. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 10-Июн-13, 17:45 
> Имею в виду ограниченный механизм его расширения в  отличии от скриптов
> и ограниченные возможности управления юнитами, нету функции reload например, которая делает
> gracefull reload сервиса.

reload как раз-таки есть ) а расширять возможности теми-же sh-скриптами вам никто не мешает.

Ответить | Правка | К родителю #272 | Наверх | Cообщить модератору

273. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь (?), 10-Июн-13, 17:21 
>>>Значит это не "реальные спецы".
>> Вы простите, но реальные, MS-сертифицированные. Но systemd вроде как по GPL лицензирован.
> Я могу получить 5 сертификатов по MS за 5 дней - но
> что дают эти бумажки?

Что доказывает мое утверждение о том, что виндовые админы имеют низкую кваллификацию в массе своей, что собственно грозит Linux-админам в будущем с запиливанием нанотехнологий института имени Поттеринга.

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

275. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от ноним (ok), 10-Июн-13, 17:49 
>>>>Значит это не "реальные спецы".
>>> Вы простите, но реальные, MS-сертифицированные. Но systemd вроде как по GPL лицензирован.
>> Я могу получить 5 сертификатов по MS за 5 дней - но
>> что дают эти бумажки?
> Что доказывает мое утверждение о том, что виндовые админы имеют низкую кваллификацию
> в массе своей, что собственно грозит Linux-админам в будущем с запиливанием
> нанотехнологий института имени Поттеринга.

Это подтверждает только то, что бумажки ничего не стоят. А квалифицированные MS-админы встречаются. Правда редко. Также редко, как и квалифицированные Linux-админы )

Ответить | Правка | К родителю #273 | Наверх | Cообщить модератору

233. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь (?), 10-Июн-13, 14:45 
> Или вы боитесь, что "аждая безграмотраня обезьяна, закончившая 32е пту на плотника,
> но потом решившая что там платят сильно мало и пошедшая на
> 3х месячные курсы" при этом всём будет лучше вас?

А давайте вы не будете так толсто троллить переключаясь на личности? Мы все таки не на ЛОРе.

Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

246. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от бедный буратино (ok), 10-Июн-13, 15:07 
>> Или вы боитесь, что "аждая безграмотраня обезьяна, закончившая 32е пту на плотника,
>> но потом решившая что там платят сильно мало и пошедшая на
>> 3х месячные курсы" при этом всём будет лучше вас?
> А давайте вы не будете так толсто троллить переключаясь на личности? Мы все таки не на ЛОРе.

Давайте. Начинайте.

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

292. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 21:49 
>админом Linux может стать каждая безграмотраня обезьяна

Есть такая штука, прогресс называется. Раньше бельё постирать люди прачек нанимали или сами прачками были, потом появились огромные стиральные машины-автоматы, не все могли их купить. А сейчас и не шибко богатые могут купить такую машину, небольшую, такую что поместится в скромных размеров туалете. Хим.чистки остались, но теперь они именно хим.чистки. Прачек в Советском Союзе ликвидировали "как класс", остались ли они в странах Запада я не знаю. Такая же судьба постигла кухарок, портных, я уж не говорю о писарях. Зато десятая часть потомков прачек, портных, кухарок и писарей теперь производит в десять раз больше полезной продукции, соответственно на нос в десять раз больше материальных благ достаётся. В цивилизованных странах, разумеется. Впрочем, в России их (материальных благ) на нос тоже сейчас существенно больше, чем сто лет назад было. Ну вот теперь костлявая рука прогресса и до linux-админов дотянулась.

Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

240. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от Адекват (?), 10-Июн-13, 14:57 
Поэтому жизня админа становится сильно проще.

Я бы так не сказал, хотя бы потому что systemd новая сущность, которая пришла на смену хорошо изученной sysvinit и в новой системе инициализации новые глюки типа "не поднялся сетевой интерфейс после 101 загрузки", или каждую 15 загрузку диски меняются именами "sda/sdb" - это реальные ситуации из реальной жизни (не моей).
Далее следует секс с поиском решения чтобы сетевой интерфейс поднимался всегда,костыли вида добавить файл в /etc/modules-load.d/ - этого хватит еще на 30-40 загрузка, потом проблема поднятия интерфейса вернется, будет найден совет добавить "таймаут в юнит-файл", но и это не поможет - вот тут и наступит безисходность :)

Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

244. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 10-Июн-13, 15:02 
> Поэтому жизня админа становится сильно проще.
> Я бы так не сказал, хотя бы потому что systemd новая сущность,
> которая пришла на смену хорошо изученной sysvinit и в новой системе
> инициализации новые глюки типа "не поднялся сетевой интерфейс после 101 загрузки",
> или каждую 15 загрузку диски меняются именами "sda/sdb" - это реальные
> ситуации из реальной жизни (не моей).

Посоветую поинтересоваться принципами именования блочных устройств в GNU/Linux.

> Далее следует секс с поиском решения чтобы сетевой интерфейс поднимался всегда,костыли
> вида добавить файл в /etc/modules-load.d/ - этого хватит еще на 30-40
> загрузка, потом проблема поднятия интерфейса вернется, будет найден совет добавить "таймаут
> в юнит-файл", но и это не поможет - вот тут и
> наступит безисходность :)

А всего-лишь поправить /etc/udev/rules.d/70-persistent-net.rules .

P.S.: И systemd тут вообще не причем. udev существовал задолго до него.

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

290. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 21:22 
>P.S.: И systemd тут вообще не причем. udev существовал задолго до него.

Ну да, а udev  уже перестал быть частью systemd?

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

302. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 11-Июн-13, 07:16 
>>P.S.: И systemd тут вообще не причем. udev существовал задолго до него.
> Ну да, а udev  уже перестал быть частью systemd?

Повторюсь. udev существовал задолго до него. И конфигурился точно также как и сейчас.

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

322. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 11-Июн-13, 23:43 
А я еще раз повторюсь что udev является частью systemd, и все изменения в udev это изменения в systemd. Ну и как должны сойтись звезды чтобы systemd тут был не причем?
Ответить | Правка | Наверх | Cообщить модератору

114. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 03:12 
А если понадобятся нестандартные действия/реакция?
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

144. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Анонимemail (144), 10-Июн-13, 09:18 
A ежели дождь во время усушки ?
Ответить | Правка | Наверх | Cообщить модератору

176. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от Аноним (-), 10-Июн-13, 11:55 
> А если понадобятся нестандартные действия/реакция?

Вот тогда можно пнуть скрипт или какую-то другую программу для этого.

P.S. "А если ядерная война? Или метеорит на дом упадет?!" - вы же нам, надеюсь, писали все это из укрепленного бункера на километровой глубине, с системой жизнеобеспечения и все такое, правда? :)

Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

224. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Фтщтнь (?), 10-Июн-13, 14:34 
> Вот тогда можно пнуть скрипт или какую-то другую программу для этого.

а зачем тогда столько сущностей (systemd+скрипт), если в случае с init она была всего одна?

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

293. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 21:56 
Бункер на такой глубине не только от метеоритов защитит, но и ещё много от чего, но обустроить его в Москве для себя его неподъёмно по цене, а вот без systemd вполне можно и обойтись, для этого много тратиться не надо.
Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

165. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 11:21 
> ты забыл выложить для systemd юнита код на си, который будет это все парсить и запускать

Системный администратор с компонентами systemd дела не имеет - это проблемы разработчиков systemd.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

84. "Участник проекта Debian ответил на критику systemd"  +4 +/
Сообщение от Аноним (-), 10-Июн-13, 00:40 
Прошу заметить что функциональность хромает.
unit имеет acton: start,reload,stop
а инит скрипт: start,stop,reload,configtest,upgrade, status,

а теперь запили мне юнит для systemd с аналогичной функциональностью

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

117. "Участник проекта Debian ответил на критику systemd"  +2 +/
Сообщение от angra (ok), 10-Июн-13, 03:25 
Последователей Поттеринга это не волнует, что сказали жрать, то и будут. Подумаешь, юниты не могут ничего кроме start/stop/restart(reload), зато "это открывает множество дополнительных способов использования" и "в то же время гибкий интерфейс - снаружи".


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

124. "Участник проекта Debian ответил на критику systemd"  –1 +/
Сообщение от бедный буратино (ok), 10-Июн-13, 06:15 
> Последователей Поттеринга это не волнует, что сказали жрать, то и будут.

Большинство людей система иницализации их компьютера волнует примерно так же, как внешний вид байтов.

Это дистрибутивы выбирают себе ядра, системы инициализации, и прочее по, чтобы решать задачи, которые они наметили. И Debian - один из лидеров дистибутивостроения. И 90% его пользователей абсолютно наплевать, какая там система инициализации, они оценивают всё в комплексе, как это работает всё вместе, а не разбирают детали по отдельности.

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

Если бы безвестный горлопан обладал бы такой же степенью публичности при выборе своих решений, он бы понял цену словам.

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

134. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 07:52 
> Прошу заметить что функциональность хромает.
> unit имеет acton: start,reload,stop
> а инит скрипт: start,stop,reload,configtest,upgrade, status,
> а теперь запили мне юнит для systemd с аналогичной функциональностью

Да зачем ? Разве итак не понятно что крутое супер админы _требужшие_ сысЪтемд даже разницы не уловили. Проффесионалы, не чета нам :)

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

177. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 11:56 
А вы - это кто такое, чтобы ваше мнение кого-то вообще интересовало? :)
Ответить | Правка | Наверх | Cообщить модератору

182. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от ноним (ok), 10-Июн-13, 12:54 
> Прошу заметить что функциональность хромает.
> unit имеет acton: start,reload,stop
> а инит скрипт: start,stop,reload,configtest,upgrade, status,
> а теперь запили мне юнит для systemd с аналогичной функциональностью

Если бы вы хоть раз прочитали документацию или попробовали запустить systemctl, вы бы поняли, что этот unit в systemd умеет start,stop,reload,configtest и status ("искаропки"). А кроме того еще и reload-or-restart,dump,enable,disable,try-restart и.т.д. Единственный пункт мимо - это upgrade, но это достаточно сомнительный функционал.

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

183. "Участник проекта Debian ответил на критику systemd"  +1 +/
Сообщение от ноним (ok), 10-Июн-13, 12:55 
.
Ответить | Правка | Наверх | Cообщить модератору

243. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват (?), 10-Июн-13, 15:01 
>enable,disable

Аналог внесения в строку DAEMONS в rc.conf, не более
Кроме тогда - в строке всегда сразу видно какие демоны запускаются, а какие нет.
А как это сделать в systemd ?


Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

247. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 10-Июн-13, 15:08 
>>enable,disable
> Аналог внесения в строку DAEMONS в rc.conf, не более
> Кроме тогда - в строке всегда сразу видно какие демоны запускаются, а
> какие нет.
> А как это сделать в systemd ?

Во-первых в systemd вводится понятие зависимостей.

А во-вторых: ls /etc/systemd/system/*.wants/ , причем по полочкам.

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

319. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от linux must _RIP_ (?), 11-Июн-13, 21:37 
>>>enable,disable
>> Аналог внесения в строку DAEMONS в rc.conf, не более
>> Кроме тогда - в строке всегда сразу видно какие демоны запускаются, а
>> какие нет.
>> А как это сделать в systemd ?
> Во-первых в systemd вводится понятие зависимостей.

в sysv init оно тоже есть...

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

279. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 18:31 
> этот unit в systemd умеет start,stop,reload,configtest и status
> ("искаропки"). А кроме того еще и reload-or-restart,dump,enable,disable,try-restart
> и.т.д.

Подскажите, как посмотреть эти команды?

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

305. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 11-Июн-13, 07:30 
>> этот unit в systemd умеет start,stop,reload,configtest и status
>> ("искаропки"). А кроме того еще и reload-or-restart,dump,enable,disable,try-restart
>> и.т.д.
> Подскажите, как посмотреть эти команды?

man systemctl

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

291. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 21:27 
Тоесть кроме юнит файла еще по куче мест раскидано что может делать сервис?
Офигенная прозрачность просто.
Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

133. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Аноним (-), 10-Июн-13, 07:50 
>> Где БЛЯ профит?!
> #cat /lib/systemd/system/nginx.service
> ......................................
> #cat /etc/init.d/nginx

[Позёвывая]
... очередной придурок сравнил мопед с БелАЗом и пришёл к генеальному выводу что тервый меньше и легче? :)

Прочитать _что_ умеет второй вариант не судьба? Таким - да нужен сысынит. Или винда. Всё одно - reinstall system often, reinstall system early(С) :-)

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

185. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от ноним (ok), 10-Июн-13, 12:56 
>>> Где БЛЯ профит?!
>> #cat /lib/systemd/system/nginx.service
>> ......................................
>> #cat /etc/init.d/nginx
> [Позёвывая]
> ... очередной придурок сравнил мопед с БелАЗом и пришёл к генеальному выводу
> что тервый меньше и легче? :)
> Прочитать _что_ умеет второй вариант не судьба? Таким - да нужен сысынит.
> Или винда. Всё одно - reinstall system often, reinstall system early(С)
> :-)

http://www.opennet.ru/openforum/vsluhforumID3/90371.html#182

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

326. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Адекват (ok), 12-Июн-13, 13:30 
"Многабукафф, ниасилил, низачед, кг/ам" да ?

Я вот например прекрасно понимаю что значит строчка

. /etc/rc.d/init.d/functions

прекрасно понимаю чем является конструкция

reload() {
    configtest_q || return 6
    echo -n $"Reloading $prog: "
    killproc -p $pidfile $prog -HUP
    echo
}

Зачем тут скобочки фигурные идут ?

А вашем системд:

ExecReload=/bin/kill -s HUP $MAINPID

Начнем с того, что kill по абсолютному пути вызвается, а не через переменную путей окружения.
Далее - /bin/kill -s HUP такая конструкция позволит перезапустить процесс, а не просто прихлопнуть ?


Кроме того, в sysvinit в функции перезагрузки демона, вызывается configtest_q

configtest_q() {
    $nginx -t -q -c $NGINX_CONF_FILE
}

Я тут вижу проверку конфиг-файла на правильность, или что-то еще, а где это в вашем системД ?

Может все-таки экономия строк кода "щутковины", которая запускает/перезапускает демон - это не всегда гуд ?

Вот как запускается nginx в системД:
ExecStart=/usr/sbin/nginx
Никаких проверок, нах нужно - если процесс есть, то новый не запуститься, так как порт/сокет будет уже занят, да :) ?
Типа пусть ядро на себя берет проверки все.

Какие вы все...я с вас фигею просто.ExecStart=/usr/sbin/nginx

В случае с баш-портянкой я царь-и-бог в своей системе, если что-то нужно будет поменять в баш-скрипте, типа сделать доп проверку наличия файла в директории, или еще чего-то что мне может мне понадобиться - я это сделать смогу, а в случае с системД  -нет.

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

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

329. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Michael Shigorinemail (ok), 13-Июн-13, 21:20 
> #cat /lib/systemd/system/nginx.service

А теперь grep USR2 /lib/systemd/system/nginx.service сделайте.

> # Upgrade the binary with no downtime.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

339. "Участник проекта Debian ответил на критику systemd"  +/
Сообщение от Deffic (?), 14-Июн-13, 15:13 
>[оверквотинг удален]
> [Service]
> Type=forking
> PIDFile=/run/nginx.pid
> ExecStartPre=/usr/sbin/nginx -t
> ExecStart=/usr/sbin/nginx
> ExecReload=/bin/kill -s HUP $MAINPID
> ExecStop=/bin/kill -s QUIT $MAINPID
> PrivateTmp=true
> [Install]
> WantedBy=multi-user.target

Давайте сравнивать корректно и не лезть в код, Вы же не лезете в программный код systemD.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру