Awarie

„Trwa już inna aktualizacja” — jak odblokować WordPressa

Komunikat „Another update is currently in progress” to blokada w bazie danych, która nie zawsze znika sama. Usuwasz ją jednym zapytaniem — pokazujemy jak.

Komunikat o trwającej innej aktualizacji w panelu WordPressa

„Trwa już inna aktualizacja” — po angielsku Another update is currently in progress. Klikasz aktualizację rdzenia, a WordPress odmawia, twierdząc, że jakaś inna aktualizacja właśnie się dzieje. Zwykle nieprawda: żadna aktualizacja nie trwa. Została po niej tylko blokada, której nikt nie zdjął.

Skąd się bierze ta blokada

Zanim WordPress zacznie aktualizować rdzeń, zapisuje w bazie danych wpis core_updater.lock — kłódkę, która pilnuje, żeby dwa procesy nie aktualizowały plików jednocześnie. Po udanej aktualizacji kłódka znika. Jeśli jednak proces przerwano — zamknięta karta, wyczerpana pamięć PHP, zerwane połączenie — wpis zostaje i blokuje kolejne próby.

WordPress ma bezpiecznik: blokada wygasa sama po 15 minutach. Dlatego najprostsza rada brzmi: odczekaj kwadrans i spróbuj jeszcze raz. Jeśli po kwadransie komunikat wraca, blokadę trzeba usunąć ręcznie.

Usuń blokadę z bazy danych

Wejdź w phpMyAdmin z panelu hostingu i wybierz bazę swojej strony (jej nazwę znajdziesz w wp-config.php, w linii DB_NAME). Przejdź do zakładki SQL i wykonaj:

DELETE FROM wp_options WHERE option_name = 'core_updater.lock';

Jeśli Twoje tabele mają inny przedrostek niż wp_ (to częste i dobre ustawienie), popraw nazwę tabeli — na przykład xyz123_options.

Nie chcesz pisać zapytań? W phpMyAdmin otwórz tabelę wp_options, w polu wyszukiwania wpisz core_updater.lock, a znaleziony wiersz usuń przyciskiem Usuń. Efekt ten sam.

Z WP-CLI, jeśli masz dostęp SSH, jeszcze krócej:

wp option delete core_updater.lock

Po usunięciu wróć do Kokpit → Aktualizacje i uruchom aktualizację ponownie.

Gdy komunikat wraca mimo usunięcia

Zdarza się, że blokada wraca, bo coś naprawdę uruchamia aktualizacje w tle:

  • automatyczne aktualizacje wystartowały równolegle z Twoją ręczną próbą — sprawdź w Kokpit → Aktualizacje, czy WordPress nie chwali się właśnie zainstalowaną wersją,
  • wtyczka do zarządzania stronami (ManageWP, MainWP i podobne) odpala aktualizacje zdalnie — zajrzyj do jej harmonogramu,
  • aktualizacja rdzenia faktycznie trwa, a Ty jej przerywasz. Duża paczka na wolnym serwerze potrafi zająć kilka minut.

Jeśli po usunięciu blokady aktualizacja znowu pada w połowie — to już nie problem kłódki, tylko serwera, który przerywa proces. Najczęściej winny jest limit czasu wykonania PHP albo pamięci; oba podnosi się w panelu hostingu.

Dokończ to, co zostało przerwane

Przerwana aktualizacja rdzenia potrafi zostawić stronę w trybie konserwacji — wtedy oprócz blokady w bazie skasuj też plik .maintenance z katalogu głównego. A jeśli po wszystkim strona pokazuje błąd krytyczny, część plików nadpisała się połowicznie i trzeba wgrać paczkę WordPressa jeszcze raz przez FTP.

Żeby nie wracać do tego artykułu co miesiąc: aktualizuj pojedynczo i we właściwej kolejności — mamy procedurę krok po kroku, z kopią zapasową na początku i planem B na końcu.

Ile to zajmuje

Odczekanie na wygaśnięcie blokady — 15 minut z założonymi rękami. Usunięcie wpisu w phpMyAdmin — 5 minut. Warto zlecić, gdy nie masz dostępu do bazy danych, boisz się w niej grzebać (słusznie — jedno złe zapytanie boli) albo gdy blokada wraca i nie wiadomo dlaczego.


Aktualizacje stoją, a komunikat nie znika? Odblokujemy i dokończymy — bezpłatna diagnoza, reakcja w ciągu dwóch godzin, od 120 zł netto za godzinę, płatność po wykonaniu.

  • aktualizacja
  • baza danych
  • core_updater.lock

Masz taką sytuację u siebie?

Diagnoza i wstępna wycena bezpłatne. Płacisz dopiero po wykonaniu — napisz albo zadzwoń, odpowiadamy do 2 godzin.