date:20140303

2014-03-03 Пенетрантность Артем Васильев

Hleb Valoshka - debian-russian@lists.debian.org @ Mon, 3 Mar 2014 10:50:31
+0300:

Можно поинтересоваться с чего такой панический настрой?

HV systemd, видимо

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

Конкретно о systemd: не то чтобы я был против _идеи_ systemd. А вот
реализация меня, ой, стремает.

И из заданного в личку вопроса почему не ALT. В основном, потому что
RPM. Бедный набор видов зависимостей. Я предпочитаю тонкую настройку,
главное - с отрыванием лишнего. В Debian пока еще помнят о наличии
Recommends и Suggests, и без гномовских компонент в системе мне пока
удается жить. Их часто хотят, но не более чем Recommends.

Ну и конкретно про ALT - покажите мне, скажем, на Linode возможность
взять виртуалку на альте.

В gentoo, насколько я понимаю, за плату машинное время на пересборку,
я получу еще более мощный механизм отрывания лишнего, не потеряв при
этом security updates. В смысле, настроить мне вот это не надо можно
один раз. Поскольку машинное, а не мое, то не очень жалко.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87fvmzy9lr@wizzle.ran.pp.ru

Re: На что заменить nagios?

Тогда monit, munin


3 марта 2014 г., 12:06 пользователь Edvins edvin...@gmail.com написал:

 monit / mmonit?

 E.


 2014-03-02 19:03 GMT+02:00 Artem Chuprina r...@ran.pp.ru:

 Сабж.

 Что-то он у меня от долгого неиспользования сломался.  И вообще PHP
 хочет, а зря.  И check_http у него явно работает без указания хоста,
 поэтому вместо честного 200 с виртуального хоста получает 410 с
 дефолтного.

 Короче, хочу монитор нескольких хостов в интернете.  Мне не обязательно
 рисовать красивые картинки, как это делал nagios, пока не сдох, но
 хотелось бы, чтобы он, как это делает nagios,

 во-первых, писал мне в почту, если что сломалось,

 во-вторых, не пытался писать кучу отчетов о неработоспособности сервисов
 на хосте, если недоступен сам хост, а писал только о недоступности
 хоста,

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

 В идеале - НЕ HTTP, а если HTTP, то крайне желательно не PHP.

 Крайне желательно, чтобы сложность его конфигурации не вызывала
 настойчивую мысль может, проще написать свой велосипед?


 --
 To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/8761nwzg5x@wizzle.ran.pp.ru





-- 
WBR
Artem V. Vasiliev

Re: и об облаках

2014-03-03 Пенетрантность Sergey Kirpichev

On Mon, Mar 03, 2014 at 12:22:56PM +0400, Artem Chuprina wrote:
 Два направления.  С
 одной стороны, наметившееся лицензионное пуританство, начинающее
 фактически работать против свободы (я не буду сейчас вступать в
 подробную дискуссию с поиском фактов - у меня нет для этого ресурсов, и
 я не навязываю никому своего личного мнения)

Факты были бы полезны, чтобы просто понять о чем идет речь.

 а с другой - постепенное
 огномление системы, начиная чуть ли не с ядра.

 Конкретно о systemd: не то чтобы я был против _идеи_ systemd.  А вот
 реализация меня, ой, стремает.

Ну, русскоязычные DD молчат в тряпочку - видимо они не против
решения TC и все идет как надо.  Да, грустно.  Оказывается,
не я один подумываю бросить дебиан.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140303092831.gc26...@darkstar.order.hcn-strela.ru

Re: и об облаках

2014-03-03 Пенетрантность dm.fedorov

3 марта 2014 г., 16:28 пользователь Sergey Kirpichev  написал:
 решения TC и все идет как надо.  Да, грустно.  Оказывается,
 не я один подумываю бросить дебиан.

Slackware как истинный юникс?

Re: и об облаках

On Mon, Mar 03, 2014 at 04:35:40PM +0700, dm.fedorov wrote:
 3 марта 2014 г., 16:28 пользователь Sergey Kirpichev  написал:
  решения TC и все идет как надо.  Да, грустно.  Оказывается,
  не я один подумываю бросить дебиан.
 
 Slackware как истинный юникс?

Сюда еще и дети пишут?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140303094443.ga29...@darkstar.order.hcn-strela.ru

Re: и об облаках

2014-03-03 Пенетрантность dm.fedorov

3 марта 2014 г., 16:44 пользователь Sergey B Kirpichev написал:
 On Mon, Mar 03, 2014 at 04:35:40PM +0700, dm.fedorov wrote:

 Slackware как истинный юникс?

 Сюда еще и дети пишут?

:)

Re: и об облаках

On Mon, Mar 03, 2014 at 01:44:43PM +0400, Sergey B Kirpichev wrote:
 On Mon, Mar 03, 2014 at 04:35:40PM +0700, dm.fedorov wrote:
  3 марта 2014 г., 16:28 пользователь Sergey Kirpichev  написал:
   решения TC и все идет как надо.  Да, грустно.  Оказывается,
   не я один подумываю бросить дебиан.
  
  Slackware как истинный юникс?
 
 Сюда еще и дети пишут?

 Анархисты. Oни просто живут на другой от пуритан стороне улицы.
 А чем не устраивает благородных донов non-free?
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140303095253.gl3...@protva.ru

Re: и об облаках

2014-03-03 Пенетрантность konstantin.k.koz...@gmail.com

On Mon, Mar 03, 2014 at 01:52:54PM +0400, Eugene Berdnikov wrote:
  А чем не устраивает благородных донов non-free?

Для справки: non-free не является частью Debian.  А что не
так с лицензионной политикой в Debian сейчас - самому интересно.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140303100705.ga29...@darkstar.order.hcn-strela.ru

Re: На что заменить nagios?

On 03.03.2014 16:25, Артем Васильев wrote:

Уж лучше тогда сразу на Zabbix.

Тогда monit, munin

3 марта 2014 г., 12:06 пользователь Edvins edvin...@gmail.com
mailto:edvin...@gmail.com написал:

monit / mmonit?

2014-03-02 19:03 GMT+02:00 Artem Chuprina r...@ran.pp.ru
mailto:r...@ran.pp.ru:

Сабж.

Что-то он у меня от долгого неиспользования сломался. И вообще PHP
хочет, а зря. И check_http у него явно работает без указания хоста,
поэтому вместо честного 200 с виртуального хоста получает 410 с
дефолтного.

Короче, хочу монитор нескольких хостов в интернете. Мне не
обязательно
рисовать красивые картинки, как это делал nagios, пока не сдох, но
хотелось бы, чтобы он, как это делает nagios,

во-первых, писал мне в почту, если что сломалось,

во-вторых, не пытался писать кучу отчетов о неработоспособности
сервисов
на хосте, если недоступен сам хост, а писал только о недоступности
хоста,

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

В идеале - НЕ HTTP, а если HTTP, то крайне желательно не PHP.

Крайне желательно, чтобы сложность его конфигурации не вызывала
настойчивую мысль может, проще написать свой велосипед?

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
mailto:debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org mailto:listmas...@lists.debian.org
Archive: https://lists.debian.org/8761nwzg5x@wizzle.ran.pp.ru

--
WBR
Artem V. Vasiliev

Re: и об облаках

2014-03-03 Пенетрантность Игорь Гайсин

Sergey Kirpichev skirpic...@gmail.com writes:

On Mon, Mar 03, 2014 at 12:22:56PM +0400, Artem Chuprina wrote:
а с другой - постепенное огномление системы, начиная чуть ли не с
ядра.

Конкретно о systemd: не то чтобы я был против _идеи_ systemd. А вот
реализация меня, ой, стремает.

Ну, русскоязычные DD молчат в тряпочку - видимо они не против
решения TC и все идет как надо. Да, грустно. Оказывается,
не я один подумываю бросить дебиан.

Ну, скажем так, не Вас одного беспокоит systemd. Но уходить, собственно,
некуда: Debian пока был и остаётся золотой серединой гибкости и
стабильности. Что касается systemd - то я искренне верю, что мейнтейнеры
нужных мне пакетов продолжат поддержку sysvinit, так что лично для меня
всё останется как и прежде.

PS: А если уж с Debian GNU/Linux всё действительно будет плохо, то пока
с systemd весь сыр-бор пройдёт, глядишь, Debian GNU/Hurd подтянется. Там
systemd в его текущем виде не будет точно. Впрочем, может, это чересчур
наивно с моей стороны на это надеяться?

pgprblAv66RRn.pgp
Description: PGP signature

Re: и об облаках

Debian GNU/Hurd подтянется.

Скорее подтянется форк дебиана без systemd.

Dmitrii Kashin free...@freehck.ru writes:

Sergey Kirpichev skirpic...@gmail.com writes:

On Mon, Mar 03, 2014 at 12:22:56PM +0400, Artem Chuprina wrote:
а с другой - постепенное огномление системы, начиная чуть ли не с
ядра.

Конкретно о systemd: не то чтобы я был против _идеи_ systemd. А вот
реализация меня, ой, стремает.

--
Игорь Гайсин
Email: igor.gaj...@tts.tv
Телефон: 8-499-967-77-97 (4096)
Должность: Системный администратор ООО Бриллианит

Re: и об облаках

Eugene Berdnikov - debian-russian@lists.debian.org @ Mon, 3 Mar 2014 13:52:54
+0400:

решения TC и все идет как надо. Да, грустно. Оказывается,
не я один подумываю бросить дебиан.

Slackware как истинный юникс?

Сюда еще и дети пишут?

EB Анархисты. Oни просто живут на другой от пуритан стороне улицы.
EB А чем не устраивает благородных донов non-free?

Ну, еще раздражают танцы вокруг инсталляционной флешки, если нужна
имеющаяся в дистрибутиве фирмварь. Правда, если я правильно ошибаюсь,
на свободные эти танцы тоже распространяются, они тоже в образе
отсутствуют.

Re: и об облаках

Sun, 02 Mar 2014 21:50:45 +0400
Artem Chuprina r...@ran.pp.ru wrote:


 Ну и чтобы виртуальная сетевая подсистема работала в полный рост, а не
 как у OpenVZ, или, не к ночи будь помянуты, LXC.  На VLAN я не
 настаиваю ;), все-таки виртуальная система, а вот необходимость
 перезапускать весь OpenVZ на хосте, чтобы заработала еще одна строка
 в конфигурации iptables (и иметь там для этого рута) - это не дело.

Артём, это ты о чем сейчас? Я сейчас на openvz как раз переполз с xen,
как раз столкнулся с iptables, так вроде ничего не пришлось
перезапускать на хосте. Добавлять модули ядра iptablers в список
автозагрузки openvz - да, но рестартовать для этого openvz не надо, в
рантайме их просто загрузить на хосте, после чего в контейнере
использовать.

Модель сети в openvz - bridge.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140303163854.0071aa1b@snail

Re: виртуализация сервера

Wed, 26 Feb 2014 01:08:40 +0400
Mikhail A Antonov mikh...@antfam.ru wrote:

Итого:
Для людей, не особо разбирающихся во внутренностях виртуализации
(коими часто является саппорт) - proxmox самое оно.
Для людей, которым ни proxmox, ни virt-manager не нужны потому что они
на столько суровы, что помнят половину параметров kvm на память -
собсно proxmox не требуется, но позволяет сэкономить время на мелких
действиях. Один фиг что с virt-manager, что с proxmox если что-то
пошло не так - можно руками запустить kvm с нужными параметрами и
починить всё. В повседневной жизни - proxmox удобен и тем и другим,
ИМХО.
Добавлю еще, что в pve из коробки работает кластер. На голом debian
кластер из пакетов в squeeze без мата и пинков не поднимался (точнее
поднимался, но умел вставать в разные неприличные позы от нечего
делать).

Re: и об облаках

Mon, 03 Mar 2014 16:36:30 +0400
Artem Chuprina r...@ran.pp.ru wrote:

Eugene Berdnikov - debian-russian@lists.debian.org @ Mon, 3 Mar
2014 13:52:54 +0400:

решения TC и все идет как надо. Да, грустно. Оказывается,
не я один подумываю бросить дебиан.

Slackware как истинный юникс?

Сюда еще и дети пишут?

non-free всем устраивает. Когда есть возможность отделить несвободную
часть в отдельный пакет. А фокусы типа замены cdrecord на не вполне,
мягко скажем, работающий wodim из пуританских соображений, при
отсутствии cdrecord в non-free... И еще что-то не так давно в том же
духе попадалось. Но не помню уже.
cdrecord увы вовсе не по лицензионным соображениям выпиливается. А
из-за totally braidead upstream. Недавно как раз у Шиллинга очередное
обострение было и народ плакался как он всех за*л.

Re: и об облаках

2014-03-03 Пенетрантность Alex Mestiashvili

On Mon, Mar 03, 2014 at 02:56:49PM +0400, Dmitrii Kashin wrote:
 
 Ну, скажем так, не Вас одного беспокоит systemd. Но уходить, собственно,
 некуда: Debian пока был и остаётся золотой серединой гибкости и

То, что кто-то разбирается в том комплекте подпорок и костылей, которым
сегодня является система инициализации и respawn системных и
пользовательских сервисов — не отменяет факт исключительного уродства
этой конструкции ( Один факт существования и востребованности autossh 
чего стоит.

На самом деле, инициализация типичного десктопа с его обилием периферии
и множеством сервисов, насущно требует динамического солвера зависимостей.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140303125305.gj7...@nano.ioffe.rssi.ru

Re: На что заменить nagios?


On 03/02/2014 06:03 PM, Artem Chuprina wrote:

Сабж.

Что-то он у меня от долгого неиспользования сломался.  И вообще PHP
хочет, а зря.  И check_http у него явно работает без указания хоста,
поэтому вместо честного 200 с виртуального хоста получает 410 с
дефолтного.

Короче, хочу монитор нескольких хостов в интернете.  Мне не обязательно
рисовать красивые картинки, как это делал nagios, пока не сдох, но
хотелось бы, чтобы он, как это делает nagios,

во-первых, писал мне в почту, если что сломалось,

во-вторых, не пытался писать кучу отчетов о неработоспособности сервисов
на хосте, если недоступен сам хост, а писал только о недоступности
хоста,

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

В идеале - НЕ HTTP, а если HTTP, то крайне желательно не PHP.

Крайне желательно, чтобы сложность его конфигурации не вызывала
настойчивую мысль может, проще написать свой велосипед?




zenoss ?  python, довольно тяжел для пары хостов, но тем не менее 
выглядит не плохо.


Alex


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53147eaa.3050...@biotec.tu-dresden.de

Re: и об облаках

Иван Лох l...@1917.com writes:

 On Mon, Mar 03, 2014 at 02:56:49PM +0400, Dmitrii Kashin wrote:
 
 Ну, скажем так, не Вас одного беспокоит systemd. Но уходить, собственно,
 некуда: Debian пока был и остаётся золотой серединой гибкости и

 То, что кто-то разбирается в том комплекте подпорок и костылей, которым
 сегодня является система инициализации и respawn системных и
 пользовательских сервисов — не отменяет факт исключительного уродства
 этой конструкции ( Один факт существования и востребованности autossh 
 чего стоит.

Да, такие проблемы есть. И идеи-то замены этих костылей на нечто более
централизованное - тоже в общем-то неплохи. Но вот я имел и имею
опасения относительно главного разработчика systemd. Он отличился в своё
время колоссальным NIH-синдромом, а его поделки во времена, когда я с
ними столкнулся, были настолько нерабочими, что я собственноручно
выпиливал их, если они ставились по-умолчанию с системой.

 На самом деле, инициализация типичного десктопа с его обилием периферии
 и множеством сервисов, насущно требует динамического солвера зависимостей.

То, что systemd ещё и мониторит работу процессов - безусловно
хорошо. Вот только я бы настаивал, что это не задача процесса
инициализации. Эта задача к системе инициализации не имеет вообще
никакого отношения.

Товарищ Леннарт понапихал очень много функционала в своё очередное
детище. Этот громоздкий монстроузный гигант - тоже не то, чтобы
подарочек.


pgpJLXfIh0FuR.pgp
Description: PGP signature

Re: и об облаках

On Mon, Mar 03, 2014 at 05:41:20PM +0400, Dmitrii Kashin wrote:

опасения относительно главного разработчика systemd. Он отличился в своё
время колоссальным NIH-синдромом, а его поделки во времена, когда я с

Кто старое помянет ) Я, кстати, pulseaudio даже не пробовал. За
ненадобностью.

Кстати, я не назвал бы незамысловатую мысль о том, что система
описания инициализации должна быть декларативной, а не процедурной — NIH
синдромом.

На самом деле, инициализация типичного десктопа с его обилием периферии
и множеством сервисов, насущно требует динамического солвера зависимостей.

То, что systemd ещё и мониторит работу процессов - безусловно
хорошо. Вот только я бы настаивал, что это не задача процесса
инициализации. Эта задача к системе инициализации не имеет вообще
никакого отношения.

Так system V init мониторит же getty. Какая разница идеологически —
запустить процесс при старте или перезапустить? Воткнули флешку,
появилась WiFi сеть или watchdog сработал? Действия же надо произвести
примерно те же самые.

Товарищ Леннарт понапихал очень много функционала в своё очередное
детище. Этот громоздкий монстроузный гигант - тоже не то, чтобы
подарочек.

Это как-раз небольшие процессы, обменивающиеся сообщениями по (k)dbus

Re: и об облаках

On Mon, Mar 03, 2014 at 04:53:05PM +0400, Иван Лох wrote:
 То, что кто-то разбирается в том комплекте подпорок и костылей, которым
 сегодня является система инициализации и respawn системных и
 пользовательских сервисов

Тот кто разбирается - не считает ее такой уж уродской
системой подпорок.

 ( Один факт существования и востребованности autossh 
 чего стоит.

Может те, кто ее востребовал просто не читали man inittab?

 На самом деле, инициализация типичного десктопа с его обилием периферии
 и множеством сервисов, насущно требует динамического солвера зависимостей.

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140303142140.ga32...@darkstar.order.hcn-strela.ru

Re: и об облаках

On Mon, Mar 03, 2014 at 05:41:20PM +0400, Dmitrii Kashin wrote:
 То, что systemd ещё и мониторит работу процессов - безусловно
 хорошо. Вот только я бы настаивал, что это не задача процесса
 инициализации. Эта задача к системе инициализации не имеет вообще
 никакого отношения.

Ну и что тогда в этом хорошего, то что кто-то не продумал
серьезно дизайн своей звезды смерти и просто лепит туда
все подряд, абы внушительнее был список галочек?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140303142335.gb32...@darkstar.order.hcn-strela.ru

Re: и об облаках


On Mon, 3 Mar 2014, Иван Лох wrote:


On Mon, Mar 03, 2014 at 02:56:49PM +0400, Dmitrii Kashin wrote:


Ну, скажем так, не Вас одного беспокоит systemd. Но уходить, собственно,
некуда: Debian пока был и остаётся золотой серединой гибкости и


То, что кто-то разбирается в том комплекте подпорок и костылей, которым
сегодня является система инициализации и respawn системных и
пользовательских сервисов — не отменяет факт исключительного уродства
этой конструкции ( Один факт существования и востребованности autossh
чего стоит.


  Не очень понял про autossh. Это-то здесь при чем?..
  Протокол ssh действительно имеет проблемы на нестабильных
  сетях. И autossh действительно костыль.
  Можно вместо ssh использовать mosh.
Ю.

Re: и об облаках

On Mon, Mar 03, 2014 at 06:07:26PM +0400, Иван Лох wrote:
 Кстати, я не назвал бы незамысловатую мысль о том, что система
 описания инициализации должна быть декларативной, а не процедурной

Замысловата она или нет - с реализацией в systemd она имеет мало
общего...

 Так system V init мониторит же getty. Какая разница идеологически —
 запустить процесс при старте или перезапустить?

Затем, что это разные задачи.  Вторую - естественно решать в полном
объеме, если оно надо.  Для чего есть системы проактивного мониторинга,
а не куцый мониторинг вида оно выпало в корку - щас я его запущу снова.
Зачем это - чтобы под ногами мешался?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140303143145.gc32...@darkstar.order.hcn-strela.ru

Re: и об облаках

On Mon, Mar 03, 2014 at 06:21:40PM +0400, Sergey B Kirpichev wrote:
  ( Один факт существования и востребованности autossh 
  чего стоит.
 
 Может те, кто ее востребовал просто не читали man inittab?

Читали.

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

Инициализация сервера требует надежности. А уж как она будет обеспечена:
каждый раз некриворукими админом и майнтейнером дистрибутива или раз и навсегда
верификацией солвера — разницы нет.
 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140303143313.gl7...@nano.ioffe.rssi.ru

Re: и об облаках

On Mon, Mar 03, 2014 at 06:31:45PM +0400, Sergey B Kirpichev wrote:
On Mon, Mar 03, 2014 at 06:07:26PM +0400, Иван Лох wrote:
Кстати, я не назвал бы незамысловатую мысль о том, что система
описания инициализации должна быть декларативной, а не процедурной

Замысловата она или нет - с реализацией в systemd она имеет мало
общего...

Вполне себе декларативный набор зависимостей.

Так system V init мониторит же getty. Какая разница идеологически —
запустить процесс при старте или перезапустить?

Затем, что это разные задачи. Вторую - естественно решать в полном
объеме, если оно надо. Для чего есть системы проактивного мониторинга,
а не куцый мониторинг вида оно выпало в корку - щас я его запущу снова.
Зачем это - чтобы под ногами мешался?

Во-первых, он не перезапустит снова, а пошлет сообщение по шине. Дальше
— зависит.

Проблемы протокола ssh (Re: и об облаках)

2014-03-03 Пенетрантность Sergey Kirpichev

On Mon, Mar 03, 2014 at 06:30:19PM +0400, yuri.nefe...@gmail.com wrote:
   Протокол ssh действительно имеет проблемы на нестабильных
   сетях.

 Какие именно, можно озвучить?
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140303144934.gz15...@sie.protva.ru

Re: и об облаках (systemd)

On Mon, Mar 03, 2014 at 06:33:13PM +0400, Иван Лох wrote:
 Инициализация сервера требует надежности. А уж как она будет обеспечена:
 каждый раз некриворукими админом и майнтейнером дистрибутива или раз и
 навсегда верификацией солвера — разницы нет.

Полноте)  Там слов-то таких, поди, не знают.  В лучших
традициях Linux-kernel hackers (для примера, вот [1]).

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

  [1] http://habrahabr.ru/post/108629/


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140303152038.gb32...@darkstar.order.hcn-strela.ru

Re: Проблемы протокола ssh (Re: и об облаках)

Mon, 3 Mar 2014 18:49:34 +0400
Eugene Berdnikov b...@protva.ru wrote:

 On Mon, Mar 03, 2014 at 06:30:19PM +0400, yuri.nefe...@gmail.com
 wrote:
Протокол ssh действительно имеет проблемы на нестабильных
сетях.
 
  Какие именно, можно озвучить?
Терминал подвисает и всё. Если не озаботился использованием screen
заранее, то бывает очень больно. Особенно, если там работает уже
который час fsck =)


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140303195621.5db362b8@snail

Re: systemd

On Mon, Mar 03, 2014 at 06:48:05PM +0400, Иван Лох wrote:
On Mon, Mar 03, 2014 at 06:31:45PM +0400, Sergey B Kirpichev wrote:
On Mon, Mar 03, 2014 at 06:07:26PM +0400, Иван Лох wrote:
Кстати, я не назвал бы незамысловатую мысль о том, что система
описания инициализации должна быть декларативной, а не процедурной

Замысловата она или нет - с реализацией в systemd она имеет мало
общего...

Вполне себе декларативный набор зависимостей.

То система описания инициализации - то это выродилось в набор
зависимостей. Вы определитесь - об чем.

В Debian'овском sysvinit зависимости также используется декларативная
спецификация зависимостей. И точно также - язык конфигурации systemd
ниразу не является декларативным.

Так system V init мониторит же getty. Какая разница идеологически —
запустить процесс при старте или перезапустить?

Во-первых, он не перезапустит снова, а пошлет сообщение по шине. Дальше
— зависит.

Ткните тогда, пожалуйста, в systemd-* бинарник, который выполнит то,
что обещано Restart=always.

И что там во-вторых?

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/20140303151801.ga32...@darkstar.order.hcn-strela.ru

Re: Проблемы протокола ssh (Re: и об облаках)

On Mon, Mar 03, 2014 at 07:56:21PM +0400, Alexander GQ Gerasiov wrote:
   Какие именно, можно озвучить?
 Терминал подвисает и всё. Если не озаботился использованием screen
 заранее, то бывает очень больно. Особенно, если там работает уже
 который час fsck =)

retty?
 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140303161241.gn7...@nano.ioffe.rssi.ru

Re: Проблемы протокола ssh (Re: и об облаках)


On Mon, 3 Mar 2014, Alexander GQ Gerasiov wrote:


Mon, 3 Mar 2014 18:49:34 +0400
Eugene Berdnikov b...@protva.ru wrote:


On Mon, Mar 03, 2014 at 06:30:19PM +0400, yuri.nefe...@gmail.com
wrote:

  Протокол ssh действительно имеет проблемы на нестабильных
  сетях.


 Какие именно, можно озвучить?

Терминал подвисает и всё. Если не озаботился использованием screen
заранее, то бывает очень больно. Особенно, если там работает уже
который час fsck =)


   Меня лично, больше всего напрягает, что ноутбук притащил
   в другой офис - по пути половина сессий накрылась.
   Хотя вроде и айпи тот-же.
   На сайте http://mosh.mit.edu/#techinfo
   еще про что-то пишут.

   Я не то что-бы ssh ругаю. Пользуюсь им постоянно.
   Но бывают моменты...
Ю.

Re: Проблемы протокола ssh (Re: и об облаках)

On Mon, Mar 03, 2014 at 08:21:51PM +0400, yuri.nefe...@gmail.com wrote:
 On Mon, 3 Mar 2014, Alexander GQ Gerasiov wrote:
 
 Mon, 3 Mar 2014 18:49:34 +0400
 Eugene Berdnikov b...@protva.ru wrote:
 
 On Mon, Mar 03, 2014 at 06:30:19PM +0400, yuri.nefe...@gmail.com
 wrote:
   Протокол ssh действительно имеет проблемы на нестабильных
   сетях.
 
  Какие именно, можно озвучить?
 Терминал подвисает и всё.

 Нетехнический вздор. При чём тут _протокол_ ssh?

Меня лично, больше всего напрягает, что ноутбук притащил
в другой офис - по пути половина сессий накрылась.
Хотя вроде и айпи тот-же.

 Аналогично.

На сайте http://mosh.mit.edu/#techinfo
еще про что-то пишут.

 И что же там пишут?

Я не то что-бы ssh ругаю. Пользуюсь им постоянно.
Но бывают моменты...

 ...когда сначала следует изучить предмет, о котором берёшься говорить.
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140303182941.ga15...@sie.protva.ru

Re: Проблемы протокола ssh (Re: и об облаках)

On Mon, 3 Mar 2014, Eugene Berdnikov wrote:

On Mon, Mar 03, 2014 at 08:21:51PM +0400, yuri.nefe...@gmail.com wrote:

On Mon, 3 Mar 2014, Alexander GQ Gerasiov wrote:

Mon, 3 Mar 2014 18:49:34 +0400
Eugene Berdnikov b...@protva.ru wrote:

On Mon, Mar 03, 2014 at 06:30:19PM +0400, yuri.nefe...@gmail.com
wrote:

Протокол ssh действительно имеет проблемы на нестабильных
сетях.

Какие именно, можно озвучить?

Терминал подвисает и всё.

Нетехнический вздор. При чём тут _протокол_ ssh?

Меня лично, больше всего напрягает, что ноутбук притащил
в другой офис - по пути половина сессий накрылась.
Хотя вроде и айпи тот-же.

Аналогично.

На сайте http://mosh.mit.edu/#techinfo
еще про что-то пишут.

И что же там пишут?

Я не то что-бы ssh ругаю. Пользуюсь им постоянно.
Но бывают моменты...

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

Зачем?

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

Кстати, пишут же вот что: FAQ
Q: Why another remote-terminal protocol?
Practical latency on the Internet is on the increase, with the rise of
bufferbloat and sophisticated wireless links that optimize for throughput over
delay. And roaming is more common than ever, now that laptops and handheld
devices have largely displaced desktops.
__ SSH is great, but frustrating to use when you want to change IP addresses or
have a long-delay link or a dodgy connection.__

Moreover, TELNET had some good things going for it — a local-echo mode and a
well-defined network virtual terminal. Even today, SSH doesn't properly support
UTF-8 end-to-end on a POSIX system.

Я как то наивно думал, что пересказал это своими словами...
Ю.

Re: Проблемы протокола ssh (Re: и об облаках)

On Mon, Mar 03, 2014 at 11:01:04PM +0400, yuri.nefe...@gmail.com wrote:
Я не то что-бы ssh ругаю. Пользуюсь им постоянно.
Но бывают моменты...

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

Зачем?

Чтобы не раздражать собеседников необоснованными заявлениями, например.

Напишите прямо: сами в предмете не разбираетесь, но слышали звон... :)

Кстати, пишут же вот что: FAQ
...
Я как то наивно думал, что пересказал это своими словами...

Нет, не это. Вы пишете, в частности: Ноутбук притащил в другой офис -
по пути половина сессий накрылась. Хотя вроде и айпи тот-же, а здесь
пишут о ситуации, когда ip меняется, однозначно. К сожалению, авторы
этого текста тоже далеки от внятного изложения своих мыслей. С чего они
взяли, что задержки в интернете растут, а качество связи ухудшается --
непонятно (в моём мире всё наоборот). Проблема тут не в ssh, а в tcp.
--
Eugene Berdnikov

Re: и об облаках

Иван Лох - debian-russian@lists.debian.org  @ Mon, 3 Mar 2014 16:53:05 +0400:

 ИЛ На самом деле, инициализация типичного десктопа с его обилием периферии
 ИЛ и множеством сервисов, насущно требует динамического солвера зависимостей.

Тут я согласен.  Дьявол в деталях.  В смысле, мне и в районе оригинала
(на маке) демонстрировали, как этот солвер работает, а также - как НЕ
работает.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87bnxnvvt0@wizzle.ran.pp.ru

Re: Проблемы протокола ssh (Re: и об облаках)

On Tue, 4 Mar 2014, Eugene Berdnikov wrote:

Напишите прямо: сами в предмете не разбираетесь, но слышали звон... :)

Ну да, я слышал звон, признаюсь.)

Кстати, пишут же вот что: FAQ

...

Я как то наивно думал, что пересказал это своими словами...

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

Да, видимо все это проблемы tcp, но в данном контексте
если ssh закладывается на идеальный tcp, то вот и
возникают всякие autossh. И это можно, imho, рассматривать
как недостаток протокола ssh.

В любом случае, к sysv или systemd наличие autossh не имеет
отношения, что я и попытался сказать.
Ю.

Re: и об облаках

Alexander GQ Gerasiov - debian-russian@lists.debian.org @ Mon, 3 Mar 2014
16:38:54 +0400:

Ну и чтобы виртуальная сетевая подсистема работала в полный рост, а не
как у OpenVZ, или, не к ночи будь помянуты, LXC. На VLAN я не
настаиваю ;), все-таки виртуальная система, а вот необходимость
перезапускать весь OpenVZ на хосте, чтобы заработала еще одна строка
в конфигурации iptables (и иметь там для этого рута) - это не дело.

AGG Артём, это ты о чем сейчас? Я сейчас на openvz как раз переполз с xen,
AGG как раз столкнулся с iptables, так вроде ничего не пришлось
AGG перезапускать на хосте. Добавлять модули ядра iptablers в список
AGG автозагрузки openvz - да, но рестартовать для этого openvz не надо, в
AGG рантайме их просто загрузить на хосте, после чего в контейнере
AGG использовать.

AGG Модель сети в openvz - bridge.

Я помню, что было надо. Я, правда, в последний раз это настраивал два
дистрибутива назад, ну так в текущем stable OpenVZ-ядра вообще
отсутствуют как класс. Там надо было не только модули загрузить, но и
OpenVZ объяснить, что этой машинке их можно.

Ну вот, может, я вру про ВЕСЬ OpenVZ, но для какой-то настройки,
помнится, пришлось и ВЕСЬ перезапустить. А в норме - виртуалку после
правки конфига. Эти разрешения оно на ходу жрать не могло, а там что-то
про каждый потребный модуль приходилось объяснять.

Короче, там, где у тебя нет рута на HN, нереально.

И еще чего-то там, помнится, на ровном месте не работало даже при этом.
А, multiport. У меня до сих пор в конфиге iptables комментарий на эту
тему при нескольких почти одинаковых строках...

А если я же и админ HN, то в общем, и OpenVZ хорош. Хотя тоже свои
тараканы. И главный, если вспомнить о тематике рассылки - что ядра в
дистрибутиве больше нет.

Re: и об облаках (systemd)

Sergey Kirpichev - Russian Debian List  @ Mon, 3 Mar 2014 19:20:38 +0400:

  Инициализация сервера требует надежности. А уж как она будет обеспечена:
  каждый раз некриворукими админом и майнтейнером дистрибутива или раз и
  навсегда верификацией солвера — разницы нет.

 SK Полноте)  Там слов-то таких, поди, не знают.  В лучших
 SK традициях Linux-kernel hackers (для примера, вот [1]).

 SK Впрочем, с удовольствием посмотрю на блок-схемки, описывающие
 SK алгоритм(ы?) работы systemd.  Их есть?  В документации не нашел
 SK ничего даже отдаленно напоминающее подобное.

И написан он, я подозреваю, ни разу не на agda или coq, таких слов там
точно не знают...


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/877g8bvvq2@wizzle.ran.pp.ru

Re: и об облаках

2014-03-03 Пенетрантность Alex Kuklin

On 03.03.2014 23:16, Artem Chuprina wrote:

Alexander GQ Gerasiov - debian-russian@lists.debian.org @ Mon, 3 Mar 2014
16:38:54 +0400:

Ну и чтобы виртуальная сетевая подсистема работала в полный рост, а не
как у OpenVZ, или, не к ночи будь помянуты, LXC. На VLAN я не
настаиваю ;), все-таки виртуальная система, а вот необходимость
перезапускать весь OpenVZ на хосте, чтобы заработала еще одна строка
в конфигурации iptables (и иметь там для этого рута) - это не дело.

AGG Модель сети в openvz - bridge.

совершенно не обязательно
в openvz есть L3-интерфейс (venet), которого для большей части задач
достаточно, и в котором нет кучи проблем L2-бриджей (veth).
за все время L2 потребовался считанное количество раз - для netboot и
для лицензий модулей астериска (которые привязываются к mac)

да, ряд настроек требует рестарта виртуалок.
остальное требует рестарта хоста только в режиме лень делать как-то иначе

Короче, там, где у тебя нет рута на HN, нереально.

в дистрибутиве больше нет, зато openvz снова его поддерживает.

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

--
Alex

Re: и об облаках

2014-03-03 Пенетрантность Андрей Любимец

Иван Лох l...@1917.com writes:

On Mon, Mar 03, 2014 at 05:41:20PM +0400, Dmitrii Kashin wrote:

И это используется повсеместно только для getty, заметьте. Причём самым
простым способом - следится, завершился ли процесс, и если завершился -
запускается заново.

Если же Вам нужно что-то более сложное, например, отслеживание
зависимостей - ради бога, но пусть тогда init следит за запуском при
старте системы отдельного демона, который всеми этими зависимостями
занимается.

Просто не init-ова это задача, демоны мониторить.

pgpUI7FrX3Ami.pgp
Description: PGP signature

Re: виртуализация сервера

26.02.2014 3:15, Alex Kuklin пишет:
 On 25.02.2014 22:06, Mikhail A Antonov wrote:
 25.02.2014 19:50, Munko O. Bazarzhapov пишет:
 proxmox вроде бы стал платным ? или есть бесплатные варианты, в чем
 они обрезаны от платных?
 Ничем кроме надоедливого сообщения он не отличается.
 И то, это сообщение легко убирается в js.
 А что такого дает proxmox, чего не дает virt-manager для kvm и vzctl для
 openvz, если речь идет о виртуализации небольшого числа систем?
 Я для себя не нашел причин городить огород с proxmox.
 
Даёт openvz-совместимое ядро для wheezy.
Долго тормозил с обновлением сервера, пока добрые люди не подсказали
подключить репозиторий proxmoxa.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53154367.2000...@nskes.ru

Re: и об облаках

2014-03-03 Пенетрантность Nikolay Panov

Привет,

Арендовал хороший (Xeon, 32Gb, 6Tb, 20Tb) сервер на Hetzner и побил его
proxmox`ом на виртуалки. Кстати, как раз OpenVZ. Не вижу с ним каких-либо
проблем. Правила iptables у меня на самом хосте, в виртуалках никаких
iptables. Месяцами (от выхода очередной версии proxmox до следующей) не
перезапускаю, все работает прекрасно.

Если интересны именно облачные провайдеры, то советую DO (digitalocean),
там хоть диски SSD, всё радость.

Have a nice day,
Nikolay.

2014-03-03 0:50 GMT+07:00 Artem Chuprina r...@ran.pp.ru:

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

Кто-нибудь пользуется облачными сервисами? Какая там сейчас ситуация?
Что дают, и насколько дорого?

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
Archive: https://lists.debian.org/871tykzdze@wizzle.ran.pp.ru

incron

А кто-нибудь пользуется incron?  Я правильно понимаю из его
документации, что у него нет возможности следить за целым деревом?

У меня, собственно, задача, чтобы во всем дереве /exchange по факту
добавления или изменения файлов им автомагически делалось chmod +rwX.

Из того, что я вижу по описаниям при поиске на inotify в дистрибутиве,
за деревом следят только демоны синхронизации (inosync и lsyncd).


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87wqgav4q7@wizzle.ran.pp.ru

Re: и об облаках

Nikolay Panov - Список рассылки @ Tue, 4 Mar 2014 13:29:31 +0700:

NP Арендовал хороший (Xeon, 32Gb, 6Tb, 20Tb) сервер на Hetzner и побил его
NP proxmox`ом на виртуалки. Кстати, как раз OpenVZ. Не вижу с ним каких-либо
NP проблем. Правила iptables у меня на самом хосте, в виртуалках никаких
NP iptables. Месяцами (от выхода очередной версии proxmox до следующей) не
NP перезапускаю, все работает прекрасно.

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

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

Хотя возможность автомагически мигрировать поближе к юзерам (под другую
задачу) тоже была бы к месту.

Подумав... Уточнение. Под мою машину мне нужен скорее НЕ российский
провайдер, и глубоко пофиг на миграцию поближе, а под не мою - как раз
российский...

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

NP Если интересны именно облачные провайдеры, то советую DO (digitalocean),
NP там хоть диски SSD, всё радость.

В чем тут радость? Мне на них писать надо...

NP 2014-03-03 0:50 GMT+07:00 Artem Chuprina r...@ran.pp.ru:

Кто-нибудь пользуется облачными сервисами? Какая там сейчас ситуация?
Что дают, и насколько дорого?

Re: incron

2014-03-03 Пенетрантность yakim


Добрый день.

Насколько я знаю, incron действительно за деревом не следит.
Для отслеживания изменений в дереве каталогов я использую inotifywait

С уважением,
Якимчук Сергей

04.03.14 08:48, Artem Chuprina написав(ла):

А кто-нибудь пользуется incron?  Я правильно понимаю из его
документации, что у него нет возможности следить за целым деревом?

У меня, собственно, задача, чтобы во всем дереве /exchange по факту
добавления или изменения файлов им автомагически делалось chmod +rwX.

Из того, что я вижу по описаниям при поиске на inotify в дистрибутиве,
за деревом следят только демоны синхронизации (inosync и lsyncd).





--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53157bfa.3060...@yakim.org.ua

Re: и об облаках

2014-03-03 Пенетрантность Nikolay Panov

2014-03-04 14:05 GMT+07:00 Artem Chuprina r...@ran.pp.ru:

 В чем тут радость?  Мне на них писать надо...


Так скорость записи на SSD тоже заметно выше.
Скажем, мой лаптоп пишет на скорости до 300 мегабайт в секунду (после
шифрования всего диска, до шифрования писал под 500).

Have a nice day,
   Nikolay.

Re: и об облаках