smartctl -a /dev/sdX

ога, а серийник у тебя прямо на корзине написан

теоретики

ога, а серийник у тебя прямо на корзине написан

у опытных - написан.

у опытных - написан.

эт да

ога, а серийник у тебя прямо на корзине написан

на фронтальной стороне диска

на фронтальной стороне диска

то, диск надо достать

у опытных даже записано, какой серийник в какой корзине лежит

все, по очереди

нет

чтобы даже если smartctl не работает, то все равно можно было идентифицировать

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

на фронтальной стороне диска

вот тебе фото, идентифицируй

вперёд

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

+

теоретики бля

хочу сейчас zfs попробовать на этих 5 ссд дисках вместо raid, нормально будет под постгрес?

вот тебе фото, идентифицируй

включаешь более частое мигание индикатора работы диска, проблем?

хочу сейчас zfs попробовать на этих 5 ссд дисках вместо raid, нормально будет под постгрес?

на линуксе я бы не стал

включаешь более частое мигание индикатора работы диска, проблем?

как вариант, да

я слышал что к zfs можно добавлять диски разного размера на лету

хочу сейчас zfs попробовать на этих 5 ссд дисках вместо raid, нормально будет под постгрес?

вроде да, но it depends

но при чем здесь

smartctl -a /dev/sdX

на линуксе я бы не стал

пишут что давно zfs поддерживается в дистрах кроме фряхи, и минусов никаких нет

smartctl -a /dev/sdX

определить номер диска, чтобы помигать соотв индикатором корзины

включаешь более частое мигание индикатора работы диска, проблем?

лично я пробую нагрузить такой диск каким-нибудь dd на чтение

ID его

определить номер диска, чтобы помигать соотв индикатором корзины

что, прости

зачем тебе его ID

ты уже знаешь sdX его

чтобы понять, в какой корзинке он лежит

тебе /proc/mdstat покажет

чтобы понять, в какой корзинке он лежит

покажи мне, фото выше

покажет sdX, а не модель, ID. Но ты сам писал, что диски меняются при каждом буте.

покажет sdX, а не модель, ID. Но ты сам писал, что диски меняются при каждом буте.

каким образом тебе поможет знание модели и ID

рассказывай

ты записываешь куда-то?

ведешь где-то журнал?

табличку?

чтобы посмотреть, в какой корзинке он лежит.

в смысле документацию

чтобы посмотреть, в какой корзинке он лежит.

тебя заело штоль?

нет

а тебя?

что "нет"

еще раз, русским языком, каким хуем знание ID укажет тебе на место в корзине?

красиво, но дорого

еще раз, русским языком, каким хуем знание ID укажет тебе на место в корзине?

sdX тебе это укажет?

диски только дорогие, но если забить его какими-нибудь ssd c помойки и поставить поверх zfs, то нормально должно быть

sdX тебе это укажет?

РАССКАЗЫВАЙ

отвечай на вопрос

диски только дорогие, но если забить его какими-нибудь ssd c помойки и поставить поверх zfs, то нормально должно быть

ssd из помойки — не лучшее решение

отвечай на вопрос

Я тебе уже обо всём рассказал. Ты глупый.

если взять неограниченное количество помойных ssd и непрерывно менять те которые дохнут, то оно наверное будет работать

а с NVMe/PCIe дисками софтвер раид можно создать?

если взять неограниченное количество помойных ssd и непрерывно менять те которые дохнут, то оно наверное будет работать

да, но насколько это экономически целесообразно?

а с NVMe/PCIe дисками софтвер раид можно создать?

можно

но опять таки: дороговато

у тебя ава прикольная)

а сколько kWh такой потребляет примерно, полностью забитый дисками?

что-то попроще спроси. в любом случае не больше мощьности блока питания.

угу, только отзеркалю сначала на новый диск все

на всякий случай может пригодится после зеркалирования данных: http://www.linuxjournal.com/article/8874

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

смотрите опцию в cli

zfs из разных дисков можно, но не нужно, много граблей

ERROR: S client not available

нужны жирные и взрослые SSD под ZIL

нужны жирные и взрослые SSD под ZIL

Что

Обоснуй

много IO при активной нагрузке, если будет тупить - тупить будет все

мы ж про назгрузку говорим или чтобы было?

на бюджетных SSD просто быстро сожрет ресурс по записи

Тезис первый: в ZIL вообще попадает только то, что пишется на разделы с включенным sync

если храним мало и денег много и очень крепкие яйца можно положить zil в рам

Тезис второй: ZIL не должен быть более, чем размер потока секунд за 10 - смысла нет

Так что жирные SSD не нужны

мы ж про назгрузку говорим или чтобы было?

угу, каждый ssd наверное раз в неделю перезаписывается, процентов 20 данных меняется каждые сутки, и дофига рандомных ридов и записей

Также можно поставить на разделах sync=disabled

Но элиминирует ли это запись в ZIL полностью я не знаю, не буду врать

Так что жирные SSD не нужны

это под какой нагрузкой? вы так сразу шашкой рубите

Надо смотреть стенд собирать

на всякий случай может пригодится после зеркалирования данных: http://www.linuxjournal.com/article/8874

спасибо, хороший гайд без фигни

откуда цифра в 10 секунд?

это под какой нагрузкой? вы так сразу шашкой рубите

Штатно в соляре fsync наступает раз в 5 секунд

В линуксе - раз в сколько секунд, кто знает?

Нууу, не стесняйтесь?

как настроить

Штатно

В линуксе - раз в сколько секунд, кто знает?

как настроешь сервер, не?

Штатно - как настроено?

Сука, тонкие тюнеры одни в чате

fsync это же системный вызов, который дергает юзерское ПО

Все ясно, спасибо

вот я в прошлый раз постгрес захерил, fsync был отключен)

Если вы не делаете fsync руками, ядро сбрасывает буфера принудительно

Вопрос - как часто

fsync это же системный вызов, который дергает юзерское ПО

система еще сама его дергает периодически

Ответ очень простой - раз в 30 секунд