Sentry подмешивает исключение о 429 в AJAX ответы интерфейса и CoreAPI, это ломает JSON.

[jorikfon]

Надо убрать отображение ошибки из PHP в AJAX ответы от станции. Или отключить их в PHP на уровне конфигурационных файлов.

[jorikfon]

Fatal error: Uncaught Symfony\Component\HttpClient\Exception\ClientException: HTTP/1.1 429 returned for "https://sentry.miko.ru/api/1/store/". in /offload/rootfs/usr/www/vendor/symfony/http-client/Response/CommonResponseTrait.php:168 Stack trace: #0 /offload/rootfs/usr/www/vendor/symfony/http-client/Response/TransportResponseTrait.php(142): Symfony\Component\HttpClient\Response\CurlResponse->checkStatusCode() #1 /offload/rootfs/usr/www/vendor/symfony/http-client/Response/CurlResponse.php(256): Symfony\Component\HttpClient\Response\CurlResponse->doDestruct() #2 [internal function]: Symfony\Component\HttpClient\Response\CurlResponse->__destruct() #3 {main} thrown in /offload/rootfs/usr/www/vendor/symfony/http-client/Response/CommonResponseTrait.php on line 168

[jorikfon]

Там прямо цепочка. Бекапы забили место. Начались сыпаться тысячи ошибок в минуту, сентри блокирует за флуд, чтоб самой не упасть и т.к. у нас в php.ini указано отображать все ошибки на экран - оно начинает показывать уже ошибки обмена с сентри везде подряд.

[jorikfon]

Полезный сервис для теста HTTP https://httpbin.org/status/429

[jorikfon]

Эта ошибка уже следствие того, что кончилось место. В новых релизах кеш интерфейса хранится в памяти, в папке /var соответственно там место должно быть всегда и интерфейс должен нормально работать. Если воспроизводится в релизах старше 2020.1.54 тогда надо искать как еще можем это поправить.