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

И вот, гипервизор установлен, развернуты несколько виртуалок, пока в тестовом режиме, полёт нормальный… Но вдруг сервер неожиданно падает.

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

Часа через 3 сервер выключился вновь. Поскольку время было позднее, я решил отложить дальнейшее разбирательство до завтра, благо платформа была на стадии внедрения, и никаких критичных сервисов на ней пока не было. Я грешил на перегрев процессоров, а также на память FB-DIMM, о капризах и перегревах которой был наслышан.

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

Каково же было мое удивление, когда я, подойдя к нужной стойке, не обнаружил сервер на привычном месте! К такому повороту событий я так сразу не был готов.

Тут стоит сделать уточнение. Я работаю в достаточно большой компании, в которой есть много it-отделов, занимающихся не пересекающимися направлениями. А тот небольшой дата-центр, о котором идет речь, компания арендует практически полностью. И доступ сотрудников на его территорию контролируется крайне слабо.

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

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

Говорите, вас задолбали желающие решать свои вопросы лично с директором? Ну, касаемо желающих пройти в уборную с главой учреждения в качестве гида — это, конечно, затейливо, даже не знаю, сочувствовать или завидовать тому, что у вас бывают такие истории. А вот по всем остальным вопросам — позвольте высказаться с обратной стороны.

Вот большая организация, где есть разные структуры с разными функциями и ответственными за разные задачи сотрудниками. Директор в них, может, и не занимается закупкой ершиков, но к вашему сведению, имеет решающее слово в вопросе «закупать — не закупать». Я работаю в такой же организации. И в подавляющем большинстве случаев тоже прихожу начинать разговор именно к директору.

Итак, мне нужно закупить новое оборудование для своего отдела. Я пишу заявку и несу ее главному инженеру. Именно его обязанность в нашей организации — передать мою заявку в упомянутый вами отдел снабжения. Я жду неделю, иду к главному инженеру. Выясняется, что у него была куча дел, он забыл (не человек, что ли?), и моей заявки в отдел снабжения не занес.

Я беру заявку и иду в отдел снабжения сама. Пройдя краткий цирк с понями, потому что «заявку должен принести главный инженер!», я оставляю бумагу еще на неделю. Через неделю я иду — и узнаю, что у организации нет денег на мои заказы, и директор заявку не подписал.

Не буду рассусоливать дальнейшие мытарства. Случайно оказавшись через месяц на приеме у директора, где зашел вопрос о качестве работы моего отдела, напрямую связанный с упомянутым оборудованием, я озвучила проблему и получила свое оборудование на следующий день, только с изумленным вопросом «Кто сказал — нет средств?!» от директора, решившего вопрос парой подписей.

Та же организация. Зреет конфликт между двумя сотрудниками. Зреет давно, во взаимных пакостях эти сотрудники начинают затрагивать работу других людей. Все компетентные и ответственные лица заняты только одним: как бы не дошло до директора. Когда конфликт заканчивается дракой и срывом мероприятия, и до директора все-таки доходит, он решает проблему в два дня: выясняет истоки конфликта, опрашивает сотрудников, делает вывод и увольняет зачинщика. Работа продолжается, но становится в два раза продуктивнее.

Идем дальше. Другая организация, я в ней не работаю и занимаюсь уже вопросами сотрудничества. Вопросы эти решает определенная служба — милая секретарша направляет меня в кабинет, дает визитку. Я иду. Беседую с компетентными в вопросе и ответственными за вопрос людьми, оговариваю условия. Получаю список необходимых документов, собираю, возвращаюсь, узнаю, что вот этот документ оформлен неверно, этот не на том бланке, а вот про этот мне вообще забыли сказать (не люди, что ли?), но его тоже надо. Иду переделывать, возвращаюсь. Все, ваше предложение будет рассмотрено, мы перезвоним. Через некоторое время звоню сама. Директор рассматривает, говорят мне. Не выдерживаю (сроки поджимают), звоню лично директору, проявляю жесткость с секретаршей. В беседе с руководителем выясняю, что именно мое предложение им сейчас и нужно, как это — две недели лежат бумаги?! Нужно ли говорить, что вопрос был решен в тот же день, а половина собираемых мной по требованию «компетентных сотрудников» документов вообще непонятно для чего была?

Ситуаций таких тысячи. Они задолбали, как и тысячи специально обученных сотрудников, либо вообще в своей работе некомпетентных, либо ленящихся поднять зад, либо страдающих хроническим склерозом, пофигизмом или жаждой взятки. Поэтому я искренне рада, милая девушка, что именно у вас таких вообще нет, и именно ваши сотрудники решат мой вопрос в рамках своей специализации. Но проводите меня сейчас к вашему руководителю организации, я начну именно с беседы с ним, а уж там пусть он меня отправляет к своим подчиненным. Иначе у нас, к сожалению, ничего не работает.

Когда-то мне присылали это видео, не хочу, чтобы снова потерялось :)

Открылся предзаказ на Jolla Tablet

К сожалению, ждать их довольно долго придется, сначала начнутся рассылки для заказчиков с Indiegogo.

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

src: maxkatz.livejournal.com

Натолкнулся тут на не очень приятное поведение Prosody, хранящего данные в Посгресе. При перезапуске pg или даже если просто prosody запущен при загрузке раньше, чем pg, он не может найти данные и не работает. К счастью, для CentOS с systemd есть быстрый фикс, уменьшающий неприятности этой проблемы — надо лишь чуть-чуть подправить файл сервиса.
0. Если бы у нас был новый systemd, мы бы набрали команду

systemctl edit prosody

и попали бы на шаг 2
1. но systemd в CentOS 7 уже староват и там такой команды еще не было, так что делаем всё вручную

mkdir /etc/systemd/system/prosody.service.d
cd /etc/systemd/system/prosody.service.d
touch override.conf

2. в override.conf помещаем следующий текст:

[Unit]
After=postgresql.service
Requires=postgresql.service

3. даем systemd обновить конфиги

systemctl daemon-reload

4. Профит! Теперь при запуске prosody будет пытаться сначала запустить и подождать postgres и перезапускаться при его перезапуске

Новая война в Заливе меня убивает. Как еще можно было собрать даже хотя бы условно на одной стороне почти все страны Арабской Лиги, США, Пакистан, Аль-Каеду и ИГИЛ? Израиля, пожалуй, только не хватает до кучи.

include <iostream>

std::string operator*(std::string& s, unsigned int n)
{
    std::string cml;

    cml.reserve(s.size() * n);

    for (decltype(n) i = 0; i < n; i++) {
        cml += s;
    }

    return cml;
}

int main()
{
    std::string s   = "test";
    std::string sss = s*3;

    std::cout << sss << std::endl;
}

Сразу две новости, связанные с KDE — вышел десктоп KDE Plasma 5.2 и Fedora Rawhide перешла с KDE 4 на KDE Plasma 5
Я на радостях поставил KDE5 и себе :3

Первый день — пока полет нормальный