WordPress çekirdeğini güncellerken “Kurulum başarısız”, “Dosyalar kopyalanamıyor” veya güncelleme paketinin açılamadığına dair hata görüyorsanız tek neden bellek limiti değildir. Disk alanı, dosya izinleri, sahiplik, geçici klasör, PHP yapılandırması veya güvenlik katmanları aynı hataya yol açabilir.
1. Disk alanı ve inode kullanımını kontrol edin
WordPress güncelleme paketini önce indirir, geçici alanda açar ve ardından dosyaları kopyalar. Hosting kotası veya inode limiti doluysa işlem yarıda kalabilir. Panelde disk kullanımını kontrol edin; eski yedekler, loglar ve kullanılmayan arşivler gereksiz yer kaplıyor olabilir.
2. Dosya sahipliği ve izinleri doğru mu?
WordPress’in wp-admin, wp-includes ve geçici güncelleme alanlarına yazabilmesi gerekir. Dosyaların farklı bir sistem kullanıcısına ait olması veya izinlerin gereğinden kısıtlı olması “dosyalar kopyalanamıyor” hatasına yol açabilir. Genel kural olarak klasörlerde 755, dosyalarda 644 sık kullanılan değerlerdir; ancak hosting altyapınız farklı bir izin modeli kullanabilir.
Problemi çözmek için tüm dosyalara 777 izni vermeyin. Bu güvenlik riskidir.
3. PHP memory_limit değerini gerçekçi biçimde kontrol edin
Bellek limiti çok düşükse güncelleme işlemi başarısız olabilir; fakat 512M, 1024M veya 2048M gibi değerleri körlemesine artırmak doğru yaklaşım değildir. WordPress Site Sağlığı veya hosting panelindeki PHP ayarlarından mevcut limiti kontrol edin. İhtiyaç varsa sağlayıcınızın önerdiği makul değere yükseltin.
.htaccess içine php_value memory_limit eklemek her sunucuda çalışmaz. PHP-FPM kullanan bazı sistemlerde bu satır 500 hatasına yol açabilir. Hosting panelindeki PHP ayarları, .user.ini veya sağlayıcının önerdiği yöntem tercih edilmelidir.
4. Geçici güncelleme klasörünü temizleyin
Yarım kalan indirme veya eski bir güncelleme paketi wp-content/upgrade altında kalabilir. Yedeğinizi aldıktan sonra bu klasördeki eski geçici dosyaları temizleyip güncellemeyi yeniden deneyebilirsiniz. Klasörün kendisini ve gerekli WordPress dizinlerini yanlışlıkla silmeyin.
5. Güvenlik eklentisi veya sunucu kuralı engelliyor olabilir
ModSecurity, WAF, dosya bütünlüğü koruması veya güvenlik eklentisi WordPress’in dosya değiştirmesini engelleyebilir. Sunucu loglarında 403/406 gibi yanıtlar görülüyorsa güvenlik katmanını kontrol edin. Kalıcı olarak kapatmak yerine yalnızca hatalı kuralı tespit etmek daha güvenlidir.
6. .maintenance dosyası kaldıysa
Güncelleme yarıda kesildiğinde sitenin kök dizininde .maintenance dosyası kalabilir ve “Planlı bakım nedeniyle kısa süreliğine kullanılamıyor” mesajı devam edebilir. Güncellemenin gerçekten durduğunu doğruladıktan sonra bu dosya temizlenebilir.
7. Manuel WordPress çekirdek güncellemesi ne zaman düşünülmeli?
Panel güncellemesi tekrar tekrar başarısız oluyorsa manuel çekirdek güncellemesi uygulanabilir; ancak wp-content ve wp-config.php dosyasını koruyarak yalnız çekirdek dosyaları değiştirmek gerekir. Canlı ve kritik bir sitede bu işlemden önce tam yedek ve mümkünse staging ortamı kullanın.
Hızlı teşhis sırası
- Yedek alın.
- Disk/inode kullanımını kontrol edin.
- Dosya sahipliği ve izinleri kontrol edin.
- PHP hata loguna bakın.
- Güvenlik/WAF loglarını kontrol edin.
- Geçici upgrade dosyalarını temizleyin.
- Güncellemeyi yeniden deneyin.
Hata devam ediyorsa sorunun WordPress, PHP veya hosting katmanında olduğunu birlikte belirlemek için WordPress teknik destek kapsamını inceleyebilirsiniz.