Istoricul incidentelor Ionos Cloud

1. 4 septembrie 2026 la 16:53 UTCinvestigating

   În timp ce sprijinul telefonic va fi în general disponibil, capacitatea noastră este redusă din cauza mai multor cazuri de concediu medical. Dorim să vă informăm că suportul nostru telefonic va fi limitat în următoarele sloturi, ceea ce va duce la creșterea timpului de răspuns pe canalul telefonic. În aceste cazuri, vă rugăm să accesați pe e-mail. Mulţumesc.

2. 7 septembrie 2026 la 06:16 UTCidentified

   Încă nu avem acoperire a serviciilor, iar în prezent facem schimbări în sistemul nostru de tichete. Prin urmare, vă cerem cu amabilitate să înţelegeţi dacă răspunsurile de sprijin nu sunt la fel de oportune precum sunteţi obişnuiţi. Mulţumesc.

3. 8 septembrie 2026 la 06:31 UTCresolved

   Am reuşit să restabilim pe deplin serviciul, sprijinul s-a întors. Mulţumesc pentru răbdare.

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 13:36 UTCidentified

   Pentru partenerii noştri cu subcontracte: Am constatat că subcontractele nu pot accesa noua locație Frankfurt "de/fra/1." În prezent lucrăm la un fix pentru a face acest lucru disponibil, Vă vom ţine la curent când va fi gata.

2. 1 septembrie 2026 la 15:01 UTCmonitoring

   Wir konnten das Problem beheben, sosess die neue Region nun für alle Verträge verfügbar ist. Wir monitoren, ob es dazu noch weitre Rückmeldungen gibt.

3. 1 septembrie 2026 la 16:12 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 31 august 2026 la 15:35 UTCinvestigating

   DCD nu este disponibil momentan, afişând o pagină fără sfârşit "Loading DCD." În prezent investigăm această problemă şi vă vom ţine la curent.

2. 31 august 2026 la 15:52 UTCmonitoring

   DCD este acum disponibil din nou și monitorizăm situația.

3. 31 august 2026 la 17:03 UTCresolved

   Semnăm acest incident ca fiind rezolvat. Echipa noastra de retea investigheaza impactul negativ asupra Serviciilor IAM cauzate de o lansare schimbare. Vom actualiza pagina Status odată ce cauza rădăcină a fost stabilită.

4. 1 septembrie 2026 la 15:32 UTCpostmortem

   Analiza preliminară a cauzelor Această analiză Root Cause este preliminară, deoarece cercetarea este încă în curs de desfășurare pentru a determina cauza de bază tehnică a incidentului. Ce s-a întâmplat? La 31 august 2026, între orele 15:00 UTC și 15:43 ITC, și din nou între orele 16:32 UTC și 16:35 UTC, clienții nu au putut ajunge la serviciul IONOS Cloud's Identity and Access Management \(IAM\) și la Centrul de date Designer \(DCD\), care depinde de acest serviciu. Perturbaţia a afectat loginurile directe, accesul la portalul partenerilor şi al revânzătorilor şi consolele de management asociate. Impactul total asupra clientului a durat aproximativ 48 de minute la ambele intervale. Cloud APIs \ [[api.ionos.com](http://api.ionos.com)\) a rămas pe deplin operațional pe parcursul incidentului. Serviciile de aplicare de bază au fost sănătoase în orice moment - eșecul a fost limitat la stratul de margine de rețea. Cum a fost posibil? \(Root Cause\) ** În timpul unei ferestre de întreținere programate pe 31 august 2026, o actualizare a configurației rețelei a fost aplicată infrastructurii rețelei de margine cu intenția de optimizare a filtrelor de rutare. Configurația a fost verificată ca fiind corectă înainte și în timpul aplicării. În urma derulării, a apărut o anomalie de propagare a traseului pe un întrerupător de rețea de margine, cauzând un comportament asimetric de rutare: cererile de conectare TCP primite de la clienți au fost retrase în tăcere \ (gaură neagră\) la marginea rețelei înainte de a ajunge la grupul de aplicații. Deoarece serviciile de aplicare în sine au rămas în sus și sănătos, acest mod de eșec nu a fost imediat vizibil prin controale interne de sănătate - serviciile au fost izolate de la primirea traficului de internet public de intrare mai degrabă decât eșec. Cauza principală a motivului pentru care acest comutator specific a manifestat un comportament asimetric de rutare în urma unei modificări de configurație altfel valabile rămâne în curs de investigare activă. Fie că acest lucru a fost declanșat de un comportament switch platforma sau un software versiune-gândac specific este determinată prin punerea în funcțiune a reproducerii mediului. Ce facem pentru a preveni recidiva? Acţiuni imediate * ** Configuration Rollback:** La identificarea anomaliei de rutare, o rotire completă a configurației rețelei a fost executată pe toate întrerupătoarele de margine afectate. Anunţurile de rutină şi capacitatea de acces TCP la adresele IP ale producţiei publice au fost verificate în urma reluării. Toate serviciile afectate - DCD, Partner Portal, Reseller Portal, și IAM - au fost confirmate pe deplin operaționale de 16:35 UTC. \ (DONE\) ###**Scurt-term * ** Staging Environment Replication:** Cazurile de testare detaliate sunt executate în mediul de pregătire pentru a reproduce comportamentul de propagare de rutare exactă în aceleași condiții de configurare a comutatorului. Scopul este de a determina dacă anomalia este atribuibilă unei anumite versiuni de software bug sau unui comportament platforma de comutare, astfel încât starea de eșec precis poate fi izolată și abordată înainte de orice viitoare lansare. ETA: În două săptămâni Traducerea şi adaptarea: * **Revised Rollout Strategy:** Pe baza rezultatelor din etapa de instalare, o abordare revizuită de introducere va fi concepută pentru a se asigura că orice aplicare viitoare a acestor optimizări ale filtrului de rutare poate fi efectuată cu garanții de stabilitate mai mari - inclusiv puncte de verificare a validării mai granulare între modificările de nivel de comutare. ETA: 2026 octombrie Traducerea şi adaptarea: Recunoaştem că pierderea accesului la IAM şi DCD are un impact operaţional real. Faptul că serviciile subiacente au fost sănătoase pe tot parcursul nu este o atenuare a acestui impact. Ne-am angajat să ne asigurăm că cauza rădăcină este pe deplin înțeleasă înainte de orice re-atmping a schimbării originale, și că strategia de lansare revizuită abordează condițiile care au dus la comportamentul asimetric de rutare. Vă mulţumim pentru răbdare în timp ce încheiem investigaţia.

Traducere automată din actualizarea oficială a incidentului.

1. 26 august 2026 la 09:53 UTCinvestigating

   În prezent investigăm creşterea latenţei care afectează S3 Object Storage în regiunea Eu-central-1. Unii clienți pot experimenta timpi de răspuns lent pentru operațiuni de citire și de scriere. Echipa noastră de inginerie lucrează activ la rezolvarea problemei. Vom furniza actualizări pe măsură ce mai multe informații devin disponibile.

2. 27 august 2026 la 12:00 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

3. 31 august 2026 la 17:08 UTCidentified

   Vedem piroane recurente de latență care afectează serviciul nostru S3 în Eu-central-1. Echipele Object Storage şi Network investighează împreună. Deși o cauză de bază tehnică rămâne nedeterminată în acest moment, prioritatea noastră cea mai mare este punerea în aplicare a măsurilor pentru a atenua frecvența și amplitudinea piroanelor. Vă apreciem răbdarea şi vă vom ţine la curent.

4. 1 septembrie 2026 la 15:18 UTCidentified

   Echipele noastre de ingineri au identificat o cale de remediere. Au fost aplicate măsuri inițiale, îmbunătățind situația anumitor servicii. Clienții care utilizează Object Storage în Eu-central-1 pot continua să prezinte latență crescută, care poate varia în severitate. Lucrările continuă pe o soluție cuprinzătoare. Vom furniza noi actualizări

5. 3 septembrie 2026 la 08:27 UTCmonitoring

   Timpii de răspuns pentru Stocarea obiectelor în Eu-central-1 s-au îmbunătățit semnificativ și continuă să se stabilizeze. Monitorizăm îndeaproape performanţele sistemului. Vom furniza noi actualizări pe măsură ce redresarea progresează.

6. 3 septembrie 2026 la 13:39 UTCresolved

   Latența crescută care afectează S3 Object Storage în Eu-central-1 a fost rezolvată. Timpul de răspuns a revenit la nivelurile normale. Vom continua să monitorizăm serviciul.

Traducere automată din actualizarea oficială a incidentului.

1. 23 august 2026 la 12:47 UTCinvestigating

   Investigăm în prezent o problemă în care cheile de stocare a obiectelor și Buckets nu sunt afișate în Designer Data Center. În prezent nu este posibil să accesați, modificați, creați și ștergeți Buckets și Keys prin intermediul Data Center Designer.

2. 23 august 2026 la 17:48 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 21 august 2026 la 07:52 UTCinvestigating

   În prezent nu este posibil să se rezerve sau să se ocupe de blocuri IP, nici în DCD, nici prin intermediul API. Echipele noastre investighează problema. Te vom ţine la curent.

2. 21 august 2026 la 08:18 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

3. 23 august 2026 la 17:49 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 14 august 2026 la 14:50 UTCidentified

   Pot exista perioade de aşteptare crescute atunci când apelaţi IONOS Cloud Support prin telefon. Cerem Clientilor si Partenerilor sa contacteze Cloud Support prin intermediul formularului DCD sau e-mail, in schimb.

2. 17 august 2026 la 13:31 UTCidentified

   Situația este încă neschimbată, deci cel mai bine ar fi să ajungeți prin e-mail.

3. 20 august 2026 la 08:18 UTCresolved

   Am reuşit să revenim la capacitatea normală, aşa că Suportul a revenit la disponibilitatea normală. Mulţumesc pentru răbdare.

Traducere automată din actualizarea oficială a incidentului.

1. 14 august 2026 la 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 august 2026 la 12:42 UTCmonitoring

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

3. 14 august 2026 la 13:34 UTCresolved

   This incident has been resolved.

1. 13 august 2026 la 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 august 2026 la 08:04 UTCresolved

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

1. 11 august 2026 la 16:05 UTCinvestigating

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

1. 11 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 11:52 UTCresolved

   This incident has been resolved.

1. 4 august 2026 la 10:24 UTCidentified

   Suntem conştienţi că planul de control intermitent afectează un subset de clienţi administraţi ai Kubernetes. Clienții afectați pot experimenta eșecuri ale apelurilor API, termene de implementare și întreruperi temporare ale operațiunilor de gestionare a grupurilor. Echipa noastră de inginerie lucrează în mod activ atât la atenuarea imediată, cât și la îmbunătățiri arhitecturale pe termen lung. Mai multe atenuări au fost deja implementate, inclusiv optimizarea programului de întreținere, remedieri de regresie a compactării și îmbunătățiri ale performanței de stocare. Sunt în curs măsuri suplimentare - inclusiv migrarea infrastructurii, clustere dedicate de evenimente etc., îmbunătățirea echilibrului de sarcină și scalarea orizontală. Oferim actualizări regulate pe această pagină. Clienții care se confruntă cu probleme sunt încurajați să subscrie la acest incident pentru notificări în timp util.

2. 4 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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

Traducere automată din actualizarea oficială a incidentului.

1. 4 august 2026 la 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 august 2026 la 10:02 UTCresolved

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

1. 28 iulie 2026 la 13:46 UTCinvestigating

   Investigăm în prezent o problemă de conectivitate care afectează serviciile noastre DBaaS (MongoDB). Echipa noastră lucrează pentru a rezolva problema, și vă vom actualiza de îndată ce funcționalitatea completă a fost restaurată.

2. 28 iulie 2026 la 13:47 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 28 iulie 2026 la 13:51 UTCidentified

   Am identificat o problemă cu DNS. Echipa noastră DBaaS analizează în prezent serviciul. A fost identificat un potenţial vinovat. Vom furniza o altă actualizare aici, cel mai târziu 14:15

4. 28 iulie 2026 la 13:54 UTCmonitoring

   Echipa DBaaS a efectuat o revenire a unei schimbări desfăşurate anterior, care a actualizat serviciile DNS. Vedem servicii de recuperare. Monitorizăm situaţia îndeaproape.

5. 28 iulie 2026 la 16:36 UTCresolved

   Semnăm acest incident ca fiind rezolvat deoarece nu au mai putut fi detectate alte anomalii. Vom împărţi un RCA imediat ce va fi compilat.

Traducere automată din actualizarea oficială a incidentului.

1. 25 iulie 2026 la 06:27 UTCinvestigating

   Investigăm alerte legate de pierderea redundanţei pe serverele de stocare. În prezent nu există niciun impact asupra clientului, echipa noastră de stocare investighează și lucrează pentru a restabili redundanța. Suspectăm o componentă de rețea defectă.

2. 25 iulie 2026 la 06:44 UTCmonitoring

   Am găsit o cauză probabilă. O componentă de management a fost cauza consumului excesiv de memorie introducerea instabilității pe serverele de stocare afectate. Acest lucru a fost atenuat. În prezent monitorizăm mediul înconjurător și vom închide incidentul dacă nu se observă alte anomalii.

3. 25 iulie 2026 la 07:49 UTCresolved

   Nu au mai fost detectate anomalii. Cauza Root a pierderii redundanței a fost identificată ca o scurgere de memorie într-o componentă de management. S-a instituit o atenuare durabilă pentru a se evita recurența. Scurgerea de memorie va fi abordată într-o actualizare viitoare a componentei de management.

Traducere automată din actualizarea oficială a incidentului.

1. 24 iulie 2026 la 06:51 UTCidentified

   În timp ce sprijinul telefonic va fi în general disponibil, capacitatea noastră este redusă din cauza mai multor cazuri de concediu medical. Dorim să vă informăm că suportul nostru telefonic va fi limitat în următoarele sloturi, ceea ce va duce la creșterea timpului de răspuns pe canalul telefonic. În aceste cazuri, vă rugăm să accesați pe e-mail. Mulţumesc.

2. 27 iulie 2026 la 05:43 UTCresolved

   A revenit disponibilitatea Cloud Support. Mulţumesc pentru înţelegere.

Traducere automată din actualizarea oficială a incidentului.

1. 23 iulie 2026 la 10:44 UTCinvestigating

   În prezent investigăm creșterea ratelor de eroare ale modelului AI Hub și latențelor. Mai multe detalii vor fi împărtășite pe măsură ce devin disponibile. Servicii afectate: AI Model Hub Locație: Servicii globale

2. 23 iulie 2026 la 11:25 UTCmonitoring

   A fost implementat un fix, care a redus numărul de răspunsuri 4xx și 5xx la niveluri nominale. Vom continua să monitorizăm rezultatele.

3. 28 iulie 2026 la 07:12 UTCresolved

   Semnăm acest incident ca fiind rezolvat. Echipa noastra AI Modelhub a abordat problema, care a fost cauzata de constrângeri acute de resurse. Acest lucru a fost rezolvat prin eliminarea blocajelor.

Traducere automată din actualizarea oficială a incidentului.

1. 18 iulie 2026 la 13:33 UTCinvestigating

   Investigăm în prezent o problemă suspectă de conectivitate la rețea care influențează serviciul MK8s. Vom păstra pagina de stare actualizată cu noi informații pe măsură ce acestea devin disponibile.

2. 18 iulie 2026 la 13:55 UTCinvestigating

   Ancheta inițială face ca o problemă de conectivitate la rețea să fie puțin probabilă. Echipa îşi concentrează investigaţia pe partea managerului Kubernetes.

3. 18 iulie 2026 la 14:26 UTCidentified

   Am identificat un vârf în coada noastră de motor de alimentare care este o cauză probabilă pentru problemele observate. Echipa noastră de aprovizionare este informată şi s-a alăturat răspunsului.

4. 18 iulie 2026 la 14:47 UTCidentified

   Am restrâns problema şi credem că am identificat vinovatul. În prezent confirmăm descoperirea.

5. 18 iulie 2026 la 15:03 UTCidentified

   Echipa noastră de depozitare a confirmat suspectul vinovat. În prezent, atenuăm problema și vom monitoriza executarea de locuri de muncă după aceea.

6. 18 iulie 2026 la 15:51 UTCidentified

   Problema stocării a fost însă rezolvată cu succes, însă furnizarea de locuri de muncă nu progresează în prezent. Echipa noastră de aprovizionare investighează.

7. 18 iulie 2026 la 16:54 UTCidentified

   În timp ce blocajul de aprovizionare ar putea fi rezolvat, investigăm un număr crescut de erori legate de depozitare. Atragem atenţia asupra acestor chestiuni rămase. Clienții ar putea vedea încă probleme cu atașarea depozitelor pe Kubernetes.

8. 18 iulie 2026 la 17:24 UTCidentified

   Am găsit o problemă cu un server de stocare aparținând unei perechi de servere de stocare redundante. Echipa noastră pune în aplicare o atenuare.

9. 18 iulie 2026 la 17:54 UTCmonitoring

   Incidentul ar trebui acum atenuat. Serverul de stocare afectat este în curs de restaurare. Odată ce acest lucru este finalizat, redundanța va fi complet restaurat. Nu mai vedem alte probleme de aprovizionare. Monitorizăm situaţia şi restaurarea şi apoi vom rezolva incidentul.

10. 18 iulie 2026 la 19:27 UTCmonitoring

    Din cauza efortului continuu de restaurare a clienților serverului de stocare ar putea vedea în continuare impactul rezidual atunci când atașarea/detaşarea de stocare până când redundanța este complet restabilită. Resetarea impactului serviciului înapoi la Degradate Performance.

11. 18 iulie 2026 la 20:24 UTCmonitoring

    Echipa a întâlnit o complicație în timpul recuperării celui de-al doilea server de stocare în pereche. Hardware-ul trebuie înlocuit. Echipa noastră de date lucrează la această sarcină. Pentru clienţii afectaţi încă lucrăm la implementarea unei atenuări a operaţiunilor de stocare în paralel.

12. 18 iulie 2026 la 21:31 UTCmonitoring

    Se efectuează înlocuirea hardware-ului. Echipa continuă să atenueze problemele de stocare acută până când înlocuirea și recuperarea hardware-ului sunt finalizate pentru a minimiza impactul clientului.

13. 18 iulie 2026 la 22:03 UTCmonitoring

    Înlocuirea hardware-ului a fost finalizată. Restaurarea concedierii continuă.

14. 18 iulie 2026 la 22:43 UTCmonitoring

    Primul înlocuitor de hardware nu a avut succes. Altul este încercat. Între timp, o migrare de date se execută pentru a migra date către un alt obiectiv de stocare. Datorită cantităţii de date care trebuie migrate, se estimează că migraţia durează câteva ore.

15. 19 iulie 2026 la 12:21 UTCmonitoring

    Migrarea depozitelor a fost finalizată, ceea ce ar trebui să prevină alte probleme legate de depozitare. Migrația datelor instantanee este în prezent în curs de desfășurare, astfel încât activitățile legate de instantanee ar putea totuși să nu se finalizeze cu succes.

16. 4 august 2026 la 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.

Traducere automată din actualizarea oficială a incidentului.

1. 15 iulie 2026 la 10:15 UTCidentified

   În timp ce sprijinul telefonic va fi în general disponibil, capacitatea noastră este redusă din cauza mai multor cazuri de concediu medical. Dorim să vă informăm că suportul nostru telefonic va fi limitat în următoarele sloturi, ceea ce va duce la creșterea timpului de răspuns pe canalul telefonic. 15.07.2026: 21:00 16.07.2026: 21:00 Dacă este posibil, vă rugăm să trimiteți bilete folosind formularul DCD sau prin e-mail. Mulţumesc pentru înţelegere!

2. 17 iulie 2026 la 16:55 UTCresolved

   Acoperirea telefonului este în prezent normală

Traducere automată din actualizarea oficială a incidentului.

1. 13 iulie 2026 la 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 iulie 2026 la 11:21 UTCresolved

   This was a duplicate.