Atualizar o crypttab solicita a senha para fstrim

12

Esta é uma espécie de continuação de - Como obter espaço livre da unidade montada Redhat 7

O problema que estou enfrentando é quando executo:

[root@x011dc01-rhtest /]# fstrim -v /

Estou tendo o erro a seguir:

fstrim: /: the discard operation is not supported

Pesquisar no Google o dia todo sempre teve um tema em comum.

Atualize o / etc / crypttab para algo semelhante a este:

[root@noteloek ~]# cat /etc/crypttab 
luks-2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ UUID=2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ none allow-discards

O que acontece é que depois que eu atualizo esse arquivo e executo "dracut -f" e "dracut --force -I / etc / crypttab", reinicializo. O sistema aparecerá e solicitará uma senha, que parece que eu posso inserir qualquer sequência aleatória e isso me permitirá passar.

Eu encontrei um artigo sobre como adicionar um arquivo de chave, mas não tenho muita certeza disso.

Eu não quero ficar bloqueado para fora do sistema, também eu realmente não tenho idéia do que estou fazendo.

Algumas informações que podem ser úteis.

Um dos muitos artigos que estou seguindo sobre como ativar o fstrim

https://blog.christophersmart.com/2013/06/05/trim-on-lvm-on-luks-on-ssd/

Este parece ser bom:

[root@x011dc01-rhtest /]# cat /etc/fstab | grep root
/dev/mapper/rhel_x011dc01--rhtest-root /                       xfs     defaults,discard        1 2

[root@x011dc01-rhtest /]# cat /etc/lvm/lvm.conf | grep 'issue_discards'
    # Configuration option devices/issue_discards.
    issue_discards = 1

Agora, mesmo depois de atualizar o / etc / crypttab, atualizar o sistema e reiniciar, quando ele solicitar a senha, entrarei no login e ainda receberei o mesmo erro exato.

fstrim: /: the discard operation is not supported

Eu tentei mudar luks, descarte para permitir descarte sem efeito.

Não sou contra tentar configurar uma coisa de chave de senha, no entanto, se ainda não estiver funcionando, não quero passar pelo problema.

Eu atualizei meu

    [root@x011dc01-rhtest /]# cat /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.luks.allow-discards=luks-2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ rd.luks.uuid=luks-2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ vconsole.font=latarcyrheb-sun16 vconsole.keymap=us $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rhgb quiet"
GRUB_DISABLE_RECOVERY="true"

E então executando isso para ..... faça algo:

grub2-mkconfig -o /boot/grub2/grub.cfg

Também provavelmente vale a pena notar o que está acontecendo na minha cabeça.

[root@x011dc01-rhtest /]# blkid
**/dev/block/8:2: UUID="2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ" TYPE="LVM2_member"**
/dev/block/253:1: UUID="ad872f09-5147-4252-af56-aa6244219515" TYPE="xfs"
/dev/block/8:1: UUID="83aac355-a443-4ff9-90fa-9f6da8e31cc2" TYPE="xfs"
/dev/block/253:0: UUID="dbe56f6a-2a4a-42da-82e2-bef9a73caafb" TYPE="swap"


[root@x011dc01-rhtest /]# lsblk
NAME                           MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
fd0                              2:0    1    4K  0 disk
sda                              8:0    0   50G  0 disk
ââsda1                           8:1    0  500M  0 part /boot
**ââsda2**                           8:2    0 49.5G  0 part
  âârhel_x011dc01--rhtest-swap 253:0    0    2G  0 lvm  [SWAP]
  **âârhel_x011dc01--rhtest-root 253:1    0 47.5G  0 lvm  /**
sdb                              8:16   0   50G  0 disk
sr0                             11:0    1 1024M  0 rom

O que eu quero ser capaz de executar é executar o fstrim somente no "/", então eu estou usando. Então, eu estou usando o UUID = "2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ"

[root@x011dc01-rhtest /]# blkid /dev/sda2
/dev/sda2: UUID="2OHGU8-ir1w-LLGB-6v72-zZqN-CIaX-FjGImJ" TYPE="LVM2_member"

Este é o meu fstab

[root @ x011dc01-rhtest /] # cat / etc / fstab

**/dev/mapper/rhel_x011dc01--rhtest-root /                       xfs     defaults,discard        1 2**
UUID=83aac355-a443-4ff9-90fa-9f6da8e31cc2 /boot                   xfs     defaults        0 0
/dev/mapper/rhel_x011dc01--rhtest-swap swap                    swap    defaults        0 0

Anthony mais posso acrescentar que pode ser útil, por favor me avise.

Anthony Fornito
fonte
1
Por que você acha que /etc/crypttabtem alguma relevância aqui? Você não parece ter nenhum volume criptografado.
Michael Hampton
A única razão é que muitos dos artigos que vi dizem alterar o arquivo / etc / crypttab. Parece que não importa o que eu faça, não parece haver nenhuma alteração na máquina.
Anthony Fornito 20/10
1
Bem, certamente não parece relevante, mas você esqueceu de descrever o servidor.
Michael Hampton
O servidor é uma VM em execução no ESXi 6 e Par3 san. uname = Linux x011dc01-rhtest.com 3.10.0-327.el7.x86_64 # 1 SMP Qui 29/10 17:29:29 EDT 2015 x86_64 x86_64 x86_64 GNU / Linux diferente de que informações você precisa?
Anthony Fornito 20/10
Se você google algo ao longo das linhas de "fedora fstrim a operação de descarte não é suportado sem criptografia" você vai ver que cada artigo diz que você precisa para atualizar o arquivo / etc / crypttab
Anthony fornito

Respostas:

0

Quando o armazenamento é fornecido por um servidor remoto através de uma SAN, você pode descartar blocos apenas se o armazenamento for thin provisioning. Se o armazenamento for provisionado espesso, ele sempre terá o mesmo tamanho e o descarte não fará sentido (e, portanto, não será utilizável).

Michael Hampton
fonte
Mike, eu concordo com a sua resposta, no entanto, a equipe da VMware está me dizendo algo diferente. Vamos conversar com eles novamente para entender por que eles acham que isso precisa ser feito. Eu também preciso me educar no processo.
Anthony Fornito 20/10