subject:"Вопрос..."

2016-07-13 Пенетрантность Andrey Melnikoff

Vasiliy P. Melnik -> debian-russian  @ Wed, 13 Jul 2016 22:27:11 +0300:

 >> Теперь, пожалуй, надо завершить эксперимент...  Сделать raid10 из целых
 >> винтов, поверх него LVM, поставить на эту конструкцию систему, и вынуть
 >> винт...
 >>

 >> md1 : active raid10 sda2[0] sdb2[1]
 >>   7895040 blocks super 1.2 2 near-copies [2/2] [UU]

 > Так оно именно так и было - просто не очень явно, переносы гугля
 > понаставлял - поудалял юиды и внимательно смотрите на  mdstat

Не, я смотрел на mdstat.  sda1 и sdb1 составляют raid1, и там ext4, как
я понимаю, /boot.  А меня заинтересовала идея попробовать собрать рейд
из винчестеров целиком, поверх положить lvm, и попробовать с этого
загрузиться.  А потом выдернуть винт.  Или оно с lvm загрузиться все еще
не осилит?  Документации, как мы уже знаем в случае с raid10, верить в
этом не стоит, она устарела...

Впрочем, наверное, это уже извращение.

 > cat /proc/mdstat
 > Personalities : [raid1] [raid10]
 > md1 : active raid10 sda2[0] sdb2[1]
 > md0 : active raid1 sda1[0] sdb1[1]

 > /dev/sda1: LABEL="deb:0" TYPE="linux_raid_member" PARTUUID="9c11858e-01"
 > /dev/sda2: LABEL="deb:1" TYPE="linux_raid_member" PARTUUID="9c11858e-02"
 > /dev/sdb1: LABEL="deb:0" TYPE="linux_raid_member" PARTUUID="46ad3db8-01"
 > /dev/sdb2: LABEL="deb:1" TYPE="linux_raid_member" PARTUUID="46ad3db8-02"
 > /dev/md0: TYPE="ext4"
 > /dev/md1:  TYPE="LVM2_member"
 > /dev/mapper/vg_deb-lv_root: TYPE="ext4"
 > /dev/mapper/vg_deb-lv_swap: TYPE="swap"
 > /dev/mapper/vg_deb-lv_var_log: TYPE="ext4"

 > З.Ы. но на виртуалках однозначно надо потренироваться

Re: и снова вопрос про рейды

Artem Chuprina  wrote:
> Andrey Melnikoff -> debian-russian@lists.debian.org  @ Wed, 13 Jul 2016 
> 15:09:39 +0300:

>  >>  > И да - ядро брать последнее из backports, mdadm собирать руками с 
> github.
>  >>  > Иначе можно впороться на давно протухшие мины.
>  >> Эээ...  Свежие мины чем-то вкуснее?
>  > Они не протухшие.
> Свежий рыбный соус не только менее вкусен, чем протухший, но и более
> опасен для здоровья :)
Да, но это приправа. А без нее можно обойтись. А вот варить уху из тухлой
рыбы и потом её есть - это сильно на любителя.

>  >> Какие мины разложены в том комплекте, который штатный в jessie?
>  > Про них уже никто не помнит. Древнее != стабильное.

> Знаешь, учитывая, что это текущий stable, если они там реально
> разложены, то по ним кто-то регулярно должен ходить.  Поскольку криков
> мимо особо не пролетает, видимо, оно скорее работает.  То есть если
> где-то в том районе мины были, то или уже убрали (как вон в соседнем
Не факт что там вобще кто-то ходит.

Вот взять тот-же свежий busybox с такой интересной фигней унутре 
networking/libiproute/iproute.c:

if (RT_SCOPE_UNIVERSE != 0)
req.r.rtm_scope = RT_SCOPE_UNIVERSE;

Подиж ты, коммиту пол года, если верить
http://lists.busybox.net/pipermail/busybox-cvs/2015-December/035493.html
и никто не жалуется. Только вот константа из enum RT_SCOPE_UNIVERSE равна 0,
в netlink вместо RT_SCOPE_UNIVERSE попадает RT_SCOPE_NOWHERE и банальный
ip route add default via 10.0.0.1 возвращает EINVAL. Вот и гадай - то-ли
мина от редхата новогодняя то-ли никто в BB не использует ip route, или его
вообще никто не использует.

> треде пишут про загрузку, и нет, не в mdadm была проблема), либо
> конкретно на эту тропинку их забыли положить.

> А вот из бэкпортов ядро мало кто ставит, там шансы наткнуться на свежую
> вкусную мину мне представляются более высокими.  Я в чем-то неправ?
Если бы оно было никому не недо - его бы там не появилось. Увы.

>  >> Ну, помимо того, что на ноутбуке ядро на ровном месте пытается 
> капризничать?
>  > На ноутбуке у меня вобще стоит ядро с убунтушного mainline. Ровно из-за
>  > wifi, который в новых ядрах таки работает а не изображает вид. 

>  > На всех серверах - самосбор 4.6 из-за специфики, или из бэкпортов 4.6 если
>  > специфика не критична.

> Вот на ноуте я посмотрю, может, и стоит переехать на четверку...

> Если vmware и virtualbox с ним живут.  Судя по .6, конечно, уже должны...
виртуалбокс вроде с 5.0.22 обещаали поддержку. про вм-тварь - не знаю.

Re: и снова вопрос про рейды

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

Но скрипты то для инитрамфс попадают вместе с mdadm


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

Я ставлю, на продакшине - в стейбле до сих пор кернел 3.2, что явно
старовато нынче, например кернел 3.2 не умеет трим софтовом рейде, нужно
кажись 3.8.

Re: и снова вопрос про рейды

>
> Теперь, пожалуй, надо завершить эксперимент...  Сделать raid10 из целых
> винтов, поверх него LVM, поставить на эту конструкцию систему, и вынуть
> винт...
>

> md1 : active raid10 sda2[0] sdb2[1]
 >   7895040 blocks super 1.2 2 near-copies [2/2] [UU]

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

cat /proc/mdstat
Personalities : [raid1] [raid10]
md1 : active raid10 sda2[0] sdb2[1]
md0 : active raid1 sda1[0] sdb1[1]

/dev/sda1: LABEL="deb:0" TYPE="linux_raid_member" PARTUUID="9c11858e-01"
/dev/sda2: LABEL="deb:1" TYPE="linux_raid_member" PARTUUID="9c11858e-02"
/dev/sdb1: LABEL="deb:0" TYPE="linux_raid_member" PARTUUID="46ad3db8-01"
/dev/sdb2: LABEL="deb:1" TYPE="linux_raid_member" PARTUUID="46ad3db8-02"
/dev/md0: TYPE="ext4"
/dev/md1:  TYPE="LVM2_member"
/dev/mapper/vg_deb-lv_root: TYPE="ext4"
/dev/mapper/vg_deb-lv_swap: TYPE="swap"
/dev/mapper/vg_deb-lv_var_log: TYPE="ext4"

З.Ы. но на виртуалках однозначно надо потренироваться

Re: и снова вопрос про рейды

2016-07-13 Пенетрантность Stanislav Vlasov

Andrey Melnikoff -> debian-russian@lists.debian.org  @ Wed, 13 Jul 2016 
15:09:39 +0300:

 >>  > И да - ядро брать последнее из backports, mdadm собирать руками с github.
 >>  > Иначе можно впороться на давно протухшие мины.
 >> Эээ...  Свежие мины чем-то вкуснее?
 > Они не протухшие.

Свежий рыбный соус не только менее вкусен, чем протухший, но и более
опасен для здоровья :)

 >> Какие мины разложены в том комплекте, который штатный в jessie?
 > Про них уже никто не помнит. Древнее != стабильное.

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

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

 >> Ну, помимо того, что на ноутбуке ядро на ровном месте пытается капризничать?
 > На ноутбуке у меня вобще стоит ядро с убунтушного mainline. Ровно из-за
 > wifi, который в новых ядрах таки работает а не изображает вид. 

 > На всех серверах - самосбор 4.6 из-за специфики, или из бэкпортов 4.6 если
 > специфика не критична.

Вот на ноуте я посмотрю, может, и стоит переехать на четверку...

Если vmware и virtualbox с ним живут.  Судя по .6, конечно, уже должны...

Re: и снова вопрос про рейды

13 июля 2016 г., 17:31 пользователь Artem Chuprina  написал:

> Теперь, пожалуй, надо завершить эксперимент...  Сделать raid10 из целых
> винтов, поверх него LVM, поставить на эту конструкцию систему, и вынуть
> винт...

У меня жизнь уже делала такой эксперимент.
По два раздела на 4-х дисках, два рейда10.
Первый - под /boot (дебиановский grub2, grub-install делался на все 4
диска), второй - под lvm.
Нагрузка в среднем порядка сотни iops.
Всё прошло штатно, за исключением того, что диск был выдернут не из
того сервера.

-- 
Stanislav

Re: и снова вопрос про рейды

2016-07-13 Пенетрантность Andrey Melnikoff

Artem Chuprina  wrote:
> Andrey Melnikoff -> debian-russian@lists.debian.org  @ Tue, 12 Jul 2016 
> 19:38:39 +0300:

>  >> И чтоб два раза не вставать.  Я правильно понимаю, что если у меня
>  >> сейчас под своп сделан RAID1 из двух разделов с двумя spare (в машине
>  >> сейчас 4 винчестера), то возможно, умнее вместо этого сделать RAID10 -
>  >> не то важно, что объем будет вдвое больше, а то, что подниматься оттуда
>  >> будут потенциально быстрее?  Или на самом деле однофигственно?

>  > Памяти лучше добавь, чтоб своп не юзало. 
> Машинка такова, какова она есть, и больше никакова.
Проще добавить, чем изобретать неясные конструкции. Благо, у нас таки XXI
век на дворе - память дешевая. А на помойке типа ebay вобще рубь за ведро.

>  > Или ты собираешься загонять машинку в S4 на вермя простоя?

>  >> Материнка на 6 SATA, контроллер, судя по всему, один.

>  > И да - ядро брать последнее из backports, mdadm собирать руками с github.
>  > Иначе можно впороться на давно протухшие мины.
> Эээ...  Свежие мины чем-то вкуснее?
Они не протухшие.

> Какие мины разложены в том комплекте, который штатный в jessie?
Про них уже никто не помнит. Древнее != стабильное.

> Ну, помимо того, что на ноутбуке ядро на ровном месте пытается капризничать?
На ноутбуке у меня вобще стоит ядро с убунтушного mainline. Ровно из-за
wifi, который в новых ядрах таки работает а не изображает вид. 

На всех серверах - самосбор 4.6 из-за специфики, или из бэкпортов 4.6 если
специфика не критична.

Re: и снова вопрос про рейды

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

Теперь, пожалуй, надо завершить эксперимент...  Сделать raid10 из целых
винтов, поверх него LVM, поставить на эту конструкцию систему, и вынуть
винт...

Сделаю - отпишусь, что получилось.

Vasiliy P. Melnik -> debian-russian  @ Wed, 13 Jul 2016 13:41:02 +0300:

 >>
 >> Я правильно понял, что если бутовый раздел (в смысле, /boot) в рейде
 >> (пусть это будет RAID1), и из него выпал диск, то хотя все данные целы и
 >> рейд свою функцию резервирования благополучно выполняет, загрузиться с
 >> него машина не сможет?
 >>

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

 > Багрепорты, через один об этом вопросе, пишут что пофиксили. Но это кстати
 > проблема не мдадма, а скриптов initramfs

 > https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=mdadm


 > Не поленился - поставил на виртуалке систему на рейд

 > cat /proc/mdstat
 > Personalities : [raid1] [raid10]
 > md1 : active raid10 sda2[0] sdb2[1]
 >   7895040 blocks super 1.2 2 near-copies [2/2] [UU]

 > md0 : active raid1 sda1[0] sdb1[1]
 >   487104 blocks super 1.2 [2/2] [UU]

 > Отдельно boot на raid1, а данные на raid10, загрузчик ставить на оба диска.
 > Расклад физический вот такой:

 > /dev/sda1: UUID="c3db9ca6-7343-2d33-2675-6f0f8fe3f3a7"
 > UUID_SUB="4b98e784-c11f-1479-51c3-cace974a3c8c" LABEL="deb:0"
 > TYPE="linux_raid_member" PARTUUID="9c11858e-01"
 > /dev/sda2: UUID="747faa08-7914-8f80-d2a5-e52e7fe612a1"
 > UUID_SUB="2044b60d-5fc5-37fe-8e8d-4aa3b8c45b9f" LABEL="deb:1"
 > TYPE="linux_raid_member" PARTUUID="9c11858e-02"
 > /dev/sdb1: UUID="c3db9ca6-7343-2d33-2675-6f0f8fe3f3a7"
 > UUID_SUB="a7efa8e1-08d7-429a-3b5e-a4845e798384" LABEL="deb:0"
 > TYPE="linux_raid_member" PARTUUID="46ad3db8-01"
 > /dev/sdb2: UUID="747faa08-7914-8f80-d2a5-e52e7fe612a1"
 > UUID_SUB="5adfd94f-2fd5-a664-9b30-cf7d8491e487" LABEL="deb:1"
 > TYPE="linux_raid_member" PARTUUID="46ad3db8-02"
 > /dev/md0: UUID="5e517871-5dcb-44ae-996d-ff8e9f8e6d73" TYPE="ext4"
 > /dev/md1: UUID="qx1RhF-u5WH-Srkl-ytMN-O3No-gOlE-eQqz1b" TYPE="LVM2_member"
 > /dev/mapper/vg_deb-lv_root: UUID="8285912e-f976-42ea-b9c4-df5b7a56ff68"
 > TYPE="ext4"
 > /dev/mapper/vg_deb-lv_swap: UUID="ed78d969-3037-4724-af85-98c28ea4d3b0"
 > TYPE="swap"
 > /dev/mapper/vg_deb-lv_var_log: UUID="c217d40d-cce9-4fc4-9e84-3950eab98ea2"
 > TYPE="ext4"

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

Re: и снова вопрос про рейды

Vasiliy P. Melnik -> debian-russian  @ Wed, 13 Jul 2016 13:49:14 +0300:

 >> /boot - не данные.  Данные тоже в рейде

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

В первую очередь мне нужно резервирование.  Быстрое чтение - приятное
дополнение. 

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

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

В большинстве случаев - да.  Но у меня что-то в последнее время как-то в
работе как раз машинки, где это внезапно не имеет смысла.  То есть там
либо достаточно одного корня (случай ноутбука - винт небольшой, и смысла
его делить просто нет), либо одного небольшого раздела под систему и
одного большого подо все остальное, с разницей объема в 50-100 раз.

Хотя ты прав как минимум на случай, если "все остальное" перестанет
влезать, и потребуется добавить винты.  Правда, в моем случае - это как
минимум два винта, в смысле, в LVM добавлять еще одно зеркало.

Но это будет linear lvm поверх зеркала.  Как я понимаю, это единственный
способ получить и резервирование, и полный суммарный объем при винтах,
вообще говоря, разного размера.

Re: и снова вопрос про рейды

>
> /boot - не данные.  Данные тоже в рейде


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

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

Re: и снова вопрос про рейды

>
> Я правильно понял, что если бутовый раздел (в смысле, /boot) в рейде
> (пусть это будет RAID1), и из него выпал диск, то хотя все данные целы и
> рейд свою функцию резервирования благополучно выполняет, загрузиться с
> него машина не сможет?
>

Не имеет значения какой раздел, если он нужен для работы системы и его нет
- система

Багрепорты, через один об этом вопросе, пишут что пофиксили. Но это кстати
проблема не мдадма, а скриптов initramfs

https://bugs.debian.org/cgi-bin/pkgreport.cgi?package=mdadm


Не поленился - поставил на виртуалке систему на рейд

cat /proc/mdstat
Personalities : [raid1] [raid10]
md1 : active raid10 sda2[0] sdb2[1]
  7895040 blocks super 1.2 2 near-copies [2/2] [UU]

md0 : active raid1 sda1[0] sdb1[1]
  487104 blocks super 1.2 [2/2] [UU]

Отдельно boot на raid1, а данные на raid10, загрузчик ставить на оба диска.
Расклад физический вот такой:

/dev/sda1: UUID="c3db9ca6-7343-2d33-2675-6f0f8fe3f3a7"
UUID_SUB="4b98e784-c11f-1479-51c3-cace974a3c8c" LABEL="deb:0"
TYPE="linux_raid_member" PARTUUID="9c11858e-01"
/dev/sda2: UUID="747faa08-7914-8f80-d2a5-e52e7fe612a1"
UUID_SUB="2044b60d-5fc5-37fe-8e8d-4aa3b8c45b9f" LABEL="deb:1"
TYPE="linux_raid_member" PARTUUID="9c11858e-02"
/dev/sdb1: UUID="c3db9ca6-7343-2d33-2675-6f0f8fe3f3a7"
UUID_SUB="a7efa8e1-08d7-429a-3b5e-a4845e798384" LABEL="deb:0"
TYPE="linux_raid_member" PARTUUID="46ad3db8-01"
/dev/sdb2: UUID="747faa08-7914-8f80-d2a5-e52e7fe612a1"
UUID_SUB="5adfd94f-2fd5-a664-9b30-cf7d8491e487" LABEL="deb:1"
TYPE="linux_raid_member" PARTUUID="46ad3db8-02"
/dev/md0: UUID="5e517871-5dcb-44ae-996d-ff8e9f8e6d73" TYPE="ext4"
/dev/md1: UUID="qx1RhF-u5WH-Srkl-ytMN-O3No-gOlE-eQqz1b" TYPE="LVM2_member"
/dev/mapper/vg_deb-lv_root: UUID="8285912e-f976-42ea-b9c4-df5b7a56ff68"
TYPE="ext4"
/dev/mapper/vg_deb-lv_swap: UUID="ed78d969-3037-4724-af85-98c28ea4d3b0"
TYPE="swap"
/dev/mapper/vg_deb-lv_var_log: UUID="c217d40d-cce9-4fc4-9e84-3950eab98ea2"
TYPE="ext4"

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

Re: и снова вопрос про рейды

Vasiliy P. Melnik -> Eugene Berdnikov  @ Wed, 13 Jul 2016 12:18:19 +0300:

 > Своп в рейде, а данные не в рейде? странное применение рейда. Лично мое
 > мнение - вместо страйпа лучше использовать лвм.

/boot - не данные.  Данные тоже в рейде.

Re: и снова вопрос про рейды

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Wed, 13 Jul 2016 
11:12:05 +0300:

 >> > Нет.  Повторюсь, у меня сейчас там два spare.  При задействовании их в
 >> > raid10 места станет вдвое больше.
 >> >
 >> 
 >> Это как раз и есть 0+1 . Я ж вам показал рейд10 из двух дисков. Я нге знаю
 >> что будет, если развалится раздел со свапом, теоретически он перейдет в
 >> состояние деградед и не создасться, следовательно машина не запуститься.

 >  Состояние degraded не помеха созданию рейдового раздела. А отсутствие
 >  свопа не повод для отказа в загрузке.

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

 >  Так то если бутовая партиция в рейде. А если только своп, то фиолетово.

Я правильно понял, что если бутовый раздел (в смысле, /boot) в рейде
(пусть это будет RAID1), и из него выпал диск, то хотя все данные целы и
рейд свою функцию резервирования благополучно выполняет, загрузиться с
него машина не сможет?

То есть, если хочется, чтобы в этой ситуации достаточно было сказать в
биосе "грузимся со второго винта" (если вылетел первый, иначе и вообще
говорить нечего), то надо делать /boot не на рейде, а просто две копии,
и не забывать синхронизировать?

Re: и снова вопрос про рейды

2016-07-13 Пенетрантность Eugene Berdnikov

>
>  Состояние degraded не помеха созданию рейдового раздела. А отсутствие
>  свопа не повод для отказа в загрузке.
>

Ну попробуйте - центос и убунту сами нормально справляются с этой
ситуацией, дебиан надо руками завести раздел, когда система вываливается в
busybox, потом ребут и система нормально поднимается

 Так то если бутовая партиция в рейде. А если только своп, то фиолетово.


Своп в рейде, а данные не в рейде? странное применение рейда. Лично мое
мнение - вместо страйпа лучше использовать лвм.

Re: и снова вопрос про рейды

On Wed, Jul 13, 2016 at 10:59:42AM +0300, Vasiliy P. Melnik wrote:
> >
> > Нет.  Повторюсь, у меня сейчас там два spare.  При задействовании их в
> > raid10 места станет вдвое больше.
> >
> 
> Это как раз и есть 0+1 . Я ж вам показал рейд10 из двух дисков. Я нге знаю
> что будет, если развалится раздел со свапом, теоретически он перейдет в
> состояние деградед и не создасться, следовательно машина не запуститься.

 Состояние degraded не помеха созданию рейдового раздела. А отсутствие
 свопа не повод для отказа в загрузке.

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

 Так то если бутовая партиция в рейде. А если только своп, то фиолетово.
-- 
 Eugene Berdnikov

Re: и снова вопрос про рейды

>
> Нет.  Повторюсь, у меня сейчас там два spare.  При задействовании их в
> raid10 места станет вдвое больше.
>

Это как раз и есть 0+1 . Я ж вам показал рейд10 из двух дисков. Я нге знаю
что будет, если развалится раздел со свапом, теоретически он перейдет в
состояние деградед и не создасться, следовательно машина не запуститься.
В действительности дебиан что так, что так не загрузится в любом случае - я
где-то пол года назад тестировал, даже репорт писал: если из рейда
пропадает диск рейд переходит в состояние деградирован и не заводится сам.
Надо ручками его . В убунте патченый лоадер и поэтому там стартует.


> Ну, у меня там кроме раздела с бэкапами всего 20 гигабайт под остальную
>
систему и 6 под своп.  В любом случае неоткуда выковыривать.
>

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

Re: и снова вопрос про рейды

Andrey Melnikoff -> debian-russian@lists.debian.org  @ Tue, 12 Jul 2016 
19:38:39 +0300:

 >> И чтоб два раза не вставать.  Я правильно понимаю, что если у меня
 >> сейчас под своп сделан RAID1 из двух разделов с двумя spare (в машине
 >> сейчас 4 винчестера), то возможно, умнее вместо этого сделать RAID10 -
 >> не то важно, что объем будет вдвое больше, а то, что подниматься оттуда
 >> будут потенциально быстрее?  Или на самом деле однофигственно?

 > Памяти лучше добавь, чтоб своп не юзало. 

Машинка такова, какова она есть, и больше никакова.

 > Или ты собираешься загонять машинку в S4 на вермя простоя?

 >> Материнка на 6 SATA, контроллер, судя по всему, один.

 > И да - ядро брать последнее из backports, mdadm собирать руками с github.
 > Иначе можно впороться на давно протухшие мины.

Эээ...  Свежие мины чем-то вкуснее?

Какие мины разложены в том комплекте, который штатный в jessie?

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

Только у меня, кстати, при апгрейде с 3.16.7-ckt25-2+deb8u2 на
3.16.7-ckt25-2+deb8u3 ядро начало сыпать стектрейсы в сислог?

Застремался и откатился.  В прошлый или позапрошлый раз, кстати, тоже
наблюдался regression, но его быстро заметили и выпустили апдейт.

Re: и снова вопрос про рейды

2016-07-12 Пенетрантность Andrey Melnikoff

Vasiliy P. Melnik -> debian-russian  @ Tue, 12 Jul 2016 18:56:40 +0300:

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

Документация об этом тихо молчит.  Может, конечно, она устарела...

 >> И чтоб два раза не вставать.  Я правильно понимаю, что если у меня
 >> сейчас под своп сделан RAID1 из двух разделов с двумя spare (в машине
 >> сейчас 4 винчестера), то возможно, умнее вместо этого сделать RAID10 -
 >> не то важно, что объем будет вдвое больше, а то, что подниматься оттуда
 >> будут потенциально быстрее?  Или на самом деле однофигственно?

 > путаете с 0+1? увеличение данных рейд1 при переходе с рейд10 не происходит.

Нет.  Повторюсь, у меня сейчас там два spare.  При задействовании их в
raid10 места станет вдвое больше.

 > Я вообще в последнее время стараюсь все на лвм-е держать - забекапить 4
 > терабайта и потом вернуть обратно не очень приятная задача, а
 > перераспределять место приходится иногда. Вот сегодня выковыривал под
 > бекапы 200 гигов последних из других разделов. Без лвм-а это нереально

Ну, у меня там кроме раздела с бэкапами всего 20 гигабайт под остальную
систему и 6 под своп.  В любом случае неоткуда выковыривать.

Re: и снова вопрос про рейды

Artem Chuprina  wrote:
> Привет.

> Граждане, имевшие дело с рейдами.  Скажите пожалуйста, имеет ли
> практический смысл, делая софтверный рейд из двух винчестеров, делать
> RAID10 f2 вместо RAID1?  Во-первых, в принципе, во-вторых, конкретно
> для задач бэкап-сервера, а в-третьих, для свопа?
Не имеет. Выиграешь в чтении - проиграешь в записи. Хочешь "быстро и весело" (C)
то bcache + mdadm путь самурая. По умолчанию - только кэш на чтение, можно
включить и на запись. 

> Да, линуксовый драйвер умеет RAID10 на двух носителях, и в принципе, они
> утверждают, что при layout f2 скорость отдачи только чуть ниже, чем у
> RAID0, но для бэкап-сервера это, вероятно, несущественно.  А вот для
> свопа, кстати?  С другой стороны, если там все равно линукс, то разницы
> при необходимости замены вроде быть не должно, ребилд там по идее
> одинаковый.

> Я так понимаю, что может быть разница при археологических раскопках
> сторонними инструментами, если (относительно) живым остался один, но по
> идее, вероятность такого плохого расклада невелика.  Или RAID10 хуже
> переживает ребилд?

> Да, я в курсе, что грузиться можно только с RAID1.  Система - отдельный
> комплект разделов, там формируется RAID1.
Грузиться можно с чего угодно. grub умеет gpt boot partition, весь набор
рейдов и lvm. Всеравно его ставить на каждый /dev/sd? в MBR/GBP.

> И чтоб два раза не вставать.  Я правильно понимаю, что если у меня
> сейчас под своп сделан RAID1 из двух разделов с двумя spare (в машине
> сейчас 4 винчестера), то возможно, умнее вместо этого сделать RAID10 -
> не то важно, что объем будет вдвое больше, а то, что подниматься оттуда
> будут потенциально быстрее?  Или на самом деле однофигственно?

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

> Материнка на 6 SATA, контроллер, судя по всему, один.

И да - ядро брать последнее из backports, mdadm собирать руками с github.
Иначе можно впороться на давно протухшие мины.

Re: и снова вопрос про рейды

2016-07-12 Пенетрантность Vasiliy P. Melnik

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



> И чтоб два раза не вставать.  Я правильно понимаю, что если у меня
> сейчас под своп сделан RAID1 из двух разделов с двумя spare (в машине
> сейчас 4 винчестера), то возможно, умнее вместо этого сделать RAID10 -
> не то важно, что объем будет вдвое больше, а то, что подниматься оттуда
> будут потенциально быстрее?  Или на самом деле однофигственно?
>

путаете с 0+1? увеличение данных рейд1 при переходе с рейд10 не происходит.
Я вообще в последнее время стараюсь все на лвм-е держать - забекапить 4
терабайта и потом вернуть обратно не очень приятная задача, а
перераспределять место приходится иногда. Вот сегодня выковыривал под
бекапы 200 гигов последних из других разделов. Без лвм-а это нереально

и снова вопрос про рейды

2016-07-12 Пенетрантность Artem Chuprina

Привет.

Граждане, имевшие дело с рейдами. Скажите пожалуйста, имеет ли
практический смысл, делая софтверный рейд из двух винчестеров, делать
RAID10 f2 вместо RAID1? Во-первых, в принципе, во-вторых, конкретно
для задач бэкап-сервера, а в-третьих, для свопа?

Да, линуксовый драйвер умеет RAID10 на двух носителях, и в принципе, они
утверждают, что при layout f2 скорость отдачи только чуть ниже, чем у
RAID0, но для бэкап-сервера это, вероятно, несущественно. А вот для
свопа, кстати? С другой стороны, если там все равно линукс, то разницы
при необходимости замены вроде быть не должно, ребилд там по идее
одинаковый.

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

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

И чтоб два раза не вставать. Я правильно понимаю, что если у меня
сейчас под своп сделан RAID1 из двух разделов с двумя spare (в машине
сейчас 4 винчестера), то возможно, умнее вместо этого сделать RAID10 -
не то важно, что объем будет вдвое больше, а то, что подниматься оттуда
будут потенциально быстрее? Или на самом деле однофигственно?

Материнка на 6 SATA, контроллер, судя по всему, один.

Re: и снова вопрос про рейды

2016-07-12 Пенетрантность Vasiliy P. Melnik

нет никаких противоречий, почему так не сделать

md2 : active raid10 sdd1[1] sdc1[0]
  244066304 blocks super 1.2 512K chunks 2 far-copies [2/2] [UU]
  bitmap: 2/2 pages [8KB], 65536KB chunk

md1 : active raid1 sda2[0](F) sdb2[1]
  976142336 blocks super 1.2 [2/1] [_U]
  bitmap: 6/8 pages [24KB], 65536KB chunk

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


12 июля 2016 г., 18:39 пользователь Artem Chuprina 
написал:

> Привет.
>
> Граждане, имевшие дело с рейдами.  Скажите пожалуйста, имеет ли
> практический смысл, делая софтверный рейд из двух винчестеров, делать
> RAID10 f2 вместо RAID1?  Во-первых, в принципе, во-вторых, конкретно
> для задач бэкап-сервера, а в-третьих, для свопа?
>
> Да, линуксовый драйвер умеет RAID10 на двух носителях, и в принципе, они
> утверждают, что при layout f2 скорость отдачи только чуть ниже, чем у
> RAID0, но для бэкап-сервера это, вероятно, несущественно.  А вот для
> свопа, кстати?  С другой стороны, если там все равно линукс, то разницы
> при необходимости замены вроде быть не должно, ребилд там по идее
> одинаковый.
>
> Я так понимаю, что может быть разница при археологических раскопках
> сторонними инструментами, если (относительно) живым остался один, но по
> идее, вероятность такого плохого расклада невелика.  Или RAID10 хуже
> переживает ребилд?
>
> Да, я в курсе, что грузиться можно только с RAID1.  Система - отдельный
> комплект разделов, там формируется RAID1.
>
> И чтоб два раза не вставать.  Я правильно понимаю, что если у меня
> сейчас под своп сделан RAID1 из двух разделов с двумя spare (в машине
> сейчас 4 винчестера), то возможно, умнее вместо этого сделать RAID10 -
> не то важно, что объем будет вдвое больше, а то, что подниматься оттуда
> будут потенциально быстрее?  Или на самом деле однофигственно?
>
> Материнка на 6 SATA, контроллер, судя по всему, один.
>
>

Re: Вопрос по dpkg-deb и контрольную сумму пакета

2016-05-06 Пенетрантность Mykola Nikishov

Alexey Ermakov  writes:

> Собираю тестовый пакет, с какиь-либо содержимым. Пакет собирается
> нормально. Но при повторной сборке того же самого пакета с теми же самыми
> файлами его контрольная сумма не совпадает с первым.

> Видимо в файл пакета добавляется информация о времени сборки.

Зачем же гадать, есть diffoscope [1]:

...will try to get to the bottom of what makes files or directories
different. It will recursively unpack archives of many kinds and
transform various binary formats into more human readable form to
compare them.

> Можно как либо собирать пакеты с одинаковой контрольной суммой?

Оттуда же [1]: diffoscope is developed within the Debian “Reproducible
builds” effort.

[1] https://diffoscope.org/

-- 
"Получил письмо на иврите с вкраплениями слов Java и Big Data. Много думал.
  -- Sergey Kuksenko, 
https://twitter.com/kuksenk0/status/719778207495360512

Re: Вопрос по dpkg-deb и контрольную сумму пакета

2016-03-08 Пенетрантность Коротаев Руслан

В сообщении от [Вт 2016-03-08 00:45 +0300]
Alexey Ermakov <axel...@gmail.com> пишет:

> Хорошо, вопрос вобщем-то всплыл при создании собственного репозитория из своих
> пакетов.
> Реализована система сборки ПО, которая собирает программы и подготавливает deb
> пакеты. После чего формируется репозиторий (или обновляется, елси он уже был
> сформирован) и при обновлении этого репозитория возникают проблемы.
> Пересобранный софт (даже если изменений в нём не было) при добавлении в репу
> ругается на несоответствие md5sum.
> Вполне возможно что система сборки реализована неправильно, где можно почитать
> нормально реализовать систему сборки и формирования репозитория в debian?

Это другая тема, очень широкая. Репозитории бывают разные, «сложные» с
пинингом, пулом, компонентами, исходниками, архитектурами и «простые» с
каталогом пакетов. Между сложными и простыми репозиториям, может быть
несколько промежуточных решений и соответствующих им инструментов. Можно
начать отсюда [1], выбрать нужные инструменты и уже по ним задать
конкретный вопрос.

Со сборкой тоже самое, есть «сложный» путь через Debian Policy [2], есть
«простой». В любом случае, если пакет не собирается, то к репозиториям
лучше не приступать.

[1]: https://wiki.debian.org/HowToSetupADebianRepository
[2]: https://www.debian.org/doc/debian-policy/

-- 
Коротаев Руслан
http://blog.kr.pp.ru

Re: Вопрос по dpkg-deb и контрольную сумму пакета

2016-03-08 Пенетрантность Oleksandr Gavenko

On 2016-03-08, Andrey Melnikoff wrote:

>> Вполне возможно что система сборки реализована неправильно, где можно
>> почитать нормально реализовать систему сборки и формирования репозитория в
>> debian?
>
> В убунтушних мануалах.

В https://www.debian.org/devel/buildd/ говорится что официально сборка пакетов
ведется на связке:

  wanna-build  / buildd / sbuild

  $ apt-cache show buildd

   The sbuild suite of programs (buildd and sbuild) are
   used to build binary packages from source packages.  The wanna-build
   database tracks packages which require building; buildd schedules
   work from information it gets from the wanna-build database; sbuild
   does the actual package building.

По идее официальный мануал по связке должен быть:

https://www.debian.org/doc/manuals/developers-reference/apa.en.html#tools-builders

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

Ман-странички рассказывают как пользоваться sbuild / buildd, но как то сложно
выглядит конфигурация wanna-build - что собирать, от куда брать и куда ложить
результат.

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

-- 
http://defun.work/

Re: Вопрос по dpkg-deb и контрольную сумму пакета

2016-03-08 Пенетрантность Andrey Melnikoff

Alexey Ermakov <axel...@gmail.com> wrote:
> [-- text/plain, кодировка base64, кодировка: UTF-8, 47 строк --]

> Хорошо, вопрос вобщем-то всплыл при создании собственного репозитория из
> своих пакетов.
> Реализована система сборки ПО, которая собирает программы и подготавливает
> deb пакеты. После чего формируется репозиторий (или обновляется, елси он
> уже был сформирован) и при обновлении этого репозитория возникают проблемы.
> Пересобранный софт (даже если изменений в нём не было) при добавлении в
> репу ругается на несоответствие md5sum.
Эмм, а при сборке номер билда меняется? Если нет - то всё правильно оно 
возмущается.

> Вполне возможно что система сборки реализована неправильно, где можно
> почитать нормально реализовать систему сборки и формирования репозитория в
> debian?

В убунтушних мануалах.

Re: Вопрос по dpkg-deb и контрольную сумму пакета

2016-03-07 Пенетрантность Alexey Ermakov

Хорошо, вопрос вобщем-то всплыл при создании собственного репозитория из
своих пакетов.
Реализована система сборки ПО, которая собирает программы и подготавливает
deb пакеты. После чего формируется репозиторий (или обновляется, елси он
уже был сформирован) и при обновлении этого репозитория возникают проблемы.
Пересобранный софт (даже если изменений в нём не было) при добавлении в
репу ругается на несоответствие md5sum.
Вполне возможно что система сборки реализована неправильно, где можно
почитать нормально реализовать систему сборки и формирования репозитория в
debian?

7 марта 2016 г., 17:28 пользователь Коротаев Руслан <korot...@ufamail.ru>
написал:

> В сообщении от [Пн 2016-03-07 13:36 +0300]
> Alexey Ermakov <axel...@gmail.com> пишет:
>
> > Собираю тестовый пакет, с какиь-либо содержимым. Пакет собирается
> нормально. Но
> > при повторной сборке того же самого пакета с теми же самыми файлами его
> > контрольная сумма не совпадает с первым.
> > Видимо в файл пакета добавляется информация о времени сборки. Можно как
> либо
> > собирать пакеты с одинаковой контрольной суммой?
>
> Там не только время сборки, но ещё и локаль, часовой пояс и что-то ещё.
> У Debian есть проект по воспроизводимой сборке — Reproducible Builds
> [1], готового инструмента пока нет, но энтузиасты могут попробовать то
> что уже есть. Тема правильная, может быть [2] всякое [3], проверить не
> помешает.
>
> [1]: https://wiki.debian.org/ReproducibleBuilds
> [2]: https://www.opennet.ru/opennews/art.shtml?num=43597
> [3]: https://www.opennet.ru/opennews/art.shtml?num=43915
>
> --
> Коротаев Руслан
> http://blog.kr.pp.ru
>
>

Re: Вопрос по dpkg-deb и контрольную сумму пакета

2016-03-07 Пенетрантность Коротаев Руслан

В сообщении от [Пн 2016-03-07 13:36 +0300]
Alexey Ermakov  пишет:

> Собираю тестовый пакет, с какиь-либо содержимым. Пакет собирается нормально. 
> Но
> при повторной сборке того же самого пакета с теми же самыми файлами его
> контрольная сумма не совпадает с первым.
> Видимо в файл пакета добавляется информация о времени сборки. Можно как либо
> собирать пакеты с одинаковой контрольной суммой?

Там не только время сборки, но ещё и локаль, часовой пояс и что-то ещё.
У Debian есть проект по воспроизводимой сборке — Reproducible Builds
[1], готового инструмента пока нет, но энтузиасты могут попробовать то
что уже есть. Тема правильная, может быть [2] всякое [3], проверить не
помешает.

[1]: https://wiki.debian.org/ReproducibleBuilds
[2]: https://www.opennet.ru/opennews/art.shtml?num=43597
[3]: https://www.opennet.ru/opennews/art.shtml?num=43915

-- 
Коротаев Руслан
http://blog.kr.pp.ru

Re: Вопрос по dpkg-deb и контрольную сумму пакета

2016-03-07 Пенетрантность Alexey Ermakov

В опциях dpkg-deb можно указать тип сжатия, и там есть gzip.
Попробовал поставить тип сжатия gzip и установил переменную GZIP="-n".
КС всё равно отличается, копаю дальше

7 марта 2016 г., 15:02 пользователь  написал:

> On Mon, 7 Mar 2016, Alexey Ermakov wrote:
>
> Собираю тестовый пакет, с какиь-либо содержимым. Пакет собирается
>> нормально. Но при повторной сборке того же самого пакета с теми же самыми
>> файлами его контрольная сумма не совпадает с первым.
>> Видимо в файл пакета добавляется информация о времени сборки. Можно как
>> либо собирать пакеты с одинаковой контрольной суммой?
>>
>>
>  Похоже, что ноги растут из того, что gzip в заголовок добавляет
>  информацию о времени архивации, a deb-file содержит gzipped tarfile.
>  (Смотрите man 5 deb (deb-old))
>
>  При создании тарфайла можно поиграться с параметрами,
>  что бы избежать такого поведения:
>
>  > tar --gzip -cf d.tar.gz dot_files/
>  > tar --gzip -cf d2.tar.gz dot_files/
>  > md5sum d.tar.gz d2.tar.gz e3cf25f5c5be16cd765854fa53b96e70  d.tar.gz
> 3923fcfe783e13638053468026c153e4  d2.tar.gz
>
>  > GZIP=-n tar --gzip -cf d.tar.gz dot_files/
>  > GZIP=-n tar --gzip -cf d2.tar.gz dot_files/
>  > md5sum d.tar.gz d2.tar.gz 42d09da239e213c57917c359df1b8bc4  d.tar.gz
> 42d09da239e213c57917c359df1b8bc4  d2.tar.gz
>
>  Успехов.
> Ю.
>
>  p.s. Я почему-то был уверен что в новом формате deb (2.0)
>  все tar архивируются c xz. Однако смотрю сейчас на такой
>  deb-file (новый пакет debian, версия 2.0) а там внутри
>  control.tar.gz лежит...
>  Даже как-то непонятно, а зачем так делают?
>

Re: Вопрос по dpkg-deb и контрольную сумму пакета

2016-03-07 Пенетрантность yuri . nefedov

On Mon, 7 Mar 2016, Alexey Ermakov wrote:

Собираю тестовый пакет, с какиь-либо содержимым. Пакет собирается
нормально. Но при повторной сборке того же самого пакета с теми же самыми
файлами его контрольная сумма не совпадает с первым.
Видимо в файл пакета добавляется информация о времени сборки. Можно как
либо собирать пакеты с одинаковой контрольной суммой?

 Похоже, что ноги растут из того, что gzip в заголовок добавляет
 информацию о времени архивации, a deb-file содержит gzipped tarfile.
 (Смотрите man 5 deb (deb-old))

 При создании тарфайла можно поиграться с параметрами,
 что бы избежать такого поведения:

 > tar --gzip -cf d.tar.gz dot_files/
 > tar --gzip -cf d2.tar.gz dot_files/
 > md5sum d.tar.gz d2.tar.gz 
e3cf25f5c5be16cd765854fa53b96e70  d.tar.gz

3923fcfe783e13638053468026c153e4  d2.tar.gz

 > GZIP=-n tar --gzip -cf d.tar.gz dot_files/
 > GZIP=-n tar --gzip -cf d2.tar.gz dot_files/
 > md5sum d.tar.gz d2.tar.gz 
42d09da239e213c57917c359df1b8bc4  d.tar.gz

42d09da239e213c57917c359df1b8bc4  d2.tar.gz

 Успехов.
Ю.

 p.s. Я почему-то был уверен что в новом формате deb (2.0)
 все tar архивируются c xz. Однако смотрю сейчас на такой
 deb-file (новый пакет debian, версия 2.0) а там внутри
 control.tar.gz лежит...
 Даже как-то непонятно, а зачем так делают?

Вопрос по dpkg-deb и контрольную сумму пакета

2016-03-07 Пенетрантность Alexey Ermakov

Собираю тестовый пакет, с какиь-либо содержимым. Пакет собирается
нормально. Но при повторной сборке того же самого пакета с теми же самыми
файлами его контрольная сумма не совпадает с первым.
Видимо в файл пакета добавляется информация о времени сборки. Можно как
либо собирать пакеты с одинаковой контрольной суммой?

Re: Вопрос про выбор версии пакета для UPports

2016-02-18 Пенетрантность Andrey Nikitin

В Thu, 18 Feb 2016 16:42:10 +0300
Hleb Valoshka <375...@gmail.com> пишет:

> ruby-sequel-pg - это "ускоритель обработки запросов". для нормальной
> работы нужны драйверы к конкретным БД: ruby-sqlite3, ruby-mysql2,
> ruby-pg, etc либо для работы с интерфейсами типа odbc.
Спс, проглядел, отсутствие (хотя бы) recommends от ruby-mysql и т.п. смутило.

Re: Вопрос про выбор версии пакета для UPports

2016-02-18 Пенетрантность Hleb Valoshka

On 2/17/16, Andrey Nikitin  wrote:

>> Сейчас пользуются ruby-sequel.
>
> В дебе на него тоже, похоже, забили,
> т.к. он с wheezy только для Pg, да и приложений в репе не густо, целых 4.

ruby-sequel-pg - это "ускоритель обработки запросов". для нормальной
работы нужны драйверы к конкретным БД: ruby-sqlite3, ruby-mysql2,
ruby-pg, etc либо для работы с интерфейсами типа odbc.

Re: Вопрос про выбор версии пакета для UPports

2016-02-17 Пенетрантность Andrey Nikitin

В Wed, 17 Feb 2016 15:23:44 +0300
Hleb Valoshka <375...@gmail.com> пишет:

> Сейчас пользуются ruby-sequel.

В дебе на него тоже, похоже, забили,
т.к. он с wheezy только для Pg, да и приложений в репе не густо, целых 4.

Re: Вопрос про выбор версии пакета для UPports

2016-02-17 Пенетрантность Hleb Valoshka

On 2/17/16, Andrey Nikitin  wrote:

>> Его вообще удалили из Дебиана. Т.к. почти никто им больше не
>> пользуется, по крайнер мере от него ничего в не зависит.
> Печально, dbi хорошая штука, в плане универсальности.

Но даже апстрим уже болле 5 леn как забросил. Сейчас пользуются ruby-sequel.

Re: Вопрос про выбор версии пакета для UPports

2016-02-17 Пенетрантность Andrey Nikitin

В Wed, 17 Feb 2016 13:17:48 +0300
Hleb Valoshka <375...@gmail.com> пишет:

> Его вообще удалили из Дебиана. Т.к. почти никто им больше не
> пользуется, по крайнер мере от него ничего в не зависит.
Печально, dbi хорошая штука, в плане универсальности.

> 4~nmu1 либо 3+nmu1
Спс.

Re: Вопрос про выбор версии пакета для UPports

2016-02-17 Пенетрантность Hleb Valoshka

On 2/17/16, Andrey Nikitin <andrey.d.niki...@gmail.com> wrote:

> В jessie есть пакет ruby-dbi_0.4.5-3 (вообще, их там неск. из одного
> исходного)
> Мне он нужен в stretch-e.
> Ruby Extras Maintainers молчат и, судя по всему, забили на него.

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

> Вопрос: какую версию выбрать для NMU, чтобы она была старше исходной
> (для гарантированного апдейта установленной но неработающей версии из
> jessie),
> но младше _любой_ другой, которую могут назначить Ruby Extras Maintainers,
> если разродятся?

4~nmu1 либо 3+nmu1

Re: Вопрос про выбор версии пакета для UPports

2016-02-17 Пенетрантность Alexander Galanin

On Wed, 17 Feb 2016 11:13:04 +0300
Andrey Nikitin <andrey.d.niki...@gmail.com> wrote:

> Вопрос: какую версию выбрать для NMU, чтобы она была старше исходной
> (для гарантированного апдейта установленной но неработающей версии из jessie),
> но младше _любой_ другой, которую могут назначить Ruby Extras Maintainers, 
> если разродятся?

Что-нибудь типа новая.версия~nmu1. В backports пакеты как-то так называют.

См.
https://www.debian.org/doc/manuals/maint-guide/first.ru.html#namever о
правилах сравнения версий.

-- 
Alexander Galanin

Вопрос про выбор версии пакета для UPports

2016-02-17 Пенетрантность Andrey Nikitin

Привет.

В jessie есть пакет ruby-dbi_0.4.5-3 (вообще, их там неск. из одного исходного)
Мне он нужен в stretch-e.
Ruby Extras Maintainers молчат и, судя по всему, забили на него.
Предполагаю что задачу можно решить простой пересборкой (ну может с неб. 
патчами).

Вопрос: какую версию выбрать для NMU, чтобы она была старше исходной
(для гарантированного апдейта установленной но неработающей версии из jessie),
но младше _любой_ другой, которую могут назначить Ruby Extras Maintainers, если 
разродятся?

Спс.

Re: вопрос по .xsession-errors

2015-11-23 Пенетрантность Oleksandr Gavenko

On 2015-11-23, Melleus wrote:

> 1. имеем файл ~/.xsession-errors
>
> 2. в него кто-то раз в несколько секунд с завидным постоянством пишет
> следующее:
>
> sh: 1: iwconfig: not found
>
> Обнаружил случайно, решил заглянуть, почему такой большой размер у
> файла. А там - это.
>
> Вопрос - как разобраться, что происходит? 

  $ sudo apt-get install auditd

  $ sudo auditctl -w ~/.xsession-errors -p w

Ждать и затем анализировать /var/log/audit/audit.log, или:

  $ sudo ausearch -f ~/.xsession-errors

В конце:

  $ sudo auditctl -W ~/.xsession-errors
  $ sudo service auditd stop
  $ sudo update-rc.d auditd disable

Я попробовал:

  $ sudo auditctl -w /tmp -p w

При старте xterm в логе есть строчка:

  type=SYSCALL msg=audit(1448308853.684:34): arch=c03e syscall=87
  success=yes exit=0 a0=24218a0 a1=7ffe55d12880 a2=7ffe55d12880
  a3=7ffe55d12640 items=2 ppid=3522 pid=12342 auid=4294967295 uid=1000
  gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000
  tty=(none) ses=4294967295 comm="xterm" exe="/usr/bin/xterm" key=(null)

Тут у нас pid, ppid, uid, gid, а также:

  comm="xterm" exe="/usr/bin/xterm"

что очень удобно для быстро исчезающих скриптов.

> Извиняюсь за шум, методом исключения выяснил, что это awesome
> виноват.

Я полагаю таким способом Вы бы прямо получили ответ без "метода исключения".

Чесно говоря до Вашего поста я о auditctl ничего не знал, но недавно отлаживал
CLASSPATH в Tomcat и там оказалось классным:

  $ inotifywait -m -r /tmp

Но inotify не рассказывает какие pid задействованы. inotify можно узнать какие
файлы трогают, но этого не достаточно в Вашем случае.

Для себя поискал как решается задача, что б знать на будущее, auditd -
дополнительно говорит кто трогает.

Там еще есть какие то штуки:

  https://en.wikipedia.org/wiki/File_Alteration_Monitor

-- 
Best regards!

Re: создание репозитория (вопрос по файлу Contents-amd64.gz)

2015-11-23 Пенетрантность Victor Wagner

On Mon, 23 Nov 2015 12:53:36 +0300
Andrew Kirsanov  wrote:

> У меня есть репозиторий на двух дисках (ОС Астра линукс - debian
> based).
> 
> Хочу соединить их в один репозиторий, чтобы разместить в сети.

1. По-моему, проще оставить это двумя разными репозиториями и прописать
в sources.list на тех машинах, которые будут этими репозиториями
пользоваться, две строчки.

Тогда можно раздавать репозитории прямо с примонтирвоанных образов
дистрибутивных дисков

> 
> Делаю так.
> Собрал два пула с разных дисков в одно место.
> Файлы в папке dists генерю самостоятельно командой apt-ftparchive.

2. Можно взять какой-нибудь другой инструмент, генерирующий Packages и
Contents, но умеющий pool-based репозитории, например reprepro.

> Но на выходе у меня получается список без относительны

вопрос по .xsession-errors

Прошу подсказки в такой ситуации:

1. имеем файл ~/.xsession-errors

2. в него кто-то раз в несколько секунд с завидным постоянством пишет
следующее:

sh: 1: iwconfig: not found

3. с сетью (и вообще с системой в целом) видимых проблем нет, все
работает.

Обнаружил случайно, решил заглянуть, почему такой большой размер у
файла. А там - это.

Вопрос - как разобраться, что происходит? 

Спасибо заранее.

ЗЫ. Комп используется как декстоп (писательство, я не настоящий
айтишник). Сижу на стабильной ветке, десктопом awesome заведует, сетью -
network manager.

Re: вопрос по .xsession-errors

2015-11-23 Пенетрантность Eugene Berdnikov

Извиняюсь за шум, методом исключения выяснил, что это awesome
виноват.

Re: вопрос по .xsession-errors

On Mon, Nov 23, 2015 at 02:18:26PM +0200, Melleus wrote:
> Прошу подсказки в такой ситуации:
> 
> 1. имеем файл ~/.xsession-errors
> 
> 2. в него кто-то раз в несколько секунд с завидным постоянством пишет
> следующее:
> 
> sh: 1: iwconfig: not found
> 
> 3. с сетью (и вообще с системой в целом) видимых проблем нет, все
> работает.
> 
> Обнаружил случайно, решил заглянуть, почему такой большой размер у
> файла. А там - это.
> 
> Вопрос - как разобраться, что происходит? 

 Проще всего сделать исполняемый файлик iwconfig с командочкой вроде
 ps auxfww | mail -s iwconfig root
 Можете подставить свой e-mail по вкусу. Есть и другие решения.
-- 
 Eugene Berdnikov

создание репозитория (вопрос по файлу Contents-amd64.gz)

2015-11-23 Пенетрантность Andrew Kirsanov

У меня есть репозиторий на двух дисках (ОС Астра линукс - debian based).

Хочу соединить их в один репозиторий, чтобы разместить в сети.

Делаю так.
Собрал два пула с разных дисков в одно место.
Файлы в папке dists генерю самостоятельно командой apt-ftparchive.

Но на выходе у меня получается список без относительных путей.

Например:

В оригинальном файле Contents-amd64.gz
*etc/ald/ald.confnon-free/admin/ald-client*
У меня получается просто имя
etc/ald/ald.conf ald-client

Как сделать аналогичный список?

А может я вообще не так все делаю?

-- 
Andrew Kirsanov

Re: вопрос по .xsession-errors

Eugene Berdnikov <b...@protva.ru> writes:

> On Mon, Nov 23, 2015 at 02:18:26PM +0200, Melleus wrote:
>> Прошу подсказки в такой ситуации:
>> 
>> 1. имеем файл ~/.xsession-errors
>> 
>> 2. в него кто-то раз в несколько секунд с завидным постоянством пишет
>> следующее:
>> 
>> sh: 1: iwconfig: not found
>> 
>> 3. с сетью (и вообще с системой в целом) видимых проблем нет, все
>> работает.
>> 
>> Обнаружил случайно, решил заглянуть, почему такой большой размер у
>> файла. А там - это.
>> 
>> Вопрос - как разобраться, что происходит? 
>
>  Проще всего сделать исполняемый файлик iwconfig с командочкой вроде
>  ps auxfww | mail -s iwconfig root
>  Можете подставить свой e-mail по вкусу. Есть и другие решения.

Все гениальное - просто. И тот, кто дернет за ниточку, спалит себя сам
:) Спасибо за идею!

Re: вопрос по .xsession-errors