initall's questions

No meu playbook, instalo o pacote amavis. Mais tarde, em uma tarefa, uso o módulo de montagem para configurar um ramdisk (tmpfs).

Para permitir que o tmpfs-ramdisk seja propriedade do uid e do gid criados durante a instalação do pacote amavis (amavis-user e amavis-group, em /etc/fstab e usando o parâmetro de opções), como faço para descobrir qual uid e gid foi criada?

Objetivo (algo como):

/dev/shm /var/lib/amavis/tmp tmpfs defaults,noexec,nosuid,nodev,noatime,size=500m,mode=770,uid=112,gid=116 0 0

Ou devo criar os usuários antes da instalação do pacote para definir explicitamente uid e gid via Ansible?

A partição defeituosa é /dev/sdb3.

de /proc/mdstat:

md2 : active raid1 sda3[2]
      2896184639 blocks super 1.2 [2/1] [U_]

diz /etc/fstab:

# /dev/md/2 belongs to LVM volume group 'vg0'
/dev/vg0/backups  /backups  ext4  defaults 0 0
/dev/vg0/root  /  ext4  defaults 0 0

diz pvs:

PV         VG   Fmt  Attr PSize PFree 
/dev/md2   vg0  lvm2 a--  2.70t 50.00g

diz lvs:

LV      VG   Attr     LSize   Pool Origin Data%  Move Log Copy%  Convert
backups vg0  -wi-ao-- 974.00g                                           
root    vg0  -wi-ao--   1.70t 

É possível fsck.ext4 (ou badblock) o /dev/sdb3, desde que a máquina esteja rodando ? (Sem obter um "Dispositivo ou recurso ocupado" devido ao LVM).

Desejo criptografar arquivos de backup criados e compactados regularmente de contêineres OpenVZ, antes que eles deixem o servidor e sejam copiados para o espaço de backup do provedor via ftp.

Eles variam em tamanho, de 6 a 50 GB (depois de compactados, lzo) UPDATE ... e são criados automaticamente pelo ambiente de virtualização Proxmox.

Vários comentários aqui e ali sobre mcrypt ("qualidade de código / suporte") ou openssl ("não para arquivos grandes") que me fazem pensar se eles se encaixam. O que você pode recomendar?

Além disso: não consigo dividir o arquivo de backup durante a compactação em partes menores e não quero fazer isso depois por motivos de desempenho. Tive experiências ruins com duplicidade e quero evitá-la, caso queira mencionar isso.

O ambiente do servidor é o Debian 7.

Eu tenho um disco SCSI em um servidor (hardware Raid 1), 32G, sistema de arquivos ext3. dfme diz que o disco está 100% cheio. Se eu excluir 1G, isso é mostrado corretamente.

No entanto, se eu executar um du -h -x /então dume diz que apenas 12G são usados ​​(eu uso -xpor causa de algumas montagens do Samba).

Portanto, minha pergunta não é sobre diferenças sutis entre os comandos du e df, mas sobre como posso descobrir o que causa essa enorme diferença?

Eu reiniciei a máquina para um fsck que foi sem erros. Devo correr badblocks? lsofnão me mostra nenhum arquivo excluído aberto, lost+foundestá vazio e não há uma instrução óbvia de aviso/erro/falha no arquivo de mensagens.

Sinta-se à vontade para pedir mais detalhes da configuração.