?

Log in

No account? Create an account
Cat-light

klink0v


Блохи в свитере деда Сергеича


Про ядра Debian и Hyper-V
Cat-light
klink0v

В процессе дальнейшего ковыряния с Debian-ом внутри виртуалок под управлением Hyper-V на Windows Server 2012 R2 опытным путём было выяснено следующее.


  1. Оный Hyper-V (2012 R2) очень не любит ядра 3-й ветки и более боянистые. Event Viewer ругается на "неподдерживаемую конфигурацию", отсутствие Virtualization Tools, внутри виртуалки могут не работать всякие фичи типа синхронизации времени с хостом, native сетевые интерфейсы и тому подобные.

  2. Также Hyper-V почему-то очень не любит ядра 4-й ветки с архитектурой, отличной от amd64. Перепробовал несколько разных i686-ядер из 4-й ветки, все они вываливались в Kernel Panic. Кто-то с "null pointer dereference", кто-то с "unable to handle kernel paging request" и так далее. В то же время никаких проблем с amd64-ядрами из 4-ой ветки пока что не обнаружено. Ядра 3-й ветки на моей памяти тоже ни разу не запаниковали.

  3. В ядрах 3-й ветки есть мерзкий баг, который приводит к периодическому "перетасовыванию" сетевых интерфейсов, если их несколько. В 4-й ветке с этим всё в порядке.

Отсюда мораль. Если хотите "гонять" Debian внутри Hyper-V, то независимо от желаемой архитектуры системы и версии дистрибутива берите amd64-ядро из 4-й ветки. Без вариантов.

Странная авария
Cat-light
klink0v

Сегодня ближе к концу рабочего дня случилась весьма странная авария. В одном из не самых древних и далеко не самых дешевых HP-шных серверов отказал... BackPlane! Казалось бы, при чём тут Лужков? Выглядело это забавно. Сначала разом "отвалилась" одна половина жестких дисков, а через какое-то время и вторая половина. Поскольку оперативной памяти в серванте было с хорошим запасом, он продолжал работать. И даже крутил виртуалки. Разумеется, при любой попытке обращения к дисковой подсистеме тут же происходил отказ. Но даже в таком полумёртвом состоянии он кое-как дотянул пару часов до конца дня "на пердячем паре", после чего был препарирован.

Перезагрузка не помогла. Выключение-включение тоже не помогло. Запустили фирменные диагностические утилиты от Raid-контроллера. Которые показали, что с самим контроллером всё в порядке, с дисками тоже всё в порядке. Заново инициализировали Raid (в смысле, пересобрали, а не отформатировали). Оно собралось и зажужжало. Вроде как ничего не потерялось, все данные целы, виртуалки в полном порядке. Беглая диагностика и тесты чтения ничего не выявили.

У меня только два вопроса: что это было? И стоит ли опасаться повторения банкета в ближайшем будущем?