Sunucuyu güncelledikten sonra MySQL dosyaları açamıyor: errno: 24

Ubuntu: 12.04 LTS (Linux mysql02 3.2.0-40-jenerik # 64-Ubuntu SMP Pzt 25 Mar 21:22:10 UTC 2013 x86_64 x86_64 x86_64 GNU / Linux)

MySQL: Ubuntu dağıtımı 5.5.31

Apparmor: KALDIRILDI!

Sunucu bir yılı aşkın süredir kaya gibi sağlam çalışıyor. Sonra bu Pazartesi MySQL başarısız oldu. Bir güncelleme soruna neden oldu ve bunun ne olduğunu bulamıyoruz. Hatta MySQL 5.5.30'a geri dönmeye çalıştık, ama hiç şansımız yok. Biz 5.5.31 döndü.

MySQL hata günlüğü girişleri:

130430  7:55:46 [ERROR] Error in accept: Too many open files
130430  7:55:46 [ERROR] /usr/sbin/mysqld: Can't open file: './eci_elite_test/fclvod.frm' (errno: 24)
130430  7:55:46 [ERROR] /usr/sbin/mysqld: Can't open file: './eci_elite_test/fcnote.frm' (errno: 24)
130430  7:55:47 [ERROR] /usr/sbin/mysqld: Can't open file: './eci_elite_test/ffcont.frm' (errno: 24)
130430  7:55:47 [ERROR] /usr/sbin/mysqld: Can't open file: './eci_elite_test/ffcontv.frm' (errno: 24)
130430  7:55:47 [ERROR] /usr/sbin/mysqld: Can't open file: './eci_elite_test/ffnote.frm' (errno: 24)
130430  7:55:47 [ERROR] /usr/sbin/mysqld: Can't open file: './eci_elite_test/frcfcl.frm' (errno: 24)

Görünüşe göre ulimit sorunuyla karşı karşıyayız. APPARMOR uygulamasını tamamen kaldırdık. /Etc/security/limits.conf dosyasını artırdık ve hala şansımız yok:

# Out of desperation....
* soft  nofile  49152
* hard  nofile  65536

# No effect!?!!?
#mysql  soft  nofile  49152
#mysql  hard  nofile  65536

Ve sınırları göstermek için. Conf çalışıyor:

root@mysql02:/etc/security# ulimit -Sa | grep "open files"
open files                      (-n) 49152

root@mysql02:/etc/security# ulimit -Ha | grep "open files"
open files                      (-n) 65536

Ve işte my.cnf içindeki önemli kayıtlar

[mysqld_safe]
open_files_limit = 16384

[mysqld]
open_files_limit = 16384

Ancak:

root@mysql02:/etc/mysql# mysqladmin -u root -pThePassword variables| grep open_files_limit
open_files_limit                                  | 1024

Biz tamamen güdük ve aşağı. Herhangi bir yardım büyük mutluluk duyacağız.

İşletim Sistemi: Ubuntu (Debian) dağıtımları

MySQL Sunucu Seçeneği: open-files-limit

Debian uptart , /etc/security/limits.conf içinde tanımlanan parametreleri kullanmıyor gibi görünüyor , bu nedenle mysql'yi service komutuyla (ve böylece, uptart altında) başlattığınızda , bu tanımlanan sınırları geçersiz kılar ve varsayılan 1024'ü kullanır .

Solüsyon değiştirmektir mysql.conf It is located in, sonradan görme hizmetini tanımlayan dosyayı /etc/init/mysql.conf ve aşağıdaki satırları ekleyin önce başlangıç öncesi bloğu:

# NB: Upstart scripts do not respect
# /etc/security/limits.conf, so the open-file limits
# settings need to be applied here.
limit nofile 32000 32000
limit nproc 32000 32000

Referanslar:

• /server/440878/changing-open-files-limit-in-mysql-5-5
• http://dev.mysql.com/doc/refman/5.5/en/server-options.html#c12634

Aynı sorun Ubuntu 15.10'da da vardı.

https://bugs.launchpad.net/ubuntu/+source/mysql-5.6/+bug/1434758 - çözümü getirdi:

1. /lib/systemd/system/mysql.service veya /lib/systemd/system/mysqld.service olup olmadığını kontrol edin

2. (benim durumumda) değilse, /lib/systemd/system/mysql.service oluşturun ve içeriğini bu dosyaya kopyalayın https://bugs.launchpad.net/ubuntu/+source/mysql-5.6/+bug/1434758/ yorumlar / 11 ve iki satırı dosyada bir yere ekleyin

   LimitNOFILE=infinity
   LimitMEMLOCK=infinity
   

3. bir veya iki dosya varsa, bu iki satırın dahil edilip edilmediğini kontrol edin:

   LimitNOFILE=infinity
   LimitMEMLOCK=infinity
   

4. gerçekleştirmek systemctl daemon-reload

... ve her şey yolunda olmalı.

Yukarıdakilerin hiçbiri benim için sorunu çözmediği için (sadece sistemin belleği tükenmesine neden oluyor), işte bulduğum çözüm:

İçinde /etc/mysql/my.confMySQL'leri artırmanız gerekir dahili open_files_limit. Bu yüzden geçici olarak yapılandırmaya ekleyin ve MySQL'i yeniden başlatın.

[mysqld]
open_files_limit = 100000

sudo /etc/init.d/mysql restart

Size çok fazla açık dosya hatası veren işlemi çalıştırdıktan sonra , yapılandırmanızı varsayılan değerine geri döndürebilir ve MySQL'i yeniden başlatabilirsiniz.

Geçici çözüm için teşekkür ederiz. Ama benim için sorun diğer iki gerçek tarafından gölgede bırakıldı.

1. Veri dizinim varsayılan kurulumdan farklı. Birden fazla nedenden dolayı, hem tarihi hem de teknik.
2. Çok eski bir kurulumdan yükseltme yapıyordum, bu da birkaç geri ve ileri bağlantı noktasından geçti. Yeni yüklenen bir MySQL 5.5'in ilk başlangıcında, InnoDB motoru etkinleştirilmedi (dahili uygulama yapılandırma dosyasında devre dışı bırakıldı, ancak önceki sürümlerde bulunan eklenti 5.5'te mevcut değildi) ve yükseltme işareti gerçekten yükseltilmeden oluşturuldu herhangi bir tablo.

InnoDB sorununu çözdükten sonra hala tükürüyordu

mysql> SHOW DATABASES;
ERROR 1018 (HY000): Can't read dir of '.' (errno: 24)

Kök konsolunda mysqld başlatmak ve manuel olarak yeniden başlatmak zorunda kaldı

/usr/bin/mysql_upgrade --defaults-extra-file=/etc/mysql/debian.cnf --force

Sonra sunucu veritabanlarını göstermeye başladı, ancak bazı tablolara erişemedi. Artan sınırlarla ilgili geçici çözüm, sorunların geri kalanını düzeltti, teşekkür ederim!