Re: LSI MegaRAID SAS 8208ELP в Debian
On Mon, Feb 08, 2016 at 06:03:43PM +0300, Павел Марченко wrote: >Конечно это не мое дело, но зачем такие сложности? >Почему не использовать железный raid? В смысле, выкинуть контроллер и купить новый? Вариант, но это уже вне моей компетенции. >Если уже и начинать химичить, то проще загрузчик и /boot на флешку и >грузится с нее. Загружаться с - задача максимум, конечно. В запасе есть еще SATA-контроллер на материнской плате, так что загрузиться найдется откуда. А минимум - чтобы эта штука просто работала как контроллер.
Re: Как переносить настройки / мигрировать на другой сервер?
On 2016-02-07, Sergey B Kirpichev wrote: >> Может показаться что на чистом Debian не буде сторонних польщователей/групп. >> Но даже у моей досашней машинки - пользователь mysql / tomcat7 - >> нестандартный >> и от порядка установки пакетов будет другой номер у пользователя (( > > Вообще говоря, такая засада есть. Но вы же _все_ файлы > синхронизируете, верно? Значит вам либо на это должно быть > наплевать - либо вы хотите чего-то странного. В предложении я еще думал о /usr и /var иерархии. В принципе в /usr нашлись только root и daemon. А вот в /var есть все, кого не возьми: bash# sudo find /var/lib/ -print0 | xargs -0 -n 100 sudo stat -c "%U" | sort -u geoclue gnunet jetty list mongodb mpd mysql nobody ntp postgres redis root user varnish www-data Иерархии /usr и /var перетаскивать не хотелось... Определенная уверенность в том как поступать сформировалась, правильной задачей будет организовать резервное копирование - для восстановления или переезда в случае проблем. Нужно еще читать. -- http://defun.work/
Re: LSI MegaRAID SAS 8208ELP в Debian
On Mon, Feb 08, 2016 at 06:44:21PM +0300, Andrey Melnikoff wrote: > Потому что это "Fake Raid". Может таки имелось в виду: "выкинь ты ее"? > > Если уже и начинать химичить, то проще загрузчик и /boot на флешку и > > грузится с нее. > Проще, но автор не ищщет легких путей. Убитых флешек автору уже на ожерелье хватит. Так что конкретно этот вариант - наверное все-таки не вариант.
Re: LSI MegaRAID SAS 8208ELP в Debian
Павел Марченкоwrote: > Конечно это не мое дело, но зачем такие сложности? > Почему не использовать железный raid? Потому что это "Fake Raid". > Если уже и начинать химичить, то проще загрузчик и /boot на флешку и > грузится с нее. Проще, но автор не ищщет легких путей.
Re: Как переносить настройки / мигрировать на другой сервер?
> > Иногда и без перезапуска можно. > У нас виртуалки на дебиане и убунте с ядрами новей 3.2 - отлично > ресайзятся без ребута. > ага - вверх, но не вниз
Re: Как переносить настройки / мигрировать на другой сервер?
8 февраля 2016 г., 16:43 пользователь Vasiliy P. Melnikнаписал: >> Иногда и без перезапуска можно. >> У нас виртуалки на дебиане и убунте с ядрами новей 3.2 - отлично >> ресайзятся без ребута. > ага - вверх, но не вниз Как раз обсуждаемый случай :-) А вниз - действительно только оффлайн (у нас - снапшот, rsync, выключение, повторный rsync). -- Stanislav
Re: LSI MegaRAID SAS 8208ELP в Debian
Конечно это не мое дело, но зачем такие сложности? Почему не использовать железный raid? Если уже и начинать химичить, то проще загрузчик и /boot на флешку и грузится с нее. 7 февраля 2016 г., 19:07 пользователь Sergey Kirpichevнаписал: > На всякий случай попробую поспрошать здесь. > > Может кто-то из уважаемых имеет счастье иметь этот контроллер > в Debian, да еще в работоспособном виде? > > # lspci |grep SAS > 03:00.0 SCSI storage controller: LSI Logic / Symbios Logic MegaRAID SAS > 8208ELP/8208ELP (rev 08) > > Задачи: > 1) заставить его отдавать голые диски в систему (в наличии > при ем 3 шт. SAS разных размеров и разной степени убитости). > 2) побить диски на разделы, сделать рейд средствами системы (md). > 3) грузиться потом с этого самого контроллера. > > C 1-2) худо-бедно получилось справиться, подсунув PCI ID > драйверу mptsas при инсталляции Debian Wheezy (см. напр. > http://forum.univention.de/viewtopic.php?f=48=1406 > (В ядре из Jessie, вроде, этот idшник уже есть в драйвере.) > Загрузчик поставил на первый диск (sda), там же раздел для /boot, > далее на всех трех дисках выделил одинаковые разделы и > сделал raid5 массив. > > А вот с 3) пока выяснилось следующее: контроллер позволяет > в своем биос пометить загрузочным только созданный там > райд-массив: в частности, raid0 из отдельного диска. Именно > последний вариант я выбрал, сделав его из sda. > > Система загружается, видит диски и разделы на них, за > исключением разделов на том самом первом диске. Соответственно, > программный raid5 сразу разваливается. Помимо дисков и созданных > мной mdadm массивов - виден также /dev/md127 (metadata:ddf), видимо > это то, что добавлено через BIOS контроллера. Если сказать > mdadm --stop /dev/md127 && partprobe /dev/sda - появляются созданные > ранее разделы на первом диске, доступные для записи и после добавления > руками /dev/sda5 в развалившийся ранее raid5 массив - начинается > синхронизация данных на него (покуда массив не разваливается из-за > проблем с уже другим диском). > > Подозреваю, что если сказать ядру md.ddf=0 - оно не будет стартовать > /dev/md127. Будет ли этого достаточно, чтобы после загрузки корректно > определялись _все_ разделы и можно было обновлять загрузчик на /dev/sda > без риска повредить метаданные, что добавил контроллер? > > PS: В аттаче прикрепил вывод mdadm с созданных массивов (уже после > убития raid5, увы, покуда еще там что-то шевелилось), --examine с sda. > -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: Как переносить настройки / мигрировать на другой сервер?
кто-то юзает бтрфс на продакшине? да ладно - оно ж тормозное 8 февраля 2016 г., 15:23 пользователь Sergey B Kirpichev < skirpic...@gmail.com> написал: > On Mon, Feb 08, 2016 at 04:53:49PM +0500, Stanislav Vlasov wrote: > > А вниз - действительно только оффлайн (у нас - снапшот, rsync, > > выключение, повторный rsync). > > Можно и онлайн, но это не все (или только btrfs?) файловые системы > умеют (раз), и, вообще говоря, в этом случае знать > что внутре - принципиально (два). > >
Re: Как переносить настройки / мигрировать на другой сервер?
On Mon, Feb 08, 2016 at 04:53:49PM +0500, Stanislav Vlasov wrote: > А вниз - действительно только оффлайн (у нас - снапшот, rsync, > выключение, повторный rsync). Можно и онлайн, но это не все (или только btrfs?) файловые системы умеют (раз), и, вообще говоря, в этом случае знать что внутре - принципиально (два).