Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
cPanel, WHM ve CloudLinux Teknik Rehberi

cPanel MySQL Service Is Down: MariaDB Başlamıyor Hatası Nasıl Çözülür?

MySQL veya MariaDB servisi durduğunda WordPress, e-ticaret ve tüm dinamik siteler veritabanına erişemez. Bu rehber servis, disk, izin, socket, my.cnf, InnoDB ve Aria hatalarını veri dosyalarını silmeden güvenli sırayla teşhis eder.

MariaDB failedrestartsrv_mysqlInnoDBAriaSocket / Port 3306
root@sunucu:~SSH
The “mysql” service appears to be down.
Failed to start MariaDB database server.
InnoDB: Unable to lock ./ibdata1 error: 11
Can't connect to local server through socket '/var/lib/mysql/mysql.sock'
Önce veri güvenliğiVeri dosyaları silinmez veya yeniden adlandırılmaz
Ana kanıtMariaDB error log ve journal kayıtları
Yaygın nedenDisk, inode, izin ve dosya sahipliği
Bağlantı katmanıSocket, port 3306 ve servis PID’i
01
Teknik açıklama

cPanel “The mysql service appears to be down” ne demek?

Chkservd veya cPanel servis yöneticisi MariaDB’nin çalışmadığını ya da sağlık kontrolüne yanıt vermediğini algıladığında bu bildirimi üretir. Bazen servis gerçekten kapalıdır; bazen MariaDB çalıştığı hâlde socket, bağlantı veya izleme yöntemi nedeniyle kapalı görünür.

Servis başlangıç hatasının gerçek nedeni çoğunlukla systemctl çıktısındaki son satırda değil, MariaDB error log içindeki ilk kritik kayıttadır. Günlük başlangıcından itibaren okunmalı ve ilk hata bulunmalıdır.

Errcode 28, no space left on device veya temporary file oluşturulamaması disk alanı ya da inode tükenmesine işaret eder. Bu durumda MariaDB ayarı değiştirmek yerine dosya sistemindeki doluluk çözülmelidir.

InnoDB corruption, checksum mismatch veya page corruption mesajları veri bütünlüğü riski taşır. Sunucu yedeği alınmadan ibdata1, ib_logfile, redo log veya tablo dosyaları silinmemelidir.

MySQL socket hatası her zaman veritabanının kapalı olduğu anlamına gelmez. İstemcinin beklediği socket yolu ile MariaDB’nin oluşturduğu yol farklı olabilir veya eski PID/socket dosyası kalmış olabilir.

Bu sayfadaki teşhis komutları veri dosyalarını değiştirmez. InnoDB force recovery, tablo onarımı ve veri dosyası taşıma işlemleri yalnızca güncel yedek ve kurtarma planıyla uygulanmalıdır.

02
Log mesajları ve anlamları

MySQL, MariaDB, InnoDB ve Aria hata mesajları

E-postada, tarayıcıda veya SSH günlüğünde gördüğünüz ifadeyi aratın. Her kartta anlam, muhtemel neden ve güvenli ilk işlem bulunur.

12 kayıt
01kritik

The “mysql” service appears to be down

Anlamı: cPanel sağlık kontrolü MySQL/MariaDB servisini çalışır durumda doğrulayamamıştır.

Muhtemel neden: Servis kapalı, yanıt vermiyor, socket farklı, disk dolu veya chkservd bağlantısı başarısız.

systemctl status mariadb ve error log ile gerçek servis durumunu doğrulayın.
02kritik

Failed to start MariaDB database server

Anlamı: Systemd başlangıç işlemi başarıyla tamamlanmamıştır.

Muhtemel neden: my.cnf hatası, izin, port çakışması, disk, InnoDB/Aria kurtarma veya bozuk paket.

journalctl ve MariaDB error log içindeki ilk ERROR satırını bulun.
03kritik

The subprocess restartsrv_mysql reported error number 2

Anlamı: cPanel restart betiği servisi ayağa kaldıramamıştır; 2 kök neden değildir.

Muhtemel neden: Asıl hata servis başlangıç günlüğünde bulunur.

journalctl -u mariadb -n 150 ve error log okuyun.
04kritik

InnoDB: Unable to lock ./ibdata1 error: 11

Anlamı: InnoDB sistem tablo alanı başka bir süreç tarafından kilitli görünmektedir.

Muhtemel neden: İkinci mariadbd süreci, yarım kalan başlangıç veya eski süreç.

Birden fazla mysqld/mariadbd süreci olup olmadığını doğrulayın; ibdata1 dosyasını silmeyin.
05kritik

InnoDB: page corruption veya checksum mismatch

Anlamı: InnoDB veri sayfasında bütünlük bozulması algılanmıştır.

Muhtemel neden: Disk sorunu, ani güç kesintisi, donanım/RAM hatası veya bozuk veri sayfası.

Yedek alın, diski kontrol edin ve kontrollü kurtarma planı hazırlayın.
06kritik

Can't connect to local server through socket

Anlamı: İstemci beklenen Unix socket dosyasına bağlanamamıştır.

Muhtemel neden: Servis kapalı, socket yolu farklı, socket oluşmamış veya izin sorunu.

my_print_defaults ve ss ile gerçek socket/port ayarını doğrulayın.
07kritik

Can't create/write to file Errcode: 28

Anlamı: MariaDB geçici veya kalıcı dosya yazamamıştır.

Muhtemel neden: Disk alanı ya da inode yüzde 100, /tmp dolu veya kota sınırı.

df -hT, df -ih ve /tmp kullanımını kontrol edin.
08kritik

Permission denied /var/lib/mysql

Anlamı: MariaDB veri dizinindeki dosyaya erişememektedir.

Muhtemel neden: Yanlış mysql:mysql sahipliği, SELinux context, izin veya taşıma sonrası bozulma.

Dosya sahipliğini ve context’i inceleyin; tüm dizine rastgele chmod 777 vermeyin.
09kritik

unknown variable veya option in my.cnf

Anlamı: MariaDB sürümünün tanımadığı bir yapılandırma parametresi vardır.

Muhtemel neden: Sürüm yükseltmesi, yanlış sözdizimi veya eski MySQL parametresi.

my_print_defaults ve journal içindeki parametre adını bulun; my.cnf yedeği alın.
10kritik

Address already in use port 3306

Anlamı: MariaDB’nin dinlemek istediği port başka süreç tarafından kullanılıyor.

Muhtemel neden: İkinci MySQL örneği, Docker/proxy veya yanlış servis.

ss -lntp ile portu kullanan PID’i doğrulayın.
11uyarı

Aria recovery failed veya aria_log_control hatası

Anlamı: Aria depolama motoru loglarını açamıyor veya kurtaramıyor.

Muhtemel neden: Ani kapanma, izin, disk doluluğu veya bozuk Aria logları.

Yedek alıp error logdaki tablo ve dosya adlarını belirleyin; körlemesine silmeyin.
12uyarı

MariaDB çalışıyor fakat cPanel down gösteriyor

Anlamı: Veritabanı süreci çalışırken chkservd kontrolü bağlantı kuramıyor olabilir.

Muhtemel neden: Socket yolu, şifre/health check, MySQL Governor veya ağır yük nedeniyle zaman aşımı.

mysqladmin ping ve cPanel servis kontrol günlüklerini karşılaştırın.

Bu ifadeyle eşleşen kayıt bulunamadı.

03
Güvenli ilk inceleme

SSH teşhis komutları ve hangi çıktıya bakılmalı?

Komutlar root erişimi içindir. Önce yalnızca durum ve log toplayın; nedeni görmeden kalıcı ayar değiştirmeyin.

Servis durumu
systemctl status mariadb -l --no-pager
/usr/local/cpanel/scripts/restartsrv_mysql --status

MariaDB ve cPanel servis kontrolünün gördüğü durumu birlikte gösterir.

Systemd günlüğü
journalctl -u mariadb -n 200 --no-pager

Başlangıç ve kapanış sırasında systemd’ye aktarılan hataları listeler.

MariaDB error log
ls -lah /var/lib/mysql/*.err 2>/dev/null
tail -n 200 /var/lib/mysql/*.err 2>/dev/null

InnoDB, Aria, izin ve yapılandırma hatalarının ana kaynağıdır.

Etkin yapılandırma
my_print_defaults mysqld
mysqld --verbose --help 2>/dev/null | head -n 30

Yüklenen my.cnf seçeneklerini ve binary bilgisini gösterir.

Disk ve inode
df -hT
df -ih
du -sh /var/lib/mysql /tmp 2>/dev/null

Errcode 28, temp file ve yazma sorunlarının dosya sistemi tarafını doğrular.

Socket ve port
ss -lntp | grep ':3306'
ss -lxnp | grep -E 'mysql|maria'
find /run /var/lib/mysql -maxdepth 2 -type s -name '*mysql*.sock' -ls 2>/dev/null

MariaDB’nin port veya Unix socket üzerinden dinleyip dinlemediğini gösterir.

Çalışan veritabanı süreçleri
ps auxf | grep -E '[m]ariadbd|[m]ysqld'
mysqladmin ping 2>&1
mysqladmin processlist 2>&1 | head -n 80

Çift süreç, servis yanıtı ve takılı sorguları kontrol eder.

Kernel ve OOM kayıtları
journalctl -k --since '2 hours ago' | grep -Ei 'oom|killed process|I/O error|ext4|xfs|nvme|sda'

MariaDB’nin OOM veya disk I/O hatası nedeniyle kapanıp kapanmadığını ayırır.

04
Güvenli çözüm sırası

MariaDB servisini veri kaybı olmadan kurtarma adımları

Müdahale sırası servis durumunu doğrulama, ilk kritik logu bulma, dosya sistemi ve yapılandırmayı ayırma, güvenli restart ve veri bütünlüğü kontrolüdür.

1

Servisi tekrar tekrar başlatmadan kanıt toplayın

Status, journal ve error log çıktısını alın. Sık restart, ilk hata satırını log rotasyonu içinde kaybettirebilir.

systemctl status mariadb -l --no-pager journalctl -u mariadb -n 200 --no-pager tail -n 200 /var/lib/mysql/*.err
2

Disk, inode ve yazma izinlerini doğrulayın

Disk veya inode doluysa önce güvenli alan açın. /var/lib/mysql sahipliği ve SELinux context değişmişse nedenini belirleyin.

df -hT df -ih namei -l /var/lib/mysql
3

my.cnf hatasını ayırın

Unknown variable veya syntax hatası varsa dosyayı yedekleyip yalnız sorunlu parametreyi düzeltin. Tüm yapılandırmayı sıfırlamak performans ayarlarını kaybettirebilir.

cp -av /etc/my.cnf /root/my.cnf.yedek-$(date +%F-%H%M) my_print_defaults mysqld
4

Çift süreç ve port çakışmasını giderin

3306’yı hangi PID’in kullandığını ve aktif mariadbd sayısını doğrulayın. Çalışan üretim sürecini rastgele kill etmeyin.

ss -lntp | grep ':3306' ps auxf | grep -E '[m]ariadbd|[m]ysqld'
5

cPanel betiğiyle kontrollü yeniden başlatın

Kök neden giderildikten sonra cPanel servis betiğini kullanın ve hemen ardından yeni error log satırlarını inceleyin.

/usr/local/cpanel/scripts/restartsrv_mysql sleep 5 systemctl status mariadb -l --no-pager
6

Veri ve uygulama erişimini doğrulayın

mysqladmin ping, basit SQL sorgusu, kritik siteler ve yeni hata kayıtları kontrol edilmeden işlem tamam sayılmaz.

mysqladmin ping mysql -NBe 'SELECT VERSION(), NOW();' tail -n 80 /var/lib/mysql/*.err
05
Belirtiye göre ayrım

Özel senaryolar ve karar ağacı

Errcode 28 veya No space left on device

Veritabanı dosyalarını silmek yerine dolu mount noktasını bulun. Log, yedek, /tmp ve binary log kullanımı ayrı ayrı incelenmelidir.

df -hT
df -ih
du -xhd1 /var 2>/dev/null | sort -h | tail -n 20
ibdata1 kilitli görünüyor

Çoğunlukla başka mariadbd süreci hâlâ çalışıyordur. PID’i ve process tree’yi doğrulamadan ibdata1 veya pid dosyasını silmeyin.

ps auxf | grep -E '[m]ariadbd|[m]ysqld'
lsof /var/lib/mysql/ibdata1 2>/dev/null
InnoDB corruption mesajı var

Önce fiziksel veya snapshot yedeği alın. innodb_force_recovery yalnız veri dışa aktarmak için geçici kurtarma aracıdır; normal üretim modu değildir.

grep -Ei 'corrupt|checksum|page.*error|crash' /var/lib/mysql/*.err | tail -n 100
Socket hatası var ama port 3306 açık

TCP bağlantısı çalışırken istemci yanlış socket yoluna bakıyor olabilir. my.cnf içindeki socket seçenekleri client ve server bölümlerinde eşleşmelidir.

my_print_defaults client mysql mysqld | grep -i socket
ss -lxnp | grep -E 'mysql|maria'
Servis çalışıyor fakat çok yavaş

Chkservd zaman aşımı yoğunluk nedeniyle oluşabilir. Processlist, slow query log, disk latency ve MySQL Governor birlikte incelenir.

mysqladmin processlist
mysqladmin status
iostat -xz 1 5

Kesinlikle yapmayın

  • ibdata1, ib_logfile, redo log veya .ibd dosyalarını internetten bulunan tek satırlık komutlarla silmeyin.
  • Yedek almadan innodb_force_recovery değerini kalıcı üretim ayarı olarak kullanmayın.
  • /var/lib/mysql dizinine chmod -R 777 uygulamayın.
  • Çalışan mariadbd sürecini PID ve işlem durumu doğrulanmadan kill -9 ile kapatmayın.
  • Binary logları dosya sisteminden rastgele rm ile temizlemeyin; MariaDB PURGE BINARY LOGS komutunu kullanın.
  • Bozuk tablo şüphesinde bütün veritabanlarına kontrolsüz REPAIR TABLE çalıştırmayın; InnoDB için uygun değildir.

Çözüm sonrası doğrulama

  • systemctl status mariadb active/running gösteriyor.
  • mysqladmin ping çıktısı mysqld is alive döndürüyor.
  • Port 3306 veya beklenen socket doğru PID tarafından dinleniyor.
  • Yeni error log satırlarında kritik InnoDB, Aria, permission veya disk hatası yok.
  • cPanel servis yöneticisi MySQL’i UP olarak görüyor.
  • WordPress, e-ticaret ve yönetim panelleri veritabanına hatasız bağlanıyor.
06
Resmî teknik kaynaklar

cPanel ve üretici dokümantasyonu

07
İç SEO içerik kümesi

İlgili cPanel ve sunucu hata çözümleri

08
Sık sorulan sorular

MySQL Service Is Down Hatası hakkında merak edilenler

The mysql service appears to be down ne demek?

cPanel’in MySQL/MariaDB sağlık kontrolünden geçemediğini bildirir. Servis gerçekten kapalı olabilir veya socket, yük ve izleme yöntemi nedeniyle kapalı görünebilir.

MariaDB başlamıyorsa ilk hangi loga bakılır?

Önce journalctl -u mariadb ve /var/lib/mysql altındaki .err dosyası incelenir. İlk kritik ERROR satırı genellikle kök nedeni gösterir.

ibdata1 dosyasını silmek çözüm mü?

Hayır. ibdata1 InnoDB sistem tablo alanıdır ve silinmesi ciddi veri kaybına yol açabilir. Yalnız uzman kurtarma planı ve yedekle işlem yapılmalıdır.

Errcode 28 MySQL hatası ne anlama gelir?

Çoğunlukla disk alanı veya inode kalmadığını gösterir. df -h ve df -i ile ilgili mount noktası kontrol edilmelidir.

MySQL socket hatası nasıl çözülür?

Önce servis çalışıyor mu, gerçek socket nerede ve istemcinin beklediği yol ne kontrol edilir. Client ve server socket ayarları eşleştirilir.

MariaDB servisini nasıl güvenli yeniden başlatırım?

cPanel sunucuda /usr/local/cpanel/scripts/restartsrv_mysql komutu tercih edilir. Restart öncesi log alınmalı ve sonrasında error log tekrar kontrol edilmelidir.

innodb_force_recovery kalıcı kullanılabilir mi?

Hayır. Veri dışa aktarmak için geçici kurtarma modudur. Yazma işlemleri ve normal üretim için kalıcı çözüm değildir.

MariaDB çalışıyor ama cPanel down diyor, neden?

Chkservd socket veya kimlik doğrulama üzerinden yanıt alamıyor, servis ağır yük altında zaman aşımına uğruyor ya da MySQL Governor gibi bir katman kontrolü etkiliyor olabilir.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Sunucunuzdaki hatayı kalıcı olarak çözelim

cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim ve güvenlik katmanlarını birlikte analiz ederek yalnızca servisi kaldırmak yerine arızanın temel nedenini gideriyoruz.

Sunucu Desteği Al WhatsApp
Top