Histórico de interrupções do Ionos Cloud

1. 4 Gwengolo 2026 da 16:53 UTCinvestigating

   Enquanto o suporte telefônico geralmente estará disponível, nossa capacidade é reduzida devido a múltiplos casos de afastamento. Queremos informá-lo de que nosso suporte ao telefone será limitado durante os slots de tempo seguintes, levando ao aumento dos tempos de resposta no canal do telefone. Nestes casos, por favor contacte por e-mail. Obrigado.

2. 7 Gwengolo 2026 da 06:16 UTCidentified

   Ainda falta a cobertura do serviço, e atualmente estamos fazendo mudanças no nosso sistema de ticketing. Por isso, pedimos gentilmente a sua compreensão se as respostas de Suporte não são tão oportunas como você está acostumado. Obrigado.

3. 8 Gwengolo 2026 da 06:31 UTCresolved

   Conseguimos restabelecer totalmente o nosso serviço, o Suporte está de volta. Obrigado pela sua paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 1 Gwengolo 2026 da 13:36 UTCidentified

   Para nossos parceiros com subcontratos: Descobrimos que os subcontratos não podem acessar o novo local de Frankfurt "de/fra/1". Estamos a trabalhar numa solução para tornar isto disponível. Vamos mantê-lo informado quando estiver feito.

2. 1 Gwengolo 2026 da 15:01 UTCmonitoring

   Wir konnten das Problem beheben, sodass die neue Região monn für alle Verträge verfügbar ist. Wir monitoren, ob es dazu noch Weitere Rückmeldungen gibt.

3. 1 Gwengolo 2026 da 16:12 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 31 Eost 2026 da 15:35 UTCinvestigating

   O DCD está atualmente indisponível, exibindo uma interminável "Loading DCD..." página. Estamos a investigar esta questão e vamos mantê-lo actualizado.

2. 31 Eost 2026 da 15:52 UTCmonitoring

   O DCD está novamente disponível, e estamos a acompanhar a situação.

3. 31 Eost 2026 da 17:03 UTCresolved

   Estamos a marcar este incidente como resolvido. Nossa equipe de rede está investigando o impacto negativo nos Serviços IAM causado por um lançamento de mudanças. Atualizaremos a Página de Estado assim que a causa raiz for estabelecida.

4. 1 Gwengolo 2026 da 15:32 UTCpostmortem

   # ** Análise de Causas Preliminares Esta análise de causa raiz é preliminar, pois a pesquisa ainda está sendo conduzida para determinar a causa raiz técnica do incidente. O que aconteceu? Em 31 de agosto de 2026, entre 15:00 UTC e 15:43 ITC, e novamente entre 16:32 UTC e 16:35 UTC, os clientes não conseguiram acessar o serviço de Gerenciamento de Identidade e Acesso da IONOS Cloud \(IAM\) e o Data Center Designer \(DCD\), que é dependente deste serviço. A interrupção afetou logins diretos, acesso ao portal parceiro e revendedor e consoles de gerenciamento associados. O impacto total voltado para o cliente durou aproximadamente 48 minutos em ambos os intervalos. Cloud APIs \([api.ionos.com](http://api.ionos.com)\) permaneceu totalmente operacional durante todo o incidente. Os serviços de aplicação subjacentes eram saudáveis em todos os momentos - a falha foi limitada à camada de borda da rede. Como isso foi possível? \(Root Cause\)** Durante uma janela de manutenção programada em 31 de agosto de 2026, uma atualização de configuração de rede foi aplicada à infraestrutura de rede de borda com a intenção de otimizar filtros de roteamento. A configuração foi verificada como correta antes e durante a aplicação. Após o lançamento, uma anomalia de propagação de roteamento emergiu em um interruptor de rede de borda, causando comportamento de roteamento assimétrico: solicitações de conexão TCP recebidas de clientes foram silenciosamente largadas \(black-holed\) na borda da rede antes de atingir o cluster de aplicação. Como os próprios serviços de aplicação se mantiveram saudáveis, esse modo de falha não foi imediatamente visível por meio de verificações internas de saúde - os serviços foram isolados de receber tráfego público de acesso à internet em vez de falhar. A causa raiz de por que este switch específico exibiu comportamento de roteamento assimétrico após uma mudança de configuração de outra forma válida permanece sob investigação ativa. Se isso foi acionado por um comportamento de plataforma de switch ou um bug específico de versão de software está sendo determinado através da reprodução do ambiente de estadiamento. O que estamos a fazer para evitar a recorrência? ## **Acções imediatas# * ** Rollback da Configuração:** Ao identificar a anomalia de roteamento, um rollback completo da configuração da rede foi executado em todos os interruptores de borda afetados. Os anúncios de rota e a acessibilidade TCP dos endereços IP de produção pública foram verificados na sequência do retrocesso. Todos os serviços afetados - DCD, Partner Portal, Reseller Portal e IAM - foram confirmados plenamente operacional em 16:35 UTC. \(DONE\) # # ** Curto prazo # * ** Replicação do Ambiente de Estágio: ** Casos de teste detalhados estão sendo executados no ambiente de estadiamento para reproduzir o comportamento exato de propagação de roteamento sob as mesmas condições de configuração do switch. O objetivo é determinar se a anomalia é atribuível a um bug de versão de software específico ou um comportamento de plataforma de switch, para que a condição de falha precisa possa ser isolada e abordada antes de qualquer lançamento futuro. ETA: Dentro de duas semanas # # # Médio prazo # * ** Estratégia de lançamento revisada: ** Com base nos resultados do estadiamento, uma abordagem de implantação revisada será projetada para garantir que qualquer aplicação futura dessas otimizações de filtro de roteamento possa ser realizada com maiores garantias de estabilidade - incluindo pontos de verificação de validação mais granular entre mudanças de nível de switch. ETA: Outubro de 2026 ## **Observações finais# Reconhecemos que a perda de acesso ao IAM e DCD tem impacto operacional real. O facto de os serviços subjacentes serem saudáveis ao longo de todo não é uma mitigação desse impacto. Estamos empenhados em garantir que a causa raiz seja totalmente compreendida antes de qualquer re-tentação da mudança original, e que a estratégia de implantação revista aborde as condições que levaram ao comportamento de roteamento assimétrico. Agradecemos a sua paciência enquanto concluímos a investigação.

Traduzido automaticamente da atualização oficial do incidente.

1. 26 Eost 2026 da 09:53 UTCinvestigating

   Atualmente estamos investigando o aumento da latência afetando o armazenamento de objetos S3 na região eu-central-1. Alguns clientes podem experimentar tempos de resposta lentos para operações de leitura e escrita. Nossa equipe de engenharia está trabalhando ativamente na resolução do problema. Forneceremos atualizações à medida que mais informações estiverem disponíveis.

2. 27 Eost 2026 da 12:00 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

3. 31 Eost 2026 da 17:08 UTCidentified

   Vemos picos de latência recorrentes afetando nosso serviço S3 em eu-central-1. As equipes de armazenamento de objetos e rede estão investigando em conjunto. Embora uma causa raiz técnica permaneça indeterminada neste momento, nossa maior prioridade é implementar medidas para mitigar a frequência e amplitude dos picos. Agradecemos a sua paciência e vamos mantê-lo informado.

4. 1 Gwengolo 2026 da 15:18 UTCidentified

   As nossas equipas de engenharia identificaram um caminho para a reparação. Foram aplicadas medidas iniciais que melhoraram a situação de alguns serviços. Os clientes que usam o armazenamento de objetos no eu-central-1 podem continuar a experimentar latência elevada, que pode variar em gravidade. O trabalho continua numa solução abrangente. Vamos fornecer mais atualizações

5. 3 Gwengolo 2026 da 08:27 UTCmonitoring

   Os tempos de resposta para o armazenamento de objetos no eu-central-1 melhoraram significativamente e continuam a estabilizar. Estamos acompanhando de perto o desempenho do sistema. Nós forneceremos atualizações adicionais à medida que a remediação progride.

6. 3 Gwengolo 2026 da 13:39 UTCresolved

   O aumento da latência que afeta o armazenamento de objetos S3 no eu-central-1 foi resolvido. Os tempos de resposta voltaram aos níveis normais. Continuaremos a monitorizar o serviço.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Eost 2026 da 12:47 UTCinvestigating

   Atualmente estamos investigando um problema onde Buckets e Chaves de armazenamento de objetos não são exibidos no Data Center Designer. Atualmente não é possível acessar, alterar, criar e excluir Buckets e Keys através do Data Center Designer.

2. 23 Eost 2026 da 17:48 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 21 Eost 2026 da 07:52 UTCinvestigating

   Atualmente não é possível reservar ou manipular blocos IP, nem em DCD, nem via API. As nossas equipas estão a investigar o problema. Vamos mantê-lo informado.

2. 21 Eost 2026 da 08:18 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

3. 23 Eost 2026 da 17:49 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 14 Eost 2026 da 14:50 UTCidentified

   Pode haver períodos de espera aumentada ao ligar para o Suporte da IONOS Cloud por telefone. Pedimos aos Clientes e Parceiros que entrem em contato com o Suporte à nuvem através do Formulário ou Email DCD.

2. 17 Eost 2026 da 13:31 UTCidentified

   A situação ainda está inalterada, então o melhor seria por favor entrar em contato via e-mail.

3. 20 Eost 2026 da 08:18 UTCresolved

   Conseguimos voltar à capacidade normal, então o Suporte está de volta à disponibilidade normal. Obrigado pela paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 14 Eost 2026 da 10:51 UTCidentified

   We are currently reports of error VDC-14-1836 during provisioning operations. Our provisioning team is informed and is preparing a hotfix.

2. 14 Eost 2026 da 12:42 UTCmonitoring

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

3. 14 Eost 2026 da 13:34 UTCresolved

   This incident has been resolved.

1. 13 Eost 2026 da 00:49 UTCinvestigating

   We are currently investigating reports of increased AI Model Hub error rates and latencies. More details will be shared as they become available.

2. 14 Eost 2026 da 08:04 UTCresolved

   We were able to resolve this issue, it's back to normal now.

1. 11 Eost 2026 da 16:05 UTCinvestigating

   we are currently investigating increased error rate for our provisioning service.

1. 11 Eost 2026 da 16:05 UTCinvestigating

   Currently, there is an increased processing time for provisioning orders that are initiated via Data Center Designer or API. Occasionally, connections may be lost in the direction of the Data Center Designer. Availability and accessibility of your virtual data center resources will remain unaffected. We will inform you as soon as the functionality has been restored.

2. 11 Eost 2026 da 16:23 UTCidentified

   We have identified a likely culprit. The Provisioning Team has implemented a mitigation. We see the performance of the service stabilizing.

3. 11 Eost 2026 da 16:37 UTCidentified

   We are still seeing residual 500 errors from the Cloud API and are working towards resolving the remaining service degradation.

4. 11 Eost 2026 da 19:24 UTCmonitoring

   We confirm that the provisioning service has recovered and is operating normally. Our teams will continue to monitor the environment to ensure its stability and continued operation.

5. 12 Eost 2026 da 11:52 UTCresolved

   This incident has been resolved.

Traduzido automaticamente da atualização oficial do incidente.

1. 4 Eost 2026 da 10:24 UTCidentified

   We are aware of intermittent control plane unavailability affecting a subset of Managed Kubernetes customers. Affected customers may experience API call failures, deployment timeouts, and temporary disruption of cluster management operations. Our engineering team is actively working on both immediate mitigations and longer-term architectural improvements. Several mitigations have already been deployed, including maintenance schedule optimization, compaction regression fixes, and storage performance improvements. Additional measures - including infrastructure migration, dedicated event etcd clusters, improved load balancing, and horizontal scaling - are in progress. We are providing regular updates on this page. Customers experiencing issues are encouraged to subscribe to this incident for timely notifications.

2. 4 Eost 2026 da 13:14 UTCidentified

   During a service rollout today, a subset of control planes experienced temporary restarts. Affected customers may notice brief API unavailability while these control planes recover. The team is monitoring the recovery. Separately, work on improving infrastructure capacity and load distribution continues as described in our initial update. We will post another update once the affected control planes have fully stabilized.

3. 4 Eost 2026 da 14:37 UTCidentified

   We are currently rolling out memory scaling measures to address recurring stability issues during compaction operations on the affected etcd clusters. Additionally, we are planning to roll out further horizontal scaling for the affected clusters today. We will provide another update once these measures have been applied and we can assess their impact.

4. 4 Eost 2026 da 16:23 UTCidentified

   Our plans for further horizontal scaling of the control plane are progressing. We expect to be able to do a dry run and further testing within the next hours, before we proceed with migrations. We aim to finish work on horizontal scaling until EOD. We are rolling out memory configuration improvements in parallel.

5. 4 Eost 2026 da 21:11 UTCmonitoring

   Memory adjustments have been rolled out and show positive effects. We are starting the migrations planned to further improve control plane performance for all our customers. We estimate that the migration will be completed in the next hours. Control Plane performance is expected to improve already during the migration. We are setting this incident into Monitoring status and will provide an update once the migration is completed.

6. 5 Eost 2026 da 06:23 UTCidentified

   Migration of the first batches has been completed. The Kubernetes Team has identified a remaining issue preventing further migration. We are setting this incident back to active until the issue is resolved and the migration completed.

7. 5 Eost 2026 da 10:07 UTCidentified

   Migration has been picked up again. We already see encouraging results after completion of first batches. In the next hours we focus on completing the migration and horizontal scaling. During the migration, single etcds can be temporarily unavailable for time periods lasting around 30 seconds. We expect further performance and stability improvements for all customers during and after the migration.

8. 5 Eost 2026 da 20:43 UTCidentified

   Memory limit adjustments and migration have had positive effects on the first control plane cluster. Customer situated in the first control plane cluster should already see substantial improvements in performance and stability. We have started to roll out memory adjustments in the remaining control plane cluster, as well. Rolling out the memory limits can lead to temporary unavailability of affected control planes. These interruptions should be brief and will not affect running workloads. After memory limit adjustments are fully rolled out on the second control plane cluster, horizontal scaling and migrations will resume on both control plane clusters for the next hours until workload is distributed optimally.

9. 6 Eost 2026 da 08:04 UTCmonitoring

   Memory limit adjustments have been fully rolled out across all control plane clusters and are showing positive effects. We have significantly expanded the underlying infrastructure capacity and migration of customer workloads is progressing well. We are observing substantial improvements in control plane stability and performance. The recurring disruption patterns described in earlier updates are no longer present. Migration work will continue throughout the day. We will provide an update once migrations are completed or if any changes in status occur.

10. 7 Eost 2026 da 05:06 UTCmonitoring

    Migration of customer workloads on the first control plane cluster has been completed ahead of schedule. Customer clusters have been redistributed across expanded infrastructure and all migrated workloads are running without issues. We continue to observe stable control plane performance with no new disruptions reported.

11. 10 Eost 2026 da 19:58 UTCresolved

    We are marking this incident as resolved. The measures already put into place have had the desired effect on the service and have improved performance and stability. While this incident is marked as resolved, we are continuing executing on our action plan to improve the performance and reliability of our Managed Kubernetes Control Planes. Our current focus: - Further load balancing on our Control Plane Clusters - Migration of control planes to improved infrastructure

1. 4 Eost 2026 da 08:20 UTCidentified

   IONOS Cloud Support is temporarily not always available via phone. We ask Customers and Partners to contact Cloud Support via the DCD Form or Email, instead.

2. 4 Eost 2026 da 10:02 UTCresolved

   We were able to assign additional personnel and will set this status page to resolved.

1. 28 Gouere 2026 da 13:46 UTCinvestigating

   Atualmente estamos investigando uma questão de conectividade impactando nossos serviços DBaaS (MongoDB). Nossa equipe está trabalhando para resolver o problema, e vamos atualizá-lo assim que toda a funcionalidade for restaurada.

2. 28 Gouere 2026 da 13:47 UTCinvestigating

   Continuamos a investigar esta questão.

3. 28 Gouere 2026 da 13:51 UTCidentified

   Identificámos um problema com o DNS. Nossa Equipe DBaaS está analisando o serviço atualmente. Um potencial culpado foi identificado. Nós forneceremos outra atualização aqui mais recente 14:15

4. 28 Gouere 2026 da 13:54 UTCmonitoring

   A Equipe DBaaS realizou um rollback de uma mudança implantada antes de atualizar os serviços DNS. Estamos a ver serviços a recuperar. Estamos a acompanhar de perto a situação.

5. 28 Gouere 2026 da 16:36 UTCresolved

   Estamos a marcar este incidente como resolvido porque não foi possível detectar mais anomalias. Partilharemos uma RCA assim que for compilada.

Traduzido automaticamente da atualização oficial do incidente.

1. 25 Gouere 2026 da 06:27 UTCinvestigating

   Estamos investigando alertas relacionados à perda de redundância em servidores de armazenamento. Atualmente não há impacto do cliente, nossa equipe de armazenamento está investigando e trabalhando para restaurar a redundância. Suspeitamos de um componente de rede defeituoso.

2. 25 Gouere 2026 da 06:44 UTCmonitoring

   Encontramos uma causa provável. Um componente de gestão estava causando consumo excessivo de memória introduzindo instabilidade nos servidores de armazenamento afetados. Isto foi atenuado. Estamos actualmente a monitorizar o ambiente e vamos encerrar o incidente se não forem observadas mais anomalias.

3. 25 Gouere 2026 da 07:49 UTCresolved

   Não foram detectadas mais anomalias. A Causa Raiz da perda de redundância foi identificada como um vazamento de memória em um componente de gerenciamento. Foi criada uma mitigação duradoura para evitar recorrências. O vazamento de memória será abordado em uma próxima atualização para o componente de gerenciamento.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gouere 2026 da 06:51 UTCidentified

   Enquanto o suporte telefônico geralmente estará disponível, nossa capacidade é reduzida devido a múltiplos casos de afastamento. Queremos informá-lo de que nosso suporte ao telefone será limitado durante os slots de tempo seguintes, levando ao aumento dos tempos de resposta no canal do telefone. Nestes casos, por favor contacte por e-mail. Obrigado.

2. 27 Gouere 2026 da 05:43 UTCresolved

   A disponibilidade do Cloud Support está de volta. Obrigado pela vossa compreensão.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Gouere 2026 da 10:44 UTCinvestigating

   Atualmente estamos investigando o aumento das taxas de erro e latências do AI Model Hub. Mais detalhes serão compartilhados à medida que estiverem disponíveis. Serviços afetados: AI Model Hub Localização: Global Services

2. 23 Gouere 2026 da 11:25 UTCmonitoring

   Uma correção foi implementada, o que reduziu o número de respostas 4xx e 5xxx aos níveis nominais. Continuaremos a acompanhar os resultados.

3. 28 Gouere 2026 da 07:12 UTCresolved

   Estamos a marcar este incidente como resolvido. Nossa equipe AI Modelhub tem abordado o problema, que foi causado por restrições agudas de recursos. Isto foi resolvido por aumentar os estrangulamentos.

Traduzido automaticamente da atualização oficial do incidente.

1. 18 Gouere 2026 da 13:33 UTCinvestigating

   Atualmente estamos investigando um suspeito problema de conectividade de rede influenciando o serviço MK8s. Manteremos a página de status atualizada com novas informações à medida que estiverem disponíveis.

2. 18 Gouere 2026 da 13:55 UTCinvestigating

   A investigação inicial torna improvável uma questão de conectividade de rede. A equipa está a concentrar a investigação no lado de Kubernetes Managed.

3. 18 Gouere 2026 da 14:26 UTCidentified

   Identificámos um pico na nossa fila de motores de provisionamento que é uma causa provável para os problemas observados. A nossa equipa de provisionamento está informada e juntou-se à resposta.

4. 18 Gouere 2026 da 14:47 UTCidentified

   Reduzimos a questão e acreditamos que identificamos o culpado. Estamos a confirmar o resultado.

5. 18 Gouere 2026 da 15:03 UTCidentified

   A nossa equipa confirmou o suspeito culpado. Estamos neste momento a mitigar a questão e depois vamos monitorizar a execução de tarefas.

6. 18 Gouere 2026 da 15:51 UTCidentified

   O problema do armazenamento foi resolvido com sucesso, no entanto, o provisionamento de emprego atualmente não está progredindo com sucesso. A nossa equipa está a investigar.

7. 18 Gouere 2026 da 16:54 UTCidentified

   Embora o bloco de provisionamento possa ser resolvido, estamos investigando um número crescente de erros relacionados ao armazenamento. Estamos a dirigir a atenção para estas questões pendentes. Os clientes ainda podiam ver problemas com a anexação de armazenamentos em Kubernetes.

8. 18 Gouere 2026 da 17:24 UTCidentified

   Encontramos um problema com um servidor de armazenamento pertencente a um par de servidores de armazenamento redundante. Nossa equipe está implementando uma mitigação.

9. 18 Gouere 2026 da 17:54 UTCmonitoring

   O incidente deve agora ser atenuado. O servidor de armazenamento afetado está sendo restaurado. Uma vez concluído, a redundância será totalmente restaurada. Já não vemos quaisquer questões de provisionamento remanescentes. Estamos a acompanhar a situação e a restauração e depois vamos resolver o incidente.

10. 18 Gouere 2026 da 19:27 UTCmonitoring

    Devido ao esforço de restauração em curso nos clientes do servidor de armazenamento ainda pode ver o impacto residual ao anexar/detaching armazenamento até que a redundância é totalmente restaurada. Estamos redefinindo o impacto do serviço de volta ao desempenho degradado.

11. 18 Gouere 2026 da 20:24 UTCmonitoring

    A equipe encontrou uma complicação durante a recuperação do segundo servidor de armazenamento no par. O hardware precisa ser substituído. Nossa equipe de datacenter está trabalhando nesta tarefa. Para os clientes ainda afetados estamos trabalhando em implementar uma mitigação para desbloquear operações de armazenamento em paralelo.

12. 18 Gouere 2026 da 21:31 UTCmonitoring

    A substituição de hardware está sendo conduzida. A equipe continua a mitigar problemas agudos de provisionamento de armazenamento até que a substituição e recuperação de hardware seja concluída para minimizar o impacto do cliente.

13. 18 Gouere 2026 da 22:03 UTCmonitoring

    A substituição de hardware foi concluída. A restauração da redundância continua.

14. 18 Gouere 2026 da 22:43 UTCmonitoring

    A primeira substituição de hardware não teve sucesso. Outra tentativa. Entretanto, uma migração de dados está em execução para migrar dados para outro alvo de armazenamento. Devido à quantidade de dados a serem migrados, estima-se que a migração leva várias horas.

15. 19 Gouere 2026 da 12:21 UTCmonitoring

    A migração de armazenamentos foi concluída, o que deve evitar novas questões com a fixação de armazenamento. A migração de dados instantâneos está em andamento, então atividades relacionadas a instantâneos podem ainda não ser concluídas com sucesso.

16. 4 Eost 2026 da 10:01 UTCresolved

    we are marking this incident as resolved as the underlying storage issue has been resolved. We will create a follow up incident for Managed Kubernetes performance and stability issues to avoid confusion.

Traduzido automaticamente da atualização oficial do incidente.

1. 15 Gouere 2026 da 10:15 UTCidentified

   Enquanto o suporte telefônico geralmente estará disponível, nossa capacidade é reduzida devido a múltiplos casos de afastamento. Queremos informá-lo de que nosso suporte ao telefone será limitado durante os slots de tempo seguintes, levando ao aumento dos tempos de resposta no canal do telefone. 15.07.2026: 21:00 – 05:00 UTC 16.07.2026: 21:00 – 05:00 UTC Se possível, pedimos que você envie tickets usando o Formulário DCD ou via e-mail. Obrigado pela vossa compreensão!

2. 17 Gouere 2026 da 16:55 UTCresolved

   A cobertura do telefone é atualmente normal

Traduzido automaticamente da atualização oficial do incidente.

1. 13 Gouere 2026 da 11:18 UTCinvestigating

   We are currently investigating problems accessing VMs and DBaaS service located in Frankfurt. We will inform you as soon as the functionality has been restored.

2. 13 Gouere 2026 da 11:21 UTCresolved

   This was a duplicate.