5 votos

Cómo solucionar colgando, administrador del servidor de registro muestra un error servermgrd en getAndLockContext: flock(servermgr_info) FATAL tiempo de espera

En un Lion 10.7.4 Servidor de instalación la instalación del Servidor de Administración.la aplicación no se inicia correctamente. La ventana se dibuja y el último conocido servidor y sus servicios son de muestra, pero un giro de la rueda sigue girando en la parte inferior de la barra de estado.

La consola.aplicación de registro de muestra:

Jun 24 18:19:56 mac01 servermgrd[437]: [437] error in getAndLockContext: flock(servermgr_info) FATAL time out
Jun 24 18:19:56 mac01 servermgrd[437]: [437] process will force-quit to avoid deadlock
Jun 24 18:19:56 mac01 servermgrd[437]: outstanding requests are: (
            {
            Command = getHistory;
            Module = "servermgr_info";
            Timestamp = "2012-06-24 16:17:51 +0000";
        },
            {
            Command = getState;
            Module = "servermgr_info";
            Timestamp = "2012-06-24 16:17:51 +0000";
        },
            {
            Command = Idle;
            Module = "servermgr_info";
            Timestamp = "2012-06-24 16:18:50 +0000";
        }
    )
Jun 24 18:19:56 mac01 com.apple.launchd[1] (com.apple.servermgrd[437]): Exited with code: 1

Hay 3 habilitado servicios: dns, firewall, correo. DNS plugin le dio un mensaje de error que no puede ser reproducido.

Otros errores en la Consola.de la aplicación son:

Jun 28 12:49:58 mac01 ServerBackup[32087]: Error in calling backup command for service postgresql, error :=69
Jun 28 12:51:24 mac01 mds[99]: (Error) Volume: Could not find requested backup type:2 for volume
Jun 28 12:53:01 mac01 mds[99]: (Error) Server: ==== XPC handleXPCMessage XPC_ERROR_CONNECTION_INVALID

(Regresión) Otras fuentes sugeridas para tratar:

  1. revisión de la configuración de DNS, no hay problema encontrado allí
  2. compruebe el nombre de host con sudo changeip -checkhostname, no hay problema encontrado allí
  3. destruir la Abra el Directorio de instalación, OD no se utiliza aquí
  4. reinicio, que no se soluciona el problema
  5. reemplace /Library/Preferences/com.apple.servermgrd.plist con una copia buena conocida, que no ayudan a
  6. reemplazar el Servidor de Administración.la propia aplicación con una copia buena conocida, también no mejoró
  7. la emisión de un sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.servermgrd.plist;sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.servermgrd.plist, como en mi respuesta a continuación, que sólo en parte se soluciona el problema. Servidor de Administración se han iniciado correctamente una vez, pero en el segundo y lanzamientos consecutivos a los que gira la rueda sigue girando de nuevo y muestra el registro de las situaciones de interbloqueo de nuevo.
  8. desmarca la casilla "requerir firma digital válida (SSL)" en el servidor de administración de preferencias sólo en caso de que usted no ha confiado en su servidor cert, ningún cambio.
  9. verifique si es un usuario del problema, mediante la creación de un nuevo usuario administrador e intenta arrancar el servidor de administración desde que inicio de sesión, los errores (kReceivedUnknownError dice Server Admin, proceso de de fuerza de cierre para evitar el interbloqueo se encuentra en el registro, pero no hay solicitudes pendientes en el log)
  10. Cambiar la conexión de la dirección del servidor de nombre.local' a '127.0.0.1', no hay cambio.
  11. sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.servermgrd.plist;sudo rm -r /var/servermgrd;sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.servermgrd.plist, sin cambios
  12. Servidor.app > hardware > nombre de host > ajustes > desmarcar dedicar recursos a los servicios de servidores, reinicio, comprobar de nuevo, reiniciar, no cambio
  13. $ diskutil repairPermissions /;sudo reboot, sin cambios
  14. se ha corregido el rdn de entrada para que coincida con el nombre de la máquina, por lo que el Servidor.la aplicación no muestra un mensaje de alerta de que la red ha cambiado en cada arranque.

Otros repetición de entradas del archivo de registro son:

29-06-12 02:58:01,943 configd: network configuration changed.
29-06-12 02:58:33,575 configd: network configuration changed.
29-06-12 02:58:33,597 configd: network configuration changed.
29-06-12 02:58:34,266 servermgrd: servermgr_ipfilter:ipfw config:Notice:Flushed IPv4 rules
29-06-12 02:58:34,578 servermgrd: servermgr_ipfilter:ipfw config:Notice:Flushed IPv6 rules
29-06-12 02:59:50,707 servermgrd: servermgr_filebrowser:Error:servermgr_filebrowser: Error getting quotas for volume /Volumes/H of type exfat

Después de horas de intentar aislar el problema, que puedo reproducir para que el rebaño(servermgr_info) FATAL de tiempo de espera está relacionado con el servicio de DNS local. Cuando el servicio de DNS se inicia el Servidor de Administración.la aplicación genera el rebaño(servermgr_info) FATAL de tiempo, cuando el DNS es entonces detenido (y $ sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.servermgrd.plist;sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.servermgrd.plist para estar seguro de que no es una simple punto de partida) la próxima vez Server Admin.la aplicación se comporta ACEPTAR y sin rebaño(servermgr_info) FATAL de tiempo de espera se registra.

Anónima serveradmin configuración de DNS extraído usando $ sudo serveradmin settings dns) está aquí:

dns:acls:_array_index:0:name = "com.apple.ServerAdmin.DNS.public"
dns:acls:_array_index:0:addressMatchList:_array_index:0 = "localhost"
dns:views:_array_id:com.apple.ServerAdmin.DNS.public:secondaryZones:_array_id:xyz.nl:name = "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"
dns:views:_array_id:com.apple.ServerAdmin.DNS.public:primaryZones = _empty_array
dns:views:_array_id:com.apple.ServerAdmin.DNS.public:allowRecursion = "com.apple.ServerAdmin.DNS.public"
dns:views:_array_id:com.apple.ServerAdmin.DNS.public:reverseZones = _empty_array
dns:views:_array_id:com.apple.ServerAdmin.DNS.public:name = "com.apple.ServerAdmin.DNS.public"
dns:isBonjourClientBrowsingEnabled = no

La ironía es que localhost no está configurado como de resolución de DNS:

$ networksetup -getdnsservers Ethernet
91.196.170.5
8.8.8.8
8.8.4.4

Cuando el servicio de DNS se detiene, Administrador de servidores a veces todavía sigue girando. Tener un vistazo a Servername > Red > muestra que en el panel con "Interfaces de Red" el nombre DNS está vacía.

nslookup -type=ptr z.y.x.91.in-addr.arpa devuelve el valor correcto. Un dig PTR z.y.x.91.in-addr.arpa para el PTR está bien, y un dig PTR z.y.x.91.in-addr.arpa +trace se detiene después de la recursividad número 4:

.           77760   IN  NS  m.root-servers.net.
...<cut>...
.           77760   IN  NS  l.root-servers.net.
;; Received 244 bytes from 91.196.170.5#53(91.196.170.5) in 5 ms

in-addr.arpa.       172800  IN  NS  a.in-addr-servers.arpa.
...<cut>...
in-addr.arpa.       172800  IN  NS  f.in-addr-servers.arpa.
;; Received 432 bytes from 192.203.230.10#53(e.root-servers.net) in 7 ms

91.in-addr.arpa.    86400   IN  NS  sec3.apnic.net.
...<cut>...
91.in-addr.arpa.    86400   IN  NS  sns-pb.isc.org.
;; Received 200 bytes from 193.0.9.1#53(f.in-addr-servers.arpa) in 2 ms

170.196.91.in-addr.arpa. 172800 IN  NS  ns2.technotop.nl.
170.196.91.in-addr.arpa. 172800 IN  NS  ns3.technotop.nl.
170.196.91.in-addr.arpa. 172800 IN  NS  ns1.technotop.nl.
;; Received 110 bytes from 193.0.9.5#53(pri.authdns.ripe.net) in 1 ms

;; connection timed out; no servers could be reached

Ahora también hay un nuevo mensaje iniciado:

Jun 29 14:49:10 mac01 servermgrd[1039]: Still servicing 0:0 requests after 300 seconds, with 1 sessions outstanding, resetting idleTimer

Actualización #1 Parece que el problema podría ser un rdn (DNS inversa) PTR error de configuración. Un dig +trace de un 10.5 de la máquina en un lugar diferente de los resultados en couldn't get address for 'ns3.technotop.nl': not found. El proveedor de la red le ha pedido a solucionar este escamosa (y errónea) configuración de DNS.


Actualización #2 Otro de los sospechosos que es el firewall integrado. Cuando se detiene el cortafuegos hay no se bloquea. Cuando el cortafuegos se inicia el giro de la rueda no se detiene nunca.


Actualización #3 El proveedor fijo ns3.technotop.nl mediante la asignación de un registro DNS con la dirección IP 91.196.170.72 al 23 de agosto. Resultado: todavía una rueda giratoria en la parte inferior derecha de Mac OS Server Admin, y después de un par de minutos

"El servicio ha encontrado un error. Pruebe a actualizar la vista (127.0.0.1/Servidor). (kReceivedUnkownError).

Seguido por una:

"El servicio ha encontrado un error. Pruebe a actualizar la vista (127.0.0.1/Certificados). (kReceivedUnkownError).

Actualización #4 El siguiente tema es un CentOS versión 5.4 de software de servidor de seguridad en los servidores donde ambos ns1.technotop.nl y ns2.technotop.nl se están ejecutando, que se inició en Mac OS X Lion 10.7.4 + Servidor + Herramientas de Administración de DNS de los patrones de tráfico:

123.45.67.89 # lfd: (PERMBLOCK) 123.45.67.89 ha tenido más de 4 temp bloques en los últimos 86400 segundos - Dom Jun 17 21:20:08 2012

Después de la limpieza de este bloque en el CentOS firewall, el firewall bloque está de vuelta en menos de 10 horas por cada dirección IP que se está ejecutando 10.7.4 y tiene una inversa de nombre DNS de la autoridad servido por el CentOS 5.4 máquinas.

Vamos a ver lo que una lista blanca en el CentOS firewall va a hacer para equipos que ejecutan Mac OS 10.7.4.


Pregunta

¿Cómo solucionar este servicio DNS relacionados con servermgrd rebaño(servermgr_info) error (por ejemplo, por defecto de fábrica restablecer el servicio de dns)?

2voto

goldilocks Puntos 118

Tuve el mismo problema. Como se sugiere aquí, rastreó el problema hasta un mal registro de NS (error) para la zona inversa.

ChangeIP - checkhostname no informó de ningún problema marcando manualmente la reversa todo parecía bueno.

Pero cuando revisé específicamente el registro NS para la zona inversa, notado el error.

0voto

Pro Backup Puntos 2314

$ sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.servermgrd.plisty la cuestión se había ido por unos minutos.

0voto

Pro Backup Puntos 2314
  1. Añadir un firewall "Grupo de dirección" dirección IP "127.0.0.1".
  2. Dan a la pestaña "servicios" permisos "Permitir todo el tráfico" para que recién creado grupo.

0voto

Pro Backup Puntos 2314

Revisión de la configuración de los servidores DNS autorizados para los registros PTR de tu (pública) de la dirección IP.

En nuestro caso, al buscar los registros PTR de la dirección IP pública (123.45.67.89 por ejemplo) mediante el uso de la notación inversa (89.67.45.123.in-addr.arpa), en la Terminal en el Servidor de Lion:

  1. $ dig NS 67.45.123.in-addr.arpa +short resultados en:

    ns1.technotop.nl.

    ns2.technotop.nl.

  2. $ dig PTR 89.67.45.123.in-addr.arpa @ns1.technotop.nl resultados en:

    ; <<>> DiG 9.7.3-P3 <<>> PTR 89.67.45.123.in-addr.arpa @ns1.technotop.nl

    ;; opciones globales: +cmd

    ;; conexión agotado; no hay servidores que podría ser alcanzado

En otras palabras, los paquetes DNS fueron descartados por un intermediario firewall.

Después de la creación de listas blancas de la dirección IP del Mac OS X Server en el servidor de seguridad de cada uno conserve su autoridad servidor DNS, el "getAndLockContext: grey(servermgr_info) FATAL de tiempo de espera" cuestión se había ido.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X