Sistemas de arquivos montados mostrando detalhes errados

0

Estou usando o SLES 11 SP3. Quando executo df -lh para ver sistemas de arquivos montados, recebo os seguintes resultados, que estão corretos:

Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb3       9.9G  2.9G  6.5G  31% /
udev             32G  240K   32G   1% /dev
/dev/sdb1       156M   12M  145M   8% /boot/efi
/dev/sdb4       100G   11G   90G  11% /home
/dev/sdb5       383G   33M  383G   1% /data1
/dev/sda1       2.2T  5.3G  2.2T   1% /data2
/dev/sda2       2.4T   34M  2.4T   1% /data3

Quando reinicializo o servidor e executo o mesmo comando novamente, obtenho os seguintes resultados:

Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb3       9.9G  2.9G  6.5G  31% /
udev             32G  240K   32G   1% /dev
/dev/sdb1       9.9G  2.9G  6.5G  31% /boot/efi
/dev/sdb4       9.9G  2.9G  6.5G  31% /home
/dev/sdb5       9.9G  2.9G  6.5G  31% /data1
/dev/sda1       9.9G  2.9G  6.5G  31% /data2
/dev/sda2       9.9G  2.9G  6.5G  31% /data3

Claramente, detalhes de / são copiados para outras montagens.

Para lidar com isso, criei um script e o mantive em /etc/rc.d/rc3.d . O script é o seguinte:

#!/bin/ksh

PATH=/usr/sbin:/usr/bin:/bin

/bin/umount /home /data1 /data2 /data3 /boot/efi; sleep 2; /bin/mount -a

Agora, com o script mantido em /etc/rc.d/rc3.d , reinicializei o servidor e execute df -lh e ele mostrou resultados corretos.

conteúdo do / etc / fstab:

/dev/disk/by-id/scsi-3600508e0000000000f6ecbedd51a340e-part1    /boot/efi            vfat       umask=0002,utf8=true    0 0
/dev/disk/by-id/scsi-3600508e0000000000f6ecbedd51a340e-part2    swap                 swap       defaults                0 0
/dev/disk/by-id/scsi-3600508e0000000000f6ecbedd51a340e-part3    /                    ext3       acl,user_xattr          0 0
/dev/disk/by-id/scsi-3600508e0000000000f6ecbedd51a340e-part4    /home                xfs        defaults                0 0
/dev/disk/by-id/scsi-3600508e0000000000f6ecbedd51a340e-part5    /data1               xfs        defaults                0 0
/dev/disk/by-id/scsi-3600605b006a1b3a01cf0a6ee20e4a325-part1    /data2               xfs        defaults                0 0
/dev/disk/by-id/scsi-3600605b006a1b3a01cf0a6ee20e4a325-part2    /data3               xfs        defaults                0 0
proc                                                            /proc                proc       defaults                0 0
sysfs                                                           /sys                 sysfs      noauto                  0 0
debugfs                                                         /sys/kernel/debug    debugfs    noauto                  0 0
usbfs                                                           /proc/bus/usb        usbfs      noauto                  0 0
devpts                                                          /dev/pts             devpts     mode=0620,gid=5         0 0
  1. Por que estou recebendo estatísticas incorretas sempre que reinicializo a máquina?
  2. Existe algum pacote / patch para resolver este problema?
por Mandar Shinde 01.06.2015 / 07:47

1 resposta

1

Não estou familiarizado com o SLES11 SP3, mas os sistemas de arquivos são montados automaticamente a partir de /etc/fstab no momento da inicialização (dependendo das opções encontradas). O que você está vendo parece que as montagens estão sendo adicionadas à tabela de montagem, mas não estão tendo êxito, portanto, o status do sistema de arquivos pai está sendo usado (que é "/" no seu exemplo).

Eu executaria o comando mount sozinho quando df mostrar a saída correta e quando não. Então, eu compararia os dois escolhendo uma entrada (como /boot/efi ) e verificando as diferenças. O próximo passo dependeria do que eu encontrar.

Ah, você atualizou seu OP com o conteúdo de seu /etc/fstab e vejo que todas as partições estão em unidades SCSI. É provável que o subsistema SCSI não tenha sido totalmente configurado no momento em que os comandos mount forem emitidos. Mover as montagens para um ponto posterior na sequência de inicialização provavelmente corrigiria o problema.

Também é possível que os módulos xfs e vfat não estejam disponíveis no momento em que as montagens são tentadas. Isso é comum se você adicionou as partições XFS após a última vez em que o initrd foi gerado (por mkinitrd ou dracut ; não sei qual delas usa o SLES11 SP3). Esses programas examinam seu sistema em execução para módulos do kernel que são então adicionados ao script de inicialização para que esses módulos sejam carregados muito cedo no processo de inicialização. Lembro que o RHEL tem um arquivo de configuração em /etc/sysconfig/ , onde determinados módulos podem ser forçados a carregar (como xfs e vfat ), mas você pode não precisar deles se reconstruir o initrd enquanto os sistemas de arquivos estiverem montados corretamente. / p>     

por 01.06.2015 / 07:53