Re: [Comm] Проблема с заменой HDD в RAID1

Re: [Comm] Проблема с заменой HDD в RAID1

[Yura Kalinichenko]

Vladimir Karpinsky пишет:
>
> Все размеры, вроде, совпадают. Для 3-х из 5 разделов добавление 
> раздела прошло успешно, а для 2-х нет:

> И действительно:
> # ls /dev/sda*
> /dev/sda  /dev/sda1  /dev/sda2  /dev/sda5  /dev/sda6
> Где sda7, если fdisk его показывает?
После разметки надо ребутнуться.
Я уже забыл, какое последнее ядро продхватывало изменение таблицы 
разделов "на ходу" :(
По-моему, 2.4.x

-- 
С уважением,
   Юрий Калиниченко

Re: [Comm] Проблема с заменой HDD в RAID1

[Andrii Dobrovol`s`kii]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Yura Kalinichenko wrote:
> Vladimir Karpinsky пишет:
>> 
>> Все размеры, вроде, совпадают. Для 3-х из 5 разделов
>> добавление раздела прошло успешно, а для 2-х нет:
> 
>> И действительно: # ls /dev/sda* /dev/sda  /dev/sda1
>> /dev/sda2  /dev/sda5  /dev/sda6 Где sda7, если fdisk его
>> показывает?
> После разметки надо ребутнуться. Я уже забыл, какое последнее
> ядро продхватывало изменение таблицы разделов "на ходу" :( 
> По-моему, 2.4.x
> 
Грустная регрессия....
- -- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/

iF4EAREIAAYFAlJFq70ACgkQpBPgR3404hOVWQEAqnlbAbKphOVp68E7j8EtejF5
peOj/+LMo5GrEXVx+6QA/3FpFPtOVOvvmYM71KXd3uDqHyPguJEl/7UpAdXB5huq
=P32p
-----END PGP SIGNATURE-----

Re: [Comm] Проблема с заменой HDD в RAID1

[Vladimir Karpinsky]

27.09.2013 19:56, Yura Kalinichenko пишет:
 > После разметки надо ребутнуться.

Похоже на подземный стук. После ребута разметка исчезла напрочь! После 
повторной разметки --- той же командой, специально из history достал --- 
всё благополучно сразу добавилось и синхронизировалось, и даже ;-) не 
исчезло после перезагрузки.

-- 
	С уважением,
		Владимир.

Re: [Comm] Проблема с заменой HDD в RAID1

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1029 bytes --]

On Fri, Sep 27, 2013 at 06:56:08PM +0300, Yura Kalinichenko wrote:
> Vladimir Karpinsky пишет:
> >
> > Все размеры, вроде, совпадают. Для 3-х из 5 разделов добавление 
> > раздела прошло успешно, а для 2-х нет:
> 
> > И действительно:
> > # ls /dev/sda*
> > /dev/sda  /dev/sda1  /dev/sda2  /dev/sda5  /dev/sda6
> > Где sda7, если fdisk его показывает?
> После разметки надо ребутнуться.
> Я уже забыл, какое последнее ядро продхватывало изменение таблицы 
> разделов "на ходу" :(
> По-моему, 2.4.x

На самом деле, если на диске не был ничем занят ни один раздел (не
было смонтированных ФС, активных md*, lvm, ...), изменения таблицы
разделов подхватываются даже при использовании обычного fdisk (либо
sfdisk, cfdisk).  А вот в случае, когда хотя бы один раздел чем-то
занят, обновлять текущую информацию о других разделах в ядре умеет,
похоже, только parted (функциями ioctl BLKPG - BLKPG_ADD_PARTITION,
BLKPG_DEL_PARTITION).  blockdev --rereadpt тоже работает только при
отсутствии используемых разделов.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] Проблема с заменой HDD в RAID1

[Vladimir Karpinsky]

29.09.2013 20:10, Sergey Vlasov пишет:
> On Fri, Sep 27, 2013 at 06:56:08PM +0300, Yura Kalinichenko wrote:
>> Vladimir Karpinsky пишет:
>>>
>>> Все размеры, вроде, совпадают. Для 3-х из 5 разделов добавление
>>> раздела прошло успешно, а для 2-х нет:
>>
>>> И действительно:
>>> # ls /dev/sda*
>>> /dev/sda  /dev/sda1  /dev/sda2  /dev/sda5  /dev/sda6
>>> Где sda7, если fdisk его показывает?
>> После разметки надо ребутнуться.
>> Я уже забыл, какое последнее ядро продхватывало изменение таблицы
>> разделов "на ходу" :(
>> По-моему, 2.4.x
>
> На самом деле, если на диске не был ничем занят ни один раздел (не
> было смонтированных ФС, активных md*, lvm, ...), изменения таблицы
> разделов подхватываются даже при использовании обычного fdisk (либо
> sfdisk, cfdisk).  А вот в случае, когда хотя бы один раздел чем-то
> занят, обновлять текущую информацию о других разделах в ядре умеет,
> похоже, только parted (функциями ioctl BLKPG - BLKPG_ADD_PARTITION,
> BLKPG_DEL_PARTITION).  blockdev --rereadpt тоже работает только при
> отсутствии используемых разделов.

На второй раз у меня всё разметилось и подхватилось без перезагрузки. Но я 
не очень понимаю, чем закончилась 1-ая разметка --- были там разделы, если 
да, то какие --- fdisk -l просто грубо ругался на этот диск. Ядро 3.0.57, 
более новые с этим железом/RAID работать вообще не хотят, я об этом писал в 
hardware@ 
(http://lists.altlinux.org/pipermail/sysadmins/2013-August/036318.html).

P.S. На роль "подземного стука" я выдвинул IDE-шлейф и заменил его.

-- 
	С уважением,
		Владимир.