md_update_sb mantiene el arranque RAID 1 ocupado

md_update_sb mantiene el arranque RAID 1 ocupado

Instalé Ubuntu 18.04 LTS en 4 discos duros en una configuración RAID 1. Algo mantiene los discos duros ocupados y nunca dejan de girar. Cosas que hice: - mapeé directorios de acceso frecuente (/var/log, /tmp, etc.) como tmpfs en la memoria - bloqueé /bin, /sbin y varias bibliotecas a través de vmtouch en la memoria

Después de esos cambios, iotop muestra solo a kworker accediendo a la matriz.

btrace muestra esto:

9,0    0        0   350.464025971     0  m   N md md_update_sb
9,0    0       98   350.849029580  2206  Q  WM 71305144 + 8 [kworker/u128:0]
9,0    0       99   350.849034110  2206  Q  WM 71305216 + 8 [kworker/u128:0]
9,0    0      100   350.849038452  2206  Q  WM 71371648 + 8 [kworker/u128:0]
9,0    0      101   350.849045694  2206  Q   W 0 + 8 [kworker/u128:0]
9,0    0      102   350.849048534  2206  Q  WM 40 + 8 [kworker/u128:0]
9,0    1      137   350.976982774     0  C   W 0 + 8 [0]
9,0    1      138   350.994303913     0  C  WM 40 + 8 [0]
9,0    1      139   350.997638530     0  C  WM 71303296 + 8 [0]
9,0    1      140   351.011237159   353  C  WM 71305144 + 8 [0]
9,0    1      141   351.011403025     0  C  WM 71305216 + 8 [0]
9,0    1      142   351.276814094   353  C  WM 71371648 + 8 [0]
9,0    0        0   351.599976239     0  m   N md md_update_sb

Si entiendo el seguimiento correctamente, ¿algo está actualizando el superbloque de la matriz? ¿Qué más puedo hacer para rastrear qué mantiene despiertos los discos?

Actualización 1: También se configura un RAID 6 en los mismos discos, pero no está montado y no parece haber ningún acceso a él.

cat /proc/mdstat

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md127 : active raid6 sde3[5] sdd3[4] sdc3[1] sdb3[0]
      10737154048 blocks super 1.2 level 6, 512k chunk, algorithm 2 [4/4] [UUUU]
      bitmap: 0/40 pages [0KB], 65536KB chunk

md0 : active raid1 sde2[5] sdd2[4] sdc2[2] sdb2[6]
      52395008 blocks super 1.2 [4/4] [UUUU]

unused devices: <none>

Actualización 2: inotifywait -r -m /rastrea todos los accesos al sistema de archivos. Filtrando progresivamente todo lo que ya está montado en la memoria...

inotifywait -r -m / @/dev @/sys @/proc @/run @/var/tmp @/tmp @/var/log @/var/spool

... mostró archivos de escritura rápida. Como no tengo conocimiento de nada que deba ajustarse en mi instalación, lo eliminé.

Respuesta1

De todos modos, siguiendo los registros de inotifywait encontré uno por uno los procesos (¡había muchos!) escribiendo en el sistema de archivos. Reasigné cada directorio a un tmpfs con un script de arranque, copié archivos al tmpfs y lo volví a montar en lugar de la ubicación del sistema de archivos y luego copié los archivos nuevamente al apagar. Esto tiene sus salvedades, pero servirá por ahora.

información relacionada