Plesk panelinde Plesk\Exception\Database ile birlikte 500 hatası görülmesi, panelin Plesk veritabanına veya MariaDB/MySQL servisine erişemediğini gösterebilir. Tek bir my.cnf satırını kopyalayıp servisi yeniden başlatmak yerine önce gerçek hatayı tespit etmek gerekir.
Güvenlik notu: Aşağıdaki kontroller yönetici/root seviyesindedir. Canlı sunucuda değişiklik yapmadan önce güncel yedek ve mümkünse snapshot alın.
1. MariaDB servis durumunu kontrol edin
systemctl status mariadb --no-pager
journalctl -u mariadb -n 100 --no-pagerDağıtıma göre servis adı mysql olabilir. “No such file or directory”, disk doluluğu, permission, InnoDB crash veya dosya tanıtıcı limiti gibi gerçek neden logda görünür.
2. Disk ve inode durumunu kontrol edin
df -h
df -iDisk %100 doluysa önce güvenli biçimde alan açmadan MariaDB yapılandırmasını değiştirmek problemi çözmez.
3. Plesk onarım araçlarını kontrollü kullanın
Plesk sürümünüzün desteklediği repair/diagnostic araçlarını ve resmi dokümantasyonu kullanın. MariaDB çalışmadan önce Plesk panel katmanını onarmaya çalışmak gerçek kök nedeni gizleyebilir.
open_files_limit ne zaman değerlendirilir?
Yalnızca loglarda açıkça “too many open files” veya dosya tanıtıcı limitiyle ilişkili hata görüyorsanız servis ve systemd limitlerini birlikte değerlendirin. Rastgele çok yüksek bir open_files_limit değeri eklemek evrensel bir çözüm değildir.
Değişiklikten sonra
- MariaDB’nin hatasız başladığını doğrulayın.
- Plesk panelini ve müşteri web sitelerini test edin.
- Yedekleme/cron işlerini kontrol edin.
- Yaptığınız konfigürasyon değişikliklerini belgelendirin.
İlgili UST Bilişim hizmetleri
Sunucu, hosting, DNS veya kurumsal e-posta altyapınız için Hosting / Sunucu / Mail çözümlerimizi inceleyebilir veya teknik ihtiyacınızı bize iletebilirsiniz.
Bilgiyi uygulanabilir projeye dönüştürelim.
İhtiyacınızı teknik, operasyonel ve ticari açıdan değerlendirip doğru çözüm yol haritasını birlikte oluşturalım.
Projenizi Anlatın



