Re: Надежность LVM (ext3 vs lvm и ext3)
09:10 Fri 30 Mar, Скубриев Владимир wrote: > 29.03.2012 1:16, Michael Shigorin написал: > > >>Можно не пилить так, а сделать квотами, но _мне_ так удобнее. > >Аналогично -- один раздел (не считая /home или /var, соответственно) > >делаю только на ноутах и hardware node серверов виртуализации. > > > > вчера ставил дебиан по новой схеме, вынести /etc в отдельный раздел > установщик не дал. > сказал, что /etc должна находится в root fs и его по всей видимости > не переубедить. > > ни кто случайно не подскажет более точно почему debian-installer не > дает так поступить ? А как вообще можно вынести /etc в отдельный раздел? Конечно если вы не наплодили копий содержимого /etc (один в rootfs, а потом поверх rootfs/etc монтируете еще один /etc). Эту догадку можете проверить на той системе, где вы так сделали: mkdir /mnt/tmp mount -o bind / /mnt/tmp ls /mnt/tmp/etc Если в /mnt/tmp/etc будет пусто, то мне становится интересно, как оно вообще находит /etc/fstab. То, что d-i старается не давать стрелять себе в ногу вполне логично. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120330060645.gk6...@debbox.it
Re: Надежность LVM (ext3 vs lvm и ext3)
29.03.2012 1:20, Michael Shigorin написал: On Tue, Mar 27, 2012 at 07:16:46PM +0400, Igor Savinykh wrote: Причем были случаи когда диски начинали сыпаться с областей в var. Диски менять надо через три года более-менее любые, см. тж. http://research.google.com/archive/disk_failures.pdf +1 после того, как я стал применять инструмент проверки поверхности victoria (а есть opensource аналог ?) и стал более пристально приглядываться к тому, что хранит SMART я стал более разборчив с выбором дисков для серверов (часто приходится использовать и перемещать уже б.у. диски) огромную роль играет собираемая в голове статистика, после таких проверок стало ясно что диски бывают разные. выбирая для важных задач менее убитые. откладывая убитые в дальний ящик. не знающим на заметку. не сочтите за оверквотинг -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f754469.4080...@skubriev.ru
Re: Надежность LVM (ext3 vs lvm и ext3)
29.03.2012 1:16, Michael Shigorin написал: Можно не пилить так, а сделать квотами, но _мне_ так удобнее. Аналогично -- один раздел (не считая /home или /var, соответственно) делаю только на ноутах и hardware node серверов виртуализации. вчера ставил дебиан по новой схеме, вынести /etc в отдельный раздел установщик не дал. сказал, что /etc должна находится в root fs и его по всей видимости не переубедить. ни кто случайно не подскажет более точно почему debian-installer не дает так поступить ? -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f754063.2090...@skubriev.ru
Re: Надежность LVM (ext3 vs lvm и ext3)
29.03.2012 19:01, Andrey Melnikoff пишет: > Ну со свопом сейчас уже всё трудно. Его можно и не делать более 2Gb. Если > нужно - можно с помощью dphys-swapfile по ходу создавать его. > Но как показывает моя практика - для тяжелонагруженой машины с достаочным > количеством свопа и памяти - своп иногда вреден. 2.6.32 ядро иногда начинает > заниматься sawp-trashing'ом - при достаточном объеме памяти выдавливать всё > в своп. Работать в эти моменты просто невозможно. Обрати внимание на vm.swappiness. Вероятно может помочь. > А теперь можно поязснить - зачем такая шинковка диска в капусту? И зачем тут > lvm? Если хочется нашинковать диск на кучку мелких обломков - для этого есть > GPT (128 записей о разделах должно хватить на любые извращения). Лишний > уровень абстракции? Для чего? На сколько я помню, GPT умеет не всякий BIOS, да и даст ли мне GPT на лету поменять размеры разделов? Снапшоты? Миграцию с диска на диск? А шинковать удобно за тем, чтобы Вася из отдела "А" замусорив раздел для "А" не мешал при этом остальным отделам работать. А уж внутри отдела найти виновника и поручить самому отделу разобраться так ли им нужны все эти файлы не сложно. Можно квотами сделать, но квоты не дадут снапшотов и миграцию. И то и другое временами используется. -- Best regards, Mikhail - WWW: http://www.antmix.pp.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: Надежность LVM (ext3 vs lvm и ext3)
19:01 Thu 29 Mar, Andrey Melnikoff wrote: > Для себя вообще не вижу надобности в lvm. Нет, он нужен мне на моей рабочей > машине, куда я переодически доабвляю мелкие винты под хранилище торрентов. > Но вот на серверах - совершенно бесполезная вещь. Как раз на серверах оно полезно, особенно если нужно бэкапить mysql, перенести систему без остановки на больший диск и т.д. На прошлой неделе пришлось переносить почти терабайт мелких файлов (примерно 100 млн. файлов - бэкапы и архивная инфа). Если такой объем переносить как файлы, то замучаешься ждать, причем постоянно в архив приходят новые файлы. А через добавление дисков в LVM и перемещением группы томов на новый массив проходит прозрачно и без остановки сервиса. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120329203357.ga9...@blackice.home.tataranovich.com
Re: Надежность LVM (ext3 vs lvm и ext3)
Mikhail A Antonov wrote: > [-- text/plain, кодировка base64, кодировка: windows-1251, 86 строк --] > 28.03.2012 09:45, Скубриев Владимир пишет: > > Вы ведь в списке рассылке, которая по сути своей существует с целью > > помощи одних - другим. Расскажите пожалуйста как вы делаете разбивку > > на серверах ? > > > > Предположим что это сервер с двумя/четырьмя дисками. > Вставлю свои 5 копеек. > В общем случае если возможно сделать рейд - делаю рейд. Уровень зависит > от задач и количества дисков. Чаще всего это 1 и 10. И чаще всего аппаратно. > Если софтово - то первые 300M - отдельный рейд для /boot с ext2 без lvm, > остальное - pv для lvm. > По разнесению фс по томам - сильно зависит от задач, но в общем так: > /boot (без lvm, остальное на lvm) - 300M > / - 5G > swap - == объём RAM, но не более 4G. Опять же зависит от железа и задач. > На сервер с sas-винтами на аппаратном raid10 с 32Gb RAM, использующийся > в качестве машины с виртуалками будет совершенно бестолково делать swap > даже на 2Гб. Местами вообще и 1Гб будет бестолково и много - слишком > неповоротливый будет сервер, если он ВНЕЗАПНО решит достать много свопа. > Рекомендации вида RAM*2 остались во временах, когда полгига RAM это было > много. Ну со свопом сейчас уже всё трудно. Его можно и не делать более 2Gb. Если нужно - можно с помощью dphys-swapfile по ходу создавать его. Но как показывает моя практика - для тяжелонагруженой машины с достаочным количеством свопа и памяти - своп иногда вреден. 2.6.32 ядро иногда начинает заниматься sawp-trashing'ом - при достаточном объеме памяти выдавливать всё в своп. Работать в эти моменты просто невозможно. > Далее делаем lv для того, что реально нужно. > Файлопомойка? - сделаем мелкий lv где-нибудь в /samba/ внутри кторого > будут более крупные, в которых и будут лежать файлы. > Пример файлопомойки мелкой конторы: [skipp] А теперь можно поязснить - зачем такая шинковка диска в капусту? И зачем тут lvm? Если хочется нашинковать диск на кучку мелких обломков - для этого есть GPT (128 записей о разделах должно хватить на любые извращения). Лишний уровень абстракции? Для чего? > Можно не пилить так, а сделать квотами, но _мне_ так удобнее. > Мускуль - сделаем нужного размера lv и примонтируем куда надо - либо > туда, где мускуль подефолту хранит свои базы, либо в удобное (ну мало ли > у кого какие привычки) для нас место типа /data/mysql/. Примеров думаю > не надо - всё и так ясно. > Ещё что-то? - сделаем аналогично. > Не скажу что это всё 100% правильно и является последней инстанцией. Вся > эта возня "всё на одном разделе" или "всё на разных" - это как война > тупоконечников с остроконечниками. Для себя вообще не вижу надобности в lvm. Нет, он нужен мне на моей рабочей машине, куда я переодически доабвляю мелкие винты под хранилище торрентов. Но вот на серверах - совершенно бесполезная вещь. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e3ae49-go@kenga.kmv.ru
Как изменить место создания временных файлов mcedit?
Привык использовать mcedit. Теперь вот настроил incron и создаваемые, при редактировании файлов mcedit'ом, временные файлы вида !.#имя_файла, очень мешают. Файлики эти создаются в папке с редактируемым файлом. Можно как-то изменить место создания этих файлов? При использовании nano, таких проблем нет. -- С уважением, Евгений Видяков.
Re: Надежность LVM (ext3 vs lvm и ext3)
28.03.2012 14:02, Mikhail A Antonov написал: 28.03.2012 13:59, Скубриев Владимир пишет: Спасибо за участие в треде. Вот ведь как иногда бывает полезно обсудить давно понятное! Скажи, ты знаешь что такое оверквотинг? неа, только слышал, щас почитаю -- С Уважением, специалист по техническому и программному обеспечению, системный администратор Скубриев Владимир ~~~ Россия, Ростовская область, г. Таганрог тел. моб: +7 (918) 504 38 20 skype: v.skubriev icq: 214-800-502 www: skubriev.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f745846.1040...@skubriev.ru
Re: multistrap to bootable image
23:45 Wed 28 Mar, Michael Shigorin wrote: > Как, и кнопка не работала? :) Текстовый инсталер делали > под appliances, момент с разбивкой в общем случае сложный. Как сейчас помню: в графическом варианте залип на экране конфигурации DNS и Hostname. После этого Tab не дает перейти на кнопку "Далее". -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120329095104.gj6...@debbox.it