ну и смотря задача какая

я чот отстал от жизни. для меня схд это конкретные АПК от какого нить вендора.
но в целом в контексте разговора и правда пофиг.

цеф и ентерпрайз массив твердотельный на охулион оипсов все равно сравнить низя

короче баг у парнтера это баг у партнёра.

баг "у нас" это "не баг у нас"

это процессы. кодревью. выкладка. тестирование. мониторинги.

Могу тебе рассказать одну ситуацию с самопальным СХД :)
Там была довольно отказоустойчивая 3хуровневая архитектура (полки с дисками - контроллеры схд - хосты с виртуалками). Полки экспортировали отдельные диски, контроллеры собирали их в рейды, нарезали на тома и далее реекспортировали хостам с виртуалками. Дублирование были на всех уровнях, начиная с HBA на полках.
В итоге, наткнулись в процессе эксплуатации на то, что что ВСЯ система висла, если нагорячую выдернуть диск из полки (с какой-то вероятностью) из-за бага в ядре SLES.

Ну, точнее, висли контроллеры СХД, но это приводило к отказу всей системы.

и снова в контексте разговора не имет значения. если схд делаете вы это ваш баг и его надо чинить не только кодом.

Да, закрыли тем, что при замене диска стали руками разбирать рейд :)

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

тогда тем более. на pm отличный шанс техдолг сделать по нормальному

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

это если "железяка" дорогая или сама по себе или помянять трудно

с дешевыми вещами играют пока "баг" не уходит... а потом ловят новый баг )

Ну мы, вроде, саппорт кейс тогда у suse открыли, но чем это кончилось после моего ухода, я не в курсе.

так что возвращаясь к опросу - если баг отловлен это хороший рут коз

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

баг отловлен и исправлен. но на душе стремно. ибо в акшенах написано давайте сделаем регрес тест на него.

а этого маловато imho