Bug 29126 - Сделать возможным использование более чем 2 профилей разбиение диска
Summary: Сделать возможным использование более чем 2 профилей разбиение диска
Status: CLOSED WORKSFORME
Alias: None
Product: Sisyphus
Classification: Development
Component: alterator-vm (show other bugs)
Version: unstable
Hardware: all Linux
: P3 enhancement
Assignee: Олег Соловьев
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-07-03 15:05 MSK by Slava Dubrovskiy
Modified: 2013-10-15 19:57 MSK (History)
5 users (show)

See Also:


Attachments
screenshot (117.00 KB, image/jpeg)
2013-07-03 15:08 MSK, Slava Dubrovskiy
no flags Details
graphviz script (776 bytes, text/vnd.graphviz)
2013-07-05 17:19 MSK, Slava Dubrovskiy
no flags Details
result of script (34.44 KB, image/jpeg)
2013-07-05 17:19 MSK, Slava Dubrovskiy
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Slava Dubrovskiy 2013-07-03 15:05:04 MSK
Я думаю что перепутаны размеры разделов при автоматической разбивке дисков.

Есть 2 диска по 500G. При установке выбирается автоматическая разбивка и отмечается галочка очистить все диски.

В результате см. скриншот.

Почему своп размером 31G
а корень 7G?
Comment 1 Slava Dubrovskiy 2013-07-03 15:08:41 MSK
Created attachment 5869 [details]
screenshot
Comment 2 Anton V. Boyarshinov 2013-07-04 14:42:03 MSK
При автоматической разбивке swap делается RAM*2

7Г / для сервера вполне подходяще. К сожалению, имеющаяся система описания разбиения дисков не позволяет делать сложные правила, нелинейно зависящие от имеющегося дискового пространства, а так как ставят "на посмотреть" часто в виртуалку, сильно задирать размер / тоже не очень хорошо.
Comment 3 Slava Dubrovskiy 2013-07-04 14:51:59 MSK
(In reply to comment #2)
> При автоматической разбивке swap делается RAM*2
> 
> 7Г / для сервера вполне подходяще. К сожалению, имеющаяся система описания
> разбиения дисков не позволяет делать сложные правила, нелинейно зависящие от
> имеющегося дискового пространства, а так как ставят "на посмотреть" часто в
> виртуалку, сильно задирать размер / тоже не очень хорошо.

Еще раз.
На сервере 8G ОЗУ.
Своп создался размером в 31G. Корень размером 7G. Посмотрите внимательно скриншот.

Вопрос: Почему?
Логично было бы наоборот, так как вы описываете: своп - 7G, корень 31G.
Comment 4 Slava Dubrovskiy 2013-07-04 15:08:55 MSK
Может я не прав, что reopen. Вам конечно виднее. Но в таком виде автоматическая разбивка не имеет никакого смысла и в любом случае придется разбивать в ручную.
Единственное мне не понятно почему своп аж 31. Это в ~4 раза больше RAM.
Возможно тут бага. Возможно имело значение в том, что несколько раз был возврат на шаг Назад и какая-то переменная не очистилась и размер свопа в результате увеличился в 4 вместо 2. могу только догадываться.
Comment 5 Anton V. Boyarshinov 2013-07-05 09:58:18 MSK
(В ответ на комментарий №4)
> Может я не прав, что reopen. Вам конечно виднее. Но в таком виде автоматическая
> разбивка не имеет никакого смысла и в любом случае придется разбивать в ручную.
> Единственное мне не понятно почему своп аж 31. Это в ~4 раза больше RAM.
> Возможно тут бага. Возможно имело значение в том, что несколько раз был возврат
> на шаг Назад и какая-то переменная не очистилась и размер свопа в результате
> увеличился в 4 вместо 2. могу только догадываться.

Пересмотрел алгоритм. Для сервера там стоит RAM*4 но не более 32 Гб. К сожалению, все ситуации заранее предусмотреть сложно а, к сожалению,  самым неквалифицированным нашим пользователям, порою нужен самый большой tmpfs.

По поводу размера корня. Как я писал выше, сейчас в системе описания разбиения фактически может быть только один "резиновый раздел". Задать правило: "/ от 7 до 32 Гб, /var от 5 до бесконечности, но при этом /var в 5 раз более растяжим чем /" увы, нельзя. А минимум задают установки в виртуалки, которые тоже приходится учитывать, так как те, кто пишут обзоры (да и мы сами при тестировании) ставим системы именно в виртуалки.

При этом 7Г / на сервере (при том, что /home и /srv фактически находятся в /var), представляется мне вполне достаточным умолчанием.

В любом случае, разделы не перепутаны, хотя о их размерах и алгоритмах разбиения можно поспорить.
Comment 6 Slava Dubrovskiy 2013-07-05 13:37:46 MSK
(In reply to comment #5)
> (В ответ на комментарий №4)
> > Единственное мне не понятно почему своп аж 31. Это в ~4 раза больше RAM.
> > Возможно тут бага. Возможно имело значение в том, что несколько раз был возврат
> > на шаг Назад и какая-то переменная не очистилась и размер свопа в результате
> > увеличился в 4 вместо 2. могу только догадываться.
> 
> Пересмотрел алгоритм. Для сервера там стоит RAM*4 но не более 32 Гб.

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

Нету смысла спорить. У каждого свои задачи. Меня смутили эти 31G и что своп больше корня оказался.

Вчера mike@ смотрел на мои "мучения" при ручной разбивке и высказывался что тоже имеет желание как-то упростить и ускорить этот процесс. В связи с чем у меня возникло предложение:
Не нужно усложнять интерфейс и алгоритмы при ручной разбивке. Достаточно добавить больше вариантов автоматической разметки. И более полно их описать. А то слова "Офисный сервер" не дают представление как будет произведена разметка.
Мест там вроде есть.

Я бы описал так и добавил такие варианты:
Офисный сервер (swap=RAM*4; /=7-32G; /var=5-остаток)
Сервер для HN (swap=RAM; /=20-40G; /var/lib/vz=5-остаток)
Сервер для чего-то еще (swap=RAM*2; /=7-32G; /usr=5-100G; /var=5-остаток)

и т.д. все это обсуждаемо.
Comment 7 Anton V. Boyarshinov 2013-07-05 15:33:02 MSK
Хорошо бы сделать возможным использование более чем 2 профилей разбиение диска.
Кроме того, хорошо бы сделать так, чтоб "резиновые разделы" имели разную "растяжимость" и можно было бы иметь в профиле 2 раздела динамического и при этом разного размера.
Comment 8 Slava Dubrovskiy 2013-07-05 17:18:02 MSK
Я подумал, что описывать словами предлагаемую разметку не очень просто. Например типична разметка с использованием рейда и поверх LVM. Будет не понятно и вопросы.
Предлагаю отображать это на картинке. Можно даже рисовать на лету с помощью graphviz.
Например вот такой простой скрипт позволяет получить такую картинку. Скрипт картинка во вложении.
Comment 9 Slava Dubrovskiy 2013-07-05 17:19:17 MSK
Created attachment 5878 [details]
graphviz script
Comment 10 Slava Dubrovskiy 2013-07-05 17:19:49 MSK
Created attachment 5879 [details]
result of script
Comment 11 Michael Shigorin 2013-10-15 19:57:48 MSK
(In reply to comment #6)
> Не нужно усложнять интерфейс и алгоритмы при ручной разбивке. Достаточно
> добавить больше вариантов автоматической разметки. И более полно их описать.
Предлагаю пощупать regular-server-20131015 с http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/tmp/ и/или глянуть http://git.altlinux.org/people/mike/packages/?p=installer-distro-altlinux-server.git;a=blob;f=installer-distro-altlinux-server/initinstall.d/05-vm-profile;hb=HEAD

В частности, там используется четыре предопределённых профиля разбивки дисков и все они у меня работают (хотя boyarsh@ и упоминал, что с более чем двумя припоминались проблемы).

Думаю, эту багу обо всём и ни о чём с текущей формулировкой следует закрыть и сформулировать чётко технические:
- о пожелании возможности нескольких "резиновых" разделов
  (например, возможности сказать "остаток поделить между /var и /home поровну");
- о наличии в составе конкретных дистрибутивов более подходящих профилей.