Сумерки богов

Свистелки и перделки

2011-09-23T08:50:00.001+06:00

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

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

Блин, дайте потратить деньги!

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

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

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

Маркетолог наносит ответный удар

Жажда "забацать что-нибудь этакое" - чтобы пипл клюнул вечна. Дождавшись наконец свою SteelSeries 7g, я слегка матерился часиков пять. Причина очень хорошо видна на картинке ниже:

Эти ~~ебаные дебилы~~ знатоки человеческих душ заменили левую Win на клавишу-модификатор, которая совместно с клавишами F1-F6 позволяет управлять громкостью и воспроизведением. Причем сделано это аппаратно - то есть фиг переключишь. Зачем это нужно и почему это нельзя было сделать отключаемым - выше моего скромного понимания. В итоге - на левый Win у меня сейчас размаплена CapsLock.

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

Мораль: товарищ, будь бдителен! Маркетолог хитер и коварен!

Все. Это конец света

2010-06-03T01:52:00.001+06:00

Поначалу я подумал, что это шутка...

Но! Это не есть она. Это действительно эпоксидка для известного девайса. А знаете кто ее сработал? Сам пантон. И ведь банчит ей за 9 угрюмых енотов.

Я конечно понимаю, что фззду - это секта у которой мозг заменен на лялякалки. Но всему есть предел. Просматривать досочные цвета на слепошаром экранчике...

Неджекилл никогда!

2010-02-12T06:44:00.001+05:00

Все-таки программистов надо убивать. Хотя бы за то, что они искренне думают, что их мнение самое правильное. История буквально часовой давности:

Делай раз! Имеется такая система как Git. Если кто не в курсе - это типа распределенная система контроля версий написанный (аж прям страшно становится) самим Линусом Торвальдсом. За что я бы с удовольствием в сотый раз набил ему морду.

Делай два! Имеется некий хостинг проектов под названием GitHub. И вроде бы все в нем прекрасно, за одним исключением - если хочется хостить на нем документацию, то ее нужно запихивать в ветку "gh-pages". Если гнать хтмл в какую-то другую ветку, то странички не смотряццо даже в raw. Ладно хоть урл у страничек нормальный - <логин>.github.com/<проект>.

Делай три! То есть: сгенерил доки, куды-ньть их перенес, забрал ветку "gh-pages", залил в нее, обновил, закоммитил, запихнул в оригин... Ааа! Это же просто адски удобно! Ах да. Маленькое уточнение: текущую ветку сменить нельзя пока в ней есть незафиксированные изменения. Я убью тебя, Линус!

Делай четыре! Тут уже пошел позитив! Берем апачевский Ant и делаем на нем довольно таки шизойдно выглядящий скриптик, который:

Удаляет локальную ветку "gh-pages" и снова ее клонирует с оригина. Если ее нет - то он ее просто создает вот таким вот интуитивно понятным способом.
Клонирует репозитарий, с которым мы щас работаем во временную репу вне дерева проекта.
Забирает ветку "gh-pages" и радостно в ней все долбит.
Запускает наконец билд. Кстати, у меня - это две строки в Ant. Две потому, что чертов Джекилл, на котором пашут gh-pages, рубит ссылки, которые начинаются с подчеркивания. Чтобы это вылечить - надо в корень кинуть файлик с милым именем ".nojekyll"
Коммитит и толкает все что наработал из временной репы в рабочую.
Долбит к чертям временную репу с каталогом.
Остается только запихать все коммиты на гитхаб или куда там еще.

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

P.S. Линус, ты козел!

Пакуя черный ящик

2009-05-24T04:21:00.005+06:00

Имея под своим началом кучу веселых виртуалок, поневоле хочется подстелить соломки. Решений для бэкапа великое множество, но, так или иначе, все они основаны на одном и том-же vmWare Consolidated Backup (VCB). Причем, в отличие от всех других - он относительно бесплатен. Я имею ввиду, что бэкапить он не хочет только фришный ESXi. Все другое он бэкапит только в путь и не кобенится. Причем, неважно к чему он подрубается - к хосту ли напрямую или к Virtual Center (или vCenter Server в случае vSphere). Понятно, что версия (3.5 или 4) тоже значения не имеет. Вот какой герой этот VCB. Приведенное ниже решение работает у меня уже по меньшей мере год. Бэкапит по полсотне виртуалок каждые сутки. И ни разу не было ни одного сбоя.

После всех этих дифирамбов всем наверное не терпится приступить. Поэтому начнем. Что мы имеем:

Энное количество хостов ESX/ESXi
Virtual Center / vCenter Server (необязательно)
Энное количество СХД. Я использую NFS - просто потому, что будучи всего на 10-15% медленнее iSCSI, NFS не требует сетевых адаптеров стоящих огромные кучи вечнозеленых буказойдов.
Одну несчастную SMB-шару куда будут складываться бэкапы.
Одну виртуальную машину под Windows Server/XP, которая будет заниматься всем этим черным делом. Реальный ящик мне под это выделять не разрешила госпожа Жаба.

Ставим на виндовую виртуалку VCB. Отрубаем автомонтирование. После этого прописываем в автовыполнение скрипт следующего содержания:

@echo off
:: Author Alexander Dorofeev

:: VirtualCenter/vCenter Server or ESX/ESXi hostname or IP address
set vcname=soup

:: VirtualCenter/ESX/ESXi login and password with needed privileges
set login=login
set pass=password

:: Criteria to backup (see vi3_35_25_vm_backup.pdf):
:: any
:: powerstate:on|off|suspended
set criteria=any

:: Path to backups and mountpoint.
set bpath=\\VAULT\backup\esx
set mountpoint=z:

:: System Old snapshot name
set oldsnap=_VCB-BACKUP_

:: Mounting
net use %mountpoint% %bpath%

set signature=-h %vcname% -u %login% -p %pass%
echo Backup started at %time% %date% > %mountpoint%\backup.log

cd "C:\Program Files\VMware\VMware Consolidated Backup Framework"

:: Checking all VM's in VirtualCenter
for /f "tokens=2 delims=:" %%n in ('vcbvmname %signature% -s %criteria% ^| find "name:"') do (
echo Backing up %%n>>%mountpoint%\backup.log

:: Removing snapshots with name

_VCB-BACKUP_ - for some cases

 for /f "tokens=2 delims=:" %%i in ('vcbvmname %signature% -s name:%%n ^| find "moref:"') do (
for /f "tokens=2 delims=:" %%s in ('vcbsnapshot %signature% -f moref:%%i "%oldsnap%" ^| find "SsId:"') do (
 vcbsnapshot %signature% -d moref:%%i SsId:%%s
 echo Old snapshot in %%n moref:%%i removed>>%mountpoint%\backup.log))

:: Removing old directory
rd /s /q "%mountpoint%\%%n">>%mountpoint%\backup.log

:: Wow! Backing up VM
vcbMounter %signature% -a name:%%n -r %mountpoint%\%%n -t fullvm -m nbd -M1 -F 0 >>%mountpoint%\backup.log
)
echo Backup finished at %time% %date% >> %mountpoint%\backup.log


:: Unmount
net use %mountpoint% /delete

Собственно, это все. Прописываем в скрипте все что нам надо (читаем комментарии) и радуемся жизни.

Кантуя черный ящик. Эпизод 3: Империя любит тебя

2009-05-24T03:38:00.005+06:00

Прежде всего, хочу сообщить тебе мой любознательный читатель, что переход мой на vSphere (и, соответственно, на ESX/ESXi 4.0) прошел без каких либо проблем как в основном облаке, так на обособленных от него хостах. Зрелище виртуалок, прыскавших как мальки во все стороны с обновляемых хостов было просто незабываемым. Даунтайм нулевой. Новые фичи, а особенно распределенный коммутатор, очень понравились

Не вдаваясь в особые подробности, добавлю только, что с драйверами также проблем особых не было. Ранее описанный мной двумя постами ранее прекрасно работает. Все изменения заключаются в смене 3.5u4 на 4.0 в именах репозитариев, а также замены сладкой парочки open-vm-tools-kmod и vmware-tools-kmod на простого парня vmware-open-vm-tools-kmod. Но это, мой любознательный читатель, ты и сам уже наверное знаешь посетив этот познавательный сайт.

Yep. Some APIs changed

2009-04-29T05:09:00.005+06:00

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

На первый взгляд - все идеально:

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

Прекрасные заявления, жизнь прекрасна. Но, почему то, они не работают впринципе. Причина именно в прекрасных заявлениях. Они порочны по своей сути ибо не предназначены для программных продуктов. Предназначены они для артели программистов. Приступим к распятию. А распинать мы будем священную корову под именем *nix (слышен звук передергиваемых затворов). Вернее даже не сами никсы а методы разработки.

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

Осадочек такой: "Ни одну из современных свободных операционных систем, будь то любой опять-таки свободный дистрибутив linux или freeBSD невозможно использовать в нестабильной среде. Под нестабильной средой понимается связка железо-юзер."

Сразу же стоит уточнить, что я имел богатый опыт с никсами даже на десктопах. Под "даже на десктопах" я подразумеваю продакшен, а не жесткую еблю. Давным-давно это был SGI IRIX, позднее Apple MacOS X. Думаю самые умные уже догадались - что между ними общего. Правильно - полная и абсолютная стабильность в плане железа. Железо жесточайшим образом отобрано и сертифицировано, а шаги вправо-влево - сами знаете что. Серваки на тех же платформах (IRIX и XServer) - та же самая история. Все апдейты предоставляются производителем и, вы не поверите, встают без малейших проблем.

Кстати, в вышеупомянутой ситуевине с модулями ядра лучше всего повела себя "самая платная из всех свободных", а именно RedHat. Ребята всю ночь не спали и выдали мне все, что было нужно. Попросили обращаться еще.

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

Потому, что ни один программер ваяющий винду никогда не выдаст в форуме "Yep...". Его за это выгонят с волчьим билетом в индию в колл-центр - принимать звонки. Про любое изменение становится известно очень заранее. Например: мне позвонили из интела, чтобы уведомить, что я должен обновить драйвера сетевых карт, так как на старых версиях не будет работать аггрегация с установкой первого сервис-пака на висту. Позвонили за два месяца до выхода сервиспака. А до этого пришло письмо из микрософта. Как вы думаете - сколько у меня было проблем после установки этого самого сервис-пака? Правильно - ноль.

А теперь подумаем - нахрена кому-то из производителей аппаратного или программного обеспечения, или же игр, в разработку которых вбухиваются миллионы, операционка, устройство которой больше похоже на лед, разъезжающийся под ногами? Ответ - никому. Все свободные операционные системы как были, так и останутся уделом личностей ищущих проблем на свою пятую точку, а потом героически с ними расправляющихся. А личностей этих мало. Под личностями я имею конечных пользователей, а не программисов, для которых свободные ОС - just for fun. А ведь именно конечные пользователи покупают железяки и программы. Соответственно, выпускать версию того же фотошопа под линукс - это просто выбрасывать деньги на ветер. А нет программ - нет системы. Вспомним, пусть земля им будет пухом, BeOS, NEXT и прочие.

Самое веселое, что всех этих искателей приключений на самом деле еще меньше. Потому как имеет место одна проблема под названием "вилка в жопу". А именно, вместо того, чтобы хреначить что-то одно, народ, которому охота славы и признания, начинает клепать свои "альтернативы". В итоге мы имеем то что имеем: кучу плохо уживающихся между собой дистрибутивов линукса, BSD и прочей хреновины, каждая из которых отжирает на себя свою кучку мозгов. По роду бизнеса, мне приходится копаться в RedHat, Debian (читай - Ubuntu), freeBSD и Solaris. Поверьте - это далеко не сахар. И я перманентно ловлю себя на мысли, что хочу переубивать всех их создателей.

И под конец - маленький недавний опыт. На моем домашнем NAS какое-то время стояла Ubuntu 8.10, которую я проставил "попробовать" вместо RedHat. Стояла примерно с полгода, пока не вышло обновление до 9.04. Вышло - поставил. И тут началось... Во первых, система элементарно не грузилась из-за за каким то чертом включенного в установку по умолчанию dmraid. Во вторых, когда я при физически отключенном массиве снес dmraid, массив развалился (смотрим тут - без комментариев). В третьих - проблемы с самбой и периодически виснущим NFS. Вобщем, теперь там опять стоит RedHat, а гномы из платной ТП бдят над ним, как над любимым чадом.

И никаких "Yep...".

Кантуя черный ящик. Эпизод 2: Новая надежда

2009-04-19T02:38:00.010+06:00

Ранее я писал о своих злоключениях с vmWare Tools в нестабильном и неконтролируемом окружении. Проблему я вроде-бы решил. Но вместе с решением я получил головную боль - поддерживать пакет у которого есть аналоги. Естественно, как человек ленивый, я продолжил поиски.

И вот, как луч солнца из-за туч - вышло обновление ESXi U4 (и ESX ессно). В обновлении добавляется поддержка Ubuntu 8.10 Intrepid Ibex (читай - kernel >2.6.26) и RHEL 5.3. Устанавливаем, радуемся нормальному мониторингу памяти и поддержке Exhanced vmxnet... и кладем на встроенные тулзы большую медную посудину - после всех мучений с этим чудом - я на него даже смотреть не стал. open-vm-tool остался тем же чем и был - толстой глюкавой эпоксидкой.

Решение вопроса - на сайте с великолепным названием packages.vmware.com (опять же разверзаются небеса, слышен хор ангелов, порхает всякая мелкая хрень в подгузниках и т.д. и т.п.). Собственно говоря, сайт существовал и ранее, но ничего сверхполезного там не наблюдалось: поддержка только Ubuntu 8.04 (читай 2.6.24). Исходников дров там было нема. Ессно, что дрова не подходили ни для проапрейдженных Ubuntu 8.04, ни для RHEL 5.2, ни тем более для Ubuntu 8.10 ("Yep. Some APIs changed"), ни для RHEL 5.3. Что самое мерзкое - там же тусили vmware-tools-nox, но желали родных дров. А в этих самых vmware-tools-nox как раз и заключается небесная привлекательность этого сайта. Входящий в них демон, в отличие от встроенных тулзов и от open-vm-tools не валит сеть, и в целом, ему глубоко фиолетовы все модули ядра. Но, несмотря на это, при установке ему просто таки жизненно необходима пара пакетов open-vm-tools-kmod и vmware-tools-kmod. Соответственно, если если данные пакеты не стоят, то при установке он предлагает слить сами пакеты и linux-image-2.6.27-7-generic, которые нужны нам как рыбке зонтик.

Но сейчас все стало гораздо веселее. На первый взгляд, все также - в репозитарии для Intrepid лежат скомпиленные модули для ядра 2.6.27-7, тогда как у барана давным-давно имеется 2.6.27-11 (не говоря уж о Jaunty). Облом? Нифига! Вся интрига заключается в том, что ребята из vmWare вывалили пакеты исходников (для Ubuntu и RHEL), что в корне меняет дело.

Поехали рыть. Прежде всего, нас интересует нас там довольно интересный документ. Смело промотав его до почти конца, находим то, что нам требуется. Если для RHEL все кристально чисто - делаем RPM и расфигачиваем его по виртуалкам, то для Ubuntu/Debian предлагается проставиться module-assistant'ом и компилить дрова им. В целом все работает. Причем, хотя поддержка и не заявлена, работает и на Debian. Но есть два очень раздражающих обстоятельства. Первое - module-assistant предполагает сто метров всякой компилляторной фигни. Второе - при обновлении надо заново выкачивать заголовки ядра, а это - еще 20 метров. Непорядок - для ушлепнутой и замордованной всеми виртуалки.

Казалось бы - делать нечего, обновляться и компилить. Но, после того как module-assistant отфигачил новые дровишки, можно заглянуть в /usr/src и с удивлением обнаружить там сладкую парочку open-vm-tools-kmod-<версия ядра>_<фигня всякая><архитектура>.deb и vmware-tools-kmod-<версия ядра>_<фигня всякая><архитектура>.deb общим весом в полметра. Ага!

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

Делаем виртуальную машину под Ubuntu/Debian именно той архитектуры - под которую дам нужно получить дрова. У меня сейчас в загашниках четыре машины Ubuntu/Debian для 32 и 64 битов.

Прописываем репозитарий:

apt-key adv --fetch-keys \
http://packages.vmware.com/tools/VMWARE-PACKAGING-GPG-KEY.pub
echo "deb http://packages.vmware.com/tools/esx/3.5u4/ubuntu intrepid main restricted" \
> /etc/apt/sources.list.d/vmware-tools.list

Апгрейдим ее в косячину:

apt-get update
apt-get dist-upgrade
restart

Устанавливаем module-assistant:

apt-get install module-assistant
module-assistant prepare

Теперь имеет смысл сделать снапшот - потому как при следующих обновлениях ядра машинка может еще пригодиться.

После этого гордо даем потрясающую по простоте и изяществу, как слеза самурая, команду:

module-assistant clean open-vm-tools-kmod vmware-tools-kmod
module-assistant auto-install open-vm-tools-kmod vmware-tools-kmod

После чего, обнаруживаем в /usr/src так милые нашему сердцу пакеты open-vm-tools-kmod-<версия ядра>_<фигня всякая><архитектура>.deb и vmware-tools-kmod-<версия ядра>_<фигня всякая><архитектура>.deb. Забираем пакеты и вырубаем машинку до нового обновления.

Далее остается только распространить эти пакеты по нужным виртуалкам. Я выложил их в свой репозитарий и сделал скрипт на загрузку, который проверяет - и, если нужно, устанавливает их (а можно и просто ставить их при помощи dpkg).

После этого можно смело ставить vmware-tools-nox (или просто vmware-tools - если вам с какого то перепою понадобился GUI), который, видя, что модули стоят, бодро начинает весить в районе пяти метров.

Данная схема протестирована на Ubuntu 8.10 Intrepid Ibex, Ubuntu 9.04 Jaunty Jankalope, а также на Debian 5 Lenny.

P.S. Если честно, то за такую организацию ядра программистов нужно убивать с особой жестокостью. Первое, что я сделаю с г-ном Торвальдсом при встрече - буду долго бить ему морду. Возможно даже ногами. Блин, ейбогу, детский сад какой-то - вместо люлей с вайфаем и прочей хренотенью, лучше бы сделали унифицированную и универсальную систему драйверов. Это, пожалуй, первое, что стоит делать, если хочешь превратить ось в систему - с которой будут серьезно связываться производители ПО (читай - систему для десктопа). Пока этого не будет - грош этой ОСи цена. Но, это тема для всепиздеца.

Свиньи-убийцы против Адского Гипервизора

2009-04-11T04:08:00.002+06:00

Так уж случилось, что я являюсь обладателем лицензии на DAM (Digital Asset Management) под названием Canto Cumulus Server 6.6 с веб-мордой (в виндовой ипостаси). Периодически я предпринимаю попытки найти ему опенсорсную замену, но увы пока что все они безуспешны. Весь опенсорсные дамы либо полагают, что я поставлю их на выделенный сервак с баальшими винтами - куда буду заливать имажи и другие интересные вещи (щас), либо бодро падает рогом в землю при попытке просканировать терабайт с гаком клипартов, фотосессий, логотипов и прочей дряни. Также весь опенсорс предполагает наличие только веб-морды. Попробуйте оттегировать пару тысяч имажей таким макаром - и вы лично разобьете сервак с этой эпоксидкой. Cumulus бьет остальных по всем статьям: жрет все и в любых количествах, имеет нормальный клиент под винду, а также имеет очень и очень приличную веб-морду.

И только пара вещей омрачала этот праздник души и именины сердца: версия 6.6 напрочь отказывается работать на чем-то старше Windows Server 2003 (не R2) или достославной и родной Хрю-Хрю. Платить кучу денег за версию 7.6 или за версию для линукса мне категорически не хотелось. Да это собственно и не нужно - все серваки давным-давно живут в шматритсе под vmWare ESXi, и еще один погоды не испортит. Исошника Сервера у неня не было за давностью лет, а вот Windows XP была. Посему я бодро создал новую машинку и бодро подрубил к ней исошник. Правда при создании дефолтом был выставлен SCSI-адаптер BusLogic вместо LSILogic, но, посчитав, что дяди разработчики знают об этом больше меня-лошарика, я не обратил на это особого внимания. Врубаю - винда не видит дисков. Но проблемо: еще под vmWare Workstation требовалось ставить под XP дрова для SCSI. Обозвав себя идиотом, я скачал дрова могучего BusLogic'a вот отсюда (что весело - ни на ESX, ни на ESXi их не лежит впринципе), вбил их в дистрибутив при помощи nLite и нормально установил свинку в виртуалку.

Вот только вылезла одна мааленькая проблемка: через два часа, хост, бывший в течение уже весма немалого времени добрым и заботливым папой куче веселых виртуалок, банально откинул ласты - не отвечал ни на какие попытки с ним пообщаться. Почесав репу, я перезагрузил его при помощи могучей кнопки "Резет-ужасный". Через час - то же самое. И еще через час. И еще... Свинка-убийца вошла во вкус. Еще раз почесав репу и вжесткую перегрузив хост, я убил несчастное хрюкающее животное. После этого я курил бамбук три дня - ни одного сбоя. Отказаться от свинины? Но под чем же тогда будет работать так полезный в природе Cumulus?

Так как в последний раз я запускал машину со свинкой без сетевой карты, то подозрение мое пало на BusLogic. В очередной раз почесав репу и приняв на вооружение принцип "если ничего не получается - почитайте наконец инструкцию", я решил почитать GuestOS_guide.pdf. Вау! Оказываеццо, что путем долгих и мучительных тренировок, свинку-убийцу можно подружить с LSI Logic в ипостаси LSI20320‐R SCSI adapter. Также в сием труде приведены две ссылки ведущие в никуда (что поделаешь - похоже для vmWare это уже традиция). Но, мне не привыкать - и через пять минут дрова были по этому адресу. После чего, при помощи того-же nLite они были интегрированы в дистрибутив (а заодно из него была выдрана куча мусора типа файрвола), и новая и сияющая свинка Хрю-Хрю была установлена в виртуалку. Сбоев больше не было.

Мораль свинка стала убийцей не со зла, а от дурного воспитания.

Кантуя черный ящик

2009-02-25T22:41:00.013+05:00

Внимание! В силу недавно вышедшего в свет обновления ESXu4, все описанные ниже действия потеряли смысл. Что получилось - подробнейшим образом расписано вот сдесь.

В силу некоторых особенностей моих занятий, мне частенько приходится гонять виртуальные машины "вчерную" (то есть вобще без моего вмешательства) между vmWare Workstation и ESXi. Система проста до омерзения: пользователь сливает образ виртуальной машины для vmWare Player/Workstation/Server, модифицирует его как хочет и отсылает обратно. У меня этот образ конвертиццо в vmWare ESXi (или ESX - что без разницы) отрабатывает свое, вырубается, конвертится обратно и отсылается пользователю. Пока предоставлялась исключительно винда, все работало нормально, но после того, как мы принялись за линуха (был затребован Debian или Ubuntu в "нулевом" варианте без GUI), на свет вылез монстр по имени vmWare Tools.

Сразу же скажу, что вытанцовывает этот монстр не один, а в обнимку с душевнейшей линуксовой системой модулей ядра. Система эта предполагает, что модули должны быть скомпилированы специально для каждой версии ядра (в голову сразу-же начинает лезть одно слово из четырех букв). Поэтому, vmWare Tools для линуха предоставляется ввиде исходников с инсталлятором, который и запускает компилляцию всяких модулей типа vmmemctl, vmxnet и прочего (перед этим надо еще установить кучу софта и заголовки ядра). Соответственно, после обновления ядра все vmWare'вские модули уходят в страну великой охоты вместе с сетью и прочим. Просто великолепный софт. Можно конечно сделать скриптик, который при загрузке отслеживает факт отсутствия дров и запускает перекомпилляцию...

УХАХАХАХА!!!!! ХА-ХА-ХА!!! Ха-ха!! Ха! ха. ой. Во-первых, для перекомпилляции надо качать заголовки ядра, а сетки нету. Во-вторых для ядра версии больше 2.6.26 (Debian Lenny/Ubuntu Intrepid Ibex) кривые vmWare'вские модули не компилятся вобще (цитата с форума: "Yep, some APIs changed..."), а под ядром 2.6.24 (Debian Enth/Ubuntu Hardy Heron) инсталлятор орет на версии GCC, хотя компилит нормально (то есть автоматом не получится - требуется вмешательство оператора). Ах да, забыл упомянуть, что у Player/Workstation/Server и ESX разные версии тулзов. И перед конвертацией надо сносить одни и ставить другие.

Ок. Ломимся в другую сторону. И в дебиане и в убунте имеется пакет с манящим названием open-vm-tools, который использует модулей ядра родной дебиановский module-assistant. Пакет основан на опенсорсном варианте тулзов, что дружат с ядром версии 2.6. Сердце замирает. Счастье кажется рядом. Обломы начинаются сразу после инсталляции. Первое: пакет автоматом ставит кучу GUI'шной фигни вместе с зависимостями метров на 50 с гаком. Второе: если до инсталляции ядро не проапгрейжено до последней версии и не установлены заголовки, то машину можно сносить - потому как сетка вырубается намертво, а поднимать ее лениво. Что случится после апгрейда ядра я даже не стал смотреть. Напомню, что все это вполне может происходить на машине, которую юзает клиент, который платит деньги и об этом думать не хочет.

После недели ночных кошмаров я набрел на эту портянку (если кто-нибудь знает - по каковски она, то он крут). В конце тоннеля забрежил свет. Итак, вот план сражения:

Цель:

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

Оружие победы:

DKMS - Аналог module-assistant от Dell под лицензией GPL. Отличается тем, что работает практически под всем, что шевелится, более гибок, жрет меньше памяти, а также умом и сообразительностью.
Инструментарий для изготовления deb-пакетов

Итоги кампании великолепны. Вот тут лежит пара пакетов для убунты: open-vm-tools-dkms и open-vm-tools-blackbox.

open-vm-tools-dkms ставит модули и кучу хуков, которые апгрейдят initramfs после того, как DKMS установит в ядро новые версии. Сетка не теряется никогда ни при каких обстоятельствах. Все, что нужно сделать: либо обновить ядро (apt-get dist-upgrade), либо установить заголовки текущего (apt-get install linux-headers-`uname -r`). Дальше все пойдет само (для автоматической загрузки заголовков в зависимостях имеется linux-headers-virtual). У меня тестовая машина выдержала апгрейд hardy-intrepid-jaunty и пятикратный перенос туда-сюда с ESXi на Workstation и обратно. Модули можно подключать и отключать в файле /etc/initramfs-tools/modules

open-vm-tools-blackbox устанавливает демон vmware-guestd (/etc/init.d/open-vm-tools-blackbox) и парочку CLI-тулзов. От модулей он не зависит (open-vm-tools-dkms прописан как Recomended).

Вот простейший скрипт для установки:


#!/bin/bash
apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 19E48E171EB5DE0A1718DBBC663B32A4AC9C97BD
echo "# blackbox">/etc/apt/sources.list.d/blackbox.list
echo "deb http://ppa.launchpad.net/aka-spin/ppa/ubuntu jaunty main">>/etc/apt/sources.list.d/blackbox.list
echo "deb-src http://ppa.launchpad.net/aka-spin/ppa/ubuntu jaunty main">>/etc/apt/sources.list.d/blackbox.list
apt-get update
apt-get install open-vm-tools-blackbox

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

Про для контры

2008-12-16T05:09:00.008+05:00

Прекрасное время, когда назначение числодробилки в нашей маленькой-но-гордой стране определялось ислючительно индексом процессора (286 - непонятно зачем стоит в бухгалтерии, 386 - круть, 486 - небожитель) давным-давно испарилось в неизвестном направлении. После этого время от времени гордо накатывали волны VLB, СаундБластеров (ооо!) и прочего, но суть менялась мало: компы оставались компами, цифровые фотоаппараты - непонятными игрушками, владельцы нормальных фотоаппаратов - покорными рабами операторов слайд-сканнеров, MP3-плее... упс - тогда их еще не было. Но, весь этот опус я накатал вовсе не к тому как-раньше-было-хорошо-а-теперь-все-плохо, а к тому, что все это колченогое железо требовало к себе хоть какого-то отношения. И не в последнюю очередь - из-за цены. Весьма особое отношение к програмному обеспечению, испокон веку царящее в нашей стране, конечно играло свою роль. Но, что удивительно, не так уж и сильно как кажется. Например, во времена 486DX в славном городе Екатеринбурге, числодробилки, на которых заводился фотошоп, можно было пересчитать по пальцам. Те же на которых он работал вобще были редкостью.

Но, закон Мура, будь он неладен, работает, работает и (заррраза) будет продолжать работать. В наше время довольно сложно найти что-нибудь, что нельзя было-бы заставить работать на чем-нибудь хоть отдаленно для этого предназначенном. Тот-же фотошоп CS4 на ушлепнутом нотике со слепым экраном и начинкой трехлетней давности - можно? Можно! С тормозами, глюками, но можно ведь! Можно запихать в публикацию, отпечатанную на стохастиком на глянце, фотку, снятую в бане пьяным заказчиком? Можно. Потому как заказчик очень хочет и, что гораздо важнее - платит бабло. А можно и не запихать - потому как фотку с красной рожей и цветовым шумом завернул техдир... И вот оно начинается - взаимное нытье и обвинения в том, что одни плохие, да и другие тоже.

Дальше все идет по экспоненте. Приведу гипотетический пример из моей области. Клиент хочет дать рекламную полосу минералки в глянцевом журнале. У него есть деньги и собственно минералка. Упс. Не так. Рекламный агент глянцевого журнала уговорил клиента дать полосу. В журнале клиенту, кроме счета за размещение, выставили такой счет за дизайн и съемки, что волосы на жопе у него (клиента) весело зашевелились. Ясен пень, клиент не дурак - свои деньги он считать очень любит и желает плалить собсвенно только за размещение. Клиент находит дизайнера, которых из-за достославной Архетектурной академии в городе Екатеринбурге - как собак нерезаных, и грит ему - хочу макет. Дизайнер этот работает за копейки. Счастливый клиент вручает ему три сиськи минералки и начинает ждать макет.

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

Дальше следует картина маслом... Гордый рекламный агент, вылетающий из окна редакции от пинка техдира... Руководитель коммерческого отдела, увещевающий весь производственный отдел как-то-постараться... Артдир и техдир, мрачно пьющие горькую... Полностью уебищный макет на полосе... И, наконец, руководитель коммерческого отдела, угрюмо размышляющий над снижением статуса (и стоимости) издания на рынке.

Вот мы и доковыляли до заголовка. Вопрос "кто виноват" я поднимать не стану. Это и так понятно. Я хочу попытаться разобраться - почему, при достаточных (многие отличные вещи делались и худшими) средствах, в конце-концов все оказалось так мрачно? Что такое профессиональное оборудование/софт? Кто такой - этот загадочный "профессионал"? И чем эта сволочь отличается от обычного человека?

Все излияния вначале вполне соответствуют теме. Технику надо продавать. Если раньше она стоила столько, что на ее покупку мог бы решиться тот, кто будет при ее помощи зарабытывать (собственно, такие и называются профессионалами), то сейчас (да и в будущем), с удешевлением технологий, такая техника доступна любому. Именно в связи с удешевлением. Разве не было во времена "386" десятимегапиксельных нешумных матриц? Были. Только вот стоили они как самолет, и их применение было просто экономически неоправдано. Проще было снять на средний формат и отсканировать. Сейчас же все преимущества аналогового фото убираются напрочь только одной особенностью цифры - оперативностью (об этом - одном из следующих выпусков). Собственно, ради мысли "что получится, если технология попадет в руки непрофессионала" и затеян этот пост.

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

А товарищ дизайнер работает пока за идею. Причем, мягко говоря, не в своей области. Да - он закончил достославную архитектурную академию по специальности "графический дизайн". А "Графический дизайн" к сожалению не имеет ничего общего с типографикой. Он не имеет ни малейшего понятия о техпроцессе, стандартах или чем-то еще. Слова трекинг, шпанция, цветокоррекция, линеатура, растискивание и пр. для него являются ругательствами. Он умеет малевать картинки. И тогда, когда ему были недоступны техника и софт для дизайна и верстки, он бы эти картинки малевал и нес на сканирование в редакцию. Тогда. Но не сейчас. И вот, он бодро открывает "CorelDRAW", вывод из которого запрещен практически во всех типографиях. И начинает фигачить модные тонюсенькие виньетки, которые при переводе в растр на 300dpi (а именно это и делают с корелевскими файлами - плющат в TIFF на 300dpi) превратятся во что-то совершенно неудобоваримое.

Приходит время другана с зеркалкой. Зеркалка из разряда "втюхали лоху слоган". Матрица шумит, китовый объектив дает прелестные аберрации и бочкообразные искажения. Но ведь это же зеркалка! Светом и друган и дизайнер искренне считают встроенную вспышку. И вот многострадальная прозрачная бутылка водружается на стоящий у зеленой стены коричневый стол, сверху светит лампа накаливания (5000K), а из окна льется дневной свет (9000K). Бутылка криво обрезается в фотожопе. С одной стороны она синяя (посмотрите на небо) с другой - желтая, спереди - огромный блик от вспышки, внутри соответственно - коричневый и зеленый (мысль о паре листов ватмана ходит где-то в астрале). Плюс неслабый цветовой шум. Прелесть! Немедленно на полосу!

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

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

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

А теперь - прикол. Все что я накатал выше - было вступление.

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

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

Начало

2008-12-08T20:19:00.003+05:00

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

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