Вот и я узнал этот простой метод, читая книгу “Apple Pro Training Series: OS X Lion Support Essentials: Supporting and Troubleshooting OS X Lion“.

Делай раз:

Делай два:

В консоли то же самое можно посмотреть так (спасибо @d_bud):

$ pkgutil --payload-files /path/to/package.pkg

Поэтому сегодня подтвержу очевидное – то, что с созданного на флешке раздела Recovery HD можно установить OS X Server. К сожалению, и здесь есть 5% того, что сервер не установится – ведь я буду ставить систему не на чистый диск, а во второй раздел рядом с живым OS X Lion Server. Но надеюсь, что и с чистым диском пройдёт всё так же, по крайней мере на Mac mini Server. А на других системах можно поставить десктопный Lion и доставить Server.app.

Заранее приношу извинения за фотографии – они сделаны с монитора, есть блики, перекосы и шевелёнка, но я их исправлять не хочу, ведь статья не об искусстве предметной съёмки.

Флешка с Recovery HD вставлена в Mac mini, загружаюсь с зажатой клавишей Command. Если используется клавиатура Bluetooth, то может понадобиться несколько попыток. Выдаётся список разделов для загрузки:

На Vertex2 и Recovery HD на жёстком диске не обращайте внимание – это результаты другого эксперимента, я их удалю после загрузки с Recovery HD на флешке.

Устанавливаю сервер “с чистого листа”, поэтому иду в Disk Utility для переразбивки диска

Удаляю раздел Vertex2, и создаю новый с тем же именем, на который буду ставить OS X Server:

Выхожу из Disk Utility, выбираю Reinstall Mac OS X:

Bla-bla-bla, это понятно:

Для установки выбираю свежесозданный раздел Vertex2. Если бы раздел был всего один, то запроса на выбор не было бы

Установка началась. Списываются нужные компоненты с серверов Apple

Система называется OS X Lion, а не OS X Lion Server. Это меня заставило напрячься, но всё закончилось благополучно.

Пошла настройка. Регион я выбрал свой, Ридну Украину, ведь домен в зоне RU (баян):

Отвлекусь. Почему я выбрал домен для блога в зоне .ru? Потому что изначально аудитория была процентов на 80 из России. Но если бы я выбирал зону сейчас, то брал бы org, net, com или подобную – необходимость отсылки сканов паспорта регистратору и чуть ли не нотариально заверенное заявление на смену паспортных данных я считаю издержками Кровавой ГэБни.

Раскладка клавиатуры. Я выбираю US, не хочу дать минимальный повод сделать интерфейс системы на русском:

Устанавливаю сервер “с нуля” без ассистента миграции:

Проверяется мой Apple ID:

С интересом читаю лицензию. Меня интересуют пункты о виртуализации. Не в применении к данной установке, а вообще:

Регистрирую:

Создаю администратора. Важный момент – это будет системный пользователь, а свою обычную учётную запись я создаю в Open Directory. Поэтому здесь указывваю “admin”, а не привычного “ctrld”.

Организация и email администратора:

Таймзона

Следующий важный момент – сетевые настройки. Сервер у меня находится за Time Capsule. У него приватный адрес из сети 192.168.x.x. Но я хочу, чтобы к серверу был доступ из Интернет по VPN, возможно по https, на нём будет почтовый сервер. Поэтому я выбираю третий вариант настроек “Host name for Internet”:

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

Очень давно мой коллега по группе поддержки абонентов говорил: “Имя мы даём, пользуясь целесообразностью, а не благозвучностью”. Так-то оно так, но политику именования каждый администратор выбирает сам. Кто по названиям восьмитысячников, кто по именам богов, кто не глядя стучит по клавиатуре. Лишь бы было единообразие.

Если сервер работает в одно сети с AirPort Express/Extreme/Time Capsule, то предлагается управлять точкой доступа с сервера. Это даёт серверу возможность прописывать правила port mapping’а, адрес DNS, управлять авторизацией через RADIUS. В данном случае я не использую эту функцию

Напоследок выдаётся список функций OS X Lion Server

Установщик производит настройку сервисов:

Сюда включён и запрос сертификатов для PUSH, которые автоматически генерируются Apple, о чём приходит письмо на указанный ранее email администратора:

Всем спасибо, сервер готов:

Перезагрузка, ввод имени и пароля администратора (не правда ли, красиво получился мой силуэт на фоне окна и жёлтых жалюзей):

Проверка IQ – сможет ли администратор догадаться, как нужно скроллировать в Lion (нужно иметь IQ не меньше 10):

Voilà, OS X Lion Server 10.7.2 к вашим услугам:

Надеюсь, to be continued…

$ sw_vers
ProductName:	Mac OS X Server
ProductVersion:	10.7.1
BuildVersion:	11B2118

Или, если хочется большего:

$ system_profiler SPSoftwareDataType
Software:
    System Software Overview:
      System Version: Mac OS X Server 10.7.1 (11B2118)
      Server Configuration: Advanced
      Kernel Version: Darwin 11.0.1
      Boot Volume: Vertex
      Boot Mode: Normal
      Computer Name: Computer Name
      User Name: Oleg Serdyukov (ctrld)
      Secure Virtual Memory: Enabled
      64-bit Kernel and Extensions: Yes
      Time since boot: 3 days 2:06

И ещё:

$ defaults read loginwindow SystemVersionStampAsString
10.7.1

Для “ортодоксальных”:

$ cat /System/Library/CoreServices/SystemVersion.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>ProductBuildVersion</key>
	<string>11B2118</string>
	<key>ProductCopyright</key>
	<string>1983-2011 Apple Inc.</string>
	<key>ProductName</key>
	<string>Mac OS X</string>
	<key>ProductUserVisibleVersion</key>
	<string>10.7.1</string>
	<key>ProductVersion</key>
	<string>10.7.1</string>
</dict>
</plist>

Вариант @Rost_n_Roll:

$ defaults read /System/Library/CoreServices/SystemVersion
{
    ProductBuildVersion = 11B2118;
    ProductCopyright = "1983-2011 Apple Inc.";
    ProductName = "Mac OS X";
    ProductUserVisibleVersion = "10.7.1";
    ProductVersion = "10.7.1";
}

В нагрузку – тип процессора:

$ sysctl machdep.cpu.brand_string
machdep.cpu.brand_string: Intel(R) Core(TM) i7-2635QM CPU @ 2.00GHz

Уже начал думать, что в Lion поменялись механизмы работы с StartupItems. Но тут в Console.app заметил сообщение “add net 10.0.0.0: gateway 192.168.98.9: Network is unreachable” и всё стало на свои места.

Всё дело в том, что сетевые интерфейсы подымаются не сразу (что при DHCP, что при ручной установке адреса), а для добавления статического маршрута шлюз должен быть доступен. Добавил в скрипт задержку 10 секунд перед выполнением команды route – и всё получилось.

При прописывании StartupItems я отталкивался от статьи “Disabling file access time updates using noatime in OS X” – она первая мне попалась под руку.

StartupItems

Создаю каталог для нового StartupItem

$ sudo mkdir /Library/StartupItems/ctrld_boot

Делаю описание скрипта (без него работать не будет)

$ sudo vim  /Library/StartupItems/ctrld_boot/StartupParameters.plist
{
	Description = "Ctrld Boot Script";
	Provides = ("ctrld_boot");
	OrderPreference = "None";
	Messages =
	{
		start = "Starting ctrld Boot Script";
		stop = "Stoping ctrld Boot Script";
		restart = "Restarting ctrld Boot Script";
	};
}

Пишу скрипт (обратите внимание на sleep 10 – не будет работать, замените 10 секунд, например, на 20):

$ sudo vim /Library/StartupItems/ctrld_boot/ctrld_boot
#!/bin/sh
. /etc/rc.common
case "$1" in
start)
	ConsoleMessage "Starting ctrld Boot: adding static route"
	sleep 10
	route add -net 10.0.0.0 -netmask 255.0.0.0 192.168.98.9
	;;
esac
exit 0

Делаю скрипт исполняемым:

$ sudo chmod 755 /Library/StartupItems/ctrld_boot/ctrld_boot

Перезапускаюсь – работает.

LaunchDaemons

Если бы не задержка с активацией интерфейсов, то можно было бы сделать запуск и через механизм LaunchDaemons.

$ cd /Library/LaunchDaemons

Создаю plist:

$ sudo vim me.ctrld.route.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
    <dict>
        <key>Label</key>
        <string>me.ctrld.route</string>
        <key>ProgramArguments</key>
        <array>
            <string>route</string>
            <string>add</string>
			<string>-net</string>
			<string>10.0.0.0</string>
			<string>-netmask</string>
			<string>255.0.0.0</string>
			<string>192.168.98.9</string>
        </array>
        <key>RunAtLoad</key>
        <true/>
    </dict>
</plist>

Выставляю права (они и так нормальные):

$ sudo chmod 644 me.ctrld.route.plist

Этот способ я продемонстрировал для полноты, как можно выполнить нужную операцию при старте системы.

Изначально я использовал чистый Apache, потом перешёл на чистый nginx, потом – на связку nginx как frontend и apache как backend. Но не остановился на этом и улучшил производительность за счёт применения nginx cache. Спасибо за рекомендации Денису (Juev) и Диме (Snupt). Детали я опишу в отдельной статье, указав конкретные статьи, мысли и проблемы. Теперь осталось закончить, проведя минификацию css и js – этим займусь, как только появится время.

Мой сайт работает под Ubuntu Server. В процессе настройки возникали нюансы, которые было тяжело диагностировать, не понимая, что именно происходит. И если под Mac OS X я активно для этого использую dtrace, а под FreeBSD когда-то запускал ktrace, то под Linux мне не доводилось ничего подобного делать.

Время пришло и мне помог strace.

Суть вопроса была в том, что я ставил дополнительный модуль ngx_cache_purge по рецепту, описываемом в статье “WordPress nginx proxy cache“, но при обращению к нужному URL вместо информации о выполненном действии я получал код 404. Я понятия не имел – вызвано это проблемой в конфигурации или же модуль попросту не работал. Был вариант вставлять директивы отладки в код модуля и перекомпилировать nginx, но это было трудоёмко и неоперативно.

Процесс отладки с помощью strace прост. Сначала нужно определить pid’ы интересующих процессов:

$ pidof nginx
6029 6028 6027 6026

А потом подключиться к этим процессам:

$ sudo strace -Ff -tt -p 6029 -p 6028 -p 6027 -p 6026
[pid  6027] 18:16:17.711733 <... epoll_wait resumed> {{EPOLLIN, {u32=143765384, u64=290081331106393992}}}, 512, -1) = 1
[pid  6027] 18:16:17.711817 gettimeofday({1289146577, 711843}, NULL) = 0
[pid  6027] 18:16:17.711955 accept(9, {sa_family=AF_INET, sin_port=htons(36923), sin_addr=inet_addr("94.45.55.146")}, [16]) = 13
[pid  6027] 18:16:17.712135 ioctl(13, FIONBIO, [1]) = 0
[pid  6027] 18:16:17.712271 epoll_ctl(11, EPOLL_CTL_ADD, 13, {EPOLLIN|EPOLLET, {u32=143765568, u64=13827881989708034112}}) = 0
[pid  6027] 18:16:17.712409 epoll_wait(11, {{EPOLLIN, {u32=143765568, u64=13827881989708034112}}}, 512, 60000) = 1
[pid  6027] 18:16:17.712572 gettimeofday({1289146577, 712607}, NULL) = 0
[pid  6027] 18:16:17.712758 brk(0x898c000) = 0x898c000
[pid  6027] 18:16:17.712892 recv(13, "GET /purge/archives/4638 HTTP/1."..., 131072, 0) = 613
[pid  6027] 18:16:17.713240 open("/var/lib/nginx/cache/b/22/d2587efb52d796c83c14d80388e4322b", O_RDONLY|O_NONBLOCK|O_LARGEFILE) = -1 ENOENT (No such file or directory)
[pid  6027] 18:16:17.713696 writev(13, [{"HTTP/1.1 404 Not Found\r\nServer: "..., 202}, {"b4\r\n", 4}, {"\37\213\10\0\0\0\0\0\0\3", 10}, {"\355\216\261\16\3020\fDw$\376\301t\217\2R\307\220\5\201\304\0\v_\220\326&\211\224\306(\4"..., 170}, {"\r\n0\r\n\r\n", 7}], 5) = 393
[pid  6027] 18:16:17.713926 write(5, "94.45.55.146 theapplegeek.ru - ["..., 243) = 243

Виден процесс работы приложения и из него я увидел, что 404 возникает из-за отсутствия в кеше /var/lib/nginx/cache файла. Т.е. модуль работает, и после изучения конфигурации я нашёл опечатку в описании ключа кеширования. Польза налицо. Рекомендую.

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

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

Этот сумбур я написал, подводя тему к CleanMyMac.

Программу я знаю давно, её разработала киевская команда MacPaw. CleanMyMac выполняет функции, которые реализованы другими, в основном бесплатными программами. Однако объединение этих функций в одном, причём красивом интерфейсе, делают CleanMyMac отличным кандидатом на покупку.

Мне попалась статья о CleanMyMac. Решил в очередной раз её посмотреть и списал триальную версию.

Запустил сканирование, определивее, что ненужные Language File заняли 2.63 GB, а Universal Binaries – 501.9 MB:

Вспомнил о Monolingual, которая делает то же самое.

Monolingual удалил 1 GB Architectures, 100 MB Input Menu и 3.1 GB Language Files, что больше ожидаемого:

Повторный запуск CleanMyMac нашёл всего 2.29 MB:

Лёгкая нестыковка – CleanMyMac недонашёл 0.5 GB Language Files, хоть набор языков был одинаковый. Этот вопрос нужно исследовать отдельно, меня вполне устраивает и результат CleanMyMac.

Но Monolingual не идеален – после его работы у меня не запустился Speed Download, пришлось его переустанавливать:

CleanMyMac же достаточно продвинутая программа несмотря на её простоту, и, возможно, отслеживает такие проблемы (но я гарантировать не могу, не проверял).

CleanMyMac стоит $14.95 за полугодовую лицензию и $29.95 – за пожизненную. Зная, что именно удаляется, можно всё сделать бесплатно Monolingual и Onyx’ом. Но это удел более продвинутых пользователей. Если же хочется, чтобы было красиво и почти одной кнопкой, то CleanMyMac хорош. И ещё плюс – в нём есть Uninstaller. А эта функция порадует многих, кто обменивается данными на флеш с не-Мак пользователями:

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

С Mac OS X я работаю сравнительно недолго – начал с 10.4. И знакомство было очень практическое, без какой-либо теоретической подготовки вроде прочтения книги Девида Пога. Конечно же, я тщательно штудировал всю информацию, которая мне попадалась, и, учитывая мой большой опыт работы с разнообразными Unix’ами от IRIX до Linux, я вполне ориентируюсь в Mac OS X.

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

Конечно же, я нашёл нужную информацию и теперь поделюсь ею (скорее всего очень очевидной) с вами. Есть несколько названий.

Официальное название

Согласно Apple Human Interface Guidelines указатель называется “Spinning Wait Cursor”. Он отображается автоматически WindowServer’ом когда приложение не может обработать все получаемые сообщения более 2-4 секунд.

Общепринятые название

В англоязычном Интернет есть достаточно много названий:

1. spinning wheel of death (вращающееся колесо смерти)
2. beach ball of death (пляжный мяч смерти)
3. hypnowheel (гипноколесо)
4. spinning pizza (вращающаяся пицца)
5. spinning pinwheel (близко к юла)
6. pinwheel of death (юла смерти)
7. rainbow wheel of death (радужное колесо смерти)
8. rainbow ball of doom (радужный мяч судьбы)
9. the beach ball of hell (адский пляжный мяч)
10. spinning beach ball of death (вращающийся мяч смерти)
11. marble of doom (хммм… мрамор обречёности?)

Часть “death” пошла от Windows BSOD (Blue Screen of Death) – индикатор в Mac OS X говорит о предсмертном состоянии конкретной программы, но не системы в целом. Более точным аналогом Windows BSOD является Kernel Panic.

Больше всего распространены названия “Spinning Beach Ball of Death” (SBBOD) или “Marble of Doom”.

Что делать, если SBBOD зачастил? Выполнить рекомендации, припедённые в Mini-Tutorial: The dreaded spinning pinwheel; Avoiding unresponsiveness/slow-downs in Mac OS X.

Ошибка возникала при запуске сервиса launchd:

com.apple.launchd.peruser.501[148]	(com.akamai.client.plist[40962]) posix_spawn("/Applications/Akamai/loader.pl", ...): No such file or directory

“peruser” с id 501 (мой uid) закономерно направил меня в ~/Library/LaunchAgents и обратил внимание на com.akamai.client.plist:

$ ls ~/Library/LaunchAgents
au.id.Tyson.AutoRate.LaunchAgent.plist
com.apple.FolderActions.enabled.plist
com.apple.MobileMeSyncClientAgent.plist
com.google.GoogleContactSyncAgent.plist
de.metaquark.appfresh.plist
com.akamai.client.plist
com.apple.FolderActions.folders.plist
com.apple.SafariBookmarksSyncer.plist
com.google.keystone.agent.plist
ws.agile.1PasswordAgent.plist

Удаление файла com.akamai.client.plist не приведёт к немедленному прекращению попыток его запустить. А перезагрузка системы – не наш путь. Нужно просто удалить сервис через launchctl.

Посмотрим информацию по сервису (да, это он, ведь в логах была ошибка о недоступности loader.pl):

$ launchctl list com.akamai.client.plist
{
	"Label" = "com.akamai.client.plist";
	"LimitLoadToSessionType" = "Aqua";
	"OnDemand" = false;
	"LastExitStatus" = 256;
	"TimeOut" = 30;
	"ProgramArguments" = (
		"/Applications/Akamai/loader.pl";
	);
};

Удаляем сервис:

$ launchctl remove com.akamai.client.plist

После этого наслаждаемся отсутствием мусора в Console.app. Как ни странно, но торможение прекратилось.

Ситуация – я начал конвертировать видео для iPad, но процесс занял больше времени, чем я предполагал и мне пришлось его отменить. Остался файл с результатом, но он незавершён и, конечно же, я решил его удалить. Но попытка не удалась:

Что делать? Всё просто – я зашёл в Terminal.app и с помощью команды lsof нашёл процесс, который заблокировал файл:

$ lsof Downloads/File-HQ-ViDEO.m4v
COMMAND   PID  USER   FD   TYPE DEVICE SIZE/OFF     NODE NAME
ffmpeg  84670 ctrld    4w   REG   14,2 32324969 13127063 Downloads/File-HQ-ViDEO.m4v

Конвертер видео при прерывании конвертации не убил процесс ffmpeg (идентификатор процесса или же PID указан во второй колонке). Я это сделал вручную:

$ kill 84670

После чего файл m4v нормально удалился.

Вы можете посмотреть другие примеры использования lsof в моих статьях “Находим открытые файлы в каталоге” и “Идентификация через Terminal.app сетевых сервисов (lsof)“.

Можно запустить Onyx и сделать принудительную профилактику, это обычно помогает.

Но можно поступить обдуманнее и для начала изучить сообщения в системных логах, запустив программу Console (/Application/Utilities):

И, немного подумав, провести обслуживание системы вручную.

Приведённый выше лог я показал только для иллюстрации – в моих логах было много ошибок “MDS Error: unable to create user DBs”:

03.04.2010 13:03:56	/Applications/Mail.app/Contents/MacOS/Mail[413]	MDS Error: unable to create user DBs in /var/folders/oB/oBZBhgqIHRi30skYtk6xT++++TI/-Caches-//mds
03.04.2010 13:03:23	/System/Library/Frameworks/PubSub.framework/Versions/A/Resources/PubSubAgent.app/Contents/MacOS/PubSubAgent[395]	MDS Error: unable to create user DBs in /var/folders/oB/oBZBhgqIHRi30skYtk6xT++++TI/-Caches-//mds
03.04.2010 13:00:14	/Applications/Blogo.app/Contents/MacOS/Blogo[368]	MDS Error: unable to create user DBs in /var/folders/oB/oBZBhgqIHRi30skYtk6xT++++TI/-Caches-//mds

Такая проблема встречается не только у меня, и в обсуждении я нашёл показательный метод решения, порекомендованный Alexander Henket’ом:

1. Restart in Single User Mode (CMD+Option+S)
2. Repair filesystem as indicated on screen using fsck (took three runs)
3. Mount filesystem as indicated on screen using mount
4. Go to /Library/Caches and do rm -rf *
5. Go to my home folder /Users/…/Library/Caches and do rm -rf *
6. Remove Spotlight folder using rm -rf /.Spotlight-V100
7. Go to /var/folders and do rm -rf *
8. Reboot normally using exit or reboot command as indicated on screen

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