End of 2015

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

ВСЕМ ДОБРА!

@музыка: Australis - Vanishing point

@настроение: Раз новый год - запишем как новогоднее

---

Lightning Returns: Final Fantasy XIII #3

Caius Ballad. He is just an ass-hole the entire game (c).
Toasted @ Day 4.

@темы: In-game

---

Hamachi + Win 10

До установки Hamachi в системе была просто идиллия. 4 разных сети для разных целей:
VMNet1 - 192.168.1.254/24
VMNet2 - 192.168.2.254/24
VMNet3 - 192.168.3.1/24
VMNet8 - 192.168.8.1/24

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

Итог, хамач в топку, сеть исправлена, БД, обслуживающая две сети поднята и опробована. Работает.

@музыка: KOTO - Crockett's Theme

---

Music

Попалось тут на дороге... Уже второй час на автоповторе

@темы: Music

---

On music in the field and mood...

Включенные наушники позволяют создать вокруг себя эдакий кокон. В него попадает только то, чему сам позволишь пробраться. Люди, события, явления - все, что нужно, ты фиксируешь, а что не нужно - просто пролетает мимо, не отвлекая ни в малейшей степени. Пока шел от метро к пункту назначения по пути на работу, неожиданно этот кокон разлетелся в пыль, внимание переключилось на "внешнюю сторону".
Оказалось, что улицы города уже готовы ко встрече Нового Года, люди на улице уже вовсю обсуждают, что будут делать в праздничные дни (ну или чего не будут делать). Смотрю на них и удивляюсь. Умом понимаю, что до праздника осталось-то всего ничего, каких-то пяток дней и все. Новогоднего настроения нет вообще ни на йоту. Впрочем, его уже много лет не бывает, по крайней мере вот так, загодя. То ли дело далекое зеленое нубство, когда уже за пару недель носился в предвкушении праздника.
Взрослеем, стареем, черствеем...
К черту все. Хоть я и на работе, и глобально настроение тоже рабочее, несмотря на неумолимо приближающуюся новогоднюю феерию, вот эти два кренделя родом из 80-х все так же меня радуют, как и много-много лет назад

@музыка: Koto - Crockett's theme

@темы: Этот веселый мир

---

On mood...

Черт, отпуск кончился. Рабочие будни начались с ночной смены. После них три часа сна и круговерть по городу. И в таком малость офигевшем состоянии тело, повинуясь какому-то до жути странному настроению, на полном автомате врубает AIMP и загружает в него Telenn Gwad, к которому не прикасался уж хрен знает сколько лет.



В моей музыкальной коллекции мало найдется композиций, опаснее этих. Очень мало.

А мораль? Спать надо больше, не будут всякие мысли в голову лезть.

@музыка: Telenn Gwad - Day Falls

@темы: Music

---

Lightning Returns: Final Fantasy XIII #2

Что ж, плюнул на свою гордость геймера, поставил Easy Mode и продолжаю грызть эту игру. Грызется легче, кое-где даже разительно. Хотя все равно учиться местному вымученному парированию оказалось куда сложнее, чем в MGR. Ладно, научимся.
А вот этот момент меня просто порвал пополам. Знающие - поймут

@музыка: David Arkenstone - Wings of the Shadow

@темы: Этот веселый мир, In-game

---

On Databases #2

А тем временем база принтеров успешно пересажена на "большой SQL" (пусть и в редакции SQL Express), и к ней все же написана морда на MS Access. Будет коллегам счастье и задание уже эту версию гонять в хвост и гриву.
Поймал себя на мысли, что это было даже интересно.

@музыка: Koan - After the guiding Venus

@темы: Scripting

---

Star Wars episode 7

Сходили, отсмотрели. Дальше жирнющие спойлеры, поэтому несмотревшим заглядывать под MORE категорически НЕЛЬЗЯ.

Впечатления от просмотренного

Итак, что нам преподнес Дисней? Лощеную графику, куда же без нее. Чем дальше, тем оригинальная трилогия будет казаться неофитам архаичной и недостойной просмотра, что в корне неправильно. ILM свое дело знает, что есть, то есть.

Звук - на высоте. Не сказать, что буду с ошашелым видом искать саундтрек, но впечатление от тех самых серий было, что радует.

Сюжет. Ох уж этот сюжет. Если коротко - нового не ждите, все это вы уже видели ранее. Гендерная инверсия событий в начале, и только, если вспоминать IV эпизод. Далее все чуть ли не один в один. Ну сцена приземления на обновленную звезду смерти, согласен, выбивается из ряда в лучшую сторону. Хотя сама по себе звезда, которая ныне зовется StarKiller (мне одному кажется, что тут сразу два реверанса? Первый - в сторону одной из игр по вселенной SW, второй - аж Вавилону 5, и фанаты должны сказать, почему) уже такой штамп, что мать-мать-мать. Впрочем, без такого мега-орудия и войны Звездными не будут Как правильно заметил Хан Соло - "то есть она просто БОЛЬШЕ?" О, даааа

Самого Хана Соло извели зря. У повстанческой армии (если ее можно таковой назвать) и без того пилоты подобного класса наперечет (а никто не будет спорить, что по мастерству пилотирования Хан многим и многим даст сто очков вперед), так они и столь полезного юнита угробили. Эх, ну да ладно, замену вроде как нашли.

Штурмовик-негр, о котором столько воя было... Что ж, вполне логичное объяснение в фильме этому факту есть, так что претензия снимается целиком и полностью.

Розовые сопли... Это Дисней, у него иначе не бывает. Хотя вру, бывает. "Трон: Наследие" каким-то образом сумел избежать подобной участи. Хотя эта картина вообще стоит особняком. Впрочем, соплей не так уж, чтобы много, потому простим.

Но вот чего я в жизни никогда не прощу, как наверное, и многие другие зрители - это "правопреемника" Дарта Вейдера, по фильму названного Реном (в девичестве Беном). Черт побери, Дисней, зачем, ЗАЧЕМ вы заставили этого героя снять маску? Мало того, что персонаж по фильму ведет себя как самая натуральная истеричка (а это уже громадный минус в карму сценаристам), так еще с первого же взгляда на лицо местного зла думаешь - лицо не-у-дач-ни-ка. Первое впечатление частенько бывает верным. Не всегда, но часто. Похоже, что в этот раз оно было таки верным. В общем и целом, местный антагонист (голографическое изображение Первого Лица Ордена оставим за рамками этого обсуждения, экранного времени ему маловато уделили) не впечатлил от слова совсем, и более того, заставил в какой-то мере разочароваться в фильме вообще. Конечно, хотелось показать моральные терзания человека, раздирающегося между желанием быть белым и пушистым и стремлением к самореализации (на дарксайде вроде как с этим проще), но тот же самый конфликт в исполнении молодого Энакина Скайуокера выглядел естественным. Показанное же здесь иначе как вышеупомянутой истерикой я назвать не могу.
Возможно, этот персонаж в следующих частях трилогии раскроет себя, но мое к нему отношение уже до предела настороженное. Где же тот Дарт, которого мы все любим и помним? Известно где, слился с Силой, оставив в наследство свой изрядно помятый шлем, над которым теперь и рыдает молодое поколение ситхов... Минутку, WTF??? Помнится, в перед отходом в мир иной с Вейдера маску сняли. А теперь перед нами лежит весь его шлем целиком, в состоянии настолько плачевном, что вспоминается едкая фраза с Луркмора в адрес Гарруса: "В процессе сего действа Гарруса еб...ло стрелой в колено ракетой в морду". И, в отличие от Гарруса, шлем этого не пережил.

В общем и целом, опасения за SW частично подтвердились. Что печалит, искренне печалит. Как было правильно сказано одним из друзей - вот так франшизы и умирают.

@музыка: Kоan - After the guiding Venus

---

On Databases

Давненько не приходилось в VBA сидеть, ох, давненько. Сколько там уже лет прошло, после памятного димплома? Но, как бы то ни было, а небольшая база данных в MS Access наконец-то приобрела свои почти финальные очертания и отправилась на тестирование. Понятное дело, что багов там всплывет немеряно, но для того тест и нужен - вылавливать их и исправлять.
Знаю, Access по нынешним временам не тру, потому на очереди новый уровень - перевод этой базы на полный SQL. Чтоб все по-взрослому было. Ну а что, у нас есть аж целый кластер того самого сиквела, дак чего бы его кусочек не использовать под свои рабочие нужды?
И кто бы знал,  Шан, как я тебе завидовал, пока ваял этот несчастный код. Потому что у меня возможности воскликнуть "Ну почему оно работает?!" не было

@музыка: Cisco Call Manager IVR Default MoH

@настроение: бобер, выдыхай!

@темы: Scripting

---

On Google

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

Общенациональных праздников нет, что да, то да. Есть общемировой, по мнению гугла. А чтобы люди не позабыли об этом, а отчего бы не впихнуть самолично в их календари напоминание об этом?

@музыка: Cisco Call Manager IVR Default MoH

---

Резануло по глазам...

Простите, КАКОЕ? Сормовское?! То есть "Система оперативно-розыскных мероприятий" уже действует не только в сфере связи?

@музыка: Galactic Warriors - Ghostship

@темы: Этот безумный мир, Этот веселый мир

---

Lightning Returns: Final Fantasy XIII

Ждал я ее, ждал... А теперь сижу и думаю, а стоило ли ждать. Серия игр, которая всегда и везде предполагала неспешное и вдумчивое прохождение, вдруг ставит тебя в жесткие временные рамки (13 игровых дней, не больше, а время там реально летит). Прибавить к этому совершенно невнятную боевую систему (вида "атаки наносят больший ущерб со спины", вот только зайти в хвост мобу нелья - он всегда поворачивается к тебе лицом).
Открытие новых способностей Лайтнинг - вообще феерия, их надо вышибать из мобов! Айон и Линейка - это все ваше тлетворное влияние!
Возможно я банально еще не распробовал эту игру, пока дополз, именно дополз, только до первого босса, который, кстати, вломил мне от души. Да даже белое мобьё уже доставляет много проблем, если за один бой приходится с двумя драться. А некоторые и в одиночку способны отправить в пункт меню Load.
Чую, придется понизить градус злобности игры, а то и вообще заново начать, много времени потеряно (да, мы на часах, помним?).

@темы: In-game

---

SQL Join

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

SELECT A.Date, A.DisplayName, A.MAC, A.IPAddress, A.Location, A.Room
FROM Log 
AS A 

INNER JOIN (
   SELECT MAC, Max(Date) AS Time_stamp 
   FROM log 
   GROUP BY MAC
)  
AS B 

ON (A.MAC = B.MAC) AND (A.Date = B.Time_stamp)

И как работает.
Есть таблица принтеров, где показано, какой принтер когда и куда был поставлен. В этой таблице можно отследить все перемещения данного конкретного принтера. И из этой же таблицы можно актуальный список установленных на данный момент принтеров. То есть для каждого принтера нужно получить самую свежую строку.
Разбор начинаем с собственно Inner Join. Из таблицы Log выбираем два поля, MAC-адрес (так как именно он является однозначным идентификатором каждого принтера) и дату установки. Группируем выборку по этому самому адресу. Если бы это делалось в Powershell, можно было бы указать примерно так:
... | select MAC,Date | group Date
А на выходе получили бы следующее:

MAC          Date
---          ----
1122334455aa {16.01.2015,17.01.2015,...}

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

Ну а после того, как получили рабочий Join, навешиваем на него остальные данные, которые нам выбирает первый Select. В качестве связи между двумя таблицами будет одновременное выполнение двух условий: MAC из первого Select должен быть равен MAC из Join, Дата из первого Select должна быть равна полю Time_Stamp из Join.

Все это в сумме дает по одной строке на каждый MAC, то есть, на каждый принтер. Что и требовалось.

Черт, давно же с базами данных (пусть даже это всего лишь MS ахсекс Access) не приходилось работать. Но если все получится - наконец-то избавимся от бардака в информации о всех принтерах, какие только есть.

@музыка: David Arkenstone - Spirit Wind

@настроение: клац-клац-клац...

---

GameNet and BDO

На Black Desert Online сейчас многие надежды возлагают. Привык народ ко всякого рода MMO, но везде одно и то же. Нет, с точки зрения сути игры, BDO - ровно то же самое, но хотя бы non-target - глоток свежего воздуха.
С другой стороны - занимается этим проектом в нашей стране компания GameNet, и ее факап с платными аккаунтами уже прогремел на всю игровую общественность.
В общем, поглядел я на этот BDO, посмотрел на то слайд-шоу, которое он мне выдал на моей теперь уже старенькой Geforce 8600 GT, и снес всю игру вместе с клиентом GameNet. Было это где-то месяц назад. А вчера за каким-то чертом (а, вспомнил, хотел проверить, почему не работает коннект от телефона к веб-морде MPC HC) полез в файрволл и в правилах увидел следующее:
Thorn.exe inbound allow (C:\users\(AdminAccount)\appdata\local\thorn\thorn.exe)
Я очень нервно отношусь ко всякого рода бинарникам в папке профиля. Потому правило было уничтожено тут же. Открываем PS от имени той учетки (да, он у меня за файловый менеджер иногда работает), даем там:

cd c:\C:\users\%username%\appdata\local\thorn
dir

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

cd ..
rd thorn -force

И на выходе получаем Access Denied.

Значит, служба. ОК, открываем реестр, ищем там thorns.exe. Находим его в составе вот такой службы: Служба политики провайдера безопасности аккаунта (ишь, как обозвали-то, прям так и веет малварью от этого названия). Попытка ее остановить из консоли служб приводит все к тому же Access Denied. Ладно, тогда делаем проще, прямо в реестре меняем путь к файлу-бинарнику на несуществующий и перезагружаем систему. Служба тухнет. Дальнейший разговор с подобной мерзостью всегда один и тот же

cmd
sc delete thorn

А потом начинаем ковырять рунет. Рунет же подсказывает просто шикарнейшую вещь. Открываем GameNet EULA, раздел Лицензионное соглашение, и ищем там пункт 4.10. Тут я приведу его целиком:
-----
4.10. Пользователь осознает и соглашается, что при установке и эксплуатации программного обеспечения Проекта (в частности, Приложения GameNet) на электронно-вычислительную машину Пользователя в папку по адресу %LOCALAPPDATA%THORN может быть установлено программное обеспечение Администрации, предназначенное для борьбы с неправомерным использованием Проекта GameNet и обеспечения безопасности учетных записей Пользователей Проекта (далее – «Служба помощника провайдера безопасности аккаунта»). Служба помощника провайдера безопасности аккаунта ежедневно автоматически передает Администрации статистическую информацию о программном обеспечении, используемом Пользователем. Служба помощника провайдера безопасности аккаунта не собирает и не передает персональные данные Пользователя.

При удалении или деинсталляции Приложения GameNet Служба помощника провайдера безопасности аккаунта не удаляется и не деинсталлируется автоматически с электронно-вычислительной машины Пользователя. Пользователь вправе удалить Службу помощника провайдера безопасности аккаунта вручную. Для удаления Службы помощника провайдера безопасности аккаунта необходимо запустить системную утилиту Командная строка от имени администратора и выполнить команду cd %LOCALAPPDATA%\THORN && thorn.exe -c 20 && thorn.exe -u.
-----
У меня после прочтения такого опуса в голове только одна мысль. В приличном обществе за подобное поведение принято гладить лицо и жать горло. Причины очевидны. Нет, я согласен с тем, что EULA все же нужно читать, а не пролистывать, как это обычно делается. Но прямое заявление вида "мы вам насрем и уйдем, убирайтесь сами" заставляет озираться в поисках своей любимой лазерной винтовки из Fallout 1.

@музыка: David Arkenstone - Ancient legend

@настроение: дождь за окном...

@темы: Этот безумный мир, Security

---

DPM 2012 Data Source Migration

KnV-программирование, говорите? Их есть у нас. Точнее, не у нас, а в Редмонде. А еще точнее - в каком-нибудь из Соединенных Штатов Индии.
Есть два файловика-виртуалки. Есть у них диск D:, где все данные и лежат. Этот диск имеет свойство пухнуть, как и всякая файлопомойка. Размер VHD-файла с этим диском уперся в свой потолок в 2 Тб (старый vhd). А расширять надо. Ну что же, процедура следующая.
Внутри виртуалки-файлопомойки переводим этот диск в состояние Offline.
В консоли Hyper-V выносим нафиг файл vhd и на его месте создаем новый vhdx с требуемым объемом (vhdx поддерживает файлы больше 2 Тб).
Снова переходим в виртуалку. Находим там свежий диск, переводим его в состояние Online, инициализируем, форматируем, даем прежнюю букву, и говорим развернутой на этом сервере DFSR - а теперь, родная, реплицируй все данные с сервера-партнера. DFSR козырнула и пошла жрать файлы.

А тем временем начинает вопить DPM. Суть в следующем. Когда в DPM в группу защиты добавляем сервер и его какой-либо диск, диск этот идентифицируется не по букве, а по своему GUID (да, опять GUID, снова GUID). Когда файлопомойке дали новый диск, естественно сменился GUID этого диска. И теперь встает вопрос - что делать с группой защиты, как в нее добавить новый диск.

Можно вынести оттуда старый и добавить новый. При попытке провернуть такой фокус DPM вопит, что бекапы, связанные со старым диском, станут невалидными (то есть придется снимать заново полный бекап в те 2 терабайта, а это время).
Можно попытаться связать запись в группе защиты об этом диске с новым GUID диска. Вот это нам и нужно.

Для такого переноса существует специальный скрипт, написанный где-то в недрах MS, который называется Migrate-Datasource.ps1. Вот статья, объясняющая, что это и как оно работает.

ОК, все данные для этого скрипта есть, даем его выполнение в автоматическом режиме. Оно находит старую запись, находит новый диск, пытается их связать... и дает следущее:

Exception calling "MigrateDataSource" with "2" argument(s): "The remote
procedure call failed. (Exception from HRESULT: 0x800706BE)"
At C:\Program Files\Microsoft System Center 2012
R2\DPM\DPM\bin\Migrate-DataSource.ps1:220 char:10
+ $dpmServer.MigrateDataSource($newDataSourceId, $oldDataSourceId)
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: ( [], MethodInvocationException
+ FullyQualifiedErrorId : COMException

Error in Migration

Хм, все веселее и веселее. Ладно, а что ты мне покажешь в ручном режиме? А в ручном режиме оно мне предложило выбрать запись о диске, которую надо исправить, вывело список всех дисков (их GUIDов), которые можно к нашей многострадальной записи подцепить. Этих дисков оказалась ровно 1 штука. И я не знаю, что меня дернуло просмотреть, а кому этот GUID принадлежит, но увиденное заставило отменить скрипт от греха подальше. Дело в том, что предложенный GUID принадлежал MSR-разделу файлопомойки.

Даа, делаа... Поскольку дело было уже поздним вечером, решили эту проблему отложить до утра, чтобы окинуть ее потом свежим взглядом. Вернулись к ней только спустя дня эдак 4. И что бы мы ни делали с этим скриптом, результатом всегда было только одно - предложение связать запись в группе защиты с MSR-партицией. Черт с ним, все равно приближается время полного бекапа, так что уже были готовы убить старую запись и добавить новую. Да не тут-то было:
- Народ, а вы гляньте на последнюю точку восстановления!
- Вчера сделалась? Но ведь бекап не работал?
- Андрюха, походу после этого твоего скрипта бекап все же починился.
И действительно, бекап-то шел, как и полагалось, создалась новая точка восстановления. То есть, источник данных все же мигрировал на новый диск. А теперь поднимаем глаза выше, снова читаем надпись Error in Migration.
Становится понятным, почему провалилась попытка ручной миграции. Потому что новый диск уже был связан с записью в группе защиты и не был доступным для этой операции, только и осталось, что бедную мелкую MSR предложить.

Вот такие индийские скрипты пишутся для Data Protection Manager 2012. Хорошо еще, что хотя бы они есть, тут подсказывают, что в предыдущих версиях нужно было непосредственно базу данных DPM препарировать...

В поднятой в целях теста лаборатории этот же скрипт в такой же ситуации отработал на все сто. Далее много-много непечатного, потому печатать не буду.

Симантек, я, помнится, тебя материл безбожно. Как тут не вспомнить старое-доброе: "Вася! Если сможешь - прости!!!"

@музыка: Metal Gear Rising OST - Denver

@темы: Этот безумный мир, PowerShell, Scripting, DPM

---

Hyper-V HA VM Configuration

Пришла пора обновлять гипервизоры. Стандартная процедура при этом - выгнать с них все виртуалки, сидящие в кластере, погасить все, сидящие вне кластера. Делаем привычное Move - Live Migrate - Best Possible Node... И получаем облом вот такого вида:

Virtual machine migration operation for 'xxx' failed at migration source 'NODExxx'. (Virtual machine ID %VM-GUID%)

'xxx' failed to delete configuration: The request is not supported. (0x80070032). (Virtual machine ID %VM-GUID%)

Блуждания в инете говорят, что проблема в одном из двух:
1. Всякий антивирусный софт. В моем случае маловероятно, потому что с этой ноды уже несколько машин спокойно уехало. Для очистки совести заглянул в параметры антивирусного ПО - все, что относится к Hyper-V и кластеру - добавлено в исключения. Стало быть, не то.
2. Изменение настроек кластерной ВМ через оснастку Hyper-V. Рассуждения таковы: оснастка Hyper-V может банально не знать о кластерных настройках и при записи новых значений в файл просто вытрет их оттуда. Отсюда и кривая работа ВМ в кластере. Лечить - удалением пораженной машины из кластера и добавление оной в кластер заново.

В рабочем чате собирается BrainStorm. Поступает предложение выполнить валидацию всего кластера, исключив проверку стораджей. Запускаем. Проверка показывает ересь в плане сетевых настроек, но они на ВМ так влиять не должны. Смотрю на раздел VM Configuration, вместо привычного Success стоит Warning. А расскажи-ка мне поподробнее, что там предупреждение выкинуло? Каково же было мое удивление, когда я прочитал следующее:

Virtual Machine: xxx
Configuration Data Root: C:\ProgramData\Microsoft\Windows\Hyper-V

Вот в чем дело. Гипервизор считает, что файл описания ВМ хранится не на кластерном диске, а на локальном, куда хода остальным нодам кластера нет. Что ж, надо это исправить. Выключаем пораженную машину, в оснастке Failover Cluster Manager жмем на ней правой кнопкой мыши, выбираем Move, Virtual Machne Storage. В появившемся окне назначаем нужным разделам нужные каталоги на кластерном диске, и жмем ОК. А по нажатию кнопки ОК гипервизор нам заявляет, что переместить файл описания виртуальной машины не может, так как там этот файл уже есть. Хм... То есть у нас есть две копии одного файла, и рабочая из них та, что лежит в неположенном месте. Ладно, уберем их с кластерного диска, благо, имя конфликтующего файла оснастка кластера показывает. После этого дадим оснастке команду обновиться, чтобы она "забыла" о том, что на кластерном диске что-то было, и повторно попробуем переместить файлы конфигурации и обновить каталоги. В этот раз все прошло на ура.

Rinse and repeat 5 more times, потому что валидация кластера показала 6 таких пораженных виртуальных машин.

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

@музыка: Mass Effect 2 - Rescue Tali / Collectors Base Assault

@темы: Virtualization, Hyper-V

---

Social

Хм... На подобные темы записи в этом дневнике возникают просто до безумия редко. Однако, этот случай, имхо, исключение. Открываем интересную статью: Пенсионная криогеника - Клац на Lenta.ru и вдумчиво читаем. Там речь о том, что пенсионные накопления, на которые работающие граждане возлагали/-ют, в принципе, немалые надежды, заморожены в очередной раз. И попутно поднимается извечный вопрос - а будет ли возврат. Далее приведу просто офигительную по своему воздействию по крайней мере на мой мозг цитату из этой статьи:

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

Эту концепцию замглавы ПФР выразил вполне ясно: «Пенсионные фонды у меня часто спрашивают: когда же вернут пенсионные накопления? Как же их могут вернуть, когда никто ничего не забирал?!»

Дальнейших комментариев не будет, ибо ну уж очень матерно. Хотя нет, будет, но...

порядочным людям лучше не смотреть, непорядочным и им сочувствующим - по желанию

все равно матерно

@музыка: Australis - Turns of faith

@настроение: догадайтесь...

@темы: Этот безумный мир

---

Blizzard want your money :)

Да, да, им все мало



И ведь найдутся желающие купить сразу всю трилогию

@темы: Этот веселый мир

---

"They're just vending machines..." (c)

Задумал коллега хлебнуть кофе с пенкой. Кинул денег в автомат, и стоит ждет, пока ему автомат все сделает. А автомат возьми и скажи прямо в середине процесса - "кофе закончился". П. в итоге стоит, смотрит на стакан с белоснежными сливками, которые автомат все же налил, чешет репу, после чего заявляет: "Нет, я все же выпью этот кофе". И с целеустремленностью кирпича в полете открывает наш шкафчик, где хранятся всякие чайные принадлежности, берет оттуда растворимый Nescafe и фигачит его в отданный аппаратом стаканчик с пенкой. Смотрим на все это, хихикаем, один из наших изрекает: "П., ты этот кофе только что изнасиловал %)"

Ну и на сладкое - творчество тех же коллег %)

@музыка: Galactic Warriors - Return to Atlantis

@темы: Этот веселый мир