The OpenNET Project / Index page

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

Компания Red Hat работает над собственной технологией обновления ядра Linux на лету

11.02.2014 14:55

Спустя несколько дней после анонса разработчиками SUSE системы kGraft, позволяющей вносить исправления в работающее ядро Linux без перезагрузки и остановки работы системы, о работе над похожим проектом на конференции devconf.cz сообщил один из сотрудников компании Red Hat. Судя по имеющимся сведениям, развиваемый Red Hat проект Kpatch использует похожие на kGraft методы и рассчитан на выполнение тех же задач. Код kpatch пока не доступен публично и развивается как внутренний проект компании. Официально представить проект планируется в конце марта на конференции Linux Foundation Collaboration Summit.



  1. Главная ссылка к новости (http://www.heise.de/open/meldu...)
  2. OpenNews: Компания SUSE развивает свободную систему для обновления ядра без перезагрузки
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/39061-kgraft
Ключевые слова: kgraft, patch, ksplice
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (97) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, василий (??), 15:14, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    мало фрагментации линуксов, дак ещё куча "патчеров" =(
     
     
  • 2.3, клоун Стаканчик (?), 15:19, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Надо ещё компиляторы фрагментировать чтобы разные пакеты то собирались, то нет. И друг с другом не линковались. Пойду форкну компилер и замучу свой ЯП. Клоун++ - как, звучит?
     
     
  • 3.7, Аноним (-), 15:22, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Вы опоздали, компания Apple уже давно и вполне успешно над этим работает.
     
     
  • 4.17, клоун Стаканчик (?), 15:36, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Такое хорошее название, а над них уже работают... Ну тогда как на счёт ClownDarts? Швырь, бац - и прямо в дузло!
     
     
  • 5.21, Аноним (-), 15:44, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Такое хорошее название, а над них уже работают... Ну тогда как на
    > счёт ClownDarts? Швырь, бац - и прямо в дузло!

    Какое бы название вы ни придумали, оно неизбежно нарушит копирайты Apple.

     
  • 5.101, Аноним (-), 04:00, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты хочешь попинаться с юридической службой эппл - это хорошо. Я одобряю.
     
  • 2.23, Аноним (-), 15:48, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > мало фрагментации линуксов, дак ещё куча "патчеров" =(

    Фрагментация линуксов? Нет, не слышал.

    Андроид откололся, убунта в процессе - так это их личное дело, linux is about choice.

     
     
  • 3.29, Аноним (-), 16:15, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –9 +/
    про 100500 дистрибутивов тоже не слышал?
     
     
  • 4.36, Мазохист (ok), 16:48, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Модификаций дистрибутивов много, а дистрибутивов меньше десятка...
     
     
  • 5.112, Пользователь RHEL (?), 21:57, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а дистрибутивов меньше десятка...

    Один, если быть точным, RHEL.

     
  • 4.66, Аноним (-), 18:21, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И при чем тут дистры? Ядро то там везде одинаковое.
     
  • 2.58, Fracta1L (ok), 18:06, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Неприязнь к фрагментации это симптом невроза.
     
     
  • 3.104, Аноним (-), 09:53, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Газообразные гвозди лучше чем промискуитет елей.
     

  • 1.2, Аноним (-), 15:16, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Вангую, что этот патчеры придут на смену тренду систем инициализации.
     
     
  • 2.40, Crazy Alex (ok), 16:55, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    пусть лучше патчеры, их хоть принудительно не впихнешь.
     
     
  • 3.63, Аноним (-), 18:14, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > пусть лучше патчеры, их хоть принудительно не впихнешь.

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

     
     
  • 4.71, SergMarkov (ok), 18:32, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> пусть лучше патчеры, их хоть принудительно не впихнешь.
    > Впихнут ядро, а в нем поддержка интерфейса патчера. А пересобрать без нее
    > - у протестунов кишка тонка. Все, бездна банальной оккупации злобным редхадом!

    Надо сделать хитрее - хочет кто-то сам наложить какой-то сбоку взятый кривой патч, а от линуса тут же вылезает предупреждение что-то типа
    SHUT THE FUCK UP!
    как было в  https://lkml.org/lkml/2012/12/23/75
    .. :-)


     
  • 3.77, Аноним (-), 20:12, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Орли? Ждите в следуюших сериях!

    PS: Линукс явно валят. Причём когда M$-у впервые реально поплохело.

     
     
  • 4.87, Аноним (-), 21:12, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > PS: Линукс явно валят. Причём когда M$-у впервые реально поплохело.

    Canonical: валим линукс в 2006 года!

     
  • 4.102, Аноним (-), 04:04, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > PS: Линукс явно валят.

    Удачи, ага. Только вот я еще не видел тех кто стал бы хуже работать от конкуренции. А вот лучше - бывает...

     

  • 1.4, Аноним (-), 15:19, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    это реакция на политику оракла
    они году в 2010 купили сплайс и тут же его закрыли
    и применяют его в своем оракл линукс
     
     
  • 2.30, linux must _RIP__ (?), 16:21, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –6 +/
    он всегда закрытый был. А как можно выпускать открытые обновления к ядру - исходники которого закрыты?
    Как это сделало RedHat.
     
     
  • 3.38, andy (??), 16:49, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не надо ля-ля
    ftp://ftp.redhat.com/redhat/rhel/beta/7/source/SRPMS/kernel-3.10.0-54.0.1.el
     
     
  • 4.44, Stellarwind (?), 17:24, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ну они не то чтобы закрытые, просто их патчи к ядру вместо кучи маленьких, предоставлены одним большим. Соответственно выделить из него что и зачем менялось очень сложно.

    С таким же успехом можно после патчей запустить обфускатор по всему коду и выложить это в качестве патча - вот исходники, они собираются, то что ничего не понятно это ваши проблемы.
    Учитывая направление движения РХ, возможно это не за горами.

     
     
  • 5.52, Аноним (-), 17:55, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну они не то чтобы закрытые, просто их патчи к ядру вместо кучи маленьких, предоставлены одним большим. Соответственно выделить из него что и зачем менялось очень сложно.

    Беспокоит это только ораклят, пытающихся строить бизнес на халяве.

     
     
  • 6.64, linux must _RIP__ (?), 18:19, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    100 раз говорил что я к Oracle отношения не имею и все равно хотят привязать ... большой текст свёрнут, показать
     
     
  • 7.69, Аноним (-), 18:29, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А тут никто и не говорил, что вы относитесь к Oracle На воре и шапка горит А... большой текст свёрнут, показать
     
  • 7.83, Аноним (-), 20:58, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > redhat стал закрывать свои исправления
    > redhat который сделал обфускацию исходников

    Разупорись, наркоман.

     
  • 6.81, Аноним (-), 20:48, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Оракл обеспокоен только потому, что не просто копирует все наработки как центос, а пытается что-то менять/улучшать, а без разбора патчей это проблематично.
     
     
  • 7.100, Аноним (-), 22:21, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Оракл обеспокоен только потому, что не просто копирует все наработки как центос,
    > а пытается что-то менять/улучшать, а без разбора патчей это проблематично.

    За их "улучшения" (типа DTrace@Linux, который можно законно использовать только в составе оракловского линукса), они заслужили хааарошего пенделя.

     
  • 3.39, Аноним (-), 16:50, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > он всегда закрытый был. А как можно выпускать открытые обновления к ядру
    > - исходники которого закрыты?
    > Как это сделало RedHat.

    Оказывается, ядро Linux - проприетарщина! Срыв покровов от обиженных вантузятников!
    (Не забудьте позвать Шигорина, чтобы он героически удалил все возражения)

     

  • 1.5, Аноним (-), 15:21, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вероятность получить нормальную технологию исправления ядра на лету удваивается.
    Либо суся, либо редхат таки допилят до рабочего состояния.
     
     
  • 2.27, SergMarkov (ok), 16:08, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Вероятность получить нормальную технологию исправления ядра на лету удваивается.
    > Либо суся, либо редхат таки допилят до рабочего состояния.

    Уполовиниется. Чем больше "альтернатив", тем больше возможность, что ни одна из них не будет допилена до рабочего состояния. Свидетельство - вся история линукса.


     
     
  • 3.34, Аноним (-), 16:45, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Уполовиниется. Чем больше "альтернатив", тем больше возможность, что ни одна из них не будет допилена до рабочего состояния.

    Только если за дело берутся какие-нибудь "независимые разработчики" типа Пoпова, которым главное прокачать свое ЧСВ.

     
     
  • 4.41, SergMarkov (ok), 16:55, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >> Уполовиниется. Чем больше "альтернатив", тем больше возможность, что ни одна из них не будет допилена до рабочего состояния.
    > Только если за дело берутся какие-нибудь "независимые разработчики" типа Пoпова, которым
    > главное прокачать свое ЧСВ.

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


     
     
  • 5.54, Аноним (-), 17:58, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Без разницы. Распыление сил, отсутствие единого видения проблемы и методов ее решения
    > даже у супергениев породит только кривую хрень, как это всегда в
    > линуксе и было :-)

    Ага. Вот, например, Apple и Microsoft, вместо того чтобы объединиться, распыляли силы в результате у обеих получилась кривая неюзабельная хрень вместо ОС.
    Линукс по сравнению с ними - образец собранности.

     
     
  • 6.59, SergMarkov (ok), 18:08, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Без разницы. Распыление сил, отсутствие единого видения проблемы и методов ее решения
    >> даже у супергениев породит только кривую хрень, как это всегда в
    >> линуксе и было :-)
    > Ага. Вот, например, Apple и Microsoft, вместо того чтобы объединиться, распыляли силы
    > в результате у обеих получилась кривая неюзабельная хрень вместо ОС.
    > Линукс по сравнению с ними - образец собранности.

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


     
     
  • 7.62, Аноним (-), 18:12, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так нет ведь, каждый хений нашого раена плодит свой лутший дистр.

    О да. Лучше бы эти Дeниски ковыряли апстримные проекты.

    > Тогда, глядишь, у линукса и были бы свои 10-15 или еще больше процентов.

    Ага, прям вижу эту картину. Миллионы мух слетаются на единственную и неповторимую слаку, победившую благодаря ударным трудам талантливых юных дарований.

     
     
  • 8.80, SergMarkov (ok), 20:42, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы и вам подобные ее не увидите и распространению линукса будете только вредить... текст свёрнут, показать
     
     
  • 9.88, Аноним (-), 21:14, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Когда такое говорит Serg Я Дартаньян, а все линуксоиды - пи расы Markov, полу... текст свёрнут, показать
     
     
  • 10.92, SergMarkov (ok), 21:28, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть много нормальных линуксоидов, но есть и всякая линупсячья пена, которая лю... текст свёрнут, показать
     
     
  • 11.95, Аноним (-), 22:09, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Гражданин, а у вас ЧСВ не треснет от рассуждений о вашем интеллектуальном превос... текст свёрнут, показать
     
     
  • 12.97, SergMarkov (ok), 22:15, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если вы считаете интеллектуальным превосходством банальное умение читать , то ту... текст свёрнут, показать
     
     
  • 13.103, ананим (?), 09:44, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты превзошёл сам себя зыж 8212 Болтаю, когда хочу и когда это нужно для дела... текст свёрнут, показать
     
     
  • 14.107, Аноним (-), 15:08, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Он же маковод, какие тут могут быть женщины ... текст свёрнут, показать
     
  • 2.43, Аноним (-), 17:22, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    будет как обычно. Вместо одной нормальной 2 кривые.
     
     
  • 3.82, BayaN (ok), 20:53, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Будет одна - от редхат. Остальные закопают.
     
     
  • 4.99, Аноним (-), 22:18, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Будет одна - от редхат. Остальные закoпают.

    Суся по авторитету в линукс-сообществе сопоставима с редхатом. Это вам не кононикл.
    Так что не факт.

     

  • 1.6, Аноним (-), 15:21, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    что ж Вы делаете изверги? дебиан и так на грани раскола, а тут скоро за новую мульку нужно будет опять голосовать
    =D
     
     
  • 2.8, Аноним (-), 15:23, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > что ж Вы делаете изверги? дебиан и так на грани раскола, а
    > тут скоро за новую мульку нужно будет опять голосовать
    > =D

    Дебиану не нужны обновления на лету. Лучше вообще не обновляться, потому что любое обновление несет угрозу стабильности.

     
     
  • 3.24, myhand (ok), 15:59, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Дебиану не нужны обновления на лету. Лучше вообще не обновляться, потому что любое обновление несет угрозу стабильности.

    Это ты дебиан с федорой попутал.

     
     
  • 4.37, Аноним (-), 16:48, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Дебиану не нужны обновления на лету. Лучше вообще не обновляться, потому что любое обновление несет угрозу стабильности.
    > Это ты дебиан с федорой попутал.

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

     
     
  • 5.42, myhand (ok), 17:03, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >>> Дебиану не нужны обновления на лету. Лучше вообще не обновляться, потому что любое обновление несет угрозу стабильности.
    >> Это ты дебиан с федорой попутал.
    > В федоре, как и в убунте, обновления ощутимо улучшают стабильность. Но я
    > бы не сказал, что это комплимент федоре или убунте.

    Речь о том, что принцип "любое обновление несет угрозу стабильности" - относится, скорее, к федоре (да, впрочем, и к ubuntu), чем к debian.

     
     
  • 6.53, Аноним (-), 17:56, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Речь о том, что принцип "любое обновление несет угрозу стабильности" - относится,
    > скорее, к федоре (да, впрочем, и к ubuntu), чем к debian.

    Оно универсально. Все попытки отрицать это - очевидно бессмысленны.

     
     
  • 7.61, myhand (ok), 18:08, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Речь о том, что принцип "любое обновление несет угрозу стабильности" - относится,
    >> скорее, к федоре (да, впрочем, и к ubuntu), чем к debian.
    > Оно универсально.

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

    Сравните:
    "любая попытка лечения болезни несет риск для здоровья"
    vs
    "минздрав предупреждает: не занимайтесь самолечением"

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

     
  • 2.19, Аноним (-), 15:41, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > что ж Вы делаете изверги? дебиан и так на грани раскола, а
    > тут скоро за новую мульку нужно будет опять голосовать
    > =D

    Вы таки думаете, что оракл начнет перетягивать дебиан на свою сторону, как Марк?
    Имхо, маловероятно.

     

  • 1.9, Аноним (-), 15:23, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    да щас времена такие, что всем тяжело
    вон, разработчикам сузи сказали - гыть, типа в опенсузю теперь ни ногой
    это же влияет на репутацию дистрибутива
     
     
  • 2.11, Аноним (-), 15:24, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > вон, разработчикам сузи сказали - гыть, типа в опенсузю теперь ни ногой

    Что, правда?

     
     
  • 3.13, Аноним (-), 15:26, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну в смысле - можете, но не в рабочее время теперь
     
     
  • 4.84, Аноним (-), 21:05, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Жопочтец? Жопочтец.
    Сотрудники сусе теперь будут заниматься не _подготовкой релизов_, а _поддержанием пакетов_.
    Улавливаешь разницу?

     
  • 2.28, SergMarkov (ok), 16:11, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > да щас времена такие, что всем тяжело
    > вон, разработчикам сузи сказали - гыть, типа в опенсузю теперь ни ногой
    > это же влияет на репутацию дистрибутива

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


     
     
  • 3.31, Аноним (-), 16:28, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    они тебе лично это сказали или сам выдумал?
    И как прекращение поддержки дистрибутива на котором основан сусе улучшает репутацию?
     
  • 3.32, Аноним (-), 16:33, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Чем меньше людей будет пользоваться опенсусе тем меньше будет знать как пользоваться сусе.
    А халявщики или нет не твое дело, некоторые люди не только на форумах чушь пишут, но и багрепорты, патчи, по и собирают пакеты для любимого дистрибутива
     
     
  • 4.33, SergMarkov (ok), 16:44, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Любой линукс при желании может освоить любой хорошист-старшеклассник Но чтобы п... большой текст свёрнут, показать
     
     
  • 5.48, Аноним (-), 17:43, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У тебя есть основания говорить, что твой оппонент ничего не делает? :-)

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

     
  • 5.49, Аноним (-), 17:44, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > не всем в линуксе приятно это фанатичнoе, громкогласное  и зачастую на редкость тупoе, стадо  линупcятникoв и их дoлбoдятлизм

    Гордыня сосед глупости.

     

  • 1.15, umbr (ok), 15:32, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Не понимаю, какой цимес в хот-патче?
     
     
  • 2.16, абыр (ok), 15:34, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Подрастешь, поймешь.
     
  • 2.18, Аноним (-), 15:40, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понимаю, какой цимес в хот-патче?

    Меньше гемора с обновлениями.

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

     
  • 2.22, Аноним (-), 15:46, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не понимаю, какой цимес в хот-патче?

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

     
     
  • 3.57, Аноним (-), 18:03, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если проще перезагрузиться, чем набрать одну команду в шелле, то да.
    А так - нет.
     
     
  • 4.60, Аноним (-), 18:08, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если проще перезагрузиться, чем набрать одну команду в шелле, то да.

    Лучше и то, и другое. Суровые юниксоиды не ищут легких путей.

     
  • 2.73, Аноним (-), 18:39, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на десктопах - дофига )
    остальные - решают грабли - инфраструктурно/архитектурно грамотно ) исключая потребность в.
    опять-же есть заведомые "точки отказа" где фигсить без останова - не блажь.
    заведомо хреновый пример, но не будете же вы в SOHO-роутеры пихать "работающий из коробки" файловер с балансировкой, пихать с шаблонами и визардами ? :)
     

  • 1.25, Аноним (-), 16:01, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Надо непременно его сделать модулем systemd'а - Kpatchd ;)
     
     
  • 2.26, Аноним (-), 16:03, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ...чтоб руткиты оперативно накатывал :))
     
     
  • 3.35, Аноним (-), 16:47, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ...чтоб руткиты оперативно накатывал :))

    Пока что следить за пользователями порывался только Марк, так что ждем upstart-rootkit-bridge :)

     

  • 1.45, Аноним (-), 17:27, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше бы сделали увеличение PV на лету.
     
     
  • 2.47, Romik (??), 17:33, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Уже есть.
     
     
  • 3.74, Аноним (-), 19:06, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я про lvm - увеличить физический том без передергивания группы томов.
     
     
  • 4.118, Romik (??), 19:55, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Я про lvm - увеличить физический том без передергивания группы томов.

    Ну так оно есть. http://linux.die.net/man/8/pvresize

     
  • 2.51, Анонис (?), 17:51, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты про полноценный memory hotplug, а не вшивый ballooning, то его еще никто нормально не умеет, ибо это не хрен собачий и архитектура массовых ОС и железа под него не заточены. Но потерпи немного, все будет.
     
     
  • 3.75, Аноним (-), 19:08, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я про lvm. Кому скажешь, что современная серверная ОС без размонтирования фс не может увидеть увеличение луна - не поверят...
     
  • 2.89, Аноним (-), 21:17, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лучше бы сделали увеличение PV на лету.

    Освоили бы вы добавление новых PV. И заодно - thin provisioning в device mapper, чтобы два раза не вставать.

     
     
  • 3.106, Аноним (-), 13:47, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Склеивание лунов мне известно и используется, но применимо далеко не всегда. Иногда тупо нужно растянуть лун и других вариантов нет.
    А "thin provisioning" в "device mapper", как сказано - "are very much still in the EXPERIMENTAL state".
     
     
  • 4.108, Аноним (-), 15:11, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А "thin provisioning" в "device mapper", как сказано - "are very much
    > still in the EXPERIMENTAL state".

    А вы таки хотите все, сразу и прямо сейчас? Вам угрожает опасность треснуть.

     
     
  • 5.110, Аноним (-), 15:27, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет,я только высказался об отсутствии возможности увеличения PV LVM без остановки сервиса.
     
     
  • 6.117, Аноним (-), 20:33, 17/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет,я только высказался об отсутствии возможности увеличения PV LVM без остановки сервиса.

    это делается так:

    blockdev --rereadpt /dev/sde
    pvresize -v /dev/sde
    lvextend -v ... /dev/sde
    resize4fs -p ...

    никакой остановки не надо


     

  • 1.50, Анонис (?), 17:47, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Господа, отставить панику. Линус никогда не принимает в ядро 2 подсистемы, выполняющую одну и ту же функцию. В апстрим попадет только одна из них, а другая сдохнет, если, конечно, они еще до этого сами не смержатся
     
     
  • 2.55, Кварковый Анон (?), 17:58, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тут же еще вопрос: где будут тестировать эти вещи Red Hat и SUSE? Надеюсь, что прямиком в Fedora и openSUSE это не пойдет.
     
  • 2.56, Аноним (-), 18:00, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Господа, отставить панику. Линус никогда не принимает в ядро 2 подсистемы, выполняющую
    > одну и ту же функцию. В апстрим попадет только одна из
    > них, а другая сдохнет,

    Ну да, ну да. SELinux, SMACK, AppArmor и TOMOYO - наглядный пример справедливости ваших слов =D

    > если, конечно, они еще до этого сами не смержатся

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

     
     
  • 3.65, linux must _RIP__ (?), 18:20, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >> Господа, отставить панику. Линус никогда не принимает в ядро 2 подсистемы, выполняющую
    >> одну и ту же функцию. В апстрим попадет только одна из
    >> них, а другая сдохнет,
    > Ну да, ну да. SELinux, SMACK, AppArmor и TOMOYO - наглядный пример
    > справедливости ваших слов =D

    достаточно посмотреть в ядро - что бы понять что ты соврал. Selinux, SMACK, AppArmor - это разные оболочки вокруг одной подсистемы.. Просто разный API к одниим и тем же функциям :)

     
     
  • 4.67, Аноним (-), 18:24, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > достаточно посмотреть в ядро - что бы понять что ты соврал. Selinux,
    > SMACK, AppArmor - это разные оболочки вокруг одной подсистемы.. Просто разный
    > API к одниим и тем же функциям :)

    Ага. А все ядра - это просто API для доступа к функциям железа, различающиеся лишь по API.

    Формально это, может, и верно, но пытаться на этом основании приравнивать смену ядра и ОС к смене обоев - демагогия.

     
  • 2.78, Аноним (-), 20:24, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    "Да, да, конечно..." анек
    ext*fs, xfs, jfs, reiserfs;
    jffs и вагон фс для флеша;
    кучи планировщиков;
    кучи систем мандатного доступа;
    и т.п.
     
     
  • 3.105, Аноним (-), 12:05, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ну тоесть надо с одной ext2, без журнала сидеть 15 лет. Так?
     
     
  • 4.109, Аноним (-), 15:12, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ну тоесть надо с одной ext2, без журнала сидеть 15 лет. Так?

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

     
  • 4.111, Аноним (-), 15:51, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы используете одновременно ext3/ext4, jfs, xfs и reiserfs?


     

  • 1.94, axe (??), 21:34, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    астрологи объявили месяц ksplice & kGraft. Количество проектов удвоено.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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