Category: работа

Category was added automatically. Read all entries about "работа".

Cat-light

Весьма неспешно подыскиваю новую работу

Такие дела.

Нет, прямо вот сейчас я трудоустроен. Не самое плохое место на Земле, далеко не самое плохое. Нет, зарплата не самая низкая (хотя бывала и побольше в молодости). Нет, коллектив первого круга общения совершенно вменяемый. Хотя в целом по организации мудаков, как и везде, хватает. Нет, у меня отсутствует желание спешно эвакуироваться, роняя тапки, как из того же "СитиАДЪса", например.

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

Так что если вам нужен очень хороший и очень дорогой сисадмин-универсал с уклоном в Linux и OpenSource и твёрдым желанием переквалифицироваться в DevOps-а на севере Москвы и Мособласти, вы знаете кому писать.

Из минусов: не приемлю "корпоративную культуру", бюрократию, мудаков, раздолбаев, социальную иерархию, отсутствуют навыки дипломатии и умение лизать-лебезить. Тут уж извините, что выросло, то выросло... Резюме находится по старому адресу, два последних места работы в него пока ещё не добавил.

Wolfy

Жила-была InnoDB

Жила-была InnoDB. Её никто не трогал. Пока в один злосчастный момент в серверной не потух внезапно свет. А UPSа не отработала.

После включения выяснилось, что база "побилась". А бэкапа, как водится, нет. При попытке сделать принудительный replay transaction log-ов она вываливается с ошибкой 11 где-то на первых 13-ти процентах процесса. Если поиграться с величинами буферов-пулов, то вываливается где-то на 75%. Если сказать innodb_force_recovery=6 (SRV_FORCE_NO_LOG_REDO), то обламывается с ошибкой 6 (assertion failure in thread).

Странно, что idb-файлы вроде как консистентные. Утилита innochecksum по всем проходит и никаких ошибок не кажет. Попробовал вытащить хоть какие-то данные напрямую из них, только вот беда: при развертывании сервера параметра "innodb_file_per_table=1" в конфиге никто не прописал. А без него структуру из FRM-файлов не вытащить. При том, что "ibdata1" явно покоцаный.

Оставим морально-этический аспект в стороне. Также не будет задаваться вопросом кто, как и почему всё это настраивал. Скажу сразу: не я.

Есть тут знатоки InnoDB? Можно ли ещё предпринять хоть что-нибудь в данной ситуации? Вытянуть хоть какие крохи, плевать с какими потерями, пофигу на консистентность, хоть из каких-нибудь таблиц?

P.S. База весит 500 гигабайт...

Leopard

Копрономика в IT

Как подметил тов. sevasat, у меня в блоге либо про Linux, либо нытьё. Про Linux уже было, теперь очередь нытья. :-D

Походил маленько по собеседованиям. Все работодатели, которые до сих пор интересовались моей скромной персоной, оказались какими-то странноватыми. Одна девочка-рекрутерша после телефонной беседы пообещала организовать интервью с технарями и растворилась в тумане. Второй долго пытал меня что означает и как рассчитывается системная метрика "Load Average". Блин, как будто я на неё каждый день дрочу смотрю. Третий якобы для заказа пропуска попросил прислать все паспортные данные, включая когда/кем выдан и код подразделения. Был послан сразу по известному адресу. Четвертый непосредственно на интервью заявил, что я им не подхожу, потому что [пока] не умею в Ansible. Блин, ребята, а вы что, моё резюме вообще не потрудились сперва прочитать что ли? Я как бе абсолютно честно там написал про то, что знаю и так же честно не писал про то, чего не знаю. И хрен бы со мной, но неужели вам своего собственного времени не жалко?

Но огорчает даже не это. По итогам ковыряния в вакансиях HH.ru и всех этих покатушек у меня сложилась более-менее ясная картина, куда вообще катится этот мир IT. Туда же, куда и вся прочая копрономика. А именно, когда самым главным критерием является отнюдь не качество выпускаемого продукта, а скорость его разработки и внедрения.

Отсюда тонны Javaписьного говнокода. Отсюда зверские требования к вычислительным ресурсам. Отсюда необходимость построения мега-кластеров на сотни серверов. Отсюда все эти модные buzzword-ы на тему Agile, Scrum, CI/CD и прочие. Отсюда постоянные доработки, обновления, патчи на обновления, патчи на патчи на обновления. Отсюда армии программистов, которые не способны собрать и оттестировать свой собственный проект самостоятельно. Которым нужна постоянная нянька-сиделка в виде DevOps-а, которая будет за них собирать, разливать, тестировать, выкатывать в production. И получать по шапке, если что-то пошло не так.

Это я, конечно, сильно утрированно написал. Но суть примерно такова.

Соответственно, на рынке нонче очень сильно не хватает специалистов, которые умеют:


  1. рулить пачками серверов от нескольких десятков до нескольких тысяч;

  2. автоматизировать процесс сборки говнокода, его тестирования и распространения на вышеупомянутые пачки серверов.

А почему их не хватает? Да потому что им тупо неоткуда взяться. Те немногие "счастливчики", которые есть здесь и сейчас, когда-то давно пришли работать в успешный стартап и "выросли" вместе с ним. Как правило, они сидят на попе ровно и никуда не дёргаются, потому что их текущий работодатель прекрасно понимает чем чревата потеря таких кадров. "Текучки" среди них, как правило, нет. К тому же, во всех компаниях конкретная специфика и стек разработки немного разные. И не факт, что тебе удастся быстро и безболезненно перестроиться с одной на другую.

Таким образом, количество DevOps-ов "с опытом" примерно равно количеству успешных стартапов, которым повезло вырасти до определённых масштабов. Много их? То-то и оно. Теоретически, конечно, можно читать книги. Можно проходить онлайн и оффлайн курсы, как это сделал тот же techquisitor. Можно ковыряться у себя дома на тестовых компах. Но теория — это теория, а практика — это практика. Реальный бизнес же всегда хочет кого-то "готового" и с многолетним опытом работы. Поэтому и такие лютые количества незакрытых вакансий по данному направлению.

Вот я всерьёз задумался. "Обычные" системные администраторы сейчас уже никому не нужны: все ушли во всякие "SaaS", "IaaS" и в прочие облака. Так что текущая ценность моих знаний и навыков прямо сейчас равна нулю. Хуже того, я на рынке труда сливаю даже студентам и выпускникам, потому что их охотно берут в качестве стажёров, а меня — нет. С другой стороны, я уже и сам не знаю, а хочу ли участвовать во всей этой вакханалии. Не уверен на 100%, что готов посвятить этому остаток жизни. К тому же, нет никакой гарантии, что через пару-тройку лет всё не развернётся в каком-нибудь очередном новом модном направлении. С третьей стороны, не часто и не много, но деньги мне всё-таки нужны. Да и из страны свалить мучительно хочется. Прям не знаю что и делать. Хоть бери и на какого-нибудь сварщика или электрика переквалифицируйся.

А вы что думаете по этому поводу? И часто ли смотрите на Load Average?

Lynx

Разведка рынка труда

Чё-то я решил посмотреть какие в принципе есть сейчас вакансии на рынке труда в IT. Залез на HH, да чё-то и залип там неожиданно часа на три. С большой грустью для себя обнаружил, что безнадёжно отстал от прогресса. Сейчас все повально требуют опыт работы с Docker / Kubernetes / Ansible / Ceph, в довесок ElasticSearch, Apache Tomcat и PostgreSQL. Я же с этим не сталкивался, ибо десять лет назад этого всего просто не существовало (за исключением Tomcat и Postgres разве что), а в моей мелкой конторке в подобных инструментах не было ну никакой необходимости. Дальше на сцену выходит стандартная проблема всех сисадминов: "Научитесь плавать — нальём воду". Чтобы разобраться с модными технологиями, нужны реальные задачи. Чтобы были реальные задачи, нужно куда-то трудоустроиться. Чтобы трудоустроиться, нужен опыт работы с модными технологиями. Упс!

Зато по ходу пьесы отметил для себя энное количество перлов и жира, которыми хочу поделиться. Не факт, что все эти ссылки будут работать на момент прочтения вами этого поста. Тут уж не обессудьте. Сперва ссылка на вакансию, после неё мой комментарий.  Поехали.

Collapse )
cat-updown

HP, мать его, Enterprise

Тут коллега по цеху пытается переписываться с российским подразделением HP Enterprise. У них электронные адреса выглядят как "VasyaPupkin@hpe.com".

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

Оказывается, в качестве обратного адреса у них везде, и в заголовках письма, и в подписи в тексте письма, указан адрес типа "csr.russia@hpe.com", при этом буква "e" в имени хоста — кириллическая.

У меня только один вопрос. Это в HP работают такие феерические долбо**ы, или они это сделали специально, чтоб им поменьше писали?

Впрочем, в любом случае, в моих глазах HP и раньше-то был днищем. Ан-нет, сейчас вот снова снизу постучали.

Lynx

Шоу

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

Что тут поделать? Хозяин - барин. Они нашли какую-то другую типа конторку, был разработан и согласован план приёма-передачи IT-инфраструктуры, первым шагом которого значился пункт "забрать у нас один из серверов и поместить в стойку Selectel-овского датацентра".

Я уж промолчу, что все эти намерения были оформлены четыре (!) месяца тому назад, а за сервером к нам приехали только вчера. Забрали его в 19 часов вечера, а запустили на новом месте только в 0:30 следующих суток. И это при всём при том, что требуемые IP-адреса были назначены заранее; загодя до переезда сервера все службы на нём были предварительно перенастроены под нового провайдера и оттестированы. Оставалось только запихнуть сервер в стойку и воткнуть в него пять патч-кордов: три Ethernet и два силовых. Разумеется, мы предоставили наглядную бумажную схему "что куда включать" ажно с фотографиями "задницы" серванта, а также предупредили заранее о возможных сложностях и специфике подключения.

Даже если предположить, что они ехали в соседний административный округ по московским пробкам два часа (что само по себе нонсенс), то получается, что на запуск сервера им понадобилось три с половиной (!) часа. И в итоге его iLO так и не начало откликаться. Прям интересно, чем они могли так долго в датацентре заниматься?

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

Lozhkin

Почему HP - зло, продолжение

В продолжение темы про серверное оборудование HP.

Подопытный пациент - RAID-контроллер HP Smart Array P410. Со встроенной кеш-памятью 512 МБайт и исправной полностью заряженной батарейкой. Сконфигурирован в режиме "1+0", восемь дисков по 1ТБ.

В 23 часа "удалённые ручки" заменили один из жёстких дисков, находившийся в состоянии "Predictive Failure" (по факту - сдохший и тормозивший всю систему). RAID перешел в состояние "Recovering". И находился на отметке "Recovering, 0% complete" всю ночь, пока я утром не пришёл на работу и не остановил тестовый процесс записи потока случайных данных на диск. И только после того, как нагрузка с дисковой подсистемы была полностью снята, наконец-то пошёл реальный процесс ребилда.

Сказать, что я нахожусь в полном @%уе - значит не сказать ничего. То есть ты взял, заменил сбойный диск в надежде на то, что через какое-то время RAID снова встанет в строй. А он даже и не думает этого делать. Потому что, видите-ли, пока идёт запись, он больше ничем другим заниматься не хочет. При этом, если верить iotop-у (а не верить ему у меня причин нет), запись шла со скоростью всего 10...17 МБайт/с, что для 8-дискового массива, мягко говоря, ни о чём. То есть, контроллер реально и ничего не записывал, и массив не перестраивал. У меня появляется логичный вопрос: а чем же эта сука в таком случае всю ночь занималась?!?

Народ, не берите HP. Он есть суть полное говно. Без вариантов.

Cat-light

TYT.BCE.HACPEM

Принесли тут нам безопасники (специалисты из службы безопасности) принтер на ремонт. Сказали, "что-то не печатает". Пришлось разбирать, смотреть. Причиной поломки оказалось отломанное лезвие канцелярского ножа типа "пёрышко", застрявшее между кнопкой сброса задания и корпусом принтера. Кто-то вдавил эту кнопку с такой силой, что она не отжалась обратно сама. А потом её попытались выковырять оттуда канцелярским ножом. Лезвие обломалось и зафиксировало кнопку в её гнезде намертво. Ясень пень, что принтер не печатал.

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

Тот же принтер, вид сзади. Обратите внимание на два небольших тёмных пятнышка в правом верхнем ближнем углу корпуса. Как вы думаете, что это?

Правильно, это крысиные экскременты. А может, мышиные (не путать с "машинными"). Мне вот интересно, каким макаром крыса (или мышь) умудрилась залезть вовнутрь принтера под корпус и нагадить там. А главное, зачем. Наверное, есть в этом какой-то свой особый крысиный понт.

В качестве заголовка к посту было использовано название одной старинной очень популярной в своё время FIDO-шной эхоконференции. Просто что-то вспомнилось к месту.