From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 18 Dec 2003 23:11:06 +0300 From: Sergey Vlasov To: sisyphus@altlinux.ru Subject: Re: [sisyphus] Re: XFS filesystem crash Message-ID: <20031218201106.GA1863@sirius.home> Mail-Followup-To: sisyphus@altlinux.ru References: <200312161158.47043.serpiph@nikiet.ru> <20031217151345.3e6776a5.vyt@vzljot.ru> <20031217201746.GM13345@localhost.localdomain> <200312181157.00503.5740@mail.ru> <20031218180816.GF24918@localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <20031218180816.GF24918@localhost.localdomain> X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Dec 2003 20:31:05 -0000 Archived-At: List-Archive: --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Thu, Dec 18, 2003 at 09:08:16PM +0300, Денис Смирнов wrote: > On Thu, Dec 18, 2003 at 11:56:59AM +0300, info wrote: > > > Поддерживаю. Именно так мы и работаем - с той только разницей, > > что на нашем сервере не RAID 5, а RAID 1, то бишь тупое > > зеркалирование. Причина проста. Дисковая память сейчас дешева, > > особо жмотиться смысла не имеет, а RAID 1 очень легко > > восстанавливается таже после тяжелого сбоя. Я проверял: даже > > если один из дисков RAID накрывается целиком, то монтируешь > > оставшийся как обычный раздел, и все данные - на месте. > > Когда современный диск обнаруживает badblock, то он делает отображение на > один из резервных, который оказывается _обнулённым_. Как на такое > реагирует RAID 1? Не окажется ли, что он именно его и скопирует на другой? > В случае RAID 5, насколько я понимаю, эта ситуация обработается вполне > корректно. RAID 1, также насколько я понмаю, пригоден только для спасения > от ситуаций вида "хард умер". Правильный диск не должен так себя вести (это некоторое время назад обсуждалось в lkml). При чтении ничего переназначаться не будет. А вот при записи в этот сектор действительно должно произойти переназначение. Экспериментально проверялось на нескольких старых дисках Seagate - завершения работы badblocks на них так и не дождались, а вот после badblocks -w ни одного плохого сектора обнаружено не было (а информация SMART показала наличие большого количества переназначенных секторов). --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/4gnaW82GfkQfsqIRAmqOAJ9Fmg3biXBgpIxjU6YNWJAJW6Oc9ACfQAIQ GpEoqQ6Uunw9GGss2aDcKak= =e6nZ -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7--