Mikko Rantalainen's questions

Eu tenho um sistema com 3 dispositivos SSD ( ,, /dev/sda) que contêm um único volume lógico LVM que abrange todos os dispositivos. Eu tenho uma única partição ext4 no volume lógico./dev/sdb/dev/sdc

Acho que um dos dispositivos SSD ( /dev/sdb) pode estar com algum defeito e ter desempenho reduzido em comparação com outros dispositivos.

Existe um comando para obter a lista de arquivos suportados por esse dispositivo?

Eu sei que posso obter uma lista de segmentos lógicos sudo pvdisplay -me a saída é semelhante a esta:

  --- Physical volume ---
  PV Name               /dev/sda
  VG Name               storage
  PV Size               <1,82 TiB / not usable <1,09 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              476932
  Free PE               0
  Allocated PE          476932
  PV UUID               h3x3O1-1KWj-3pY6-kZ24-MVV4-54UE-ltEdfA
   
  --- Physical Segments ---
  Physical extent 0 to 476931:
    Logical volume  /dev/storage/vm
    Logical extents 0 to 476931
   
  --- Physical volume ---
  PV Name               /dev/sdb
  VG Name               storage
  PV Size               <3,64 TiB / not usable <3,84 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              953861
  Free PE               0
  Allocated PE          953861
  PV UUID               MsNlhh-W2It-CbX4-IxJn-lXJN-hlcd-EpBh9Q
   
  --- Physical Segments ---
  Physical extent 0 to 953860:
    Logical volume  /dev/storage/vm
    Logical extents 476932 to 1430792
   
  --- Physical volume ---
  PV Name               /dev/sdc
  VG Name               storage
  PV Size               <3,64 TiB / not usable <3,84 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              953861
  Free PE               0
  Allocated PE          953861
  PV UUID               sklK6w-XZd6-DqIp-ZT1g-O9rj-1ufw-UaC0z4
   
  --- Physical Segments ---
  Physical extent 0 to 953860:
    Logical volume  /dev/storage/vm
    Logical extents 1430793 to 2384653
   

Então eu sei que as extensões lógicas 476932 a 1430792 são a área potencialmente problemática. Como mapear esse intervalo de segmentos lógicos para arquivos reais no sistema de arquivos (ext4) no topo do LVM?

Basicamente, estou tentando descobrir se o dispositivo está realmente com defeito ou se o padrão de uso desses arquivos pode ser tão azarado que estou atingindo um padrão de uso problemático para o hardware e o desempenho é pior do que o esperado. Nenhum dispositivo apresenta erros e todos os dados parecem bons, mas o desempenho deste único dispositivo parece ser pior do que o esperado.

O sistema está em uso, então prefiro diagnosticar isso on-line sem substituir nenhum dado. Eu sei que se eu pudesse simplesmente colocar off-line o dispositivo de armazenamento potencialmente problemático e sobrescrever seu conteúdo, eu poderia usá- fiolo para compará-lo para ver se ele está funcionando abaixo das especificações ou não.

$ lsblk -s
...
storage-vm 253:0    0   9,1T  0 lvm  /mnt/storage
├─sda        8:0    0   1,8T  0 disk 
├─sdb        8:16   0   3,7T  0 disk 
└─sdc        8:32   0   3,7T  0 disk 

Basicamente, estou perguntando como obter uma lista de arquivos suportados por um único dispositivo de armazenamento quando o sistema de arquivos abrange vários dispositivos de armazenamento.

Ou se você puder fornecer instruções sobre como descobrir onde um determinado arquivo está realmente armazenado, tudo bem também. Eu então executaria essa rotina para cada arquivo para descobrir quais arquivos são suportados pelo dispositivo no qual estou interessado. Estou ciente de que pode ser que um único arquivo grande seja suportado por todos os dispositivos se o arquivo estiver fragmentado em um grande variedade de segmentos locais, então a resposta poderia ser que um único arquivo é suportado por todos os dispositivos, mas atualmente também não tenho ideia de como fazer isso.

$ sudo vgdisplay 
  --- Volume group ---
  VG Name               storage
  System ID             
  Format                lvm2
  Metadata Areas        3
  Metadata Sequence No  6
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                3
  Act PV                3
  VG Size               <9,10 TiB
  PE Size               4,00 MiB
  Total PE              2384654
  Alloc PE / Size       2384654 / <9,10 TiB
  Free  PE / Size       0 / 0   
  VG UUID               MOrTMY-5Dly-48uQ-9Fa8-JNvf-tont-9in7ol

$ sudo lvdisplay 
  --- Logical volume ---
  LV Path                /dev/storage/vm
  LV Name                vm
  VG Name                storage
  LV UUID                RDkaLH-mh6C-cXxT-6ojc-DxkB-o4jD-3CMHdl
  LV Write Access        read/write
  LV Creation host, time staging, 2021-01-21 09:57:06 +0200
  LV Status              available
  # open                 1
  LV Size                <9,10 TiB
  Current LE             2384654
  Segments               3
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0

Eu tenho um software escutando na porta 1234 que gostaria de manter escondido do mundo exterior. Eu sei que posso dizer, por exemplo

sudo iptables -A INPUT ! -s 1.2.3.4/32 -p tcp -m tcp --dport 9000 -j 1234 --reject-with icmp-port-unreachable

para tornar a porta 1234 acessível apenas para o host remoto 1.2.3.4.

nmap -sS myhostNo entanto , outros hosts ainda podem executar nmap -sW myhostou algum outro teste avançado para ver a saída, como

PORT     STATE    SERVICE
1234/tcp filtered someservice-guessed-from-port-number

Para nmapvarredura básica (como usuário normal em vez de root) a porta 1234 parece estar fechada.

Observe que essa saída é idêntica, independentemente de algum software estar realmente sendo executado na porta 1234 ou não.

É possível usar iptablespara fazer a porta 1234 parecer totalmente idêntica à porta fechada normal para todos os hosts, exceto os selecionados? Eu sei que eu poderia modificar todas as portas para aparecerem como filtradas, mas isso parece uma solução alternativa em vez de uma solução verdadeira.

Dado um servidor com CPU Intel E3-1275 v6 , é possível instruir o kernel Linux a parar de usar os gráficos integrados e restaurar a RAM de vídeo de volta ao sistema operacional ? Eu prefiro usar um sinalizador de linha de comando do kernel e desabilitar os gráficos integrados durante o processo de inicialização do linux para que eu ainda possa usar o adaptador gráfico para depuração, se necessário (ou seja, o adaptador gráfico ainda estava disponível para grub). O servidor é sem cabeça e não requer um monitor para uso normal. Estou bem com uma solução que requer ciclo de energia completo para restaurar a capacidade de habilitar o adaptador gráfico. Estou executando o Ubuntu 16.04 LTS 64 bits com pilha HWE, caso faça diferença (aproximadamente equivalente ao vanilla linux 4.8.17).