No kuriem novadiem pēdējo 24 stundu laikā saņemts visvairāk ziņojumu par šo pakalpojumu.
Parāda, kur pakalpojuma URL nebija sasniedzams noteiktajos traucējumu periodos. Procenti norāda neveiksmīgo pārbaužu īpatsvaru no uzraudzības punktiem katrā valstī.
Izvēlieties, kas nedarbojas — viens klikšķis palīdz tūkstošiem citu ātrāk pamanīt traucējumu.
Visbiežākais iemesls — konflikts ar operētājsistēmas virtualizācijas iestatījumiem. Linux sistēmās pārbaudiet, vai pakalpojums ir aktivizēts: izpildiet komandu systemctl enable --now docker. Windows vidē ieslēdziet Hyper-V vai WSL2 atkarībā no Docker Desktop versijas. Ja dēmons joprojām nereaģē, apskatiet žurnālus ar journalctl -u docker.service — tur parasti ir konkrēts kļūdas kods.
Problēma bieži ir saistīta ar Docker Hub pieprasījumu limitu anonīmiem lietotājiem — maksimums 100 pieprasījumi 6 stundu laikā. Autorizējieties ar docker login, un limits pieaugs. Ja reģistrācija nepalīdz, pārbaudiet DNS iestatījumus — dažreiz 8.8.8.8 vai 1.1.1.1 kā DNS serveris atrisina savienojuma problēmas ar reģistru.
Izpildiet docker logs <konteinera_id> tūlīt pēc avārijas — tur būs redzams, kāpēc process pabeidza darbu. Parasti iemesls ir nepareizi norādīta ENTRYPOINT komanda vai trūkstoša vides mainīgā vērtība. Pārbaudiet arī, vai ports, ko konteiners mēģina atvērt, nav jau aizņemts citā procesā.
Konteineri pēc definīcijas ir īslaicīgi — bez volume konfigurācijas dati pazūd. Pievienojiet -v /mājas/ceļš:/konteinera/ceļš palaišanas komandai vai aprakstiet volumes sadaļu compose failā. Pārbaudiet arī failu tiesības: ja konteiners darbojas ar citu lietotāju nekā hosta sistēma, ierakstīšana var tikt bloķēta bez kļūdas paziņojuma.
Ja lietotne startējas, bet pieprasījumi neatgriežas, pirmais solis — pārbaudiet ports sadaļu. Formāts 8080:80 nozīmē, ka hosta 8080 ports tiek pārsūtīts uz konteinera 80 portu. Otra izplatīta kļūda — pakalpojums klausās tikai 127.0.0.1 iekš konteinera, nevis 0.0.0.0, tāpēc pieprasījumi no ārpuses netiek pieņemti.