The OpenNET Project / Index page

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



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

Оглавление

Debian возвращается к вопросу поддержки нескольких систем ин..., opennews (??), 19-Сен-19, (0) [смотреть все]

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


204. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +2 +/
Сообщение от ryoken (ok), 19-Сен-19, 16:15 
Тут подумал... Будет занятно, ЕСЛИ в дебиане таки вернутся к SysVInit  по умолчанию, и найдётся группа товарищей, которые форкнут Дебиан, но уже с SystemD по дефолту, в параллель Devuan-у :D.
Ответить | Правка | Наверх | Cообщить модератору

242. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –7 +/
Сообщение от zzz (??), 19-Сен-19, 18:03 
Никто не вернется к SysVinit. Это самая дебильная раскривушка, которую только мог придумать человек. Все эти SXXblablabla и KXXblablabla - это каким надо было быть отбитым скудоумцем, чтобы такое внедрять.
Ответить | Правка | Наверх | Cообщить модератору

264. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Аноним (178), 19-Сен-19, 19:34 
Вас в то время не оказалось рядом, что бы подсказать что делать.
Постойте, и то время Вас бы могли бы послать, с вашими вбросами (или выбросами ;)
Ответить | Правка | Наверх | Cообщить модератору

267. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –3 +/
Сообщение от zzz (??), 19-Сен-19, 20:05 
SMF в солярке, BSD Init в *BSD, svchost в Windows - появились задолго до становления линукса. Но вместо того, чтобы взять лучшие практики, ляликсы что-то там настругали в стиле "И так сойдет", а потом ВНЕЗАПНО оказалось, что настругали они систему инициализации для роутера DIR-300.
Ответить | Правка | Наверх | Cообщить модератору

278. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +1 +/
Сообщение от пох. (?), 19-Сен-19, 20:56 
в солярке, вообще-то, не "задолго до", а вполне себе уже после (и когда сам солярис переделали из саноса) - был нормальный system V init с ненависными тебе S..xxx. Как и в SCO и прочих systemV до того.
Откуда его, собственно, и скопипастили в линукс, в котором на тот момент был system V init, умеющий runlevels, но вот системпяточной инфраструктуры с S/K скриптами не было, а было аж две bash'евские простыни, в которые sed'ом(!) впихивали запуск каждого нового демона (или предоставляли возможность потрахаться владельцу системы). К счастью, в отличие от поцетрингового чудовища, не было никакой особенной проблемой эти простыни выкинуть и самому нарисовать себе стартапных скриптов а-ля солярка, если хотелось "как в солярке". Мне вот всегда было проще один глобальный скрипт поправить - не так много на нормальной-то системе он и запускал.

xml'ный п-ц с bdb самовзрывающеся тазкой банных - это подарочек 10й солярки, когда Sun уже готовилась отбросить копытца.

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

309. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –1 +/
Сообщение от антонимус (?), 19-Сен-19, 23:39 
А самый прикол в том, что во всех SysV системах этот самый систем5 был свой. Да, я работал с SysV в солярке, сантаклаус5 и унихваре. И, блдЪ, это было неудобно. во всех смыслах.
Ответить | Правка | Наверх | Cообщить модератору

354. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от пох. (?), 20-Сен-19, 07:25 
> А самый прикол в том, что во всех SysV системах этот самый
> систем5 был свой. Да, я работал с SysV в солярке, сантаклаус5

systemV - это стандарт такой. Он у всех был один.

А механика начального запуска системы на ней написанная - она да, у каждого была своя, но и тут линуксы отличались - у sls/slackware были шелловские простыни даже без форматирования, с sed у патрика, видимо, плохо получалось, у redhat с версии 4 было похоже на sco, у де6иллиана был свой, особый путь с дурацким заклинанием "start-stop-daemon", от неосиляторов оператора & - они еще и man page к нему написали лет через десять только.

Когда (далеко не сразу) появилась какая-то автоматика создания/удаления симлинков S/K##... - тоже у каждого была своя и у большинства - убогая (впрочем, мне никогда не мешало воспользоваться вместо нее rm) - не драться с пакетным менеджером кое-как умела только suse.

> и унихваре. И, блдЪ, это было неудобно. во всех смыслах.

дооо, дооо - вот теперь-то - удопппство. "новый стандарт", красота неописуемая. Так как, говоришь, починить незагружающуюся с thin lvm rhel, если пароль рута предусмотрительно '*'?

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

311. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Дон Ягон (ok), 19-Сен-19, 23:47 
> Мне вот всегда было проще один глобальный скрипт поправить - не так много на нормальной-то системе он и запускал.

С одной стороны, я прекрасно понимаю, о чём ты, с другой стороны, когда что-то прибивает твою автоматику, патчущую скрипт или система просто падает/бутается в неудачный момент - система может перестать грузиться.
Когда парк серверов большой проблемы, подобные этой, могут действительно проявляться на практике и доставлять неудобства.

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

356. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +2 +/
Сообщение от пох. (?), 20-Сен-19, 07:30 
> С одной стороны, я прекрасно понимаю, о чём ты, с другой стороны,
> когда что-то прибивает твою автоматику, патчущую скрипт или система просто падает/бутается

в чем разница с автоматикой, заводящей загадочные заклинания где-то в недрах /lib/systemd ?

> в неудачный момент - система может перестать грузиться.

и, в чем проблема со скриптом?

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

> Когда парк серверов большой проблемы, подобные этой, могут действительно проявляться на
> практике и доставлять неудобства.

сейчас так немодно. Не загружается - автоматически переустановить!
У нас же все модное-молодежное, stateless и микросерверная архитектура! А если это была база, на пару терабайт - "нуууу, даже и не знаем - может, надо было обратиться к oracle?"

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

375. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Дон Ягон (ok), 20-Сен-19, 11:45 
>> С одной стороны, я прекрасно понимаю, о чём ты, с другой стороны, когда что-то прибивает твою автоматику, патчущую скрипт или система просто падает/бутается
> в чем разница с автоматикой, заводящей загадочные заклинания где-то в недрах /lib/systemd ?

Автоматика systemd гораздо хуже - там куда больше всего может пойти не так.

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

Проблемы именно с обломаным из-за внезапного poweroff/kill rc я в продакшене не ловил, справедливости ради. Но ловил другие коцаные конфиги из-за прибитого sed - идея одна и та же.
Это всё обходится, костылями в духе использования symlink(2) и/или rename(2) (читай ln и mv), которые атомарны и гарантируют то, что файл находится в каком-то одном состоянии. Если, конечно, речь не о NFS, например.
Т.е. это всё решаемо, но уже не так удобно, как поправить один файл.

> А вот незагружающийся "новый стандарт" - это да, проблема.

Да, я лично сталкивался. Да я за него и не топлю.

> Судя по нагуглившемуся ровно нулю решений для ситуации с thin lvm (который в этот новый стандарт явно метит неотъемлемой частью - что и неудивительно, других нормальных снапшотов не предусмотрено) - "пишутъ!"

С этим не сталкивался, но охотно верю.

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

Всё так. По кнопке. Я уже почти перестал бомбить.

> У нас же все модное-молодежное, stateless и микросерверная архитектура! А если это была база, на пару терабайт - "нуууу, даже и не знаем - может, надо было обратиться к oracle?"

Ну, этож классика. Зато можно запостить картинку с бегемотом и пошутить про диаметр жопы коллег, которые не делают бэкапы.

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

378. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от пох. (?), 20-Сен-19, 12:03 
>>> в неудачный момент - система может перестать грузиться.
>> и, в чем проблема со скриптом?
> Проблемы именно с обломаным из-за внезапного poweroff/kill rc я в продакшене не

у тебя немодные-несовременные файловые системы. У меня разок самодельный скрипт просто исчез с диска - совсем. К моему величайшему удивлению. ext3 journal до изобретения barriers так умел.

> Это всё обходится, костылями в духе использования symlink(2) и/или rename(2) (читай ln

собственно, только относительно современный sed научился -i - остальным требовалось именно mv.
К сожалению, когда он научился, так уже было немодно - модно было someshit.d/ с кучей невменяемых огрызков конфига - в который, кстати, так удобно подбросить своего троянца - лет десять не заметят, и выкинут только вместе с системой.

>> У нас же все модное-молодежное, stateless и микросерверная архитектура! А если это была база,
>> на пару терабайт - "нуууу, даже и не знаем - может, надо было обратиться к oracle?"
> Ну, этож классика. Зато можно запостить картинку с бегемотом и пошутить про
> диаметр жопы коллег, которые не делают бэкапы.

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

Поэтому молимся в основном на фэйловер, а не на бэкапы. Без, замечу, особой гарантии что в слейве точно-точно все абсолютно одинаковое и консистентное.

такой вот современный микросервисный и стейтлесс мирок.


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

389. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Дон Ягон (ok), 20-Сен-19, 12:44 
>>> У нас же все модное-молодежное, stateless и микросерверная архитектура! А если это была база,
>>> на пару терабайт - "нуууу, даже и не знаем - может, надо было обратиться к oracle?"
>> Ну, этож классика. Зато можно запостить картинку с бегемотом и пошутить про диаметр жопы коллег, которые не делают бэкапы.
> а толку с тех бэкапов? 2T с ленты восстановятся очень небыстро и не факт что консистентны (есть у меня неудачный mysql который вообще не умеет восстанавливаться во что-то рабочее - ну хз как я это сделал, но не переделывать же ж теперь). Дамп в текстовое представление - вообще непонятно, сколько тер займет, сколько будет восстанавливаться и сколько времени под него надо воспроизводить с нуля операционку и саму субд.
> Что делать с результатами работы между тем бэкапом и текущим состоянием (как часто ты бэкапаешь такую базу - раз в минуту? Полагаю, хорошо если раз в сутки) - тоже хз. Переживет ли вообще твоя контора пол-дня полной неработы ключевых сервисов и еще пол-дня проверок точно ли можно продолжать работу с восстановленной точки или что-то восстановилось не до конца - тоже не факт.

У меня баз на 2Тб нет, т.е. нет и опыта на этот счёт. Не тех объёмах, что были у меня (сотни гигабайт, но меньше террабайта, и вроде половины даже - уже не помню точно, сейчас вообще СУБД не админю) бэкапы делались относительно регулярно. Фэйловеров это, кстати не отменяло, потому что бэкапы бэкапами, но если сервер сдохнет - сервис работать всё равно должен.
Другой вопрос, что йуные погромисты любят поднимать одну базу, типа "временно" и в одном экземпляре, и никому об этом не говорят. А потом завязываются на неё продакшеном. А потом другой талант это переустанавливает - УСПЕХ!
К счастью, я давно такого уже не наблюдал (пару раз за это больно карали в анус особо талантливых - видимо, отучились).

> Поэтому молимся в основном на фэйловер, а не на бэкапы. Без, замечу, особой гарантии что в слейве точно-точно все абсолютно одинаковое и консистентное.

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

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

394. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от пох. (?), 20-Сен-19, 13:42 
> Фейловер - понятно, но в базу ведь можно просто х-ню записать и она радостно поедет во все реплики.

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

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

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

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

P.S. а йуные программисты вчерась вон выклянчили базку на 400G. Хз что за проект, зачем она им отдельная от основных систем, как собираются в случае чего восстанавливать. Создал им виртуалку и помахал ручкой на прощание.
К счастью, большинство этих прожектов успевают умереть раньше, чем всерьез влезть в бизнес-критические задачи.

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

396. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Дон Ягон (ok), 20-Сен-19, 13:53 
>> Фейловер - понятно, но в базу ведь можно просто х-ню записать и она радостно поедет во все реплики.
> ради этого с бэкапа восстанавливать всю большую базу никто не будет - в лучшем случае (если есть время, ресурсы и горячее жжение пониже спины) - восстановят копию в сторонке, чтобы можно было вручную выковырять нужное и поменять обратно в настоящей базе, но, скорее всего, и это недостижимая роскошь в большинстве реальных ситуаций.

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

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

400. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Аноним (402), 20-Сен-19, 14:55 
> К счастью, большинство этих прожектов успевают умереть раньше, чем всерьез влезть в бизнес-критические задачи.

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

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

423. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от пох. (?), 20-Сен-19, 20:19 
> лишь криворукость программистов даёт предпосылки, что зонды будут не слишком глубокие.

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

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


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

312. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –4 +/
Сообщение от антонимус (?), 19-Сен-19, 23:48 
И вообще, нахрена sh скрипты в системе инициализации? systemd их умеет, если что.
Но НАХРЕНА?
Ответить | Правка | К родителю #278 | Наверх | Cообщить модератору

322. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +2 +/
Сообщение от Дон Ягон (ok), 20-Сен-19, 00:48 
> И вообще, нахрена sh скрипты в системе инициализации?

В системе инициализации их и нет. Init != rc-скрипты.
Демонстрация уровня знаний типичного systemd-фанбоя.

Зачем оно в инитскриптах? Потому что универсально и не надо на каждый чих новую опцию пилить, ради которой ещё бинарник, работающий как PID1 обновлять придётся.

> systemd их умеет, если что.

Нет, он умеет вызывать bash. Собственно, как и прочие иниты, никто из них транслятором скриптов не является.

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

313. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от антонимус (?), 19-Сен-19, 23:50 
>Мне вот всегда было проще один глобальный скрипт поправить - не так много на нормальной-то системе он и запускал.

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

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

355. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +4 +/
Сообщение от Ю.Т. (?), 20-Сен-19, 07:30 
>>Мне вот всегда было проще один глобальный скрипт поправить - не так много на нормальной-то системе он и запускал.
> Админ знаю как и остальным не скажу.
> Сколько таких систем пришлось исправлять - не перечесть.

Во-первых, не "исправлять", а "делать по-своему". Исправляют сломанное, а что все эти "такие системы" были сломаны -- не верю (скорее -- брошены или лишены финансирования).
Во-вторых, это все же лучше, чем админ "за меня все сделали в репе". Уже лет 8-9 назад встречал таких.
Замашки же в смысле "или системд, или нах идите" -- со стороны чистых потребителей изделий выглядят курьёзно.

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

316. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –3 +/
Сообщение от антонимус (?), 20-Сен-19, 00:04 
>SMF в солярке, BSD Init в *BSD, svchost в Windows - появились задолго до становления линукса. Но вместо того, чтобы взять лучшие практики, ляликсы что-то там настругали в стиле "И так сойдет", а потом ВНЕЗАПНО оказалось, что настругали они систему инициализации для роутера DIR-300.

systemd просто удобнее, что в ините, что в управлении сервисами(демонами). Убивает элитарность, да. а в случае с cgroup - вообще. но cgroup умеет только Linux, да.

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

341. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Аноним (95), 20-Сен-19, 03:41 
Не всем он удобнее и не всегда
Ответить | Правка | Наверх | Cообщить модератору

374. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от пох. (?), 20-Сен-19, 11:43 
> да. а в случае с cgroup - вообще. но cgroup умеет
> только Linux, да.

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

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

384. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от анонн (ok), 20-Сен-19, 12:19 
> да. а в случае с cgroup - вообще. но cgroup умеет только Linux, да.

А можно увидеть хотя бы основные пунктики умений cgroup, нужные системде и в которые не умеет тот же фряшный jail?
Там, кстати, "нинужна-kqueue" с EVFILT_PROC без всяких костылей позволяет  отслеживать _всех_ потомков.

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

408. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от пох. (?), 20-Сен-19, 15:50 
> А можно увидеть хотя бы основные пунктики умений cgroup, нужные системде и
> в которые не умеет тот же фряшный jail?

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

Точно не умеет. Сразу видно - дилетанты.


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

269. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Ю.Т. (?), 19-Сен-19, 20:08 
> Никто не вернется к SysVinit. Это самая дебильная раскривушка, которую только мог
> придумать человек. Все эти SXXblablabla и KXXblablabla - это каким надо
> было быть отбитым скудоумцем, чтобы такое внедрять.

Это не более чем один из вариантов расширения базовой функциональности. Редхатовский, кстати, верно?

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

279. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –1 +/
Сообщение от пох. (?), 19-Сен-19, 20:57 
sun'овский.

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

314. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –1 +/
Сообщение от антонимус (?), 19-Сен-19, 23:52 
Это нифига не занятно, это потерянное время.
Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

387. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Аноним (209), 20-Сен-19, 12:27 
>>Будет занятно, ЕСЛИ в дебиане таки вернутся к SysVInit  по умолчанию

Даже обсуждение такого варианта не ведется.

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

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

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




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

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