Faltando mais de 100 GB de espaço em sda1 RHEL

1

Eu tenho uma configuração de servidor com um RAID 5 usando (3) unidades de 500 GB, 1 como sobressalente de modo não utilizado no RAID. Então, em minha mente eu começo com 990GB com o RAID 5 no lugar. Ao olhar para DF ou o utilitário construído em espaço em disco eu vejo apenas um total de cerca de 882GB, como posso encontrar onde o 100 + GB foi? Como posso recuperá-lo?

Eu verifiquei o BIOS do RAID 5 e vejo todo o espaço.

Eu tentei procurar manualmente e através de comandos de terminal sem sorte.

Filesystem     -      1K-blocks   -   Used Available - Use% - Mounted on
/dev/mapper/vg_web-lv_root
                       838084192  48368700 747153060   7%      /
tmpfs                   12104644       592  12104052   1%     /dev/shm
/dev/sda1               495844      121546    348698   26%    /boot
/dev/mapper/vg_web-lv_home
                       82569904    259136  78116468      1%    /home

    Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_web-lv_root

                          800G   47G  713G   7%      /
tmpfs                      12G  592K   12G   1%      /dev/shm
/dev/sda1                 485M  119M  341M  26%      /boot
/dev/mapper/vg_web-lv_home
                           79G  254M   75G   1%      /home

Mais informações para você, agora estou positivo, não estou recebendo todos os meus GB's

--- Physical volume ---
PV Name               /dev/sda2
VG Name               vg_web
PV Size               930.89 GiB / not usable 3.00 MiB

VGS

VG     #PV #LV #SN Attr   VSize   VFree 
vg_web   1   3   0 wz--n- 930.88g 13.29g

LVS

LV      VG     Attr      LSize   Pool Origin Data%  Move Log Cpy%Sync Convert
lv_home vg_web -wi-ao---  80.00g                                             
lv_root vg_web -wi-ao--- 812.00g                                             
lv_swap vg_web -wi-ao---  25.59g       

Após a informação acima eu encontrei através de lvm e vgs, eu já descobri que eu tenho todo o meu espaço responsável por

    
por WifiGhost 20.10.2013 / 09:17

2 respostas

8

Desculpe, todo o seu espaço em HDD é contabilizado.

Em primeiro lugar , há o fator de conversão entre gigabytes denary (base-10) gigabytes (como usado por fabricantes de drives) e binários (base-2) (como usado por algumas ferramentas Linux). Um gigabyte binário (GiB) tem 2 ^ 30 bytes, enquanto um gigabyte denary (GB) é 10 ^ 9; o primeiro é maior em cerca de 7%. Em segundo lugar , há um pequeno espaço não alocado no LVM vg, e há as partições que não são sua raiz. Finalmente, , há a sobrecarga de 5% que mkfs reserva para raiz.

Vamos dar um passo a passo. Você acha que deveria ter 1000GB. Isso é 1000 * 10 ^ 9/2 ^ 30 = 931.3GiB, que é o tamanho honesto do seu /dev/sda .

Você perde 485 MiB para /dev/sda1 , a partição /boot . Então, isso deve deixá-lo com 931.3-485 / 2 * 10 = 930.83GiB. Isso é quase exatamente que pvs informa que você está no volume vg_web .

lvs , em seguida, informa que 930.9GiB estão alocados em três volumes lógicos ( lv_root , lv_home e lv_swap ). Há 13,3GiB de espaço não alocado, o qual voltaremos mais tarde.

Sua partição raiz, que é a que eu mais suspeito, já que é onde a maioria de seu espaço é, é um volume de 812GiB. Sistemas de arquivos possuem sobrecarga; isto é, estruturas que são o sistema de arquivos, não os dados armazenados nele, e ocupam espaço no disco. Eles incluem o superbloco, as cópias do superbloco, as entradas de bloco, etc., todos os metadados subjacentes ao sistema de arquivos. Este artigo tenta quantificar o tamanho dos metadados e diz que o ext2 usa cerca de 1.6% do espaço para overhead de FS (ele observa que ext3 / 4 são maiores, mas acrescenta que o overhead é inteiramente baixo para o tamanho do journal, que eu suspeito ser muito menos significativo em um FS de 1 TB; o artigo é escrito com base em um teste de 1GB FS). 812 menos 1.6% = 812 * 0.984 = 799.0GiB, que é quase exatamente o que df -h nos informa que temos na partição / . A partição /home também é afetada por isso.

Depois, há os famosos 5% reservados para o usuário root por padrão, e é por isso que o total das colunas disponíveis e usadas é 760GiB (713 + 47); 800 * 0,95 = 760. A partição /home também é afetada por isso.

O que você pode fazer sobre isso? Principalmente, nada. Os fabricantes de HDD continuarão a usar o denary GB porque faz com que suas unidades pareçam maiores; você precisa de uma partição swap; sistemas de arquivos têm sobrecarga; nenhum desses é negociável.

Você pode redefinir o FS raiz de modo que menos de 5% seja reservado; o comando tune2fs dirá a você como fazer isso; Eu não levaria abaixo de 1%, eu mesmo. E você pode expandir o volume vg_root para esse 13.3GiB não alocado; Existem inúmeros artigos dizendo-lhe como fazer isso, então não vou cobrir isso aqui. É um pouco faff, para 13GiB, mas você pode estar se sentindo sobrecarregado até agora.

Portanto, esperamos que você possa ver que todo o seu espaço em disco rígido é contabilizado.

    
por 28.10.2013 / 08:09
1

with a RAID 5 using 500GB drives. So in my mind i start out with 990GB

Por quê? Um Raid 5 de 32 unidades tem significativamente mais. Você quer dizer 3 unidades. Talvez você devesse dizer isso.

i only see a total of about 882GB,

Você está ciente de que o G significa coisas diferentes. OS adoram vê-los como 1024 * 1024 * 1024. Dirija os Fabricantes como números mais altos, então eles usam o número de 1.000.000 decimais. Essa é uma diferença significativa aqui.

Os controladores Raid também não usam todos os setores. Os discos rígidos podem ser menores - por isso, para facilitar a substituição, você arredonda o espaço usado um pouco (até o GB completo). Se você iniciar um Raid com 5 unidades maiores acidentalmente, você não terá problemas para conectar uma unidade de substituição.

Mas principalmente acho que você se depara com a diferença de cálculo.

Esta é a diferença entre 1 bilhão e 1073741824 - como você pode ver, há cerca de 73,7 milhões de desaparecidos por giga.

    
por 20.10.2013 / 09:39