Вопрос по поводу gmirror

[Alex Keda]

значит достаём данные из бэкапа

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Dron]

можно вывести из зеркала винт, останется зеркало с одним винтом, перенести инфу на освобожденный, потом убрать последний винт из зеркала и перенести на него часть инфы...
Если один умер, втыкаешь новый винт и синкаешь зеркало.

[Strik~er]

можно вывести из зеркала винт, останется зеркало с одним винтом, перенести инфу на освобожденный, потом убрать последний винт из зеркала и перенести на него часть инфы...
Если один умер, втыкаешь новый винт и синкаешь зеркало.

Спасибо за подсказку, думаю что именно так и сделаю.

[MelkorBSD]

Мучает такой вопрос:

Есть два винта в зеркале

Код: Выделить всё

      Name    Status  Components
mirror/gm0  COMPLETE  ad6
                      ad8

Я выключаю компьютер, изымаю ad8 (или ad6) из корпуса... вставляю его в другой корпус в качестве единственного винта и эксплуатирую его несколько дней.

Затем возвращаю винт на место в первый корпус.

Вопрос, кто будет ведущим при синхронизации при восстановлении зеркала и влияет ли на это, на каком месте будет стоять "новый" винт после воссоиденения?

[Alex Keda]

зависит от положения звёзд и температуры на марсе )

а вообще, думаю зекрало скажет что оно развалилось.
грузиться и цепляться будет с того который либо первым на каналах контроллера, либо с того который позже отключили - т.е. который дольше проработал.

пробовать надо, короче )

[xM]

либо с того который позже отключили - т.е. который дольше проработал.

Будет так. Наблюдал давеча поведение.
GMIRROR что-то про старый лейбл пишет и начинает синхронизировать с остававшегося в системе диска.
Порядковый номер девайса при этом не учитывается.

[MelkorBSD]

По идее тот диск, который я уносил и будет "дольше проработавшийся", так как оставшийся диск всё это время лежал выключенным.
Если я после всего этого поставлю нужный диск первым по порядку, то даст ли это гарантию что синхронизация однозначно начнётся с него?

[xM]

По идее тот диск, который я уносил и будет "дольше проработавшийся", так как оставшийся диск всё это время лежал выключенным.
Если я после всего этого поставлю нужный диск первым по порядку, то даст ли это гарантию что синхронизация однозначно начнётся с него?

А вы оставшийся не выключайте. Система будет прекрасно пахать и на одном.
А "гарантию даёт только страховой полис" (с)

[MelkorBSD]

Оставшийся и не должен пахать. Он остаётся только на тот случай, если уносимый диск станет скажем жертвой терракта, падения метеорита, или электромагнитного импульса при ядерном взрыве... ну или каким другим способом погибнет. Вот на этот случай и останется "остающийся диск" как резерв.

[MelkorBSD]

А может перед разлукой извлечь "остающийся" диск из зеркала? Или вообще зеркало разобрать?

[Raven2000]

Мучает такой вопрос:
Есть два винта в зеркале

Код: Выделить всё

      Name    Status  Components
mirror/gm0  COMPLETE  ad6
                      ad8

Я выключаю компьютер, изымаю ad8 (или ad6) из корпуса... вставляю его в другой корпус в качестве единственного винта и эксплуатирую его несколько дней.
Затем возвращаю винт на место в первый корпус.
Вопрос, кто будет ведущим при синхронизации при восстановлении зеркала и влияет ли на это, на каком месте будет стоять "новый" винт после воссоиденения?

Это вы практически рассказали о старом виде хранения бекапов только там было 3 винта в зеркале 1+1+1 и последний раз в неделю подключался и синхронизировался со вторым. А потом его уносили подальше от серверной и так каждую неделю.
Ведущим будет исходя из ситуации те последний из работавший на машине да и зависит как вы его потом подключили (типа взамен первого подрубили второй). Лучше изымать второй и ставить его же обратно на тот же канал.

[ufoola]

Мучает такой вопрос:
Есть два винта в зеркале

Код: Выделить всё

      Name    Status  Components
mirror/gm0  COMPLETE  ad6
                      ad8

Я выключаю компьютер, изымаю ad8 (или ad6) из корпуса... вставляю его в другой корпус в качестве единственного винта и эксплуатирую его несколько дней.
Затем возвращаю винт на место в первый корпус.
Вопрос, кто будет ведущим при синхронизации при восстановлении зеркала и влияет ли на это, на каком месте будет стоять "новый" винт после воссоиденения?

Это вы практически рассказали о старом виде хранения бекапов только там было 3 винта в зеркале 1+1+1 и последний раз в неделю подключался и синхронизировался со вторым. А потом его уносили подальше от серверной и так каждую неделю.
Ведущим будет исходя из ситуации те последний из работавший на машине да и зависит как вы его потом подключили (типа взамен первого подрубили второй). Лучше изымать второй и ставить его же обратно на тот же канал.

Зачем изобретать велосипед?
Разобрать зеркало, снести все разделы на втором харде, и создать зеркало вновь
Данные на втором винте уже не актуальны.. Разве данный способ не будет более безопасным? т.е. позволит избежать ошибок при синхронизации и т.д.

зы: Это для случаев когда сняли винт и уташили его куда нить (т.е. образ был изменен во время переноса (дополнен файлами либо были какие либо запуски и т.д.)).

для случая когда отключили и потом вновь подключили, разве есть разница между этим, и запоздалой синхронизацией, когда запись на один винт немного отстает от другого, и данные на второй записываются уже с первого? Это же как бы его основная задача думаю он сам понимает какая запись была сделана позднее..

[Alex Keda]

однако, настоятельно рекомендую первым подключать с нужными данными.
пару раз видел, когда цеплялся старый, в логи был срач что провайдер с боле новыми данными прибыл позднее, и синхронизация не шла.
зато она шла после ребута, потому что новым становился более старый.
и новые данные быстренько затирались ))

[Роман]

Приветствую всех!
Кто-нибудь может мне объяснить следующую ситуацию. Рекомендуют использовать ключ -n при построении массива для того, чтобы при проблемах с питанием не конкурировали между собой fcsk и ребилд массива. А вот есть еще опция -F команд label и configure, может стоит и ее использовать? Чем вообще принципиально отличаются -n и -F, не могу вкурить. Может кто-нибудь пояснит? Спасибо!

[Роман]

Ну что, ни у кого мыслей нет по моему вопросу? Или еще от праздников никто не отошел))

[Alex Keda]

всем лень.
в man всё описано, повторять то что уже написано никто не хочет

[Роман]

Лис, да читал я man первым делом. Если дословно перевести, то

Код: Выделить всё

 -F - не синхронизировать после пропажи напряжения или системного сбоя. предполагается что устройство в консистентном состоянии.

Код: Выделить всё

 -n - отключить автосинхронизацию устаревших компонентов 

Получается, если опции -F нет, то после сбоя при включении происходит синхронизация дисков, но в то же время может запуститься и fsck и эти процессы будут конкурировать между собой. А если опцию -n не поставить, то по идее идет автосинхронизация дисков, скажем после того как один диск отрубали, а потом снова подключили, тогда и fsck запускаться не должна, сбоя то не было. Может все таки нужна опция -F или я что-то не допонял?

[GhOsT_MZ]

Может кто-нибудь разъяснит разницу, какую опцию имеет смысл использовать, ведь вопрос актуален?

[Alex Keda]

ну, вы уже всё написали.
осталось ток подумать )

[BlitzKrieg]

Бросьте вы эту возню. От этого зеркала толку мало. Да еще и при предложенном в статье round-robin скорость чтения в два раза почти падает в сравнении с одним хдд:-) С другими алгоритмами не лучше дела обстоят.

[Raven2000]

Не а что ты предлагаешь? Вообще без зеркала? Лучше пускай плохонькое (меня не подводило) и работает чем без него.
==
Предложи лучше (при условии что денег на покупку хардварного контроллера нет).

[manefesto]

такое ощущение что неепический продакшен и скорость очень критична.
вам и 10мб/с будет за глаза

[терминус_]

Бросьте вы эту возню. От этого зеркала толку мало. Да еще и при предложенном в статье round-robin скорость чтения в два раза почти падает в сравнении с одним хдд:-) С другими алгоритмами не лучше дела обстоят.

это патчили недавно. в 8.2 должно уже быть испраление
http://www.freebsd.org/cgi/query-pr.cgi?pr=113885&cat=

[BlitzKrieg]

Не вам коллега судить о том, сколько мне будет достаточно. Насчет софтварного рейда: уже третий раз наблюдаю похожую ситуацию. Первый раз на фрибсд года три назад. С тех пор не пользовался гмиррором. Два из них на этой неделе. Наблюдал на линуксе с их мдадмом и 2 раза на фрибсд. На этой неделе первый раз на линуксе второй на фрибсд.
Вдруг один диск выкидывает из рейда. Начинаю смотреть - оказывается, что один выпал, второй пендится. И что характерно выпал здоровый.
Таже ситуация была с линуксом на этой неделе. Никаких заключений не делаю, но любопытная закономерность.

Код: Выделить всё

Geom name: gm0
State: DEGRADED
Components: 2
Balance: round-robin
Slice: 4096
Flags: NONE
GenID: 0
SyncID: 1
ID: 3965910629
Providers:
1. Name: mirror/gm0
   Mediasize: 250059349504 (233G)
   Sectorsize: 512
   Mode: r7w6e17
Consumers:
1. Name: ad4
   Mediasize: 250059350016 (233G)
   Sectorsize: 512
   Mode: r1w1e1
   State: SYNCHRONIZING
   Priority: 0
   Flags: DIRTY, SYNCHRONIZING
   GenID: 0
   SyncID: 1
   Synchronized: 95%
   ID: 1591746140
2. Name: ad6
   Mediasize: 250059350016 (233G)
   Sectorsize: 512
   Mode: r1w1e1
   State: ACTIVE
   Priority: 0
   Flags: BROKEN
   GenID: 0
   SyncID: 1
   ID: 305537570

/home/remote# smartctl -A /dev/ad4 |grep 'Reallocate\|Current'
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
/home/remote# smartctl -A /dev/ad6 | grep 'Reallocate\|Current'
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       31
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       4

[BlitzKrieg]

Даже хуже, обратите внимание на первое значение. Но при этом выкинуло то мне здоровый диск и на данный момент синхронизация залипла на 95%

Код: Выделить всё

Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   095   095   062    Pre-fail  Always       -       917507
  2 Throughput_Performance  0x0005   100   100   040    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   197   197   033    Pre-fail  Always       -       1
  4 Start_Stop_Count        0x0012   100   100   000    Old_age   Always       -       439
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   040    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   086   086   000    Old_age   Always       -       6249
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       437
191 G-Sense_Error_Rate      0x000a   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       18
193 Load_Cycle_Count        0x0012   017   017   000    Old_age   Always       -       831333
194 Temperature_Celsius     0x0002   152   152   000    Old_age   Always       -       36 (Min/Max 20/50)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       31
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       4
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       0
223 Load_Retry_Count        0x000a   100   100   000    Old_age   Always       -       0

Хотелось бы послушать умные мысли по этому поводу.