Cómo arreglar el server pendiente Admin, el logging muestra el error servermgrd en getAndLockContext: flock (servermgr_info) FATAL time out

En una installation 10.7.4 Lion Server, Server Admin.app no ​​se inicia correctamente. Se dibuja la window y se muestra el último server conocido y sus services, pero una rueda giratoria sigue girando en la barra de estado inferior.

El logging de Console.app muestra:

  • Deleted com.apple.mDNSResponder.plist en Mavericks, ¿cómo recuperarlo?
  • ¿Cómo puedo cambiar rápidamente el server DNS?
  • OS X asume hostname de otro equipo de networking: cómo evitar esto?
  • ¿Dig no devuelve la sección de autoridad?
  • Navegar a un subdominio nested resuelve una página incorrecta
  • iPad y el virus de iPod?
  • 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 services habilitados: dns, firewall, correo . El complemento de DNS dio un post de error que no se puede reproducir.

    Otros errores en Console.app 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 fonts sugeridas para intentar:

    1. revisar la configuration de DNS, no hay problema encontrado allí
    2. compruebe el nombre de host con sudo changeip -checkhostname , ningún problema encontrado allí
    3. destruir la installation de Open Directory, OD no se utiliza aquí
    4. reiniciar, que no solucionó el problema
    5. reemplace /Library/Preferences/com.apple.servermgrd.plist con una buena copy conocida, que no ayudó
    6. replace el Server Admin.app por sí mismo con una buena copy conocida, tampoco mejoró
    7. emitiendo 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 resuelve el problema. Server Admin se inició correctamente una vez, pero en lanzamientos consecutivos y segundos la rueda giratoria sigue girando de nuevo y el logging muestra de nuevo las situaciones de interlocking.
    8. desactiva 'requieren firma digital válida (SSL)' en el server prefs administrador sólo en caso de que no han confiado en su cert server, sin cambios.
    9. compruebe si se trata de un problema de usuario, mediante la creación de un nuevo usuario de administración y tratar de iniciar el administrador del server de que el inicio de session, los errores fuera (kReceivedUnknownError dice Administrador del server, el process de fuerza de salida para evitar el interlocking está en el logging, el logging)
    10. Cambió la dirección del server de connection de 'name.local' a '127.0.0.1', sin cambios.
    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 , no cambio
    12. Server.app> hardware> hostname> settings> uncheck dedicar resources a los services del server, reiniciar, comprobar de nuevo, reiniciar, sin cambios
    13. $ diskutil repairPermissions /;sudo reboot , no change
    14. corrigió la input rDNS para que coincida con el nombre de la máquina, de modo que Server.app ya no muestra una alerta que la networking ha cambiado en cada inicio.

    Otras inputs de file de logging de repetición 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, puedo reproducir que el retraso (servermgr_info) time de espera FATAL está relacionado con el service de DNS local. Cuando se inicia el service DNS, Admin.app Server genera el time de espera flock (servermgr_info) FATAL, cuando se detiene DNS (y $ sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.servermgrd.plist;sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.servermgrd.plist para asegurarse de que hay un punto de inicio limpio) la próxima vez que Server Admin.app se comporte correctamente y no se registra ningún time de espera flock (servermgr_info) FATAL.

    Anonymized serveradmin DNS configuration extraída 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 

    Irony es que localhost no está configurado como resolución de DNS:

     $ networksetup -getdnsservers Ethernet 91.196.170.5 8.8.8.8 8.8.4.4 

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

    nslookup -type=ptr zyx91.in-addr.arpa devuelve el valor correcto. Un dig PTR zyx91.in-addr.arpa para el PTR está bien, y un dig PTR zyx91.in-addr.arpa +trace detiene después de la recursión 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 . . 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 . . 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 post registrado:

     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 puede ser un error de configuration de PTR rDNS (DNS inverso). Un dig +trace de una máquina 10.5 en una location diferente da como resultado couldn't get address for 'ns3.technotop.nl': not found . Se le ha pedido al proveedor de networking que corrija esta configuration de DNS escamosa (y defectuosa).


    Actualización # 2 Otro sospechoso es el firewall incorporado. Cuando se detiene el firewall, no hay lockings. Cuando se inicia el cortafuegos, la rueda giratoria nunca se detiene.


    Actualización # 3 El proveedor fijó ns3.technotop.nl asignando un logging DNS A con la dirección IP 91.196.170.72 al 23 de agosto. Resultado: sigue girando en la parte inferior derecha de Mac OS Server Admin, y después de unos minutos

    " El service ha detectado un error Intente actualizar la vista (127.0.0.1/Server). (KReceivedUnkownError).

    Seguido de un:

    " El service ha detectado un error Intente actualizar la vista (127.0.0.1 / Certificados). (KReceivedUnkownError).

    Actualización # 4 El siguiente problema es un cortafuegos de software de la versión 5.4 de CentOS en los serveres donde se ejecutan tanto ns1.technotop.nl como ns2.technotop.nl, que se ejecutan en Mac OS X 10.7.4 Lion + Server + Admin Tools DNS patrones de tráfico:

    123.45.67.89 # lfd: (PERMBLOCK) 123.45.67.89 ha tenido más de 4 bloques temporales en las últimas 86400 secs – Sun Jun 17 21:20:08 2012

    Después de borrar este bloque en el cortafuegos de CentOS, el bloque de cortafuegos se vuelve dentro de 10 horas para cada dirección IP que ejecuta 10.7.4 y tiene un nombre DNS inverso que es autorizado por las máquinas de CentOS 5.4.

    Veamos lo que hará una list blanca en el cortafuegos de CentOS para máquinas que ejecuten Mac OS 10.7.4.


    Pregunta

    ¿Cómo solucionar este server de DNS relacionados servermgrd flock (servermgr_info) error (por ejemplo, por defecto de fábrica restablecimiento de service dns)?

  • ¿Cómo puedo get com.apple.servermgrd para usar un certificate SSL no autofirmado?
  • ¿Cómo puedo borrar completamente la caching de DNS de Google Chrome?
  • Ejecutar OS X Server en la máquina principal
  • ¿Deshabilitar el post de apagado de OS X Server?
  • No se puede acceder a apple.com webservers, App Store ni Actualización de software
  • No se puede acceder a localhost después de la actualización a Mavericks pero puede acceder a 127.0.0.1
  • 4 Solutions collect form web for “Cómo arreglar el server pendiente Admin, el logging muestra el error servermgrd en getAndLockContext: flock (servermgr_info) FATAL time out”

    Tuve el mismo problema. Como se sugiere aquí, he rastreado el problema hasta un mal logging NS (error tipográfico) para la zona inversa.

    changeip -checkhostname informó que no había problemas al comprobar manualmente el avance / reverso todo parecía bueno.

    Pero cuando revisé específicamente el logging NS para la zona inversa, noté el error tipográfico.

    $ sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.servermgrd.plist y el problema desapareció durante unos minutos.

    1. Agregue un firewall "Grupo de direcciones" para la dirección IP "127.0.0.1".
    2. Dé los "services" -tab permissions "Permitir todo el tráfico" para ese grupo recién creado.

    Revise la configuration de firewall de los serveres DNS autorizados para los loggings PTR de su dirección IP (pública).

    En nuestro caso, al search los loggings PTR de la dirección IP pública (123.45.67.89 por ejemplo) utilizando la notación inversa (89.67.45.123.in-addr.arpa) en Terminal en el server Lion:

    1. $ dig NS 67.45.123.in-addr.arpa +short resultados $ dig NS 67.45.123.in-addr.arpa +short 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

      ;; time de connection agotado; no se pudo llegar a serveres

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

    Después de la list blanca de la dirección IP de Mac OS X Server en el server de security de cada server DNS autorative, el problema "getAndLockContext: flock (servermgr_info) FATAL time out" había desaparecido.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).