Du går till adminpanelen för att uppdatera WordPress till den senaste versionen, och där är den: en vägg. "En annan uppdatering pågår för närvarande." Uppdateringsknapparna är låsta, ingen timer tickar, och du har ingen aning om du ska vänta eller fixa det själv.

Det här problemet är utbrett. Den inbyggda WordPress-mekanismen sätter ett core_updater.lock under bakgrundsuppdateringar av kärnan för att förhindra att två uppdateringar överlappar varandra. Låset ska rensas automatiskt efter 15 minuter. Men det händer inte alltid: databasen "kommer ihåg" låset och håller kvar det i timmar eller till och med dagar.

Här nedan finns tre sätt att ta bort låset: från det enklaste (ett klick) till det snabbaste (ett terminalkommando). Välj det som passar din åtkomstnivå till webbplatsen.

💡 Snabb översikt:

• Installera det kostnadsfria tillägget Fix Another Update In Progress och tryck på en knapp; detta fungerar om du har adminåtkomst.
• Hitta och ta bort raden core_updater.lock i tabellen wp_options via phpMyAdmin; den här metoden är för dig som inte kan nå adminpanelen.
• Kör wp option delete core_updater.lock via WP-CLI; ett omedelbart alternativ för utvecklare och alla som är bekväma med terminalen.

Varför felet "En annan uppdatering pågår för närvarande" visas

WordPress skyddar sig mot parallella kärnuppdateringar. När en automatisk uppdatering startar skapar systemet en temporär post med nyckeln core_updater.lock i tabellen wp_options. Så länge denna nyckel finns är det omöjligt att starta en ny uppdatering, och du ser meddelandet "En annan uppdatering pågår för närvarande."

Designmässigt ska låset rensas automatiskt efter 15 minuter. I praktiken misslyckas detta ofta. Vanliga orsaker är att bakgrundsuppdateringsprocessen kraschar på grund av otillräckligt minne hos webbhotellet, en konflikt med ett caching-tillägg, eller att webbläsarfliken stängs i förtid under uppdateringen.

Resultatet: låset ligger kvar, uppdateringspanelen är blockerad. Du kan tvångsåterställa det på tre sätt.

Metod 1: Tillägget Fix Another Update In Progress

Den säkraste vägen är att undvika att röra databasen manuellt och låta ett pålitligt tillägg göra allt arbete åt dig.

Installera Fix Another Update In Progress från WordPress.org-katalogen. Tillägget är gratis och gör exakt en sak: det letar efter nyckeln core_updater.lock i wp_options och tar bort den med ett knapptryck.

Efter aktivering, gå till Inställningar → Fix Another Update In Progress. Om låset är aktivt ser du en varning och en knapp:

Klicka på "Fix WordPress Update Lock". Tillägget tar omedelbart bort posten från databasen, och du ser en bekräftelse:

Gå nu tillbaka till Instrumentpanel → Uppdateringar; sidan är aktiv igen, och WordPress är redo för uppdateringen. Du kan behålla tillägget (det belastar inte webbplatsen) eller ta bort det till nästa gång.

Ett par noteringar. Tillägget har inte uppdaterats sedan 2023 och är inte officiellt testat med WordPress-versioner nyare än 6.2. I praktiken fungerar det dock korrekt upp till WordPress 6.7 eftersom strukturen på tabellen wp_options inte har ändrats och posten core_updater.lock fortfarande är en vanlig post som kan tas bort med ett standardanrop till delete_option. Om du helst inte vill installera ett tillägg "med historia", gå vidare till metod 2 och 3.

Metod 2: ta bort låset manuellt via phpMyAdmin

När adminpanelen är otillgänglig (vit skärm, kritiskt fel) eller du helt enkelt inte vill installera ett extra tillägg, kan du återställa låset direkt i databasen. Du behöver tillgång till phpMyAdmin, vilket finns i alla kontrollpaneler för webbhotell (cPanel, ISPmanager, Plesk).

Logga in i ditt webbhotells kontrollpanel, hitta avsnittet "Databaser" och öppna phpMyAdmin:

I den vänstra kolumnen, välj din WordPress-webbplats databas. Hitta tabellen wp_options (prefixet kan vara annorlunda om du ändrade det under installationen) och klicka på "Bläddra"-knappen:

En lista med rader visas. Hitta raden med alternativnamnet core_updater.lock och klicka på den röda "Ta bort"-knappen bredvid den:

phpMyAdmin tar bort raden. Gå nu tillbaka till WordPress adminpanel; uppdateringssidan är upplåst.

Om tabellen innehåller för många rader för att visuellt hitta core_updater.lock, använd sökfunktionen: klicka på "Sök"-fliken i phpMyAdmin, ange core_updater.lock i fältet option_name, klicka på "OK", så visas den aktuella raden.

⚠️ Innan du tar bort något i phpMyAdmin, försäkra dig om att bakgrundsuppdateringen faktiskt har avslutats eller stoppats. Om processen fortfarande körs kan tvångsborttagning av låset resultera i ofullständig ersättning av kärnfiler. Ge webbplatsen 5-10 minuter efter att felet visas, fortsätt sedan.

Metod 3: omedelbar återställning via WP-CLI

För dig som arbetar med webbplatsen via terminalen är den snabbaste metoden ett enda WP-CLI-kommando. Öppna en SSH-konsol till servern, navigera till WordPress rotmapp och kör:

1
wp option delete core_updater.lock

Om låset var aktivt ser du meddelandet Success: Deleted 'core_updater.lock' option.. Klart; du kan nu starta kärnuppdateringen:

1
wp core update

För övrigt kommer kommandot wp core update självt att varna dig om ett gammalt lås och föreslå att du först tar bort core_updater.lock. Detta är officiellt dokumenterat WP-CLI-beteende, inte en workaround.

Denna metod är också bekväm eftersom den kan automatiseras: lägg till låsrensning i ditt distributionsskript eller ett Cron-jobb för regelbundet underhåll. Men om du aldrig har arbetat med WP-CLI tidigare räcker metod 1 och 2; de löser problemet fullt ut.

Video: tre metoder på 3 minuter

En kort video demonstrerar alla tre metoderna på en riktig webbplats, från att upptäcka felet till att klicka på "Uppdatera"-knappen:

⁉️🤔 Vanliga frågor

Varför försvinner inte felet efter 15 minuter som utlovat?

Automatisk låsåterställning är utformad för ett normalt slutförande av bakgrundsprocessen. Om uppdateringen avbröts (PHP fick slut på minne, webbhotellets process kraschade, du stängde fliken) får WordPress aldrig signalen "klart" och lämnar kvar core_updater.lock i databasen. 15-minuterstimern förlitar sig på att WP_Upgrader anropar wp_schedule_single_event, men om Cron på ditt webbhotell körs via en systemschemaläggare kan händelsen aldrig exekveras, och låset ligger kvar i dagar. Manuell borttagning är den enda garanterade lösningen.

Behöver jag ta bort tillägget Fix Another Update In Progress efter att ha åtgärdat felet?

Inte nödvändigtvis. Tillägget väger kilobyte, tillför ingen belastning på frontend och registrerar inga extra hooks. Du kan lämna det på plats; nästa gång ett lås hänger sig tar fixen ett klick. Men om din webbplats har en policy om "inga onödiga tillägg", ta gärna bort det: att återställa låset via phpMyAdmin eller WP-CLI tar 30 sekunder.

Kan jag förhindra att detta fel uppstår i framtiden?

Du kan inte eliminera det helt; det är en standardmekanism i WordPress. Men tre saker minskar sannolikheten. Påbörja inte en manuell uppdatering om du ser ett meddelande om en automatisk bakgrundsuppdatering. Sätt upp Cron via serverns systemschemaläggare istället för wp-cron.php; detta tar bort beroendet av besökare. Öka PHP-minnesgränsen (memory_limit) till minst 256M: otillräckligt minne är den vanligaste orsaken till avbrott i bakgrundsuppdateringar.

Vad är risken med att tvångsmässigt ta bort låset under en aktiv uppdatering?

Om du tar bort core_updater.lock medan WordPress håller på att ersätta kärnfiler, får du en delvis uppdaterad installation, hälften av filerna från den nya versionen och hälften från den gamla. I bästa fall får du ett fel vid inloggning till adminpanelen; i värsta fall en vit skärm. Innan du använder någon av dessa metoder, vänta 5-10 minuter efter att felet visas. Du kan kontrollera om det finns en bakgrundsprocess via webbhotellets processhanterare eller genom att köra top/htop över SSH.

Ska du vara rädd för detta fel

"En annan uppdatering pågår för närvarande" ser alarmerande ut, men tekniskt sett är det bara en rad i databasen. WordPress är inte trasigt, din data är intakt, webbplatsen körs; kärnan satte helt enkelt upp en tillfällig barriär.

För snabba situationer, ta tillägget Fix Another Update In Progress: en knapp, fem sekunder, klart. Ingen adminåtkomst? phpMyAdmin löser det på en minut. Arbetar du via konsolen? wp option delete core_updater.lock och gå vidare. Vilken som helst av de tre metoderna återställer full kontroll över din webbplats uppdateringar.