Geçenlerde RAID 5 dizisinde çöktü olan iki sabit diskim vardı, herhangi bir izlemeyi yapılandırmadım, bu yüzden bir süredir kilitlendiğini fark etmedim. Bu yüzden herşeyi kazımaya ve sıfırdan başlamaya karar verdim.
Dizimde öncekinden daha az sürücüye, 8 yerine 3 daha büyük sürücülere sahip olmam dışında tüm donanımlar eskisi gibi aynı .
Arch Linux'u uygun mdadm izleme / bildirimler ve günlük kısa SMART testleri (ve haftalık uzun testler) ile yeniden kurdum.
Bununla birlikte, Arch Linux'u yeniden kurduğumdan beri, genellikle 48 saatten fazla çalışma süresinden sonra, rastgele çekirdek panikleri görüyorum.
Çekirdek paniğinin bir fotoğrafını çekmeyi başardım:
Şimdi orada görebileceklerimden, mdadm ile ilgili gibi görünüyor.
İşte mdadm yapılandırmam:
Personalities : [raid1] [raid6] [raid5] [raid4]
md0 : active raid1 sda1[0] sdb1[1]
524224 blocks super 1.0 [2/2] [UU]
md1 : active raid1 sda3[0] sdb3[1]
1950761024 blocks super 1.2 [2/2] [UU]
bitmap: 5/15 pages [20KB], 65536KB chunk
md2 : active raid5 sde1[3] sdc1[0] sdd1[1]
5796265984 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
bitmap: 0/22 pages [0KB], 65536KB chunk
unused devices: <none>
Mkinitcpio.conf içindeki ilgili satır:
HOOKS="base udev autodetect modconf block mdadm_udev filesystems keyboard fsck"
Şu anda Linux'ta yaşıyorum akatosh 4.1.6-1-ARCH # 1 SMP PREEMPT Pzt 17 Ağu 08:52:28 CEST 2015 x86_64 GNU / Linux.
RAM'imi yeniden oturtmaya çalıştım, ancak bir RAM sorununun Arch Linux'u yeniden yüklemeden önce olmadığından şüpheliyim.
Araştırmamda bulduğum mdadm ile ilgili çekirdekli panik sorunlarının çoğu açılışta oldu. Sorunun ne olabileceğine dair bir fikri olan var mı?
EDIT: Bunun 4.1.4 veya 4.1.5'te bilinen bilinen bir hata olduğu anlaşılıyor: https://bugzilla.redhat.com/show_bug.cgi?id=1255509
Test sırasında 4.2.0’a güncelleme yapmaya çalışacağım ve bu yazıyı daha fazla bilgi ile güncelleyeceğim.