Материалы по тегу: баг

20.10.2020 [15:14], Юрий Поздеев

Cisco предупреждает проблемах HyperFlex с новыми версиями VMware, которые могут приводить к невосстановимым потерям данных

Cisco распространила предупреждение для пользователей своего гиперконвергентного решения HyperFlex, указав на серьезную ошибку в VMware, которая может привести систему в нерабочее состояние. Насколько проблема серьезна, как проявляется и с какой версией VMware может возникнуть — разберемся далее.

Cisco сообщает, что в vCenter 7.0 U1 была обнаружена программная ошибка, которая может повлиять на функционирование HyperFlex. Данная ошибка вызывает сбои в работе контроллера HyperFlex, который управляется службой vCenter ESX Agent Manager (EAM). В результате этой ошибки кластеры HyperFlex, зарегистрированные в новом экземпляре vCenter 7.0 U1, могут столкнуться с проблемой, при которой виртуальные машины контроллера HyperFlex внезапно отключаются и автоматически удаляются.

Это приводит к потере доступности кластера, а в некоторых случаях могут быть утеряны данные на кластере хранения HyperFlex, а сам кластер не удастся восстановить штатными средствами. Звучит это все пугающе, однако та версия, которая может вызвать сбои в работе HyperFlex, официально Cisco не поддерживается и не будет автоматически установлена или обновлена.

Cisco не рекомендует использовать vCenter 7.0 GA или vCenter 7.0 U1, пока не будут выпущены соответствующие обновления для HyperFlex Data Platform. Остается только ждать патчей от Cisco и VMware, которые устранят данную серьезную проблему. И не спешить с установкой самых свежих версий ПО до публикация официальных списков совместимости.

Постоянный URL: http://servernews.ru/1023376
13.05.2020 [18:11], Игорь Осколков

Не было бы счастья: в инсталляторе Ubuntu Server 20.04 исправлена критическая ошибка

В конце прошлого года разработчики Canonical приняли окончательное решение об отказе от классического Debian-инсталлятора — начиная с релиза 20.04 в Ubuntu Server по умолчанию используется инсталлятор Subiquity, разработкой которого компания занимается уже несколько лет.

Subiquity умеет автоматически обновляться прямо во время установки ОС, если есть активное интернет-подключение. Увы, эта функция пригодилась раньше, чем можно было бы ожидать.

Новый инсталлятор имеет и множество других полезных функций, так что отказ от debian-installer понятен. Впервые Subiquity появился в качестве опции ещё в релизе Ubuntu 17.10, но массовое использование началось только сейчас, что, судя по всему, и позволило найти критический баг, который получил идентификатор CVE 2020-11932.

Суть ошибки очень проста. Если во время установки воспользоваться LUKS для шифрования накопителей, то пароль открытым текстом будет записан в логи инсталлятора и сохранён на диск, причём необязательно зашифрованный, откуда его потом не составит труда извлечь. Исправленная версия Subiquity 20.05.2 уже доступна для всех платформ. Готовятся обновления официальных ISO-образов.

Постоянный URL: http://servernews.ru/1010857
29.04.2020 [13:27], Игорь Осколков

Сопротивление бесполезно: часть Cisco ASA умирает из-за сбойных резисторов

Компания Cisco выпустила уведомление о том, что некоторые межсетевые экраны серии ASA5508 и ASA5516 имеют неустранимый аппаратный дефект. В течение приблизительно 18 месяцев (1,5 года) после включения и настройки они функционируют нормально, но после этого срока риск проявления дефекта увеличивается.

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

Восстановлению после сбоя межсетевые экраны не подлежат. Причина такого поведения на удивление проста. Компания сообщает, что виной всему некачественные резисторы, но не уточняет, в каком именно компоненте они использовались. Проблемные устройства были выпущены в период с 18 мая по 25 августа 2017 года, так что первые «звоночки» должны были появиться ещё в начале прошлого года.

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

Компания предупреждает, что в связи с особенностями местных правил ввоза доставка новых устройств в некоторые страны оборудования может занять до трёх месяцев. К таковым относится ряд государств в Латинской Америке, все страны Азии, а также страны за пределами Евросоюза, включая и Россию.

Постоянный URL: http://servernews.ru/1009734
24.04.2020 [16:55], Владимир Фетисов

Снова-здорово: серверные SSD Cisco тоже умирают после 40 000 часов работы

Компания Cisco Systems объявила о том, что ошибка в программном обеспечении некоторых твердотельных накопителей для серверов и СХД может привести к потере данных после наработки более 40 000 часов. О наличии аналогичной проблемы в некоторых SSD HPE и Dell было объявлено в прошлом месяце.

В выпущенном бюллетене сказано, что баг в прошивке накопителя, работающего в течение 40 000 часов (примерно 4,5 года), приведёт к потере данных. Истинным виновником, судя по всему, является SanDisk, которая и произвела эти SSD для других компаний.

В этом случае появится сообщение об ошибке, в котором сказано, что на SSD 0 Гбайт доступного дискового пространства, а сам диск перестанет функционировать и станет непригодным для дальнейшего использования.

Проблема затрагивает несколько моделей твердотельных накопителей. Для решения данной проблемы Cisco рекомендует обновить прошивку SSD до актуальной версии C405, которая уже доступна для скачивания на официальном сайте компании.

Кроме того, было объявлено о забавной проблеме с маркировкой панелей межсетевых экранов Cisco Firepower 1120 и Firepower 1140. Некоторые модели этих устройств, выпущенные в период с 21 октября 2019 года по 13 февраля 2020 года, могут быть ошибочно названы как Firepower 1150. Правильная маркировка портов указанных моделей межсетевых экранов выглядит следующим образом:

В неправильной версии маркировки указана неверная скорость для SFP-портов, которая в соответствии со спецификациями устройства равна 1 Гбит/С, а не 10 Гбит/с, как указано на следующем рисунке:

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

Постоянный URL: http://servernews.ru/1009351
28.03.2020 [15:17], Алексей Степин

Один вендор, одна прошивка, один баг: SSD Dell тоже умирают после 40 тыс. часов работы

Буквально на днях выяснилось, что ряд моделей твердотельных серверных накопителей HPE имеет прошивку, которая может приводить к необратимой гибели накопителя вместе с данными после 40 тысяч работы. Предупреждения HPE, что данную «ошибку в генах» несут не только её SSD, оказались правдой.

По аналогичной причине могут выходить из строя и некоторые серверные SSD от Dell EMC ёмкостью от 200 Гбайт до 1,6 Тбайт. 

Для сравнения, у HPE речь идёт только о накопителях с интерфейсом SAS 12Gbps ёмкостью 800 и 1600 Гбайт, а в список потенциально ненадёжных SSD Dell EMC входят следующие модели:

  • LT0200MO;
  • LT0400MO;
  • LT0800MO;
  • LT1600MO;
  • LT0200WM;
  • LT0400WM;
  • LT0800WM;
  • LT0800RO;
  • LT1600RO.

Компания уже выпустила обновление прошивки за номером D417; что более интересно, в нём прямо указан поставщик накопителей, и это компания SanDisk. HPE отказывается называть своего производственного партнёра, но судя по характеру проблемы, можно утверждать, что это тот же производитель, ныне являющийся частью компании Western Digital.

HPE MO1600JVYPR, он же SanDisk Lightning Gen. II

HPE MO1600JVYPR, он же SanDisk Lightning Gen. II

Подтверждение данному тезису нашёл зарубежный ресурс Blocks & Files, исследовав накопитель HPE MO1600JVYPR. Номер поставщика, указанный на накопителях, соответствует модельному ряду SanDisk Lightning Gen. II. Сама HPE также опубликовала бюллетень, содержащий исправленную прошивку для моделей EK0800JVYPN, MK0800JVYPQ, EO1600JVYPP и MO1600JVYPR.

Постоянный URL: http://servernews.ru/1007036
24.03.2020 [19:46], Андрей Созинов

Новый баг в серверных SSD HPE: диски гибнут после 40 000 часов работы

Компания Hewlett Packard Enterprise (HPE) объявила своим клиентам, что у четырёх моделей её твердотельных накопителей для серверов и систем хранения данных могут возникать сбои и потери данных при наработке более 40 000 часов.

В более привычных единицах измерения данный срок составляет 4 года, 206 дней и 16 часов, что является вполне обычным сроком работы для SSD-накопителя. 

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

  • HPE 800GB 12G SAS WI-1 SFF SC SSD
  • HPE 1.6TB 12G SAS WI-1 SFF SC SSD
  • HPE 800GB 12G SAS MU-1 SFF SC SSD
  • HPE 1.6TB 12G SAS MU-1 SFF SC SSD

В выпущенном бюллетене компания заявляет, что данная проблема не уникальна для HPE, а потенциально затрагивает всех пользователей этих накопителей. Здесь подразумевается, что проблемные накопители выпускает некий OEM-производитель не только для HPE. Правда, компания не стала уточнять, что именно это за производитель.

Для борьбы с выявленной проблемой компания HPE уже выпустила обновления прошивок для накопителей, перечисленных выше. Производитель настоятельно рекомендует обновить ПО накопителей до актуальной версии HPD7, чтобы избежать потерь данных или необходимости их восстановления из резервных копий. Учитывая время выхода данных моделей на рынок, первые партии накопителей без установленного апдейта начнут «умирать» не раньше октября 2020 года.

Заметим, что это уже не первый за последнее время случай возникновение сбоев в работе твердотельных накопителей HPE. В ноябре прошлого года выяснилось, что целый ряд SSD от HPE потенциально может терять все данные без возможности восстановления после 32 768 часов эксплуатации. Тогда производитель также выпустил обновления прошивок, решающие проблему.

Постоянный URL: http://servernews.ru/1006722
26.11.2019 [17:49], Алексей Степин

Баг в серверных SSD HPE приводит к смерти дисков через 32768 часов работы

Твердотельные накопители давно доказали свою надёжность и стали крайне популярными во всех сегментах рынка ИТ. К сожалению, производители иногда допускают досадные ошибки в прошивках своих продуктов ‒ достаточно вспомнить скандальный случай с Samsung 840 EVO.

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

Как оказалось, целый ряд моделей SSD потенциально мог терять все данные без возможности их восстановления по прошествии 32768 часов эксплуатации. Это вполне достижимый срок, составляющий 3 года, 270 дней и 8 часов. По всей видимости, программисты, создававшие прошивку для этих накопителей, использовали переменную типа signed short int (int16 или аналог), диапазон значений которой простирается в пределах от -32768 до +32767.

HPE VO0480JFDGT: один из накопителей, подверженных описанной проблеме

HPE VO0480JFDGT: один из накопителей, подверженных описанной проблеме

Поставщики SSD предупредили HPE 15 ноября, а 19 ноября компания уже выпустила прошивку версии HPD8, которая исправляет данную недоработку. Все накопители, подверженные данной уязвимости, представляют собой серверные SSD формата 2,5″ с интерфейсом SAS 12Gbps. Их список вкупе со ссылками на необходимый инструментарий опубликован в соответствующем бюллетене.

Они устанавливались во множество систем HPE, включая серверы ProLiant, Synergy и Apollo, а также в СХД JBOD D3xxx, D6xxx, D8xxx, MSA и StoreVirtual 3200. Массивы 3PAR, Nimble и Primera данной проблеме не подвержены. Имя поставщика, допустившего столь досадный промах, HPE пока не разглашает.

Постоянный URL: http://servernews.ru/998509
Система Orphus