Versión 17.06.2-CE-mac27 (19124) puede confirmar que hay deriva de tiempo en el cliente de Docker para Mac. He podido confirmar que al reiniciar el cliente de Docker se corrige el problema de tiempo. El problema está presente en todos los contenedores Docker y Docker Run BusyBox Date. Hay bastantes informes de esto en versiones anteriores. Y supuestamente estaba arreglado, pero no lo es. El tiempo que está fuera de aquí fue sólo un minuto antes de reiniciar el cliente de Docker. No puedo decir lo lejos que habría sido el anfitrión se puso a dormir. Motor de Docker 1.8 o versiones posteriores en cualquier distribución de Linux admitida o Docker para Mac y Windows. Docker Engine 1.8+ on any supported Linux distribution or Docker for Mac/Windows. Para obtener más información, consulte Instalar Docker. Quiero utilizar Dockerizing MongoDB y almacenar datos en el volumen local. Puede conectar a la instancia de Mongo docker a través de un cliente mono en mac. MongoDB requiere un sistema de files que admita fsync() en los directorys. ![]() De hecho, eso puede haber desencadenado una actualización y corregido el problema. Parece que la emulación de reloj VM es simplemente no es exacto. ¿La máquina virtual no utiliza NTP? Alternativas de mac para visio. ¿No podemos tener un cron re-Sync regularmente, incluso sin una interrupción del cliente de Docker? El tiempo es fijado actualmente por 2 mecanismos: • el NTP vía el chronyd se supone para mantener las cosas sincronizadas con el anfitrión • cuando el anfitrión despierta del sueño--y el reloj es demasiado fuera de la sincronización para que el chronyd corrija--allí ' s un hwclock-s explícito I ' no estoy seguro qué ' s que lo permite a la deriva en su caso. Tal vez la máquina se despierta, y corre hwclock-s, pero chronyd ya ha renunciado a tratar de sincronizar los relojes?
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |