yael's questions

Temos um servidor RHEL 8.10, e o local padrão para pacotes Python é em /usr/lib/python3.6/site-packages/. Isso inclui, é claro, os pacotes DNF localizados em /usr/lib/python3.6/site-packages/dnf.

Instalamos uma nova versão do Python (3.8), e aqui estão os seguintes pacotes:

ls -ltr /usr/lib/python3.8/site-packages/
total 8
-rw-r--r-- 1 root root  126 Aug  6  2023 easy_install.py
drwxr-xr-x 2 root root   82 Mar 24 17:57 __pycache__
drwxr-xr-x 2 root root  170 Mar 24 17:57 setuptools-41.6.0.dist-info
drwxr-xr-x 5 root root   94 Mar 24 17:57 pkg_resources
drwxr-xr-x 6 root root 4096 Mar 24 17:57 setuptools
drwxr-xr-x 2 root root  130 Mar 24 17:57 pip-19.3.1.dist-info
drwxr-xr-x 5 root root   95 Mar 24 17:57 pip

Agora, queremos instalar os pacotes DNF, que devem estar localizados em /usr/lib/python3.8/site-packages/.

O problema é que quando tentamos instalar o DNF usando o seguinte comando:

yum localinstall python3-dnf-4.7.0-20.el8.noarch.rpm

Não está instalado no caminho /usr/lib/python3.8/site-packages/.

Qual é a abordagem correta para instalar os pacotes DNF em /usr/lib/python3.8/site-packages/?

Eu também tentei isso, mas não ajudou

PYTHONPATH=/usr/lib/python3.8/site-packages

yum localinstall  python3-dnf-4.7.0-20.el8.noarch.rpm
Last metadata expiration check: 0:30:53 ago on Mon 24 Mar 2025 06:35:20 PM UTC.
Package python3-dnf-4.7.0-20.el8.noarch is already installed.
Dependencies resolved.
Nothing to do.
Complete!

Eu tenho o seguinte script simples que alterou a propriedade das pastas

more hola_config.sh

#!/bin/bash

chown -R hola:pola /home/darna
chmod -R 775  /home/darna

em /etc/sudoers adicionei o seguinte (o usuário super_hola é como um superusuário)

super_hola ALL=(ALL)       NOPASSWD:ALL 

mas quando executo o script como

su super_hola
whoami
super_hola

sudo -u super_hola ./hola_config.sh

Recebo Operação não permitida do chmod do script

Exemplo:

chmod: changing permissions of ‘/home/darna/linux.cvg: Operation not permitted

a questão é

por que o superusuário super_holanão pode alterar a permissão como usuário root e o que consertar na minha configuração para habilitar o usuário – super_hola para fazer isso

aqui os IDs de usuário e grupo

id super_hola
uid=1001(super_hola) gid=1001(pola) groups=1001(pola),982(docker)

grep super_hola /etc/group
docker:x:982:super_hola

id -G super_hola
1001 982

LVM2_member pode ser diferente de acordo com o número da partição do dispositivo

exemplo

 lsblk -f | grep     LVM2_member   | awk '{print $1}'
└─sda3

ou em outra máquina redhat

 lsblk -f | grep  LVM2_member  | awk '{print $1}'
└─sda2             

como capturar o dispositivo sdaX sem a linha "└─" ou talvez outra abordagem para capturar o dispositivo OS relacionado ao LVM2_member

vista delsblk -f

    lsblk -f
    NAME             FSTYPE      LABEL                  UUID                                   MOUNTPOINT
    sda
    ├─sda1           vfat                               E7D6-EC08                              /boot/efi
    ├─sda2           xfs                                1d74a8b2-9226-45cf-aa90-f9c9783a9a57   /boot
    └─sda3           LVM2_member                        eRpqzd-o7UM-ruPb-2xU3-QUAW-EswH-PzsSZE
      ├─VG00-lvv_root xfs                                e0cfac88-be2e-41e4-8163-da3ef0fcb98c   /
      ├─VG00-lvv_swap swap                               91341494-85f3-4300-9f66-68922c39418b   [SWAP]
      └─VG00-lvv_var  xfs                                92cc4e1a-23a4-40ac-ae5d-b0d884bfdeeb   /var

temos diferentes máquinas Linux e cada máquina Linux precisa de um tamanho de partição diferente

para estender o sistema de arquivos raiz ou sistema de arquivos var por script, podemos usar a seguinte lvextendsintaxe, com variável como -PARTITION_VAL_SIZE

 PARTITION_VAL_SIZE=100
 lvextend -L"$PARTITION_VAL_SIZE"G /dev/vg-data/lv-var
 PARTITION_VAL_SIZE=30
 lvextend -L"$PARTITION_VAL_SIZE"G /dev/vg-data/lv-root
 .
 .
 PARTITION_VAL_SIZE=50
 lvextend -L"$PARTITION_VAL_SIZE"G /dev/vg-data/lv-var
 PARTITION_VAL_SIZE=20
 lvextend -L"$PARTITION_VAL_SIZE"G /dev/vg-data/lv-root

 .
 .

porque estamos usando valores no GIGA então adicionamos o "G" no lvextendcomando

podemos fazer melhor? ou nossa abordagem é boa o suficiente para aumentar a partição Linux com variável?

antes de alguns meses, estendemos o tamanho da partição do sistema de arquivos raiz XFS (era apenas 20G) adicionando o disco sdi VMDK e aumentando o sistema de arquivos raiz em +100G

[root@DB_OP_SERVER ~]# pvcreate /dev/sdi
  Physical volume "/dev/sdi" successfully created.


[root@DB_OP_SERVER ~]# vgextend VG_DB /dev/sdi
  Volume group "VG_DB" successfully extended


[root@DB_OP_SERVER ~]# lvresize --size +100g /dev/mapper/VG_DB-lv_root
  Size of logical volume VG_DB/lv_var changed from .... 
  Logical volume VG_DB/lv_var successfully resized.


[root@DB_OP_SERVER ~]#  xfs_growfs /root
meta-data=/dev/mapper/VG_DB-lv_var isize=512    agcount=7, agsize=6553600 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=1        finobt=0 spinodes=0
data     =                       bsize=4096   blocks=42729472, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal               bsize=4096   blocks=12800, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data blocks changed from 42729472 to 45350912

df -h /
Filesystem                Size  Used   Avail Use% Mounted on
/dev/mapper/VG_DB-lv_root 120G   110G   10G  93% /

agora queremos aumentar o sistema de arquivos raiz em +50G adicionais para atingir o tamanho do sistema de arquivos raiz para 170G

então atualizamos o disco VMDK (editando a configuração no cliente vSphere para 150G )

quais são as etapas necessárias para aumentar o sistema de arquivos raiz novamente?

Quero verificar as pastas em /var/kafkaque todas elas terminam com número, caso contrário sairei com erro

ls -ltr  /var/kafka
drwxr-xr-x 399 kafka kafka 28672 Nov  9 13:10 data6
drwxr-xr-x 392 kafka kafka 28672 Nov  9 13:10 data5
drwxr-xr-x 391 kafka kafka 28672 Nov  9 13:10 data1
drwxr-xr-x 405 kafka kafka 28672 Nov  9 13:10 data2
drwxr-xr-x 386 kafka kafka 28672 Nov  9 13:10 data4
drwxr-xr-x 389 kafka kafka 28672 Nov  9 13:10 data8
drwxr-xr-x 406 kafka kafka 28672 Nov  9 13:10 data7
drwxr-xr-x 397 kafka kafka 28672 Nov  9 13:10 data3

então eu crio o seguinte código simples (que deve estar no script bash)

for i in `  ls -ltr  /var/kafka | awk '{print $NF}' `; do  [[ ! $i  = *?[0-9] ]] && echo "ERROR folder/s not ended with number" && exit 1 ; done

mas este exemplo acima é um código muito longo, e eu quero encontrar outro comando curto e elegante que simplesmente verifique se as pastas abaixo /var/kafkaterminam com um número ou não,

podemos usar awk/sed/ou Perlon line também.

Nosso objetivo é usar um armazenamento enorme de 200 TB para a máquina Kafka

Para atingir esse objetivo, criamos volume usando LVM em 4 discos físicos em RAID10, quando cada tamanho de disco é 50T,

Nota - cada disco como sdb/sdc/sdd/sde é, na verdade RAID10, quando cada RAID10 contém 12 discos

Em nosso servidor kafka temos 4 discos (exemplo de lsblk)

sdb                  8:16   0   50T  0 disk 
sdc                  8:32   0   50T  0 disk 
sdd                  8:48   0   50T  0 disk 
sde                  8:64   0   50T  0 disk 

Então escrevemos o seguinte procedimento:

Combinamos os discos /dev/sdbe /dev/sdc. e /dev/sdde /dev/sde, adicionando-os ao mesmo grupo de volumes.-DB_vg

vgcreate DB_vg /dev/sdb /dev/sdc /dev/sdd /dev/sde

criamos volumes lógicos (estamos usando aqui o tamanho 200T)

lvcreate -L200T -n DB_lv DB_vg

Criamos o sistema de arquivos XFS

mkfs.ext4  -j -m 0  /dev/DB_vg/DB_lv -F

Criamos uma pasta para montar o LV nesta pasta

mkdir /var/lib/kafka_broker

mount /dev/DB_vg/DB_lv /var/lib/kafka_broker

from df -h, deve ficar assim (exemplo)

/dev/mapper/DB_vg-DB_lv  200T   61M  200T   1%  /var/lib/kafka_broker

delsblk

sdb                   
└─DB_vg-DB_lv 253:4    
sdc                   
└─DB_vg-DB_lv 253:4   
sdd                  
└─DB_vg-DB_lv 253:4    
sde                  
└─DB_vg-DB_lv 253:4  

deblkid

blkid | grep LVM2_member
/dev/sda2: UUID="Y5MbyB-C5NN-hcPA-wd9R-jmdI-02ML-W9qIiu" TYPE="LVM2_member"    <-- sda2 is the OS
/dev/sdc: UUID="mtg8CY-b3j9-K1qZ-CRTV-SZum-gDx3-lbm4ZX" TYPE="LVM2_member"
/dev/sdb: UUID="MvfzqO-PV8N-dror-psl4-PfUf-7coa-6cb8lQ" TYPE="LVM2_member"
/dev/sdd: UUID="C4n63l-Uk3E-D65G-WcgI-xic2-cJLi-eSTUAa" TYPE="LVM2_member"
/dev/sde: UUID="d743Xp-eDxr-Dygk-HGgy-Dh9c-K3cx-kHtyqo" TYPE="LVM2_member"

Então agora podemos usar o LV /dev/mapper/DB_vg-DB_lvque é montado /var/lib/kafka_broker folder

e podemos usar a pasta /var/lib/kafka_brokercomo armazenamento com 200T para máquina corretora kafka

Minhas perguntas são:

1. é seguro? usar um armazenamento enorme criado pelo LVM usando 4 discos enormes?

2. podemos criar um sistema de arquivos XFS quando o armazenamento tem cerca de 200T?

3. estou certo sobre meu procedimento ou talvez esteja faltando alguma coisa?

nosso objetivo é criar um script bash que exclua os números UUID não utilizados/desnecessários do /etc/fstabarquivo,

breve histórico - em nossos laboratórios, temos mais de 500 servidores RHEL e queremos corrigir os fstabarquivos que possuem fstabconfiguração incorreta, como números UUID não utilizados ou números UUID não utilizados que estão nas linhas de comentários, etc.

criamos o seguinte script bash como exemplo.

#!/bin/bash


blkid_list_of_uuid=` blkid | awk -F'UUID=' '{print $2}' | awk '{print $1}' | sed s'/"/ /g' `
grep UUID /etc/fstab >/tmp/fstab

while read line_from_fstab
do
        echo "checking if ${line_from_fstab} is unused UUID"
        if [[ ! ${line_from_fstab} =~ $blkid_list_of_uuid ]]
        then
           #sed -i "/$line_from_fstab/d" /etc/fstab
           echo "delete unused line ${line_from_fstab} from fstab"
        fi
done < /tmp/fstab

capturamos o blkidnúmero na blkid_list_of_uuidvariável. e filtre as linhas UUID do fstab para o /tmp/fstabarquivo

o objetivo da sintaxe if - [[ ! ${line_from_fstab} =~ $blkid_list_of_uuid ]] é excluir por sed (por enquanto em comentário) as linhas UUID /etc/fstabque não estão em uso

mas o regex não está funcionando e o script exclui o UUID que está em uso

exemplo de blkid

blkid
/dev/mapper/vg-VOL_root: UUID="49232c87-6c49-411d-b744-c6c847cfd8ec" TYPE="xfs"
/dev/sda2: UUID="Y5MbyB-C5NN-hcPA-wd9R-jmdI-02ML-W9qIiu" TYPE="LVM2_member"
/dev/sda1: UUID="0d5c6164-bb9b-43f4-aa9b-092069801a1b" TYPE="xfs"
/dev/mapper/vg-VOL_swap: UUID="81140364-4b8e-412c-b909-ef0432162a45" TYPE="swap"
/dev/mapper/vg-VOL_var: UUID="e1574eeb-5a78-4a52-b7e3-c53e2b8a4220" TYPE="xfs"
/dev/sdb: UUID="547977e2-a899-4a75-a31c-e362195c264c" TYPE="ext4"
/dev/mapper/vg-VOL_docker: UUID="2e1a2cbf-9920-4e54-8b6b-86d0482c5f7b" TYPE="xfs"
/dev/sdc: UUID="1a289232-0cfe-4df7-9ad5-6a6e2362a1c5" TYPE="ext4"
/dev/sdd: UUID="91493d1f-ffe9-4f5f-aa6d-586d2c99f029" TYPE="ext4"
/dev/sde: UUID="f11845e7-1dcb-4b81-a1d4-9a5fe7da6240" TYPE="ext4"

CPU IDLE baixa pode ser causada por vários fatores, incluindo: RAM insuficiente ou unidade de disco rígido lenta

mas em nossa memória RAM do servidor RHEL temos RAM suficiente, mas no dmesg encontramos alguns erros sobre a unidade de discos

nossa suspeita é sobre os discos como por exemplo sdk e sdc e isso porque vimos erros de dmesg como[sdk] tag#0 Add. Sense: Unrecovered read error

aqui os detalhes do sarcomando que mostra os valores CPU IDLE

    09:43:56 AM     CPU     %user     %nice   %system   %iowait    %steal     %idle
    09:44:01 AM     all     98.57      0.00      0.62      0.00      0.00      0.80
    09:44:06 AM     all     98.26      0.00      0.92      0.01      0.00      0.81
    09:44:11 AM     all     97.29      0.00      1.66      0.01      0.00      1.03
    09:44:16 AM     all     92.81      0.00      6.06      0.03      0.00      1.10
    09:44:21 AM     all     92.31      0.00      6.43      0.05      0.00      1.21
    Average:        all     95.85      0.00      3.14      0.02      0.00      0.99


09:44:21 AM     CPU     %user     %nice   %system   %iowait    %steal     %idle
09:44:22 AM     all     96.52      0.00      3.10      0.00      0.00      0.38
09:44:22 AM       0     98.00      0.00      2.00      0.00      0.00      0.00
09:44:22 AM       1     98.00      0.00      2.00      0.00      0.00      0.00
09:44:22 AM       2    100.00      0.00      0.00      0.00      0.00      0.00
09:44:22 AM       3     98.00      0.00      2.00      0.00      0.00      0.00
09:44:22 AM       4     98.00      0.00      2.00      0.00      0.00      0.00
09:44:22 AM       5     98.00      0.00      2.00      0.00      0.00      0.00
09:44:22 AM       6     97.98      0.00      2.02      0.00      0.00      0.00
09:44:22 AM       7     97.98      0.00      2.02      0.00      0.00      0.00
09:44:22 AM       8     98.99      0.00      1.01      0.00      0.00      0.00
09:44:22 AM       9     98.00      0.00      2.00      0.00      0.00      0.00
09:44:22 AM      10     98.00      0.00      2.00      0.00      0.00      0.00
09:44:22 AM      11     98.02      0.00      0.99      0.00      0.00      0.99
09:44:22 AM      12     97.00      0.00      1.00      0.00      0.00      2.00
09:44:22 AM      13     96.97      0.00      3.03      0.00      0.00      0.00
09:44:22 AM      14     98.02      0.00      0.99      0.00      0.00      0.99
09:44:22 AM      15     94.00      0.00      6.00      0.00      0.00      0.00
09:44:22 AM      16     83.00      0.00     16.00      0.00      0.00      1.00
09:44:22 AM      17     98.00      0.00      1.00      0.00      0.00      1.00
09:44:22 AM      18     96.97      0.00      2.02      0.00      0.00      1.01
09:44:22 AM      19     96.00      0.00      4.00      0.00      0.00      0.00
09:44:22 AM      20     97.98      0.00      1.01      0.00      0.00      1.01
09:44:22 AM      21     95.05      0.00      4.95      0.00      0.00      0.00
09:44:22 AM      22     94.95      0.00      5.05      0.00      0.00      0.00
09:44:22 AM      23     98.99      0.00      1.01      0.00      0.00      0.00
09:44:22 AM      24     98.99      0.00      1.01      0.00      0.00      0.00
09:44:22 AM      25     99.00      0.00      1.00      0.00      0.00      0.00
09:44:22 AM      26     98.99      0.00      1.01      0.00      0.00      0.00
09:44:22 AM      27     98.99      0.00      1.01      0.00      0.00      0.00
09:44:22 AM      28     98.00      0.00      2.00      0.00      0.00      0.00
09:44:22 AM      29     98.00      0.00      2.00      0.00      0.00      0.00
09:44:22 AM      30     94.95      0.00      5.05      0.00      0.00      0.00
09:44:22 AM      31     97.03      0.00      1.98      0.00      0.00      0.99
09:44:22 AM      32     98.02      0.00      1.98      0.00      0.00      0.00
09:44:22 AM      33     99.00      0.00      1.00      0.00      0.00      0.00
09:44:22 AM      34     98.00      0.00      1.00      0.00      0.00      1.00
09:44:22 AM      35     97.98      0.00      2.02      0.00      0.00      0.00
09:44:22 AM      36     94.00      0.00      5.00      0.00      0.00      1.00
09:44:22 AM      37     98.02      0.00      0.99      0.00      0.00      0.99
09:44:22 AM      38     97.98      0.00      1.01      0.00      0.00      1.01
09:44:22 AM      39     89.00      0.00     11.00      0.00      0.00      0.00
09:44:22 AM      40     83.00      0.00     13.00      0.00      0.00      4.00
09:44:22 AM      41     97.00      0.00      3.00      0.00      0.00      0.00
09:44:22 AM      42     91.92      0.00      8.08      0.00      0.00      0.00
09:44:22 AM      43     94.06      0.00      5.94      0.00      0.00      0.00
09:44:22 AM      44     92.93      0.00      7.07      0.00      0.00      0.00
09:44:22 AM      45     97.00      0.00      3.00      0.00      0.00      0.00
09:44:22 AM      46     99.00      0.00      1.00      0.00      0.00      0.00
09:44:22 AM      47     98.99      0.00      1.01      0.00      0.00      0.00

sar -B 2 5

09:44:24 AM  pgpgin/s pgpgout/s   fault/s  majflt/s  pgfree/s pgscank/s pgscand/s pgsteal/s    %vmeff
09:44:26 AM  14852.00  71776.00 101443.50      0.00 216420.00      0.00      0.00      0.00      0.00
09:44:28 AM  14336.00    184.00   5123.00      0.00  47167.50      0.00      0.00      0.00      0.00
09:44:30 AM  14418.00 203778.00  67194.50      0.00 132952.50      0.00      0.00      0.00      0.00
09:44:32 AM  14352.00 220796.00   2475.00      0.00  59666.00      0.00      0.00      0.00      0.00
09:44:34 AM  13318.00  56996.00  16290.00      0.00   9599.00      0.00      0.00      0.00      0.00
Average:     14255.20 110706.00  38505.20      0.00  93161.00      0.00      0.00      0.00      0.00

do vmstatcomando

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
65  0 3505188 6265864 4828612 304096576    0    0   137   127    0    0 49  1 50  0  0
63  1 3505188 6068484 4828660 304294848    0    0 12292 41500 95782 88751 98  2  1  0  0
66  0 3505188 5933464 4828672 304429248    0    0 14668 130968 85788 90844 97  2  1  0  0

r: O número de processos aguardando tempo de execução.

das mensagens do kernel, obtemos:

[117426425.532990] blk_update_request: critical medium error, dev sdc, sector 116127985
[117426431.038365] sd 0:0:3:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[117426431.038374] sd 0:0:3:0: [sdc] tag#0 Sense Key : Medium Error [current] [descriptor] 
[117426431.038378] sd 0:0:3:0: [sdc] tag#0 Add. Sense: Unrecovered read error
[117426431.038383] sd 0:0:3:0: [sdc] tag#0 CDB: Read(16) 88 00 00 00 00 00 06 eb f8 f0 00 00 00 08 00 00
[117426431.038386] blk_update_request: critical medium error, dev sdc, sector 116127985
[139602560.596832] traps: polkitd[27641] general protection ip:7f7996318cf2 sp:7ffe7a28e5b0 error:0 in libmozjs-17.0.so[7f79961da000+3b3000]
[144770588.094226] sd 0:0:11:0: [sdk] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[144770588.094238] sd 0:0:11:0: [sdk] tag#0 Sense Key : Medium Error [current] [descriptor] 
[144770588.094242] sd 0:0:11:0: [sdk] tag#0 Add. Sense: Unrecovered read error
[144770588.094248] sd 0:0:11:0: [sdk] tag#0 CDB: Read(16) 88 00 00 00 00 00 01 15 20 00 00 00 02 00 00 00

então, com base na saída acima, faz sentido que a causa raiz do CPU IDLE muito baixo seja porque há erros nos discos conforme obtemos as mensagens do kernel?

Eu quero compartilhar o seguinte problema

depois de atualizar o rpm de segurança nas máquinas RHEL 7.9, inclua a atualização do microcode_ctlrpm

rpm -qa | grep microcod
microcode_ctl-2.1-73.15.el7_9.x86_64

notamos sobre as seguintes mensagens do kernel.

[Sun Jun  4 13:12:19 2023] Microcode update for Intel Broadwell-EP/EX (BDX-ML B/M/R0; family 6, model 79,
stepping 1; CPUID 0x406f1) CPUs is disabled as it may cause system instability.
Please refer to /usr/share/doc/microcode_ctl/caveats/06-4f-01_readme
and /usr/share/doc/microcode_ctl/README.caveats for details.
[Sun Jun  4 13:13:35 2023] After installation of a new version of microcode_ctl package,
[Sun Jun  4 13:13:35 2023] initramfs hasn't been re-generated for all the installed kernel packages.
[Sun Jun  4 13:13:35 2023] The following kernel packages have been skipped: kernel-3.10.0-514.26.2.el7.x86_64.
[Sun Jun  4 13:13:35 2023] Please re-generate initramfs manually for these kernel packages with the
[Sun Jun  4 13:13:35 2023] "dracut -f --kver KERNEL_VERSION" command in order to get the latest
[Sun Jun  4 13:13:35 2023] Intel CPU microcode included into early initramfs image for it, if needed.

a versão atual do kernel do RHEL é

uname -r
3.10.0-1160.80.1.el7.x86_64

então, de acordo com dmesg, podemos ver isso.

dracut -f --kver KERNEL_VERSION

isso significa que precisamos definir a versão atual do kernel no comando como

dracut -f --kver 3.10.0-1160.80.1.el7.x86_64

ou para definir o kernel conforme definido na mensagem do kernel como

dracut -f --kver  kernel-3.10.0-514.26.2.el7.x86_64

estamos usando a versão do servidor RHEL 7.9 para baixar rpm's da linha 7.x

nos conectamos aos repositórios rhel 7.x, como o seguinte ( VIA subscription-manager )

yum repolist
Loaded plugins: langpacks, product-id, search-disabled-repos, subscription-manager
repo id                                                                                                     repo name                                                                                                            status
docker-ce-stable/7Server/x86_64                                                                             Docker CE Stable - x86_64                                                                                                     245
rhel-7-server-extras-rpms/x86_64                                                                            Red Hat Enterprise Linux 7 Server - Extras (RPMs)                                                                           1,457
rhel-7-server-optional-rpms/7Server/x86_64                                                                  Red Hat Enterprise Linux 7 Server - Optional (RPMs)                                                                  18,552+5,311
rhel-7-server-rpms/7Server/x86_64                                                                           Red Hat Enterprise Linux 7 Server (RPMs)                                                                             26,611+7,114
repolist: 46,865

até agora, estamos baixando rpm's do rhel repo e tudo bem.

a questão agora é o caso de querermos baixar rpm's de repositórios 8.x RHEL.

podemos usar o mesmo RHEL 7.9 para baixar rpm's de repositórios 8.x?

aqui está um exemplo do que fizemos.

adicionamos os repositórios relevantes adicionais para rhel 8.x como o exemplo a seguir

vi redhat.repo


[rhel-8-for-x86_64-highavailability-rpms]
name = Red Hat Enterprise Linux 8 for x86_64 - High Availability (RPMs)
baseurl = https://cdn.redhat.com/content/dist/rhel8/$releasever/x86_64/highavailability/os
enabled = 0
gpgcheck = 1
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
sslverify = 1
sslcacert = /etc/rhsm/ca/redhat-uep.pem
sslclientkey = /etc/pki/entitlement/8663009972005896744-key.pem
sslclientcert = /etc/pki/entitlement/8663009972005896744.pem
metadata_expire = 86400
enable_metadata = 0
ui_repoid_vars = releasever

e fizemos as seguintes etapas adicionais

yum clean all
subscription-manager refresh

e

yum repolist

mas ainda temos apenas o repo para 7.x

repo id                                                                                                     repo name                                                                                                            status
docker-ce-stable/7Server/x86_64                                                                             Docker CE Stable - x86_64                                                                                                     245
rhel-7-server-extras-rpms/x86_64                                                                            Red Hat Enterprise Linux 7 Server - Extras (RPMs)                                                                           1,457
rhel-7-server-optional-rpms/7Server/x86_64                                                                  Red Hat Enterprise Linux 7 Server - Optional (RPMs)                                                                  18,552+5,311
rhel-7-server-rpms/7Server/x86_64                                                                           Red Hat Enterprise Linux 7 Server (RPMs)                                                                             26,611+7,114
repolist: 46,865

o que há de errado com o nosso processo?

referência - https://access.redhat.com/discussions/4547301

temos um intervalo de laboratório de rede de 18.2.1.1 até 18.7.252.253 e queremos capturar apenas as máquinas Linux RHEL com a versão 7.x ( /etc/redhat-release ) , (temos cerca de 2870 máquinas e apenas 390 máquinas RHEL )

de coerção posso criar um script bash/python/perl para esta tarefa, mas talvez possamos obter alguma ferramenta que já exista em algum lugar que possa fazer este trabalho?

definimos os seguintes parâmetros do kernel no arquivo99-custom.conf

more /etc/sysctl.d/99-custom.conf

net.ipv4.tcp_low_latency = 1
net.ipv4.tcp_adv_win_scale = 1
net.ipv4.tcp_max_syn_backlog = 30000
net.ipv4.tcp_max_tw_buckets = 2000000
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_fin_timeout = 5
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.all.accept_source_route = 2
net.ipv4.tcp_mtu_probing = 1

para definir em tempo real, os parâmetros acima, podemos usarsysctl -p /etc/sysctl.d/99-custom.conf

mas após a reinicialização, é claro, os valores desaparecerão.

então, uma maneira de resolver isso é definir o seguinte em/etc/rc.local

como

more /etc/rc.local
#!/bin/bash
# THIS FILE IS ADDED FOR COMPATIBILITY PURPOSES
#
# It is highly advisable to create own systemd services or udev rules
# to run scripts during boot instead of using this file.
#
# In contrast to previous versions due to parallel execution during boot
# this script will NOT be run after all other services.
#
# Please note that you must run chmod +x /etc/rc.d/rc.local to ensure
# that this script will be executed during boot.

touch /var/lock/subsys/local

sysctl -p  /etc/sysctl.d/99-custom.conf

está acima do caminho certo?

no fstabarquivo de exemplo a seguir, queremos excluir todas as linhas que começam com UUID, mas exceto a UUIDlinha com boota palavra

/dev/mapper/VG100-lv_root /                       xfs     defaults        0 0
UUID=735cb76a-51b5-4e06-b6fb-3b9577e38dc5 /boot                   xfs     defaults        0 0
/dev/mapper/VG100-lv_var /var                    xfs     defaults        0 0


UUID=0b14011d-f69d-4c4c-8ce0-6240bb0a574a   /var/kafka/mp1                      xfs defaults,noatime 0 0
UUID=2d7872f2-96d4-4ba9-8a17-a1115542645c   /var/kafka/mp2                      xfs defaults,noatime 0 0
UUID=79bdbf56-9a09-4505-ab8e-41ce9432cf0f   /var/kafka/mp3                      xfs defaults,noatime 0 0
UUID=ca42a388-83d4-4f8b-aff7-3450d836eef7   /var/kafka/mp4                      xfs defaults,noatime 0 0
UUID=62d356bb-c393-4a74-bbf9-984b60d3b5c4   /var/kafka/mp5                      xfs defaults,noatime 0 0
UUID=d4071a83-204f-475f-8917-cdd77ef6b1ed   /var/kafka/mp6                      xfs defaults,noatime 0 0

os resultados excluídos devem ser os seguintes

/dev/mapper/VG100-lv_root /                       xfs     defaults        0 0
UUID=735cb76a-51b5-4e06-b6fb-3b9577e38dc5 /boot                   xfs     defaults        0 0
/dev/mapper/VG100-lv_var /var                    xfs     defaults        0 0

até agora temos o seguinte sed

 sed -i '/^UUID/d'  /etc/fstab

mas a abordagem acima exclui todas as UUIDlinhas

a partir do comando sar no arquivo saX, podemos obter a utilização dos discos da seguinte forma

sar -d -f /var/log/sa/sa18  | grep Average
Average:       dev8-0      1.24      0.00    150.06    121.40      0.04     30.40      4.72      0.58
Average:     dev253-0      0.32      0.00      3.75     11.83      0.01     17.95      3.48      0.11
Average:     dev253-1      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
Average:     dev253-2      1.12      0.00    146.31    130.68      0.04     31.79      4.46      0.50
Average:      dev8-16      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
Average:      dev8-32      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
Average:      dev8-48      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
Average:     dev253-3      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00

podemos ver que os discos definidos como MAJ:MIN as ( dev8-16 , dev8-48 , etc )

é possível obter o nome real dos discos como sdb, sdc sdc, etc? usando o sarcli ( sar -d -f /var/log/sa/sa18 | grep Average)

queremos criar 2 partições de cada novo disco pelo comando parted

como o seguinte exemplo:

sdg                  8:96   0    50G  0 disk
├─sdg1               8:97   0    25G  0 part
└─sdg2               8:98   0    25G  0 part

como exemplo acima, o tamanho do disco é 50G e queremos criar 2 partições de cada disco

nós fazemos isso pela seguinte abordagem

parted --script /dev/sdg mklabel msdos
parted --script /dev/sdg mkpart primary 0% 50%
parted --script /dev/sdg mkpart primary  50% 100%

está acima está correto para criar as 2 partições solicitadas? com o mesmo tamanho

Eu perguntei isso desde que eu uso os valores como 0% 50%e 100%, e não dá valores em GB

Nota - outros links relacionados https://askubuntu.com/questions/507274/how-to-create-two-partitions-with-exactly-the-same-size

temos máquinas VM (as máquinas são RHEL 7.9) e, recentemente, a memória RAM das máquinas foi atualizada de 32G para 64G

é possível verificar em que data? memória foi atualizada?

temos o servidor RHEL 7.2 antigo e notamos mensagens de kernel muito estranhas

não tenho certeza se a linha abaixo definiu um problema

[ffffea00a5a00000-ffffea00a5bfffff] PMD -> [ffff880015000000-ffff8800151fffff] on node 0

mas também compartilho a mensagem completa e espero obter mais detalhes sobre eles

[Thu Oct 27 10:20:59 2022] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
[Thu Oct 27 10:20:59 2022] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
[Thu Oct 27 10:20:59 2022] Node 1 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
[Thu Oct 27 10:20:59 2022] Node 1 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
[Thu Oct 27 10:20:59 2022] 11230501 total pagecache pages
[Thu Oct 27 10:20:59 2022] 55992 pages in swap cache
[Thu Oct 27 10:20:59 2022] Swap cache stats: add 1175357, delete 1119365, find 4949217/4971174
[Thu Oct 27 10:20:59 2022] Free swap  = 13818588kB
[Thu Oct 27 10:20:59 2022] Total swap = 16351228kB
[Thu Oct 27 10:20:59 2022] 33652606 pages RAM
[Thu Oct 27 10:20:59 2022] 0 pages HighMem/MovableOnly
[Thu Oct 27 10:20:59 2022] 587996 pages reserved
[Thu Oct 27 10:21:00 2022] init_memory_mapping: [mem 0x2a40000000-0x2c3fffffff]
[Thu Oct 27 10:21:00 2022]  [mem 0x2a40000000-0x2c3fffffff] page 1G
[Thu Oct 27 10:21:00 2022]  [ffffea00a5a00000-ffffea00a5bfffff] PMD -> [ffff880015000000-ffff8800151fffff] on node 0
[Thu Oct 27 10:21:00 2022]  [ffffea00a9000000-ffffea00a93fffff] PMD -> [ffff881002c00000-ffff881002ffffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00a9400000-ffffea00a99fffff] PMD -> [ffff881003800000-ffff881003dfffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00a9a00000-ffffea00a9bfffff] PMD -> [ffff881000200000-ffff8810003fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00a9c00000-ffffea00a9dfffff] PMD -> [ffff881004200000-ffff8810043fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00a9e00000-ffffea00a9ffffff] PMD -> [ffff881003e00000-ffff881003ffffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00aa000000-ffffea00aa9fffff] PMD -> [ffff881004600000-ffff881004ffffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00aaa00000-ffffea00aabfffff] PMD -> [ffff881005200000-ffff8810053fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00aac00000-ffffea00aadfffff] PMD -> [ffff881005000000-ffff8810051fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00aae00000-ffffea00ab9fffff] PMD -> [ffff881005400000-ffff881005ffffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00aba00000-ffffea00acbfffff] PMD -> [ffff881006200000-ffff8810073fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00acc00000-ffffea00acffffff] PMD -> [ffff881007600000-ffff8810079fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00ad000000-ffffea00ad1fffff] PMD -> [ffff881007400000-ffff8810075fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00ad200000-ffffea00adffffff] PMD -> [ffff881007a00000-ffff8810087fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00ae000000-ffffea00ae1fffff] PMD -> [ffff881008a00000-ffff881008bfffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00ae200000-ffffea00ae3fffff] PMD -> [ffff881008800000-ffff8810089fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00ae400000-ffffea00ae5fffff] PMD -> [ffff881008c00000-ffff881008dfffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00ae600000-ffffea00ae7fffff] PMD -> [ffff881009200000-ffff8810093fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00ae800000-ffffea00ae9fffff] PMD -> [ffff881009000000-ffff8810091fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00aea00000-ffffea00aebfffff] PMD -> [ffff881009400000-ffff8810095fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00aec00000-ffffea00aedfffff] PMD -> [ffff881009800000-ffff8810099fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00aee00000-ffffea00aeffffff] PMD -> [ffff881009600000-ffff8810097fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00af000000-ffffea00af1fffff] PMD -> [ffff881009c00000-ffff881009dfffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00af200000-ffffea00af3fffff] PMD -> [ffff881009a00000-ffff881009bfffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00af400000-ffffea00af5fffff] PMD -> [ffff88100a200000-ffff88100a3fffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00af600000-ffffea00af7fffff] PMD -> [ffff881009e00000-ffff881009ffffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00af800000-ffffea00b03fffff] PMD -> [ffff88100a400000-ffff88100adfffff] on node 1
[Thu Oct 27 10:21:00 2022]  [ffffea00b0400000-ffffea00b09fffff] PMD -> [ffff88100b000000-ffff88100b5fffff] on node 1
[Thu Oct 27 10:21:01 2022]  [ffffea00b0a00000-ffffea00b0bfffff] PMD -> [ffff881004400000-ffff8810045fffff] on node 1
[Thu Oct 27 10:21:01 2022]  [ffffea00b0c00000-ffffea00b0dfffff] PMD -> [ffff88100b800000-ffff88100b9fffff] on node 1
[Thu Oct 27 10:21:01 2022] init_memory_mapping: [mem 0x2c40000000-0x2e3fffffff]
[Thu Oct 27 10:21:01 2022]  [mem 0x2c40000000-0x2e3fffffff] page 1G
[Thu Oct 27 10:21:01 2022]  [ffffea00b0e00000-ffffea00b0ffffff] PMD -> [ffff88100b600000-ffff88100b7fffff] on node 1
[Thu Oct 27 10:21:01 2022]  [ffffea00b1000000-ffffea00b1dfffff] PMD -> [ffff88100ba00000-ffff88100c7fffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b1e00000-ffffea00b33fffff] PMD -> [ffff88100cc00000-ffff88100e1fffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b3400000-ffffea00b4ffffff] PMD -> [ffff88100e400000-ffff88100fffffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b5000000-ffffea00b51fffff] PMD -> [ffff88100c800000-ffff88100c9fffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b5200000-ffffea00b59fffff] PMD -> [ffff881010000000-ffff8810107fffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b5a00000-ffffea00b5bfffff] PMD -> [ffff881010c00000-ffff881010dfffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b5c00000-ffffea00b5dfffff] PMD -> [ffff881010a00000-ffff881010bfffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b5e00000-ffffea00b61fffff] PMD -> [ffff881011000000-ffff8810113fffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b6200000-ffffea00b69fffff] PMD -> [ffff881011800000-ffff881011ffffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b6a00000-ffffea00b7ffffff] PMD -> [ffff881012200000-ffff8810137fffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b8000000-ffffea00b81fffff] PMD -> [ffff881013a00000-ffff881013bfffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b8200000-ffffea00b83fffff] PMD -> [ffff881013e00000-ffff881013ffffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b8400000-ffffea00b85fffff] PMD -> [ffff881013c00000-ffff881013dfffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b8600000-ffffea00b87fffff] PMD -> [ffff881014400000-ffff8810145fffff] on node 0
[Thu Oct 27 10:21:01 2022]  [ffffea00b8800000-ffffea00b89fffff] PMD -> [ffff881014000000-ffff8810141fffff] on node 0

na máquina RHEL 7.9 criamos um novo usuário -moon

Nota - usuário moon criado por useradd, e damos senha por passwdcomando ao usuário moon

moonusuário deve ter o mesmo privilégio de poder forte queroot

e para isso adicionamos a seguinte configuração em/etc/sudoers

moon    ALL=(ALL)       ALL
moon    ALL=(ALL:ALL)ALL
moon    ALL=(ALL) NOPASSWD:ALL

mas temos o seguinte problema

acessamos o usuário moon como

# su moon
$ whoami
moon

mas quando tentamos mudar de usuário para hdfsusuário de usuário moon, obtemos o prompt de senha

$su hdfs
Password:

qual a configuração necessária para contornar a senha , como aconteceu no usuárioroot

aqui está o exemplo do usuárioroot

# su hdfs

no exemplo acima é do usuário roote não precisamos responder sobre a senha

O comando a seguir pode ser usado para descobrir qual processo está escutando em uma determinada porta:

netstat -ltnp | grep -w ':8011' 

Como podemos fazer o contrário, encontrar o número da porta de acordo com o número PID?