Web uygulamalarımızdan birinde aşağıdaki hatayı alıyorum -
Query3 failed: Error writing file '/tmp/MY1fnqpm' (Errcode: 28) ... INSERT MailList... (removed the rest of the query for security reasons)
Herhangi bir fikir - bu sunucumdaki bazı sabit disk alanı sorunu mu?
Yanıtlar:
Şu perrorkomutu kullanın :
$ perror 28
OS error code 28: No space left on device
Sisteminizde hata kodları farklı olmadığı sürece, dosya sisteminiz dolu.
while true; do df -h /tmp; sleep 3; donebetiği çalıştırırken geçici tablolar tarafından ne kadar alan kullanıldığını görmek için kullanabilirsiniz .
Benzer bir sorunla karşılaştık ve sorun MySQL'in ihtiyaçları için / tmp dizinini kullanmasıydı (varsayılan yapılandırmadır). Ve / tmp, büyük MySQL istekleri için çok az alanı olan kendi bölümünde bulunuyordu.
Daha fazla ayrıntı için şu cevaba bakın: https://stackoverflow.com/a/3716778/994302
Hata, MySQL için gerekli olan geçici dosyaları oluşturmak için yeterli alana sahip olmadığınız anlamına gelir.
Deneyebileceğiniz ilk şey, /tmp/bölümünüzün boyutunu genişletmektir . LVM altındaysanız, lvextendkomutu kontrol edin .
Bölümünüzün boyutunu artıramıyorsanız /tmp/, MySQL yapılandırmasında çalışabilir ,my.cnf (genellikle açık olan /etc/mysql/my.cnf) dosyayı düzenleyebilir ve şu satırı arayabilirsiniz :
tmpdir = /tmp/
Ne istersen onu değiştir (örnek /var/tmp/). Yeni dizinde mysql kullanıcısı için alanınız olduğundan ve yazma izni atadığınızdan emin olun.
Bu yardımcı olur umarım!
Aşağıdaki kodu çalıştırın:
du -sh / var / log / mysql
Belki mysql ikili günlükleri belleği doldurdu, öyleyse, eski günlüklerin kaldırılmasını izleyin ve sunucuyu yeniden başlatın. Ayrıca my.cnf'ye ekleyin:
expire_logs_days = 3
du -sh /var/log/mysql.log
Aynı hatayı aldım ve sorun sanal makinemde yeterli alan değildi. Gereksiz bazı dosyaları sildim ve tekrar çalışmaya başladı.
bellek / disk alanı ayırmam buna benzer bir şeye benziyordu
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/centos-root 37G 37G 127M 100% /
...
Xampp kullanıcıları için: Deneyimlerime göre, soruna '0' adlı ve 'mysql' klasöründe bulunan bir dosyadan kaynaklanıyordu. Boyut çok büyüktü (benimki yaklaşık 256 Gb'ye patladı). Kaldırılması sorunu çözdü.
Bu hata, bölümde yeterli alanınız olmadığında ortaya çıkar. Genellikle MYSQL, linux sunucularında / tmp kullanır. Bu, bazı sorgularda gerçekleşebilir, çünkü arama ya çok fazla veri döndürüyordu, ya da muhtemelen sadece büyük geçici dosyalar oluşturan çok sayıda veriyi inceliyordu.
/Etc/mysql/my.cnf dosyanızı düzenleyin
tmpdir = / sizin / yeni / dizin
Örneğin
tmpdir = / var / tmp
Genellikle kendi bölümünde bulunan / tmp'den daha fazla alan ayrılmalıdır.
Bugün. Aynı problemim var ... benim çözümüm:
1) inode'u kontrol et: Gördüm df -i
:
root@vm22433:/etc/mysql# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 124696 304 124392 1% /dev
tmpfs 127514 452 127062 1% /run
/dev/vda1 1969920 1969920 0 100% /
tmpfs 127514 1 127513 1% /dev/shm
tmpfs 127514 3 127511 1% /run/lock
tmpfs 127514 15 127499 1% /sys/fs/cgroup
tmpfs 127514 12 127502 1% /run/user/1002
2) Hangi klasörlerin maksimum inod kullandığına bakmaya başladım:
for i in /*; do echo $i; find $i |wc -l; done
Yakında çok sayıda dosya içeren / home / tomnolane / tmp klasöründe buldum.
3) / home / tomnolane / tmp klasörünü PROFIT'i kaldırdım.
4) kontrol edildi:
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 124696 304 124392 1% /dev
tmpfs 127514 454 127060 1% /run
/dev/vda1 1969920 450857 1519063 23% /
tmpfs 127514 1 127513 1% /dev/shm
tmpfs 127514 3 127511 1% /run/lock
tmpfs 127514 15 127499 1% /sys/fs/cgroup
tmpfs 127514 12 127502 1% /run/user/1002
tamam.
5) restart mysql service- sorun yok !!!!