Welcome to the May First Movement Technology Status Page
Please see below for any known interuptions to our service. If you are experiencing a problem not listed here, please open a support ticket.
Subscribe to an RSS feed of these alerts, get them by email, or learn how to subscribe to other messages.
web site outages - sunday and monday morning
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Servers Affected/Servidores afectados: various Period Affected/Horas afectadas: 2018-11-11 - 2018-11-12 Date/Fecha: 2018-11-13 Approximately 10 servers experienced web outages between 6:30 am and 9:00 am America/New_York time on Sunday November 11 and Monday November 12. The outages were caused by a combination of factors. First, we are re-organizing our backup routines, which is causing signficantly more disk usage in the early hours of the morning. Second, and more importantly, our automated upgrades run at 6:30 am every morning. That means, every day at 6:30 am 1/7 of all of our servers pull in security and other updates. This normally does not register any performance problems. However, starting on Sunday, the new updates included both an apache (web server) update as well as a kernel upgrade (which causes a large initramfs file to be regenerated). The upgrade started by turning off the web server. Then, due to the increase disk usage from our backups plus the fact that the upgrades were running simultaneously on many servers sharing the same disks at the same time, the upgrades took a very long time to complete (up to a few hours) leading to the apache down time. We fixed the problem monday night by running all remaining updates serially. We are looking into chaning our upgrade schedule so that not all servers run the upgrades at the same time in the future. - ---- Aproximadamente 10 servidores experimentaron cortes en la web entre las 6:30 am y las 9:00 am America / New_York time el domingo 11 de noviembre y el lunes 12 de noviembre. Las interrupciones fueron causadas por una combinación de factores. Primero somos reorganizar nuestras rutinas de respaldo, lo que está causando significativamente más disco Uso en las primeras horas de la mañana. Segundo, y más importante, nuestras actualizaciones automáticas se ejecutan a las 6:30 am cada Mañana. Eso significa que todos los días a las 6:30 a.m. 1/7 de todos nuestros servidores se detienen Seguridad y otras actualizaciones. Esto normalmente no registra ninguna actuación. problemas. Sin embargo, a partir del domingo, las nuevas actualizaciones incluyeron tanto un apache (servidor web) de actualización, así como una actualización del kernel (lo que causa un gran initramfs) archivo a ser regenerado). La actualización comenzó apagando el servidor web. Luego, debido al aumento en el uso del disco de nuestras copias de seguridad más el hecho de que las actualizaciones se ejecutaban simultáneamente en muchos servidores que comparten los mismos discos en Al mismo tiempo, las actualizaciones tardaron mucho tiempo en completarse (hasta unos pocos horas) que conducen al tiempo de inactividad de apache. Arreglamos el problema la noche del lunes ejecutando todas las actualizaciones restantes en serie. Nosotros están estudiando la posibilidad de cambiar nuestro programa de actualización para que no todos los servidores ejecuten el Actualizaciones al mismo tiempo en el futuro. -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEH5wwyzz8XamYf6A1oBTAWmB7dTUFAlvq+60ACgkQoBTAWmB7 dTUL/RAAyIMjXYWM9SMvjL7M6Tm3XFqgXHAKCoTw7PxnuV1qzbWY0wgD0nKfbVH3 X9lDf7uv2P6zMYpw0Mrloeaa1r1vmP+Q59ewTCsOs+rqNWxtrRiGK4e022Mos0gC sVQ5X0rWPrz7O1nQqyW63QBmGXtKDo5xu1hhydl/5YoQuw45xOTanflaSovEderm 00iCt+pdNaFng/+THkz8+FUx1wZZl3Sdauo1Mya/XVsQjf+OlgQswgwwqSQWVYNV /AoLpstc8NJ9hsPaZV0DVgwNvEkATjIJRb3ETA4eqsZYwjuR11HFVO7+5kl5vgPd GvFuHKDEWRUYPe3//05noaN2untDskxc0x7Pk71ZretCbpA43fnWV3cFyNQUjYEa g1bS/FrDyrFe0eTtrT/5EXIj4VZw0Fb/XgFgDnBrQR7C0GENPl8rkdLVhMh+0Iax QPaoqeHMc2vHJUX03h/y5sTB0zUv/JrHAkquft7zN1S6E0/b/bXvaWIwcNJuZkt/ ehnB7/VUTl4zzBRbEpXCwsDMCc5Kr2L1+4hOzl7SixjQM5/Jz4UIKeVkivpYdaU9 ISC+WNQSxY0Xs/0yM5oAYWM1yQsZRjL2+mAJ8Hz0dbyRnVytBn2bUciGfRLZgExi U9TwxZbAmp31v09nvbXpYDn0wk6npyxPme0BMmBtsKJl4EZ2qhQ= =n/8T -----END PGP SIGNATURE-----