Huawei OceanStor

Once you've been, ehm, IT-expert, there's no going back.

I made data on Huawei's OceanStor inconsistent using legitimate ways ony. Bug-report was approved by local Huawei guys first and confirmed by Research Labs later.

Actually this storage is not that bad. And algorithm they call RAID 2.0+ (striped RAID with no dedicated hot-spare) is neat. But fuckups basic things' implementation make me really suspicious about hardware.

So as usual: let the others bump their heads against the wall and we'll see.

Huawei OceanStor

Мастерство не пропьёшь.

На тестировании массива OceanStor от Huawei довёл его до состояния потери данных штатными средствами. Баг был признан сначала местными инженерами, а затем и центром разработки.

Внешне всё выглядит неплохо, то, что они называют RAID 2.0+ (фактически RAID, размазанный по шпинделям без выделенного hot-spare) - замечательно. Но факапы в реализации базовых вещей заставляют сомневаться в качестве кода в целом.

Короче, как обычно. Пусть лучше шишки набьёт кто-то другой, а мы посмотрим.

LVM disk missing

Let's talk about problem, that can really be a puzzle for junior AIX engineers. And speaking of juniors I actually mean a lot of administrators that can be top notch in dealing with everyday tasks, but lack experience in handling disaster recovery.

I often use LVM mirrors for my roovg volume group. It could be two SCSI disks or two volumes from two different VIO servers, doesn't matter. In fact, IBM redbooks stated it pretty much as a standard, at least in pre-NPIV era.

Also, pretty standard is the fact that sooner or later you will lose one of your mirror's half.

LVM disk missing

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

Я часто использую зеркало в LVM (LVM mirror) для размещения rootvg. Это могут быть два SCSI диска или тома, отданные с двух серверов виртуального ввода-вывода (VIOS), неважно. До недавнего времени повального увлечения NPIV в редбуках от IBM это был практически стандарт де-факто.

И не менее обыденным является тот факт, что рано или поздно одну из половинок зеркала вы потеряете.

And now for something completely different (actually not)

While being a classic grumpy old system administrator I literally can not tolerate new things. I turn a deaf ear to all the fuzz about new shiny future, I'm quite sceptical about nice pictures and diagrams, I gnash my teeth when I hear "clouds".

So it's usually really a great pleasure to find a useful tool. Let me tell you about tool you definitely should think about if you're UNIX engineer: pigz.

Пара слов о pigz

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

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

EMC VNX unexpected behaviour

To be fair, modern hardware's design follows old patterns too often. Let me tell you about on of these.

We've got EMC VNX5800 storage system. It's very EMC-like if I may say so and looks like upgraded Clariion mixed with modern ideas (NAS, thin provisioning, SSD cache, etc). I know its benefits and flaws, at least I thought I knew unless I decided to run a few performance tests and stumbled upon this picture: