Как найти линии, которые имеют те же два поля и удалите все, кроме одной из этих строк

На 10.7.4 Lion для установки сервера администратором.приложение не удалось запустить правильно. Окно рисуется и отображается последнее известное сервера и его служб, но вращающееся колесо продолжает вращаться на нижней строке состояния.

Консоль.приложение журнал показывает:

24 июня 18:19:56 mac01 servermgrd[437]: [437] ошибка в getAndLockContext: стая(servermgr_info) роковой тайм-аут
24 июня 18:19:56 mac01 servermgrd[437]: процесс [437] будут силы бросить, чтобы избежать взаимоблокировки
24 июня 18:19:56 mac01 servermgrd[437]: выдающиеся запросы: (
{
 Команда = getHistory;
 Модуль = "servermgr_info";
 Метки = "2012-06-24 16:17:51 +0000";
},
{
 Команда = getState;
 Модуль = "servermgr_info";
 Метки = "2012-06-24 16:17:51 +0000";
},
{
 Команда = Простоя;
 Модуль = "servermgr_info";
 Метки = "2012-06-24 16:18:50 +0000";
}
)
24 июня 18:19:56 mac01 ком.яблоко.файл launchd[1] (ком.яблоко.servermgrd[437]): завершено с кодом: 1

Есть 3 услуги: ДНС, файрвол, почта. ДНС плагин выдавал сообщение об ошибке, которая не может быть воспроизведена.

Других ошибок в консоли.приложение:

28 июня 12:49:58 mac01 ServerBackup[32087]: ошибка при вызове команды резервного копирования для службы PostgreSQL, ошибка :=69
28 июня 12:51:24 mac01 МДС[99]: (объем ошибка): не удалось найти запрошенного типа резервного копирования:2 по объему
28 июня 12:53:01 mac01 МДС[99]: (ошибка) сервер: ==== XPC_ERROR_CONNECTION_INVALID повстанец handleXPCMessage 

(Регресса) других источников предложил попробовать:

1. обзор настроек DNS, без проблем нашли там
2. проверьте имя хоста с судо changeip -checkhostname, без проблем нашли там
3. уничтожить откройте директорию, ОД здесь не используется
4. перезагрузка, что не решит проблему
5. заменить /библиотека/настройки/ком.яблоко.servermgrd.plist файл на заведомо исправную копию, что не помогло
6. заменить администратора сервера.само приложение с заведомо исправную копию, тоже не улучшало
7. выдача судо помощью следущей разгрузки -з /система/библиотеки/LaunchDaemons/com для.яблоко.servermgrd.файл plist;судо нагрузка -помощью следущей Вт /система/библиотеки/LaunchDaemons/com для.яблоко.servermgrd.файл plist, как в мой ответ ниже, который лишь частично решает эту проблему. Сервер администрирования правильно запустить один раз, но на второй и подряд запускает вращающиеся колеса снова крутятся и войти снова показывает тупиковых ситуаций.
8. убираем требуют действительной цифровой подписи (СМЛ) в сервер администрирования префов просто Incase вы не доверили свой сервер сертификатов, никаких изменений.
9. проверить, если это проблема пользователя, путем создания нового пользователя-администратора и попробуйте запустить сервер администрирования с этого логина, выдает ошибку (kReceivedUnknownError говорит администратор сервера, процесс силы бросить, чтобы избежать взаимоблокировки в журнале, но никаких выдающихся запросы в журнале)
10. Изменил подключение адрес сервера имя.местные' на '127.0.0.1', никаких изменений.
11. судо помощью следущей разгрузки -з /система/библиотеки/LaunchDaemons/com для.яблоко.servermgrd.файл plist;судо РМ -р в /var/servermgrd;судо нагрузка -помощью следущей Вт /система/библиотеки/LaunchDaemons/com для.яблоко.servermgrd.файл plist, никаких изменений
12. Сервер.приложения - > оборудование - > имя > настройки > снимите флажок выделить ресурсы на сервере служб, перезагрузите компьютер, снова проверяем, перезагрузка, никаких изменений
13. $ diskutil repairPermissions /;судо перезагрузки, никаких изменений
14. исправлена запись rDNS, чтобы соответствовать имени машины, так что сервер.приложение больше не отображается оповещение о том, что сеть меняется при каждой загрузке.

Другие повторяющиеся записи в файл журнала:

29-06-12 02:58:01,943 configd, так: конфигурация сети изменилась.
29-06-12 02:58:33,575 configd, так: конфигурация сети изменилась.
29-06-12 02:58:33,597 configd, так: конфигурация сети изменилась.
29-06-12 02:58:34,266 servermgrd: servermgr_ipfilter:в ipfw конфиг:Примечание:покраснел IPv4 и правила
29-06-12 02:58:34,578 servermgrd: servermgr_ipfilter:в ipfw конфиг:Примечание:слита с IPv6 правила
29-06-12 02:59:50,707 servermgrd: servermgr_filebrowser:ошибка:servermgr_filebrowser: ошибка при получении квоты на объемы /объемы/ч тип файловой системы exFAT

После нескольких часов пытались локализовать проблему, я могу воспроизвести то, что стада(servermgr_info) роковое время имеет отношение к местному DNS-сервиса. Когда служба DNS запущена администратором.приложение генерирует стада(servermgr_info) роковое время, когда DNS потом перестал (и $ судо помощью следущей разгрузки -з /система/библиотеки/LaunchDaemons/com для.яблоко.servermgrd.файл plist;судо нагрузка -помощью следущей Вт /система/библиотеки/LaunchDaemons/com для.яблоко.servermgrd.plist должны быть уверены, что там чистый отправная точка) в следующий раз администратора сервера.приложение ведет себя нормально, а не стадо(servermgr_info) роковое время регистрируется.

Анонимные объединить конфигурации DNS, извлеченный с помощью $ судо объединить параметры DNS) здесь:

ДНС:списки:_array_index:0:имя = "ком.яблоко.Издание.ДНС.общественности"
ДНС:списки:_array_index:0:addressMatchList:_array_index:0 = "localhost"в
ДНС:просмотров:_array_id:ком.яблоко.Издание.ДНС.общественные:secondaryZones:_array_id:АБВ.НЛ:имя = "xyz.nl"
dns:views:_array_id:com.apple.ServerAdmin.DNS.public:secondaryZones:_array_id:xyz.nl:ipAddresses:_array_index:0 = "1.1.1.237"
dns:views:_array_id:com.apple.ServerAdmin.DNS.public:secondaryZones:_array_id:xyz.nl:ipAddresses:_array_index:1 = "2.2.1.247"
dns:views:_array_id:com.apple.ServerAdmin.DNS.public:secondaryZones:_array_id:xyz.nl:ipAddresses:_array_index:2 = "1.2.1.59"
dns:views:_array_id:com.apple.ServerAdmin.DNS.public:secondaryZones:_array_id:xyz.nl:ipAddresses:_array_index:3 = "2.1.1.23"
ДНС:просмотров:_array_id:ком.яблоко.Издание.ДНС.общественные:primaryZones = _empty_array
ДНС:просмотров:_array_id:ком.яблоко.Издание.ДНС.общественные:allowRecursion = "ком.яблоко.Издание.ДНС.общественности"
ДНС:просмотров:_array_id:ком.яблоко.Издание.ДНС.общественные:reverseZones = _empty_array
ДНС:просмотров:_array_id:ком.яблоко.Издание.ДНС.общественные:имя = "ком.яблоко.Издание.ДНС.общественности"
ДНС:isBonjourClientBrowsingEnabled = нет

Ирония заключается в том, что localhost не настроен как DNS-распознавателя:

интерфейс Ethernet $ networksetup -getdnsservers 
91.196.170.5
8.8.8.8
8.8.4.4

Когда DNS служба остановлена, администратор сервера иногда еще продолжает вращаться. Посмотрев на Имя_сервера > Сеть > показывает, что в области с "сетевые интерфейсы" DNS-имя является пустой.

nslookup-тип=ПТР з.г.х.91.в-аддр.Арпа возвращает правильное значение. А копать ПТР з.г.х.91.в-аддр.Арпа для ПТР это нормально, и копать ПТР з.г.х.91.в-аддр.Арпа +трассировка останавливается после рекурсии число 4:

. 77760 в НС m.root-servers.net.
...<вырезать>...
. 77760 в l.root-servers.net Н.
;; Получили 244 байт из 91.196.170.5#53(91.196.170.5) в 5 мс

в-аддр.Арпа. 172800 в НС есть.в-адрес-сервера.Арпа.
...<вырезать>...
в-аддр.Арпа. 172800 в NS Ф.в-адрес-сервера.Арпа.
;; Получили 432 байт из 192.203.230.10#53(e.root-servers.net) в 7 мс

91.в-аддр.Арпа. 86400 в НС sec3.apnic.net.
...<вырезать>...
91.в-аддр.Арпа. 86400 в sns-pb.isc.org Н.
;; Получили 200 байт из 193.0.9.1#53(Ф.в-адрес-сервера.Арпа) в 2 мс

170.196.91.в-аддр.Арпа. 172800 в ns2.technotop.nl Н.
170.196.91.в-аддр.Арпа. 172800 в НС ns3.technotop.nl.
170.196.91.в-аддр.Арпа. 172800 в НС ns1.technotop.nl.
;; Получили 110 байт из 193.0.9.5#53(pri.authdns.ripe.net) в 1 мс

;; подключение истекло; ни один из серверов не может быть достигнуто

Сейчас есть новые сообщения в журнале:

29 июня 14:49:10 mac01 servermgrd[1039]: еще обслуживает 0:0 запросов через 300 секунд, с 1 сеансов выдающийся, сброс idleTimer

Обновление #1 Похоже, этот вопрос может быть rDNS (обратный DNS) ПТР ошибка конфигурации. А копать +след от 10.5 машина в другом месте результаты не мог получить адрес для ns3.technotop.nl': не найден. Провайдер сети было предложено исправить этот шелушащейся (и неисправности) настройка DNS.

Обновление #2 Еще один подозреваемый-встроенный брандмауэр. Когда брандмауэр перестал есть и не зависает. При запуске брандмауэр, вращающееся колесо никогда не останавливается.

Обновление #3 Поставщик фиксированной ns3.technotop.nl назначая DNS-запись с IP-адресом 91.196.170.72 на 23 августа. Результат: до сих пор вертелись в нижней правой части Мак ОС сервер администрирования, а через несколько минут

"Службы произошла ошибка. Попробуйте обновить вид (127.0.0.1/сервер). (kReceivedUnkownError).

Затем:

"Службы произошла ошибка. Попробуйте обновить вид (127.0.0.1/сертификаты). (kReceivedUnkownError).

Обновление #4 Следующий вопрос-версия CentOS 5.4 брандмауэры на серверах, где оба ns1.technotop.nl и ns2.technotop.nl работают, которых выгнали на на Мак ОС Х 10.7.4 Лев + сервер + админ DNS инструменты трафика:

123.45.67.89 # лфд: (PERMBLOCK) 123.45.67.89 имеет более чем 4 темп блоки в последние 86400 секунд - вс 17 июня 21:20:08 2012

После прохождения этого блока в CentOS брандмауэр, блок брандмауэр в течение 10 часов для каждого IP-адреса, работает 10.7.4 и оказывает обратный DNS-имени принудительно подается в CentOS 5.4 машин.

Давайте посмотрим, что список на CentOS в брандмауэр будет делать для компьютеров под управлением ОС Mac 10.7.4.

Вопрос

Как исправить этот DNS-услуги, связанные servermgrd стадо(servermgr_info) ошибка (например, заводским сброс DNS-сервис)?