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.
„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.