Iš kurių apskričių per pastarąsias 24 valandas gauta daugiausia pranešimų apie šią paslaugą.
Rodo, kur paslaugos URL buvo nepasiekiamas aptiktais sutrikimų laikotarpiais. Procentai nurodo nesėkmingų patikrų dalį iš stebėjimo taškų kiekvienoje šalyje.
Pasirinkite, kas neveikia — vienas paspaudimas padeda tūkstančiams kitų greičiau pamatyti sutrikimą.
Dažniausia priežastis – virtualizacija išjungta BIOS lygmeniu. Reikia įjungti VT-x arba AMD-V nustatymuose. „Windows" sistemose papildomai būtina įsitikinti, kad Hyper-V ir „Windows Subsystem for Linux" komponentai aktyvuoti per sistemos funkcijų sąrašą. Po pakeitimų – būtinas pilnas perkrovimas.
Ši situacija beveik visada reiškia klaidą pačiame konteinerio paleidimo procese. Pirmiausia reikia peržiūrėti žurnalus naudojant komandą docker logs su konteinerio vardu. Dažnai priežastis – neteisingas įėjimo taškas arba trūkstamas konfigūracinis failas, kurio konteineris ieško paleidimo metu. Patikrinkite, ar visi reikalingi failai nukopijuoti į vaizdą.
Jei docker build sustoja ties konkrečiu sluoksniu, pirmiausia paleiskite kūrimą su išjungtu podėliu – pridėkite parinktį no-cache. Taip išsiaiškinsite, ar problema yra pasenusiame podėlyje, ar tikroje kodo klaidoje. Taip pat atkreipkite dėmesį į failo konteksto dydį – jei jis per didelis, kūrimas gali užstrigti perduodant failus daemonui.
Nenustačius ribų, konteineris gali suvalgyti visą sistemos atmintį. Sprendimas paprastas – paleisti konteinerį su atminties apribojimu naudojant parinktį memory. Jei konteineris vis tiek auga, verta peržiūrėti aplikacijos kodą: Docker tik atspindi tai, kas vyksta viduje.
Prisijungimo klaidos prie registro dažniausiai kyla dėl pasibaigusio autentifikacijos žetono. Atsijunkite ir prisijunkite iš naujo naudodami docker logout ir docker login. Jei problema išlieka, patikrinkite DNS nustatymus – kartais serveriai negali išspręsti registro adreso. Laikino sprendimo variantas – nurodyti alternatyvų DNS, pavyzdžiui, 1.1.1.1, tinklo nustatymuose.