John Rennie's questions

Percebi que alguns de nossos servidores Hyper-V (2008 e 2012) relatam o seguinte erro no log Microsoft-Windows-Hyper-V-Hypervisor/Operational quando reiniciam (e iniciam todas as VMs):

Source: Hyper-V-Hypervisor
EventID: 8451
Text: Hyper-V failed creating a new partition (status 11)!

Os vários blogs da MS que pesquisei no Google dizem que o erro Status 11 é apenas um erro geral, o que significa que uma VM não pôde ser iniciada. No entanto, todas as VMs estão funcionando bem. Eu suspeito que isso pode ser uma VM fantasma deixada para trás quando uma VM foi excluída, porque se eu pegar um servidor HV com três convidados, todos funcionando bem, os últimos quatro eventos no log serão exibidos (em ordem):

Hyper-V failed creating a new partition (status 11)!
Hyper-V successfully created a new partition (partition 2).
Hyper-V successfully created a new partition (partition 3).
Hyper-V successfully created a new partition (partition 4).

Portanto, meu palpite é que há uma partição stub 1 deixada para trás em algum lugar.

Mas eu olhei e olhei e não consigo ver nenhum vestígio de uma partição 1 antiga que possa estar causando o problema. Alguém pode sugerir onde isso pode estar ou, alternativamente, há alguma outra explicação que eu esqueci?

Eu tenho um script que monitora vários servidores unix, e uma das coisas que ele faz é verificar o espaço livre em disco usando df -m /dev/whatever . Eu encontrei um problema com um servidor CentOS 7 que me pediram para monitorar. Se eu executar df -m , recebo:

Filesystem              1M-blocks  Used Available Use% Mounted on
/dev/mapper/centos-root     51175  5434     45742  11% /
devtmpfs                     1884     0      1884   0% /dev
tmpfs                        1893     0      1893   0% /dev/shm
tmpfs                        1893     9      1885   1% /run
tmpfs                        1893     0      1893   0% /sys/fs/cgroup
/dev/sda1                     497   119       379  24% /boot
/dev/mapper/centos-home    202086    33    202054   1% /home

Eu só quero verificar o espaço livre no sistema de arquivos principal /dev/mapper/centos-home. Mas se eu executar df -m /dev/mapper/centos-home , recebo:

Filesystem     1M-blocks  Used Available Use% Mounted on
devtmpfs            1884     0      1884   0% /dev

Admito francamente que não sei muito sobre unix (minha experiência é Windows) e provavelmente estou cometendo algum erro básico. No entanto, se alguém me dissesse por que df -m /dev/mapper/centos-home está me fornecendo as estatísticas do sistema de arquivos errado, eu ficaria muito grato. Ainda mais se você puder me dizer como resolver o problema.

A técnica que usei funciona em todos os outros tipos de unix que experimentei, incluindo QNAP e Synology NASes.