История сбоев Semaphore

1. 2 сентября 2026 г. в 21:30 UTCidentified

   Более широкая ситуация, влияющая на операции HTTPS, которая также влияет на Semaphore и наших пользователей, снова начала возникать: https://github.com/orgs/community/discussions/206581 В качестве обходного пути можно настроить git для использования только HTTP/1.1, используя следующую команду: git config — глобальный http.version HTTP/1.1 Мы продолжаем следить за ситуацией и будем делиться дальнейшими обновлениями по мере их появления.

2. 2 сентября 2026 г. в 22:07 UTCidentified

   Наши инженеры активно следят за текущей ситуацией, затрагивающей операции HTTPS: https://github.com/orgs/community/discussions/206581. Мы поделимся следующим обновлением, как только получим новую информацию от GitHub. В качестве обходного пути можно настроить git для использования только HTTP/1.1, используя следующую команду: git config — глобальный http.version HTTP/1.1

3. 3 сентября 2026 г. в 12:45 UTCidentified

   Наши инженеры активно следят за прерывистой проблемой, затрагивающей операции Git по HTTPS. Мы поделимся еще одним обновлением, когда появится больше информации. Чтобы предотвратить остановку поврежденных сборок в ожидании учетных данных, наша инженерная команда внедрила быстрое поведение. Пострадавшие сборки теперь быстро потерпят неудачу, сократив ненужное время выполнения. Если проблема сохраняется после повторного запуска работы, добавьте следующую команду к работе до операции Git, чтобы заставить Git использовать HTTP/1.1: git config — глобальный http.version HTTP/1.1

4. 3 сентября 2026 г. в 16:41 UTCresolved

   Семафор в настоящее время работает нормально, поэтому мы отмечаем этот инцидент как разрешенный. GitHub подтвердил, что поведение, затрагивающее неаутентифицированные операции Git, является результатом намеренного изменения с их стороны, а не ошибки. Вы можете прочитать их последнее заявление здесь: https://github.com/orgs/community/discussions/206581#discussioncomment-18269083 Для сборок, затронутых этим поведением, ранее общий обходной путь остается доступным. Настройте Git для использования HTTP/1.1 перед запуском затронутой операции Git: git config — глобальный http.version HTTP/1.1 Мы добавим эту инструкцию и дальнейший контекст в нашу документацию. Любые дополнительные рекомендации от Semaphore будут распространяться через уведомления в приложении. Для получения дополнительной помощи свяжитесь с нашей службой поддержки по адресу [email protected].

Автоматический перевод официального обновления инцидента.

1. 2 сентября 2026 г. в 11:17 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 2 сентября 2026 г. в 11:44 UTCinvestigating

   Мы все еще изучаем причину этой проблемы, но в качестве временного обходного пути вы можете добавить следующую переменную среды в свои рабочие места, которая приведет к их немедленному отказу и не висит: GIT TERMINAL PROMPT=0 После того, как они потерпят неудачу, вы можете повторно запустить трубопровод, и только неудачные рабочие места должны повториться, что позволит вам проработать этот вопрос, пока у нас не будет больше информации, чтобы поделиться.

3. 2 сентября 2026 г. в 12:18 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

4. 2 сентября 2026 г. в 12:53 UTCidentified

   Мы обнаружили, что в настоящее время это более широкая ситуация, влияющая на операции HTTPS, что также влияет на Semaphore и наших пользователей. Вы можете прочитать больше об этом в этой ветке: https://github.com/orgs/community/discussions/206581 В качестве обходного пути можно настроить git для использования только HTTP/1.1, используя следующую команду: git config — глобальный http.version HTTP/1.1 Пожалуйста, обратите внимание, что мы продолжаем следить и расследовать эту ситуацию с нашей стороны.

5. 2 сентября 2026 г. в 13:56 UTCidentified

   Мы обнаружили, что в настоящее время это более широкая ситуация, влияющая на операции HTTPS, что также влияет на Semaphore и наших пользователей. Вы можете прочитать больше об этом в этой ветке: https://github.com/orgs/community/discussions/206581 В качестве обходного пути можно настроить git для использования только HTTP/1.1, используя следующую команду: git config — глобальный http.version HTTP/1.1 Мы продолжаем следить и расследовать эту ситуацию с нашей стороны.

6. 2 сентября 2026 г. в 14:19 UTCmonitoring

   Была более широкая ситуация, влияющая на операции HTTPS, что также повлияло на Semaphore и наших пользователей. https://github.com/orgs/community/discussions/206581 С тех пор проблема, похоже, утихла, но мы продолжаем следить за ситуацией.

7. 2 сентября 2026 г. в 15:16 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 31 августа 2026 г. в 12:06 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 31 августа 2026 г. в 12:56 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 31 августа 2026 г. в 15:32 UTCidentified

   Мы выявили проблемы сетевого подключения между нашим самолетом управления и серверами сборки. Мы активно работаем над восстановлением нормального сервиса.

4. 31 августа 2026 г. в 18:22 UTCidentified

   Мы все еще работаем над решением проблем сетевого подключения между нашей системой управления и серверами. Мы поделимся еще одним обновлением, как только у нас будет больше информации.

5. 31 августа 2026 г. в 19:21 UTCidentified

   Наша команда продолжает работать над исправлением этого вопроса.

6. 31 августа 2026 г. в 19:49 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

7. 31 августа 2026 г. в 20:18 UTCidentified

   Наша инженерная команда активно работает над решением этого вопроса.

8. 31 августа 2026 г. в 20:35 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

9. 31 августа 2026 г. в 21:09 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

10. 31 августа 2026 г. в 21:44 UTCmonitoring

    Наша команда продолжает следить за результатами.

11. 31 августа 2026 г. в 22:11 UTCresolved

    Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 28 августа 2026 г. в 19:17 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 28 августа 2026 г. в 20:11 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 28 августа 2026 г. в 20:31 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 28 августа 2026 г. в 21:09 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 27 августа 2026 г. в 20:09 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 27 августа 2026 г. в 20:11 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 27 августа 2026 г. в 20:26 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

4. 27 августа 2026 г. в 20:35 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

5. 27 августа 2026 г. в 21:01 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 27 августа 2026 г. в 18:43 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

2. 27 августа 2026 г. в 19:00 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 27 августа 2026 г. в 19:15 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

4. 27 августа 2026 г. в 19:30 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 25 августа 2026 г. в 08:35 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 25 августа 2026 г. в 08:44 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 25 августа 2026 г. в 09:19 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 25 августа 2026 г. в 12:57 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

5. 25 августа 2026 г. в 14:00 UTCidentified

   Мы наблюдаем постоянное воздействие при мониторинге. Вопрос остается открытым, и наша команда работает над решением.

6. 25 августа 2026 г. в 14:17 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

7. 25 августа 2026 г. в 14:47 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 21 августа 2026 г. в 19:14 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 21 августа 2026 г. в 19:26 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 21 августа 2026 г. в 20:03 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

4. 21 августа 2026 г. в 20:27 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

5. 21 августа 2026 г. в 20:47 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 18 августа 2026 г. в 15:07 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 18 августа 2026 г. в 15:15 UTCinvestigating

   Работа, настроенная для работы на машинах F1, может занять больше времени, чем обычно.

3. 18 августа 2026 г. в 15:18 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

4. 18 августа 2026 г. в 15:28 UTCidentified

   Проблема все еще продолжается, и инженерная команда активно работает над исправлением.

5. 18 августа 2026 г. в 16:28 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

6. 18 августа 2026 г. в 17:16 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

7. 18 августа 2026 г. в 17:47 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 4 августа 2026 г. в 10:38 UTCidentified

   The issue has been identified and a fix is being implemented.

2. 4 августа 2026 г. в 11:30 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 4 августа 2026 г. в 12:04 UTCresolved

   This incident has been resolved.

1. 23 июля 2026 г. в 00:35 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 23 июля 2026 г. в 01:03 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 23 июля 2026 г. в 01:25 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

4. 23 июля 2026 г. в 02:00 UTCmonitoring

   Реализовано исправление, и мы наблюдаем улучшение в обработке работы. Мы продолжаем следить за ситуацией.

5. 23 июля 2026 г. в 02:18 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 21 июля 2026 г. в 08:36 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 21 июля 2026 г. в 08:49 UTCinvestigating

   В качестве обходного пути для получения более последовательных сборок в течение этого времени, пожалуйста, попробуйте добавить флаг кэша-использования в команду оформления заказа. Подробнее об этом читайте здесь: https://docs.semaphore.io/reference/toolbox#cache-full-clone

3. 21 июля 2026 г. в 09:06 UTCinvestigating

   Наша инженерная команда все еще изучает и работает над этим вопросом, но в качестве текущего обходного пути вы можете восстановить ключ развертывания GitHub. Вы можете найти инструкции о том, как это сделать здесь: https://docs.semaphore.io/using-semaphore/connect-github#deploy-key

4. 21 июля 2026 г. в 09:25 UTCmonitoring

   Наша команда следит за ситуацией. Если вы пострадали, пожалуйста, восстановите ключ развертывания, следуя инструкциям на этой странице: https://docs.semaphore.io/using-semaphore/connect-github#deploy-key

5. 21 июля 2026 г. в 10:53 UTCmonitoring

   Мы продолжаем следить за ситуацией, и вы можете следить за текущим инцидентом на GitHub по следующей ссылке: https://www.githubstatus.com/incidents/g40zcbvchny4

6. 21 июля 2026 г. в 12:18 UTCmonitoring

   GitHub подтвердил, что инцидент по их окончании урегулирован, и сервисы теперь должны вернуться в нормальное русло. Мы продолжаем следить за ситуацией. Вы можете просмотреть обновление GitHub здесь: https://www.githubstatus.com/incidents/g40zcbvchny4

7. 21 июля 2026 г. в 13:46 UTCresolved

   GitHub подтвердил, что инцидент по их окончании урегулирован. Вы можете просмотреть обновление GitHub здесь: https://www.githubstatus.com/incidents/g40zcbvchny4

Автоматический перевод официального обновления инцидента.

1. 17 июля 2026 г. в 10:32 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 17 июля 2026 г. в 10:51 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 17 июля 2026 г. в 13:25 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 17 июля 2026 г. в 00:21 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 17 июля 2026 г. в 00:43 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 17 июля 2026 г. в 01:05 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 24 июня 2026 г. в 21:01 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 24 июня 2026 г. в 21:07 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 24 июня 2026 г. в 21:16 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 24 июня 2026 г. в 21:26 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 10 июня 2026 г. в 15:12 UTCidentified

   We're experiencing an elevated level of 500's errors and are currently looking into the issue.

2. 10 июня 2026 г. в 15:20 UTCidentified

   The issue has been identified, and our team is implementing a fix.

3. 10 июня 2026 г. в 16:14 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 10 июня 2026 г. в 16:22 UTCresolved

   This incident has been resolved.

1. 20 мая 2026 г. в 08:44 UTCidentified

   We identified slow communication between Semaphore jobs and GitHub. We are continuing to work with our upstream provider to resolve this. For impacted jobs, please replace the normal checkout command with the following: retry --times 5 "timeout 40 bash -lc 'source ~/.toolbox/toolbox; checkout'" And afterwards, use cd to change the directory to the cloned repository (replace with your project).

2. 20 мая 2026 г. в 12:48 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 20 мая 2026 г. в 13:59 UTCidentified

   We identified slow GitHub operations related to problems with the network, and we deployed a fix to re-route those operations to a healthier server. Some HTTPS operations started to fail because of that. To disable the fix, you should use the command: sudo sed -i 's/^\([0-9].*github\.com\)/#\1/' /etc/hosts And to re-enable, you can use: sudo sed -i 's/^#\([0-9].*github\.com\)/\1/' /etc/hosts

4. 20 мая 2026 г. в 15:02 UTCmonitoring

   A fix has been implemented, and everything should be back to normal. The previously shared snippets can be removed.

5. 20 мая 2026 г. в 15:32 UTCresolved

   This incident has been resolved.

1. 19 мая 2026 г. в 10:00 UTCinvestigating

   We are currently investigating this issue.

2. 19 мая 2026 г. в 10:38 UTCinvestigating

   We are continuing to investigate this issue.

3. 19 мая 2026 г. в 11:18 UTCidentified

   We identified that the issue is slow communication between our jobs and GitHub. We are currently working with our upstream provider to to resolve this. For impacted jobs, please replace the normal checkout command with the following: retry --times 5 "timeout 40 bash -lc 'source ~/.toolbox/toolbox; checkout'" And afterwards, use cd to change the directory to the cloned repository (replace with your project).

4. 19 мая 2026 г. в 15:10 UTCmonitoring

   We are not currently seeing timeouts related to slow connections. Our team is continuing to monitor the situation to confirm that service has fully returned to normal.

5. 19 мая 2026 г. в 15:42 UTCresolved

   This incident has been resolved.

1. 12 марта 2026 г. в 15:55 UTCinvestigating

   We are currently investigating this issue.

2. 12 марта 2026 г. в 17:03 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 12 марта 2026 г. в 17:11 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 12 марта 2026 г. в 17:45 UTCresolved

   This incident has been resolved.

1. 11 марта 2026 г. в 16:28 UTCidentified

   The issue has been identified and a fix is being implemented.

2. 11 марта 2026 г. в 17:18 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 11 марта 2026 г. в 17:42 UTCresolved

   This incident has been resolved.