Come posso trovare quale process sta causando questo IO read (già provato iotop)

Ho un costante 1.4 megabyte / sec di IO letto su un server (vedi output iostat qui sotto). Cosa posso fare per scoprire quale process è la causa? Ho già provato iotop e htop, ma non sono stati in grado di individuare il problema con i seguenti:

Linux 2.6.35.4-x86_64-linode16 (la-machine) 02/16/11 _x86_64_ (4 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 0.16 0.01 0.11 0.68 0.01 99.03 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn xvda 42.29 1.39 0.08 568159 30959 xvdb 0.45 0.00 0.00 988 1202 

Qualche suggerimento su entrambi utilizzando htop / iotop o un altro strumento per aiutarmi a scoprire quale process sta mangiando il disco? (Questo è un server attualmente con 0 traffico).

  • Utilità Linux per registrare statistiche IO (random / sequenziale, size block, rapporto di lettura / scrittura)
  • IO estremamente lento con Simple PostgreSQL 8.4.4 Domande su Centos 5.5
  • Rapporto di utilizzo della CPU "iowait" di Windows
  • (Un ragazzo Windows chiede) Misurazione della latenza del disco su Linux: Mi preoccupa?
  • Cosa significa se iostat mostra l'attesa al 100%, ma la CPU è completamente intriggers?
  • Come sapere quale row in fstab deve essere cambiata in relatime / noatime?
  • Grazie!

  • Come posso mappare i nomi dei dispositivi iostat ai nomi LVM / dev / mapper / XXX?
  • Come get iostat di un singolo process
  • Come installare iostat a Red Hat 5, senza connessione a Internet?
  • Cosa significa se iostat mostra l'attesa al 100%, ma la CPU è completamente intriggers?
  • (Un ragazzo Windows chiede) Misurazione della latenza del disco su Linux: Mi preoccupa?
  • Rapporto di utilizzo della CPU "iowait" di Windows
  • 4 Solutions collect form web for “Come posso trovare quale process sta causando questo IO read (già provato iotop)”

    http://www.linuxinsight.com/proc_sys_vm_block_dump.html

    Impostare vm.block_dump per un secondo, quindi distriggersrlo immediatamente ( sysctl -w ... ; sleep 1; sysctl -w ... ). dmesg poi rivela tutti i bassi in basso.

    Poiché hai già usato iotop, non so quanto sia utile, ma puoi usare systemtap come

    stap -v iotop.stp

    e ti darà l'output

      Process KB Read KB Written Xorg 21 0 crond 10 0 wfica 2 0 

    provare con la contabilità di process.

    gli strumenti come in cima alla coppia con la contabilità di process saranno in grado di mostrare quali processi utilizzano il disco I / O più.

    è inoltre ansible controllare lo strumento di row di command "sa" per interpretare le informazioni relative alla contabilità di process e ordinare i processi con numero (medio) di operazioni di I / O

    Beh, puoi iniziare con l'esecuzione di lsof per limitare i processi che i file hanno aperto su qualsiasi file system è in / dev / xvda. Controlla il tuo /etc/fstab per determinare quale file system è.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.