WordPress “Başka Bir Güncelleme Şu Anda Devam Ediyor” Hatası Nasıl Çözülür?

WordPress yönetim panelinde çekirdek, tema veya eklenti güncellemesi yapmak istediğinizde “Başka bir güncelleme şu anda devam ediyor” uyarısıyla karşılaşabilirsiniz. İngilizce WordPress kurulumlarında aynı mesaj “Another update is currently in progress” şeklinde görüntülenir.

Bu uyarı her zaman gerçek bir arıza anlamına gelmez. WordPress, aynı anda birden fazla çekirdek güncellemesinin çalışmasını önlemek amacıyla veritabanında geçici bir güncelleme kilidi oluşturur. Normal şartlarda bu kilit kısa süre sonra kendiliğinden kaldırılır.

Ancak güncelleme yarıda kesilirse, sunucu bağlantısı koparsa veya işlem PHP hatası nedeniyle tamamlanamazsa kilit veritabanında kalabilir. Bu durumda WordPress güncelleme ekranındaki butonlar kullanılamaz hale gelir ve yeni güncelleme başlatılamaz.

Bu rehberde hatanın nedenlerini, ne kadar beklemeniz gerektiğini ve güncelleme kilidini phpMyAdmin, WP-CLI, cPanel, Hostinger ve Plesk üzerinden güvenli şekilde nasıl kaldırabileceğinizi adım adım inceleyeceğiz.

“Başka Bir Güncelleme Şu Anda Devam Ediyor” Hatası Nedir?

WordPress çekirdek güncellemesi başladığında sistem, aynı anda ikinci bir çekirdek güncellemesinin çalışmasını engellemek için veritabanına geçici bir kilit kaydı ekler.

Bu kayıt genellikle şu adla tutulur:

core_updater.lock

Kilit aktifken WordPress yeni bir çekirdek güncellemesi başlatılmasına izin vermez. Bunun amacı aynı dosyaların veya veritabanı tablolarının eş zamanlı işlemler tarafından değiştirilmesini önlemektir.

WordPress çekirdek kodunda güncelleme kilidi 15 dakikalık süreyle oluşturulur. Güncelleme başarıyla tamamlandığında kilit normalde hemen kaldırılır. İşlem tamamlanamazsa kilit bir süre daha kalabilir. WordPress’in resmî geliştirici belgelerinde de çekirdek güncellemesi sırasında çoklu işlemleri önlemek için `core_updater` kilidinin kullanıldığı görülür.

Bu Hata Neden Oluşur?

WordPress çekirdek güncellemesi hâlâ devam ediyor olabilir

Güncellemeyi kısa süre önce başlattıysanız uyarının görülmesi normaldir. WordPress güncelleme paketi indiriliyor, açılıyor, dosyalar değiştiriliyor veya veritabanı yükseltmesi tamamlanıyor olabilir.

Bu durumda güncelleme kilidini hemen kaldırmak yerine işlemin bitmesini bekleyin.

Güncelleme yarıda kesilmiş olabilir

Tarayıcı sekmesinin kapanması her zaman güncellemeyi durdurmaz. Ancak sunucu işlemi zaman aşımına uğramış, bağlantı kesilmiş veya PHP süreci sonlandırılmış olabilir.

Sunucu kaynakları tükenmiş olabilir

CPU, RAM, PHP işlem sayısı, disk alanı veya giriş işlemi limiti dolduğunda WordPress güncellemesi yarıda kalabilir.

PHP zaman aşımı oluşmuş olabilir

Büyük güncelleme paketleri veya yavaş sunucular, PHP’nin `max_execution_time` sınırını aşabilir. İşlem tamamlanmadan durursa güncelleme kilidi veritabanında kalabilir.

Disk alanı yetersiz olabilir

WordPress güncelleme paketini indirmek, geçici olarak açmak ve mevcut dosyaların üzerine yazmak için boş disk alanına ihtiyaç duyar. Disk doluysa işlem yarıda kalabilir.

Dosya izinleri güncellemeyi engellemiş olabilir

WordPress çekirdek dosyalarının sahibi yanlışsa veya sunucu bu dosyalara yazamıyorsa güncelleme tamamlanamaz.

Otomatik güncelleme çalışmış olabilir

Güncellemeyi siz başlatmamış olsanız bile WordPress’in otomatik güncelleme sistemi veya yönetici yetkisine sahip başka bir kullanıcı işlemi başlatmış olabilir.

Aynı anda birden fazla güncelleme başlatılmış olabilir

Bir kullanıcı çekirdek güncellemesini başlatırken başka bir kullanıcı da güncelleme ekranını kullanmaya çalışmış olabilir. WordPress bu çakışmayı önlemek için ikinci işlemi engeller.

Önce Ne Kadar Beklemelisiniz?

WordPress çekirdek kodundaki güncelleme kilidi 15 dakika olarak tanımlanmıştır. Bu nedenle hatayı gördüğünüz anda veritabanına müdahale etmeyin.

Önerilen ilk işlem sırası:

1. En az 15 dakika bekleyin.
2. WordPress yönetim panelinden çıkış yapıp yeniden giriş yapın.
3. Başlangıç → Güncellemeler ekranını tekrar açın.
4. Site ön yüzünün çalışıp çalışmadığını kontrol edin.
5. Hosting panelinde çalışan işlem veya kaynak aşımı olup olmadığını inceleyin.

Sunucunun yavaş olduğunu veya güncellemenin büyük olduğunu düşünüyorsanız 30-60 dakika beklemek daha güvenli olabilir.

Gerçek bir güncelleme hâlâ devam ederken kilidi manuel olarak kaldırmak, aynı anda ikinci güncellemenin başlamasına ve dosya bütünlüğünün bozulmasına neden olabilir.

İşleme Başlamadan Önce Yedek Alın

Veritabanındaki bir kaydı silmeden veya komut satırında işlem yapmadan önce tam yedek alın.

En azından şunların yedeği bulunmalıdır:

• WordPress dosyaları
• MySQL veya MariaDB veritabanı
• wp-config.php dosyası
• wp-content klasörü
• Varsa hosting anlık görüntüsü

phpMyAdmin üzerinden yalnızca ilgili kilit kaydına müdahale edin. Yanlış veritabanı satırlarının silinmesi site ayarlarının kaybolmasına neden olabilir.

WordPress Güncelleme Kilidi Nasıl Kaldırılır?

1. WordPress güncelleme ekranını tekrar kontrol edin

Önce şu adresi açın:

https://alanadiniz.com/wp-admin/update-core.php

Uyarı kaybolmuşsa manuel işlem yapmanıza gerek yoktur.

Hata bir saatten uzun süredir devam ediyorsa ve sunucuda aktif güncelleme bulunmadığından eminseniz aşağıdaki yöntemlerden birini kullanabilirsiniz.

phpMyAdmin ile core_updater.lock Kaydını Silme

Paylaşımlı hosting kullanıcıları için en yaygın yöntem phpMyAdmin üzerinden ilgili WordPress seçeneğini kaldırmaktır.

Doğru veritabanını belirleyin

Bir hosting hesabında birden fazla veritabanı bulunabilir. WordPress’in kullandığı veritabanını görmek için wp-config.php dosyasındaki şu satırı kontrol edin:

define( 'DB_NAME', 'veritabani_adi' );

Burada yazan veritabanını phpMyAdmin içinde açın.

Seçenekler tablosunu bulun

Standart WordPress kurulumunda seçenekler tablosunun adı:

wp_options

Ancak güvenlik veya kurulum tercihi nedeniyle tablo öneki farklı olabilir:

krb_options
site_options
abc123_options

Doğru tablo önekini wp-config.php dosyasındaki şu satırdan kontrol edebilirsiniz:

$table_prefix = 'wp_';

core_updater.lock kaydını arayın

1. phpMyAdmin’e giriş yapın.
2. Sol menüden WordPress veritabanını seçin.
3. wp_options veya kendi önekinize ait seçenekler tablosunu açın.
4. Ara sekmesine tıklayın.
5. option_name alanında şu değeri arayın:

core_updater.lock

Bazı phpMyAdmin sürümlerinde tablo üzerindeki satır filtreleme alanını da kullanabilirsiniz.

Yalnızca ilgili satırı silin

Bulduğunuz kaydın option_name değeri tam olarak şu olmalıdır:

core_updater.lock

Bu satırın yanındaki Sil bağlantısına tıklayın ve işlemi onaylayın.

Başka WordPress seçeneklerini silmeyin.

WordPress güncelleme ekranını yeniden açın

Kayıt kaldırıldıktan sonra:

1. WordPress yönetim paneline dönün.
2. Başlangıç → Güncellemeler bölümünü açın.
3. Uyarının kaybolduğunu doğrulayın.
4. Güncellemeyi yeniden başlatmadan önce tam yedeğinizin bulunduğundan emin olun.

cPanel Üzerinden Uygulama

1. cPanel hesabına giriş yapın.
2. Dosya Yöneticisi üzerinden wp-config.php dosyasını açın.
3. DB_NAME ve $table_prefix değerlerini not edin.
4. cPanel ana ekranına dönün.
5. phpMyAdmin bölümünü açın.
6. Doğru veritabanını seçin.
7. İlgili options tablosunu açın.
8. core_updater.lock kaydını arayın.
9. Yalnızca bu satırı silin.
10. WordPress güncelleme ekranını yeniden kontrol edin.

Hostinger hPanel Üzerinden Uygulama

1. Hostinger hPanel’e giriş yapın.
2. İlgili web sitesini seçin.
3. Dosyalar → Dosya Yöneticisi bölümünü açın.
4. public_html/wp-config.php dosyasından veritabanı adını kontrol edin.
5. hPanel üzerinden Veritabanları → phpMyAdmin bölümüne girin.
6. Doğru veritabanını açın.
7. wp_options veya özel önekli seçenekler tablosunu seçin.
8. core_updater.lock kaydını bulun.
9. Yalnızca ilgili kaydı silin.
10. LiteSpeed ve sunucu önbelleğini temizleyin.
11. WordPress güncelleme sayfasını yeniden açın.

Plesk Üzerinden Uygulama

1. Plesk paneline giriş yapın.
2. İlgili alan adını seçin.
3. Databases bölümünü açın.
4. WordPress’in kullandığı veritabanını bulun.
5. phpMyAdmin bağlantısına tıklayın.
6. Seçenekler tablosunu açın.
7. core_updater.lock kaydını arayın.
8. Kaydı silin.
9. WordPress yönetim panelinden güncelleme ekranını tekrar kontrol edin.

SQL Sorgusuyla Güncelleme Kilidini Silme

phpMyAdmin içindeki SQL bölümünü kullanmayı biliyorsanız aşağıdaki sorguyu çalıştırabilirsiniz:

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

Tablo önekiniz farklıysa wp_options kısmını kendi tablo adınızla değiştirin:

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

Sorguyu çalıştırmadan önce doğru veritabanının seçili olduğunu ve tablo adının doğru yazıldığını kontrol edin.

Önce kaydın mevcut olduğunu görmek için şu sorguyu kullanabilirsiniz:

SELECT *
FROM wp_options
WHERE option_name = 'core_updater.lock';

Kayıt bulunuyorsa ve aktif bir güncelleme çalışmadığından eminseniz silme sorgusunu uygulayın.

WP-CLI ile Güncelleme Kilidini Kaldırma

SSH ve WP-CLI erişiminiz varsa veritabanını phpMyAdmin üzerinden açmadan kilidi tek komutla kaldırabilirsiniz.

WordPress’in resmî WP-CLI belgelerinde, başka bir güncellemenin çalışmadığı doğrulandıktan sonra `core_updater.lock` seçeneğinin silinebileceği belirtilir.

Sunucuya SSH ile bağlanın

ssh kullanici@sunucu-adresi -p 22

Port numarası hosting firmanıza göre farklı olabilir.

WordPress dizinine geçin

cd public_html

WordPress farklı bir dizindeyse ilgili klasöre geçin.

Kilidin mevcut olup olmadığını kontrol edin

wp option get core_updater.lock

Bir değer döndürülüyorsa kayıt veritabanında bulunuyor demektir.

Güncelleme kilidini silin

wp option delete core_updater.lock

Başarılı olduğunda aşağıdakine benzer bir mesaj görebilirsiniz:

Success: Deleted 'core_updater.lock' option.

WordPress güncelleme durumunu kontrol edin

wp core check-update

Ardından gerekli güncellemeyi kontrollü şekilde başlatabilirsiniz:

wp core update

Canlı sitede çekirdek güncellemesi yapmadan önce mutlaka yedek alın.

Eklenti Kullanarak Hata Çözülmeli mi?

WordPress eklenti dizininde güncelleme kilidini kaldırmayı amaçlayan eklentiler bulunur. Ancak bu tür eklentiler yalnızca veritabanındaki ilgili seçeneği silmek için kullanılır.

Örneğin “Fix Another Update In Progress” adlı eklenti halen WordPress eklenti dizininde listelenmektedir ancak güncel WordPress sürümleriyle test durumu geride kalmıştır. Bu nedenle eklenti yöntemini ilk tercih olarak kullanmak yerine phpMyAdmin veya WP-CLI yöntemleri daha kontrollü olabilir.

Eklenti kullanırsanız:

1. Önce tam yedek alın.
2. Eklentinin güncel test durumunu kontrol edin.
3. Yalnızca güvenilir kaynaktan indirin.
4. Kilidi kaldırdıktan sonra eklentiyi devre dışı bırakın.
5. Artık kullanmayacaksanız tamamen silin.

Bakım Modunda Kalan WordPress Sitesini Kontrol Edin

Bazı başarısız güncellemelerde ana dizinde .maintenance adlı geçici dosya kalabilir.

Bu durumda ziyaretçiler şu mesajı görebilir:

Zamanlanmış bakım dolayısıyla site uygun değil.
Birkaç dakika içinde tekrar kontrol edin.

İngilizce sitelerde:

Briefly unavailable for scheduled maintenance.
Check back in a minute.

WordPress ana dizininde şu dosyayı kontrol edin:

public_html/.maintenance

Güncellemenin artık çalışmadığından eminseniz ve site bakım modundan çıkmıyorsa bu dosyayı silebilirsiniz.

.maintenance dosyasını silmek ile core_updater.lock kaydını kaldırmak aynı işlem değildir:

• .maintenance: Ziyaretçilere bakım mesajı gösterilmesini sağlar.
• core_updater.lock: Yeni çekirdek güncellemesinin başlamasını engeller.

Bazı durumlarda her ikisi de güncelleme sonrasında kalmış olabilir.

auto_updater.lock Kaydı Silinmeli mi?

WordPress bazı otomatik güncelleme işlemleri için ayrıca şu seçeneği kullanabilir:

auto_updater.lock

Ancak “Başka bir güncelleme şu anda devam ediyor” mesajının temel kaynağı genellikle core_updater.lock kaydıdır.

auto_updater.lock seçeneğini yalnızca gerçekten takılı kalmış bir otomatik güncelleme süreci olduğunu doğruladığınızda değerlendirin. Hangi kilidin soruna neden olduğu belirlenmeden birden fazla veritabanı kaydını silmeyin.

Kilit Silindikten Sonra Güncelleme Yine Başarısız Oluyorsa

Kilidi kaldırmak yalnızca güncelleme ekranındaki engeli temizler. İlk güncellemenin neden yarıda kaldığını çözmez.

Disk alanını kontrol edin

Hosting panelinden toplam disk kullanımını, geçici dosyaları, eski yedekleri ve hata günlüklerini inceleyin.

WordPress dosya izinlerini kontrol edin

Standart Linux hostinglerde yaygın değerler:

Klasörler: 755
Dosyalar: 644

Ancak sahiplik bilgisi yanlışsa yalnızca izin değerlerini değiştirmek yeterli olmayabilir.

PHP bellek limitini kontrol edin

wp-config.php dosyasında uygun bir WordPress bellek limiti tanımlanabilir:

define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );

Hosting PHP sınırı daha düşükse bu tanımlar tek başına yeterli olmaz.

PHP zaman aşımı değerini kontrol edin

Sunucuda şu değerler çok düşükse güncellemeler yarıda kesilebilir:

max_execution_time
max_input_time

Sunucu kaynak kullanımını inceleyin

cPanel veya hosting panelinde şu limitleri kontrol edin:

• CPU
• RAM
• Entry Process
• PHP işlem sayısı
• Disk giriş ve çıkışı
• Dosya sayısı limiti

Hata günlüklerini kontrol edin

PHP veya sunucu hata günlüğünde şu ifadeleri arayın:

Allowed memory size exhausted
Maximum execution time exceeded
Permission denied
No space left on device
Could not create directory
Download failed
Installation failed
cURL error
Operation timed out

WordPress Hata Günlüğünü Etkinleştirme

Başarısız güncellemenin nedenini görmek için wp-config.php dosyasına geçici olarak şu tanımları ekleyebilirsiniz:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Hata kayıtları genellikle şu dosyada oluşur:

/wp-content/debug.log

Güncellemeyi yeniden deneyin ve yeni oluşan kayıtları kontrol edin.

İnceleme tamamlandıktan sonra canlı sitede hata ayıklamayı kapatın.

WordPress Güncellemesini Güvenli Şekilde Yeniden Başlatma

Kilit kaldırıldıktan sonra doğrudan tekrar güncelleme yapmak yerine şu sırayı izleyin:

1. Tam yedek alın.
2. Boş disk alanını doğrulayın.
3. WordPress Site Sağlığı ekranını kontrol edin.
4. PHP hata günlüğünü inceleyin.
5. Önbelleği temizleyin.
6. Güvenlik eklentisinin güncellemeyi engellemediğini kontrol edin.
7. Güncellemeyi düşük trafik saatinde başlatın.
8. İşlem tamamlanana kadar sayfayı kapatmayın.
9. Güncelleme sonrasında site ön yüzünü ve yönetim panelini test edin.

Güncellemeyi Manuel Yapmak Gerekir mi?

WordPress yönetim panelindeki güncelleme sürekli başarısız oluyorsa çekirdek dosyaları manuel olarak yenilenebilir. Ancak bu işlem daha ileri düzeydedir.

Genel işlem sırası:

1. Tam yedek alın.
2. WordPress’in güncel paketini resmî kaynaktan indirin.
3. Paketi bilgisayarınızda çıkartın.
4. wp-content klasörünü yüklemeyin.
5. wp-config.php dosyasının üzerine yazmayın.
6. Diğer çekirdek dosyalarını FTP veya SFTP ile yenileyin.
7. Gerekirse /wp-admin/upgrade.php adresini açın.

Manuel güncelleme sırasında yanlış dosyaların silinmesi siteyi kullanılamaz hale getirebilir. Emin değilseniz hosting veya WordPress uzmanından destek alın.

WordPress Multisite Sisteminde Dikkat Edilecekler

WordPress Multisite kurulumunda çekirdek güncellemesi bütün ağı etkiler.

Kontrol edilmesi gerekenler:

• Ana ağ yönetim panelinde aktif güncelleme bulunup bulunmadığı
• Başka bir süper yöneticinin güncelleme başlatıp başlatmadığı
• Doğru ağ veritabanında işlem yapıldığı
• Tablo önekinin doğru olduğu
• Ağ yükseltme işleminin tamamlandığı

Multisite sisteminde yanlış seçenek tablosuna müdahale etmemeye özellikle dikkat edin.

Bu Hatayla Karıştırılan Diğer WordPress Sorunları

Zamanlanmış bakım nedeniyle site uygun değil

Bu hata genellikle ana dizinde kalan .maintenance dosyasıyla ilgilidir.

Güncelleme başarısız oldu

İndirme, dosya izni, internet bağlantısı veya sunucu limiti nedeniyle güncelleme tamamlanamamış olabilir.

Hedef klasör zaten var

Tema veya eklenti klasörü sunucuda mevcut olduğunda görülür. Güncelleme kilidiyle aynı sorun değildir.

Kurulum başarısız: Dizin oluşturulamadı

Dosya izinleri, sahiplik veya disk alanı problemi olduğunu gösterebilir.

WordPress güncelleme sonrası beyaz ekran

PHP fatal error, uyumsuz eklenti veya eksik çekirdek dosyalar nedeniyle oluşabilir.

Hosting Desteğine Gönderilecek Mesaj

Sorunu kendiniz çözemiyorsanız hosting firmanıza şu metni gönderebilirsiniz:

WordPress yönetim panelindeki Güncellemeler sayfasında “Başka bir güncelleme şu anda devam ediyor / Another update is currently in progress” hatası alıyorum. Aktif bir güncelleme işlemi bulunup bulunmadığını, core_updater.lock kaydının takılı kalıp kalmadığını, PHP hata günlüğünü, disk alanını, dosya izinlerini, PHP zaman aşımını ve hesap kaynak limitlerini kontrol eder misiniz? Aktif işlem yoksa güncelleme kilidini güvenli şekilde kaldırmanızı rica ederim.

Destek talebine şu bilgileri ekleyin:

• Hatanın başladığı tarih ve saat
• Son başlatılan güncelleme
• WordPress sürümü
• PHP sürümü
• Güncellemenin manuel mi otomatik mi olduğu
• Hatanın ne kadar süredir devam ettiği
• Site ön yüzünün çalışıp çalışmadığı
• Varsa hata günlüğündeki kayıt

Hızlı Çözüm Sıralaması

1. En az 15 dakika bekleyin.
2. WordPress güncelleme ekranını yeniden açın.
3. Aktif otomatik veya manuel güncelleme olmadığını doğrulayın.
4. Tam site ve veritabanı yedeği alın.
5. wp-config.php üzerinden doğru veritabanını ve tablo önekini belirleyin.
6. phpMyAdmin’de core_updater.lock kaydını arayın.
7. Aktif güncelleme yoksa yalnızca bu kaydı silin.
8. SSH erişiminiz varsa wp option delete core_updater.lock komutunu kullanın.
9. Gerekirse .maintenance dosyasını kontrol edin.
10. Disk alanı, PHP limiti ve dosya izinlerini inceleyin.
11. Hata günlüklerini kontrol edin.
12. Güncellemeyi tam yedekle ve düşük trafik saatinde yeniden başlatın.

Sık Sorulan Sorular

Başka bir güncelleme şu anda devam ediyor hatası ne demek?

WordPress’in başka bir çekirdek güncellemesinin çalıştığını düşündüğünü ve aynı anda ikinci güncellemeyi engellediğini gösterir.

WordPress güncelleme kilidi ne kadar sürer?

WordPress çekirdek kodunda çekirdek güncelleme kilidi 15 dakika olarak tanımlanmıştır. Gerçek güncelleme devam ediyorsa süre dolmadan müdahale edilmemelidir.

core_updater.lock nedir?

WordPress’in eş zamanlı çekirdek güncellemelerini engellemek için seçenekler tablosunda oluşturduğu geçici veritabanı kaydıdır.

core_updater.lock kaydını silmek güvenli mi?

Aktif bir güncelleme çalışmadığından emin olduktan ve yedek aldıktan sonra yalnızca ilgili kaydın silinmesi genellikle kilidi kaldırır. Güncelleme devam ederken silinmemelidir.

core_updater.lock hangi tabloda bulunur?

Genellikle wp_options tablosunda bulunur. Tablo öneki değiştirilmişse seçenekler tablosunun adı farklı olabilir.

phpMyAdmin olmadan hata çözülebilir mi?

SSH ve WP-CLI erişiminiz varsa wp option delete core_updater.lock komutuyla kayıt kaldırılabilir.

Güncelleme kilidi kendiliğinden kalkar mı?

Normal şartlarda güncelleme tamamlandığında veya kilit süresi dolduğunda kalkar. Başarısız işlem sonrasında veritabanında takılı kalabilir.

.maintenance dosyası ile core_updater.lock aynı şey mi?

Hayır. .maintenance ziyaretçilere bakım mesajı gösterir; core_updater.lock ise yeni çekirdek güncellemesini engeller.

Eklentiyle güncelleme kilidini kaldırmak doğru mu?

Mümkündür ancak eski veya güncel WordPress sürümüyle test edilmemiş eklentiler yerine phpMyAdmin veya WP-CLI daha kontrollü seçeneklerdir.

Kilidi sildikten sonra hata tekrar çıkarsa ne yapılmalı?

Güncellemenin neden yarıda kaldığı araştırılmalıdır. Disk alanı, PHP bellek limiti, zaman aşımı, dosya izinleri ve hata günlükleri kontrol edilmelidir.

WordPress güncellemesini tekrar başlatmak siteyi bozar mı?

Yedek alınmadan ve ilk başarısızlığın nedeni belirlenmeden yeniden başlatmak risklidir. Eksik dosyalar veya uyumsuz eklentiler nedeniyle site etkilenebilir.

Sonuç

WordPress “Başka bir güncelleme şu anda devam ediyor” hatası, aynı anda birden fazla çekirdek güncellemesinin çalışmasını engellemek için oluşturulan veritabanı kilidinin aktif olduğunu gösterir.

Hata yeni ortaya çıktıysa ilk olarak en az 15 dakika bekleyin. Güncelleme gerçekten devam ederken kilidi kaldırmaya çalışmayın.

Uyarı uzun süre kaybolmuyorsa tam yedek aldıktan sonra phpMyAdmin üzerinden core_updater.lock kaydını silebilir veya SSH erişiminiz varsa wp option delete core_updater.lock komutunu kullanabilirsiniz.

Kilidi kaldırmak yalnızca güncelleme ekranını yeniden kullanılabilir hale getirir. İlk güncellemenin neden yarıda kaldığını anlamak için disk alanını, PHP sınırlarını, dosya izinlerini, sunucu kaynaklarını ve hata günlüklerini de kontrol edin.

WordPress sitenizde güncelleme kilidi, bakım modu, başarısız çekirdek güncellemesi veya sunucu kaynaklı teknik sorunlar yaşıyorsanız WordPress bakım ve teknik destek hizmetimizi inceleyerek KRB Dijital’den profesyonel destek alabilirsiniz.