From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Date: Tue, 1 Apr 2008 22:41:12 +0300 From: Michael Shigorin To: ALT Linux sysadmin discuss Message-ID: <20080401194112.GK13537@osdn.org.ua> Mail-Followup-To: ALT Linux sysadmin discuss References: <47E410BE.2090502@mail.ru> <200803271146.46515.bv@gres.tomske.elektra.ru> <20080331190839.GD15543@osdn.org.ua> <200804011215.45075.bv@gres.tomske.elektra.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200804011215.45075.bv@gres.tomske.elektra.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: [Sysadmins] RAID and fstab X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: shigorin@gmail.com, ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Apr 2008 19:41:14 -0000 Archived-At: List-Archive: On Tue, Apr 01, 2008 at 12:15:44PM +0700, Vyacheslav A. Brunev wrote: > > Если вдруг предполагается openvz -- вообще не стоит > > заморачиваться с /usr и /var на LVM, лучше свалить их в один > > гиговый корень, а под /var/lib/vz выделить отдельный раздел > > (либо кучку логических томов на LVM под конкретные VE-шки). > На 1Gb и /usr и /var это уже слишком. Не, ну если ovz-машинка -- то более чем. Тогда главное -- или размер /var/lib/vz, или где ещё сторадж смонтирован ;-) > Я минимум делаю на /var - 4Gb, на /usr - 5Gb, хотя сейчас всё > это добро на LVM с Ф.С. reiserfs - поэтому объём не критичен > (всегда работал с XFS на этих разделах, но по причине неумения > уменьшаться этой Ф.С. пришлось изменить предпочтения :(). Я бы не считал это столь важной причиной (собсно и не считаю) -- xfs куда выносливей под нагрузкой, хотя и нервнее относится к пропаданию питания. Опять же если ovz, то их квоты работают только на ext3, если память не изменяет... > Если можно то по подробней почему не стоит заморачиваться с > /usr и /var на LVM Потому что отмонтировать этот LVM не выйдет. Я посушил некоторое время голову над тем, как бы удалённо по возможности расшить ситуацию с установленным на ~250M / и /usr+/var на LVM1 ALM2.4 -- из отрадного только то, что есть ещё пара дисков без LVM, просто в RAID1. И то смахивает на прогулку к консоли. > ведь полагаясь на вышесказанное под /var/lib/vz можно и LVM > запользовать. Ну mithraen@ такое вот советовал, я как-то с тех пор к LVM сильно охладел. > Увы уже всё установил и настроил, теперь не плохо было бы знать > какие "грабли" меня могут ждать впереди например с openvz :). NFS, Java, cdrecord. В остальном сходу не припомню. > По крайней мере ядро 2.6.18-ovz-smp прекрасно грузиться в моей > конфигурации и всё работает. Ну вот дома из-под него пишу -- alterator-ovz дорабатывал, так и застряло. :) > > /tmp для сервера сейчас действительно практичнее держать на > > tmpfs, добавив за счёт этого раздела свопа. > Тоже склонился к этому варианту, хотя в этом случае теряется > возможность накрутить пару "гаек" на раздел /tmp - типа nosuid, > nodev, noexec. Если ovz, то смысла мало: /tmp в HN -- сортир в последнем бастионе. Драться раньше надо было. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/