Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    Fortrabbit undefined 中断历史

    11 Fortrabbit undefined incidents · 2026年5月 — official updates, affected components, duration and resolution details.

    返回当前状态

    欧盟某些应用软件的网络发送问题

    开始时间 2026年7月27日 UTC 07:05 · 13h 2m

    Issues轻微事件
    1. 2026年7月27日 UTC 07:05investigating

      从~08:00开始,我们看到一些在欧盟地区托管的Apps的问题. 大约70个Apps,就我们所知,DDoS攻击正在进行. 分布很广,因此难以控制.

    2. 2026年7月27日 UTC 07:48investigating

      我们正在努力解决问题,但不幸的是,控制它并不容易.

    3. 2026年7月27日 UTC 10:10monitoring

      我们仍然在努力,但ETA还没有。 大部分Apps已经上网了. 但我们继续监视.

    4. 2026年7月27日 UTC 20:07resolved

      这个问题没有100%得到解决。 我们仍然在监测。 由于大多数Apps(除了一个)再次在线,我们现在结束这个事件.

    自动翻译自官方事件更新。

    机柜和物品储存维护

    开始时间 2026年7月7日 UTC 06:00 · 0m

    Maintenance维护事件
    1. 2026年7月7日 UTC 06:00resolved

      我们将更新旧平台上的Dashboard和对象存储系统。 Dashboard和对象存储器可能无法使用几分钟.

    自动翻译自官方事件更新。

    欧盟安全维护

    开始时间 2026年7月1日 UTC 17:00 · 2h 10m

    Maintenance维护事件
    1. 2026年7月1日 UTC 17:00investigating

      我们需要为欧盟区域推出一些安全补丁。 期望每个App有30分钟的停机时间, 某处在指定的时间范围内。 部署服务将有更多的停机时间。 谢谢你的理解.

    2. 2026年7月1日 UTC 19:11resolved

      维修完成

    自动翻译自官方事件更新。

    美国安保维护

    开始时间 2026年7月1日 UTC 06:00 · 0m

    Maintenance维护事件
    1. 2026年7月1日 UTC 06:00resolved

      我们需要为美国地区推出一些安全补丁。 期望每个App有30分钟的停机时间, 某处在指定的时间范围内。 部署服务将有更多的停机时间。 谢谢你的理解.

    自动翻译自官方事件更新。

    欧盟 MySQL 升级为 8.4

    开始时间 2026年6月24日 UTC 17:00 · 0m

    Maintenance维护事件
    1. 2026年6月24日 UTC 17:00resolved

      我们正在将所有数据库升级为 MySQL 8.4。 这将给每个应用程序造成长达一小时的停机时间. 我们不能给你确切的时间 因为当你的应用程序会下降, 我们只能说它会下降 一段时间在这个维护窗口。 详情请见我们的博客:https://blog.fortrabbit.com/mysql-8-4-upplate-plan

    自动翻译自官方事件更新。

    US MySQL 升级到 8.4(其余的应用程序)

    开始时间 2026年6月24日 UTC 07:00 · 0m

    Maintenance维护事件
    1. 2026年6月24日 UTC 07:00resolved

      我们正在将所有数据库升级为 MySQL 8.4。 这将给每个应用程序造成长达一小时的停机时间. 我们不能给你确切的时间 因为当你的应用程序会下降, 我们只能说它会下降 一段时间在这个维护窗口。 这个额外的维护窗口将升级剩余的Universal Apps 我们没有时间完成昨天。 更多详情请见我们的博客文章: https://blog.fortrabbit.com/mysql-8-4-升级计划

    自动翻译自官方事件更新。

    美国 MySQL 升级到 8.4

    开始时间 2026年6月23日 UTC 07:00 · 0m

    Maintenance维护事件
    1. 2026年6月23日 UTC 07:00resolved

      我们正在将所有数据库升级为 MySQL 8.4。 这将给每个应用程序造成长达一小时的停机时间. 我们不能给你确切的时间 因为当你的应用程序会下降, 我们只能说它会下降 一段时间在这个维护窗口。 详情请见我们的博客:https://blog.fortrabbit.com/mysql-8-4-upplate-plan

    自动翻译自官方事件更新。

    欧盟/欧盟 美国

    开始时间 2026年6月10日 UTC 05:00 · 0m

    Maintenance维护事件
    1. 2026年6月10日 UTC 05:00resolved

      我们会在维修窗口里推出一些安全补丁 这将不影响客户面对软件版本的修改. 每个应用程序预计的停机时间不到一分钟。 我们分批为美国和欧盟两个地区运行.

    自动翻译自官方事件更新。

    TLS 证书签发

    开始时间 2026年6月2日 UTC 08:41 · 3h 30m

    Issues轻微事件
    1. 2026年6月2日 UTC 08:41investigating

      我们正在调查最近创建或更新的加密证书的问题.

    2. 2026年6月2日 UTC 12:11resolved

      我们认为已经解决了证书问题。 它和Let's加密根链证书的更改有关. 这是不是经常发生的事情,因此没有纳入对外部来源的一般安全监测。 它只影响了少数新创建或最近更新的证书. 如果您还看到SSL问题, 请联系我们 .

    自动翻译自官方事件更新。

    欧盟少数应用软件的网络传送问题

    开始时间 2026年5月29日 UTC 07:20 · 3h 56m

    Outage重大事件
    1. 2026年5月29日 UTC 07:20investigating

      我们正在研究在旧平台的欧盟地区托管的大约30个应用软件的网络发送问题。 这些问题可能在协调世界时6:00左右开始. 并不是所有的Apps都下来了,只是一些,它们会返回随机错误或超时.

    2. 2026年5月29日 UTC 07:52investigating

      Apps现在应该回来了 但我们仍在调查中.

    3. 2026年5月29日 UTC 11:16resolved

      死后Universal Apps运行共享主机系统. 这些主机系统当然是有限的文件存储. 起初我们执行硬文件系统配额,但BTRFS中一个内在的bug引起了这个问题. 所以我们取消了硬性限制 并允许超过包含的文件系统限制。 对于Universal Apps来说,没有自动缩放,因此这个解决方案实际上对客户端来说也更好. 我们过账存储,大致按三倍的系数计算,可以让客户使用比Uni最大的计划两倍的存储. 我们定期检查超过限制的Apps,并写邮件. 最近我们必须经常这样做。 最常见的情况是文件存储使用过度,这归因于代码/配置错配置. 最常见的是找到很多旧的本地备份文件(可能是一些插件?),但也有很多缓存文件. 具体地说,后来的问题越来越多。 可能是因为一些网站越来越粗鲁 提供了无限的网页 我们有健康检查, 提醒我们储存问题。 在这种情况下,存储迅速被填充,造成各种随机出错. 我们主动删除缓存文件夹,这在Apps重新填充缓存时给主机系统造成了更高的负载. 这个建筑当然不是省长. 这是我们决定从零开始创建新平台的许多原因之一. 新平台在多层次上解决了这个问题: - 更大的存储计划 - 可选的"自动缩放":要么封顶,要么升级 经过监测,我们认为这个问题现已解决.

    自动翻译自官方事件更新。

    欧盟/欧盟 美国

    开始时间 2026年5月12日 UTC 05:00 · 0m

    Maintenance维护事件
    1. 2026年5月12日 UTC 05:00resolved

      我们会在维修窗口里推出一些安全补丁 这将不影响客户面对软件版本的修改. 每个应用程序预计的停机时间不到一分钟。 我们分批为美国和欧盟两个地区运行。 BTW:我们已经迁移了我们的状态工具, 所以这个通知现在可能看起来不同了.

    自动翻译自官方事件更新。