All perguntas(server)

Estou tentando obter dados de sensores IPMI da Supermicro com SNMP.
Estou usando o Debian 12.
Então, baixei todos os arquivos mib que pude encontrar.
Usando snmptranslate para ver se minha máquina consegue entender o que esse oid significa.

snmptranslate -Td 1.3.6.1.4.1.21317.1.14.2.1.11
ATEN-IPMI-MIB::fanRPM1
fanRPM1 OBJECT-TYPE
  -- FROM       ATEN-IPMI-MIB
  SYNTAX        Integer32 (1..2147483647)
  MAX-ACCESS    read-only
  STATUS        current
  DESCRIPTION   "PSU Fan RPM1."
::= { iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) aten(21317) ipmi(1) powerinfo(14) psuTable(2) psuEntry(1) 11 }

do que estou tentando obter informações para o mesmo sensor do meu IPMI com

snmpwalk -m /usr/share/snmp/mibs/IPMI-SNMP-Agent.mib -v 2c -c public IP 1.3.6.1.4.1.21317.1.14.2.1.11
Error in packet.
Reason: noAccess
ATEN-IPMI-MIB::fanRPM1 = No Such Instance currently exists at this OID

mas eu recebo esses erros.
O que estou fazendo errado?

Aumentei o tamanho do meu volume EBS na minha instância EC2. Então aumentei o tamanho de growpartacordo com a documentação com sucesso.

No entanto, a partição não é realmente aumentada. Estou executando o Ubuntu 22.04.3 LTS.

> lsblk  
...   
nvme1n1      259:4    0  450G  0 disk  
└─nvme1n1p1  259:5    0  450G  0 part /data

> df -h  
/dev/nvme1n1p1   344G  233G   96G  72% /data

> sudo growpart /dev/nvme1n1 1 -v
update-partition set to true
FLOCK: try exec open fd 9, on failure exec exits this program
FLOCK: /dev/nvme1n1: obtained exclusive lock
resizing 1 on /dev/nvme1n1 using resize_sfdisk_dos
943718400 sectors of 512. total size=483183820800 bytes
## sfdisk --unit=S --dump /dev/nvme1n1
label: dos
label-id: 0x49bd1793
device: /dev/nvme1n1
unit: sectors
sector-size: 512

/dev/nvme1n1p1 : start=        2048, size=   943716319, type=83
padding 33 sectors for gpt secondary header
max_end=943718367 tot=943718400 pt_end=943718367 pt_start=2048 pt_size=943716319
NOCHANGE: partition 1 is size 943716319. it cannot be grown
FLOCK: /dev/nvme1n1: releasing exclusive lock

Como posso fazer com que a partição corresponda ao tamanho do disco?

Estou usando o BIND 9.18.28-0ubuntu0.24.04.1-Ubuntu para atender zonas assinadas por DNSSEC, mas quando atualizo uma zona, o serial SOA da zona assinada não se relaciona com o SOA não assinado.

Após a última atualização, meu arquivo de zona para a zona assinada tem o serial SOA 2024081200, mas a versão assinada da zona tem o serial 2024040710.

Se eu fizer uma alteração no arquivo de zona e alterar o serial SOA para 2024081301 e recarregar o Bind, o serial assinado muda para 2024040711.

Parece que não importa quais mudanças eu faça, o serial para a zona assinada é incrementado apenas em um. Quero que ele use o serial do arquivo de zona não assinado como a nova base para o serial assinado (incrementando-o em um quando as chaves são rotacionadas).

A zona está configurada assim

zone "example.com" IN {
    type primary;
    file "/var/cache/bind/zones/example.com";
    dnssec-policy default;
    inline-signing yes;
};

E minha política dnssec se parece com isso

dnssec-policy standard {
    dnskey-ttl 600;
    keys {
            ksk lifetime P365D algorithm ecdsap256sha256;
            zsk lifetime P60D algorithm ecdsap256sha256;
    };
    max-zone-ttl P1D;
    parent-ds-ttl PT1H;
    parent-propagation-delay PT1H;
    publish-safety PT1H;
    retire-safety PT1H;
    signatures-refresh P5D;
    signatures-validity P14D;
    signatures-validity-dnskey P14D;
    zone-propagation-delay PT5M;
};

O que estou perdendo?

Atualmente, estou usando Keepalived em hosts que também executam o Docker Engine. Toda vez que crio ou paro um contêiner, o Docker cria ou exclui interfaces de rede (como veth*). O Keepalived registra esses eventos, produzindo mensagens como:

Fri Jul 26 10:49:12 2024: Interface vethcd047fe added
Fri Jul 26 10:49:12 2024: Interface veth7ebf4eb added
Fri Jul 26 10:49:13 2024: Interface veth5cca6b7 deleted
Fri Jul 26 10:49:13 2024: Interface vethcd047fe deleted

Existe alguma maneira de suprimir esses logs ou fazer com que o keepalived não monitore essas interfaces?

Desde já, obrigado.

1. Volume SAN HPE MSA 2060 FC criado e atribuído a vários hosts (servidor Ubuntu 22.04.4 LTS).
2. Os seguintes comandos usados ​​para montar o volume:

sudo rescan-scsi-bus.sh
sudo multipath -ll
sudo mkfs.xfs /dev/mapper/mpathX
sudo mkdir -p /san/
sudo chmod +777 /san
sudo mount /dev/mapper/mpathX /san

3. Comando mkfs aplicado apenas no primeiro host.
4. Aplicativos de terceiros começam a gravar arquivos /san/e todas as pastas e arquivos encontrados e acessíveis sem problemas no host onde o aplicativo está sendo executado.
5. Os outros hosts não conseguem obter todas as pastas e arquivos, /san/a menos que eu o faça umounte mountatualize ou use e2fsck! Então, como resolver esse problema? Como fazer com que os dados do volume SAN sejam vistos por vários hosts, exatamente como acontece com pastas compartilhadas normais usando NFS ou SMB?

Disseram-me que habilitar a auditoria em um controlador de domínio impõe muita carga extra em um sistema para habilitá-lo em produção. Não sei nada sobre administração de servidores Windows, por isso não posso configurar facilmente um servidor sozinho e fazer testes de carga para comparar o uso de CPU, memória e disco entre um sistema com auditoria habilitada para um sistema sem ela habilitada, mas gostaria de saiba se isso é verdade, que impõe uma quantidade excessiva de carga extra para um servidor de produção. Então, há algum lugar que mencione quanta carga ele pode adicionar ou alguém tem conhecimento sobre quanta carga extra (%) ele adicionaria em um servidor ocupado?

Além disso, não é apenas uma boa prática registrar a origem das tentativas de login malsucedidas? Existe um padrão de segurança em algum lugar que recomende que isso seja ativado?

Desculpe, isso dá três perguntas.

Em um servidor de produção, automatizei tarefas que enviam os mesmos comandos SSH e quantidade de dados pela rede uma vez por minuto para um servidor de produção remoto. A única coisa que pode mudar são alguns valores no objeto. Este processo tem funcionado em um programa há anos sem problemas. Sem nenhuma alteração local, começamos a ter ocorrências aleatórias ECONNRESETe Connection lost before handshakeerros. Começou com alguns por dia e cresceu para vários por hora. O administrador do servidor de destino diz que seus logs não fornecem informações úteis... apenas diz Received disconnect from <origin_ip> port 21549:11or pam_unix(sshd:session): session closed for user <username>.

Como a conexão foi inicialmente bem-sucedida ( socket connected), ssh -vvvou o equivalente em minhas ferramentas ssh, não foi útil na coleta de dados adicionais quando a conexão foi interrompida antes que todos os dados fossem enviados. Às vezes, as conexões são interrompidas menos de 12 segundos após a conexão do soquete.

Corri mtr <destinatioin_ip>para inspecionar o trace e com 9 saltos só houve perda de pacotes no último salto, o destino. Geralmente seria entre 12% e 20%. Nunca menos de 6%. Mas como ele usa ping/ICMP, que às vezes é limitado, não acho que isso confirme de forma confiável um problema com a conexão ssh. Então corri mtr -T -P 22 <destination_ip>para verificar o SSH/TCP, que frequentemente mostra 0% de perda nos primeiros 8 saltos e até 29% de perda de pacotes apenas no salto 9, o destino. Porém, com menos frequência, às vezes mostra até 50% de perda de pacotes em cada um dos primeiros 8 saltos e nunca chega ao salto 9. Confuso.

Ao fazer testes como o acima ou apenas deixar as automações tentarem novamente por conta própria, eventualmente o servidor de destino bloqueará todas as minhas conexões SSH. Nesse ponto, ssh -vvv <destination_ip>ele travará e dirá que a conexão expirou:

ssh -vvv <user@destination_ip>
OpenSSH_7.6p1 Ubuntu-4ubuntu0.7, OpenSSL 1.0.2n  7 Dec 2017
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: resolving "<destination_ip>" port 22
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to <destination_ip> [<destination_ip>] port 22.
debug1: connect to address <destination_ip> port 22: Connection timed out
ssh: connect to host <destination_ip> port 22: Connection timed out

Para resolver o problema connection timed out, o administrador do servidor de destino disse que reinicia o servidor ssh. Nesse ponto, posso me conectar novamente, mas as desconexões aleatórias continuam até serem completamente bloqueadas novamente.

pfSense é o firewall da rede do servidor de origem junto com os switches Ubiquiti. O firewall de origem não mostra conexões SSH bloqueadas e nunca mais do que 2 a 3 conexões ssh com o servidor de destino ao mesmo tempo.

O que foi dito acima é suficiente para sugerir que o problema pelo menos não é meu servidor e provavelmente é o servidor de destino (salto 9)? Há mais alguma coisa que eu deva examinar localmente para isolar se a causa for local?

Tenho controle total sobre o servidor de produção local. O problema é que, sem evidências suficientes para confirmar que o problema não é local, estou tendo dificuldade em escalar a equipe remota para fazer pesquisas adicionais.

Tentei conectar minha impressora Epson M1100 ao RaspberryPi via USB e depois criar um servidor de impressão em minha rede.

• Eu instalei drivers comwget https://download3.ebz.epson.net/dsc/f/03/00/15/68/87/02d1b47f60d5010bbd44ace4eccee78ac4017b61/epson-inkjet-printer-escpr_1.8.5_armhf.deb && sudo dpkg -i epson-inkjet-printer-escpr_1.8.5_armhf.deb
• em seguida, copos com sudo apt install cups -ye habilitados e serviços ativados
• em seguida, adicionei o usuário ao lpadmin com lpadmin sudo usermod -a -G lpadmin $USERe configurei o acesso remoto ao cups com cupsctl --remote-admin --remote-any --share-printers.

Em seguida, adicionei a impressora com a opção de compartilhamento e drivers adequados por meio da interface do navegador (meu Macbook pode se conectar facilmente ao RPI em https://192.168.0.103:631/printers/) da rede interna.

Mas quando adicionei a impressora EPSON M1100 Series @ raspberrypino MacOS, e fiz um teste de impressão de algum documento, recebo o status "Printing on server, <my name>, Rendering Complete"na "Fila de impressoras..." (e fica preso lá). Quando abro o log de erros /var/log/cups/error_log, recebo [Job 1] Unable to open raster stream - : Broken pipe duas vezes para este trabalho de impressão.

Quando cancelei o trabalho e tentei imprimir texto simples echo "Nice" | lp -d EPSON_M1100_Seriesno próprio RPI, recebi resposta request id is EPSON_M1100_Series-5 (0 file(s)), mas novamente a impressora não imprime e nos logs, recebo logs ENORMES

E [11/Aug/2024:10:02:38 +0200] [Job 2] Unable to open raster stream - : Broken pipe
E [11/Aug/2024:10:02:38 +0200] [Job 2] Job stopped due to filter errors; please consult the /var/log/cups/error_log file for details.
D [11/Aug/2024:10:02:38 +0200] [Job 2] The following messages were recorded from 10:02:38 to 10:02:38
D [11/Aug/2024:10:02:38 +0200] [Job 2] Applying default options...
D [11/Aug/2024:10:02:38 +0200] [Job 2] Adding start banner page "none".
D [11/Aug/2024:10:02:38 +0200] [Job 2] Queued on "EPSON_M1100_Series" by "ether".
D [11/Aug/2024:10:02:38 +0200] [Job 2] Auto-typing file...
D [11/Aug/2024:10:02:38 +0200] [Job 2] Request file type is text/plain.
D [11/Aug/2024:10:02:38 +0200] [Job 2] File of type text/plain queued by "ether".
D [11/Aug/2024:10:02:38 +0200] [Job 2] Adding end banner page "none".
D [11/Aug/2024:10:02:38 +0200] [Job 2] time-at-processing=1723363358
D [11/Aug/2024:10:02:38 +0200] [Job 2] 4 filters for job:
D [11/Aug/2024:10:02:38 +0200] [Job 2] texttopdf (text/plain to application/pdf, cost 32)
D [11/Aug/2024:10:02:38 +0200] [Job 2] pdftopdf (application/pdf to application/vnd.cups-pdf, cost 66)
D [11/Aug/2024:10:02:38 +0200] [Job 2] gstoraster (application/vnd.cups-pdf to application/vnd.cups-raster, cost 99)
D [11/Aug/2024:10:02:38 +0200] [Job 2] /opt/epson-inkjet-printer-escpr/lib/cups/filter/epson-escpr-wrapper (application/vnd.cups-raster to printer/EPSON_M1100_Series, cost 0)
D [11/Aug/2024:10:02:38 +0200] [Job 2] job-sheets=none,none
D [11/Aug/2024:10:02:38 +0200] [Job 2] argv[0]="EPSON_M1100_Series"
D [11/Aug/2024:10:02:38 +0200] [Job 2] argv[1]="5"
D [11/Aug/2024:10:02:38 +0200] [Job 2] argv[2]="ether"
D [11/Aug/2024:10:02:38 +0200] [Job 2] argv[3]="(stdin)"
D [11/Aug/2024:10:02:38 +0200] [Job 2] argv[4]="1"
D [11/Aug/2024:10:02:38 +0200] [Job 2] argv[5]="finishings=3 number-up=1 print-color-mode=color job-uuid=urn:uuid:46eeb3eb-aef6-3875-767a-01ad94bd61b5 job-originating-host-name=localhost date-time-at-creation= date-time-at-processing= time-at-creation=1723363358 time-at-processing=1723363358"
D [11/Aug/2024:10:02:38 +0200] [Job 2] argv[6]="/var/spool/cups/d00005-001"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[0]="CUPS_CACHEDIR=/var/cache/cups"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[1]="CUPS_DATADIR=/usr/share/cups"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[2]="CUPS_DOCROOT=/usr/share/cups/doc-root"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[3]="CUPS_REQUESTROOT=/var/spool/cups"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[4]="CUPS_SERVERBIN=/usr/lib/cups"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[5]="CUPS_SERVERROOT=/etc/cups"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[6]="CUPS_STATEDIR=/run/cups"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[7]="HOME=/var/spool/cups/tmp"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[8]="PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[9]="SERVER_ADMIN=root@raspberrypi"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[10]="SOFTWARE=CUPS/2.4.2"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[11]="TMPDIR=/var/spool/cups/tmp"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[12]="USER=root"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[13]="CUPS_MAX_MESSAGE=2047"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[14]="CUPS_SERVER=/run/cups/cups.sock"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[15]="CUPS_ENCRYPTION=IfRequested"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[16]="IPP_PORT=631"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[17]="CHARSET=utf-8"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[18]="LANG=en_GB.UTF-8"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[19]="PPD=/etc/cups/ppd/EPSON_M1100_Series.ppd"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[20]="CONTENT_TYPE=text/plain"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[21]="DEVICE_URI=usb://EPSON/M1100%20Series?serial=5835484B3030353876"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[22]="PRINTER_INFO=EPSON M1100 Series"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[23]="PRINTER_LOCATION="
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[24]="PRINTER=EPSON_M1100_Series"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[25]="PRINTER_STATE_REASONS=none"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[26]="CUPS_FILETYPE=document"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[27]="FINAL_CONTENT_TYPE=application/vnd.cups-raster"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[28]="AUTH_I****"
D [11/Aug/2024:10:02:38 +0200] [Job 2] Started filter /usr/lib/cups/filter/texttopdf (PID 22427)
D [11/Aug/2024:10:02:38 +0200] [Job 2] Started filter /usr/lib/cups/filter/pdftopdf (PID 22428)
D [11/Aug/2024:10:02:38 +0200] [Job 2] Started filter /usr/lib/cups/filter/gstoraster (PID 22429)
D [11/Aug/2024:10:02:38 +0200] [Job 2] Started filter /opt/epson-inkjet-printer-escpr/lib/cups/filter/epson-escpr-wrapper (PID 22430)
D [11/Aug/2024:10:02:38 +0200] [Job 2] Started backend /usr/lib/cups/backend/usb (PID 22431)
D [11/Aug/2024:10:02:38 +0200] [Job 2] PID 22430 (/opt/epson-inkjet-printer-escpr/lib/cups/filter/epson-escpr-wrapper) stopped with status 102 (No such file or directory)
D [11/Aug/2024:10:02:38 +0200] [Job 2] Hint: Try setting the LogLevel to "debug" to find out more.
D [11/Aug/2024:10:02:38 +0200] [Job 2] execv failed: No such file or directory
D [11/Aug/2024:10:02:38 +0200] [Job 2] Loading USB quirks from \"/usr/share/cups/usb\".
D [11/Aug/2024:10:02:38 +0200] [Job 2] Loaded 118 quirks.
D [11/Aug/2024:10:02:38 +0200] [Job 2] Printing on printer with URI: usb://EPSON/M1100%20Series?serial=5835484B3030353876
D [11/Aug/2024:10:02:38 +0200] [Job 2] pdftopdf: Last filter determined by the PPD: epson-escpr-wrapper; FINAL_CONTENT_TYPE: application/vnd.cups-raster => pdftopdf will not log pages in page_log.
D [11/Aug/2024:10:02:38 +0200] [Job 2] OUTFORMAT=\"<none>\", so output format will be CUPS/PWG Raster
D [11/Aug/2024:10:02:38 +0200] [Job 2] Page = 595x842; 8,8 to 587,833
D [11/Aug/2024:10:02:38 +0200] [Job 2] libusb_get_device_list=5
D [11/Aug/2024:10:02:38 +0200] [Job 2] STATE: +connecting-to-device
D [11/Aug/2024:10:02:38 +0200] [Job 2] STATE: -connecting-to-device
D [11/Aug/2024:10:02:38 +0200] [Job 2] iSerialNumber=\"5835484B3030353876\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] Printer found with device ID: MFG:EPSON;CMD:ESCPL2,BDC,D4,D4PX,ESCPR1,END4;MDL:M1100 Series;CLS:PRINTER;DES:EPSON M1100 Series;CID:EpsonRGB;FID:FXN,DPN,WFN,ETN,AFN,DAN,WRN;RID:41;DDS:022180;ELG:1260; Device URI: usb://EPSON/M1100%20Series?serial=5835484B3030353876
D [11/Aug/2024:10:02:38 +0200] [Job 2] Device protocol: 2
D [11/Aug/2024:10:02:38 +0200] [Job 2] Read 182 bytes of back-channel data...
D [11/Aug/2024:10:02:38 +0200] [Job 2] PID 22427 (/usr/lib/cups/filter/texttopdf) exited with no errors.
D [11/Aug/2024:10:02:38 +0200] [Job 2] Sending data to printer.
D [11/Aug/2024:10:02:38 +0200] [Job 2] Sent 0 bytes...
D [11/Aug/2024:10:02:38 +0200] [Job 2] PDF interactive form and annotation flattening done via QPDF
D [11/Aug/2024:10:02:38 +0200] [Job 2] pdftopdf: \"print-scaling\" IPP attribute: auto
D [11/Aug/2024:10:02:38 +0200] [Job 2] pdftopdf: Print scaling mode: Do not scale, center, crop if needed
D [11/Aug/2024:10:02:38 +0200] [Job 2] After Cropping: 595.000000 842.000000 595.200012 841.799988
D [11/Aug/2024:10:02:38 +0200] [Job 2] PID 22428 (/usr/lib/cups/filter/pdftopdf) exited with no errors.
D [11/Aug/2024:10:02:38 +0200] [Job 2] Color Manager: Calibration Mode/Off
D [11/Aug/2024:10:02:38 +0200] [Job 2] Calling FindDeviceById(cups-EPSON_M1100_Series)
D [11/Aug/2024:10:02:38 +0200] [Job 2] Found device /org/freedesktop/ColorManager/devices/cups_EPSON_M1100_Series
D [11/Aug/2024:10:02:38 +0200] [Job 2] Calling org.freedesktop.ColorManager.Device.Get(ProfilingInhibitors)
D [11/Aug/2024:10:02:38 +0200] [Job 2] Calling FindDeviceById(cups-EPSON_M1100_Series)
D [11/Aug/2024:10:02:38 +0200] [Job 2] Found device /org/freedesktop/ColorManager/devices/cups_EPSON_M1100_Series
D [11/Aug/2024:10:02:38 +0200] [Job 2] Calling GetProfileForQualifiers(RGB.PLAIN_NORMAL....)
D [11/Aug/2024:10:02:38 +0200] [Job 2] Found profile /org/freedesktop/ColorManager/profiles/EPSON_M1100_Series_RGB__
D [11/Aug/2024:10:02:38 +0200] [Job 2] Calling org.freedesktop.ColorManager.Profile.Get(Filename)
D [11/Aug/2024:10:02:38 +0200] [Job 2] Failed to get profile filename for cups-EPSON_M1100_Series
D [11/Aug/2024:10:02:38 +0200] [Job 2] Color Manager: ICC Profile:
D [11/Aug/2024:10:02:38 +0200] [Job 2] Ghostscript using Any-Part-of-Pixel method to fill paths.
D [11/Aug/2024:10:02:38 +0200] [Job 2] Ghostscript command line: gs -dQUIET -dSAFER -dNOPAUSE -dBATCH -dNOINTERPOLATE -dNOMEDIAATTRS -dShowAcroForm -sstdout=%stderr -sOutputFile=%stdout -sDEVICE=cups -r360x360 -dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=841 -dcupsBitsPerColor=8 -dcupsColorOrder=0 -dcupsColorSpace=0 -dcupsCompression=1 -scupsPageSizeName=A4 -I/usr/share/cups/fonts -c \'<</.HWMargins[8.400000 8.400000 8.400024 8.399963] /Margins[0 0]>>setpagedevice\' -f -_
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[0]=\"CUPS_CACHEDIR=/var/cache/cups\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[1]=\"CUPS_DATADIR=/usr/share/cups\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[2]=\"CUPS_DOCROOT=/usr/share/cups/doc-root\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[3]=\"CUPS_REQUESTROOT=/var/spool/cups\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[4]=\"CUPS_SERVERBIN=/usr/lib/cups\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[5]=\"CUPS_SERVERROOT=/etc/cups\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[6]=\"CUPS_STATEDIR=/run/cups\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[7]=\"HOME=/var/spool/cups/tmp\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[8]=\"PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[9]=\"SERVER_ADMIN=root@raspberrypi\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[10]=\"SOFTWARE=CUPS/2.4.2\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[11]=\"TMPDIR=/var/spool/cups/tmp\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[12]=\"USER=root\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[13]=\"CUPS_MAX_MESSAGE=2047\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[14]=\"CUPS_SERVER=/run/cups/cups.sock\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[15]=\"CUPS_ENCRYPTION=IfRequested\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[16]=\"IPP_PORT=631\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[17]=\"CHARSET=utf-8\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[18]=\"LANG=en_GB.UTF-8\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[19]=\"PPD=/etc/cups/ppd/EPSON_M1100_Series.ppd\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[20]=\"CONTENT_TYPE=text/plain\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[21]=\"DEVICE_URI=usb://EPSON/M1100%20Series?serial=5835484B3030353876\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[22]=\"PRINTER_INFO=EPSON M1100 Series\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[23]=\"PRINTER_LOCATION=\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[24]=\"PRINTER=EPSON_M1100_Series\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[25]=\"PRINTER_STATE_REASONS=none\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[26]=\"CUPS_FILETYPE=document\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[27]=\"FINAL_CONTENT_TYPE=application/vnd.cups-raster\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] envp[28]=\"AUTH_INFO_REQUIRED=none\"
D [11/Aug/2024:10:02:38 +0200] [Job 2] Start rendering...
D [11/Aug/2024:10:02:38 +0200] [Job 2] Processing page 1...
D [11/Aug/2024:10:02:38 +0200] [Job 2] **** Error: Page drawing error occurred.
D [11/Aug/2024:10:02:38 +0200] [Job 2] Could not draw this page at all, page will be missing in the output.
D [11/Aug/2024:10:02:38 +0200] [Job 2] Rendering completed
D [11/Aug/2024:10:02:38 +0200] [Job 2] Waiting for read thread to exit...
D [11/Aug/2024:10:02:38 +0200] [Job 2] PID 22429 (/usr/lib/cups/filter/gstoraster) exited with no errors.
D [11/Aug/2024:10:02:38 +0200] [Job 2] PID 22431 (/usr/lib/cups/backend/usb) exited with no errors.
D [11/Aug/2024:10:02:38 +0200] [Job 2] End of messages
D [11/Aug/2024:10:02:38 +0200] [Job 2] printer-state=3(idle)
D [11/Aug/2024:10:02:38 +0200] [Job 2] printer-state-message="Rendering completed"
D [11/Aug/2024:10:02:38 +0200] [Job 2] printer-state-reasons=none

O que sinto falta aqui?

Fiquei me perguntando como ler a mensagem final após o rsync terminar uma tarefa:

user@host:/mnt> rsync -arH --no-i-r --info=progress2 temp/ /mnt/dir1/
1,506,924,402,411  55%   68.74MB/s    5:48:27 (xfr#1180, to-chk=0/2530)

Estou curioso sobre esses 55%: não deveriam estar 100% desde que a transferência foi concluída (acho que com sucesso...)?

POD nginx-pod executa o servidor HTTP escutando na porta 9000. SERVICE nginx-svc (ClusterIP) para ele é criado. Arquivos Yaml na parte inferior da postagem.

kubectl get po -ntest -o wide
NAME         READY   STATUS    RESTARTS   AGE   IP              NODE            NOMINATED NODE   READINESS GATES
nginx-curl   1/1     Running   0          57s   172.16.158.37   worker-node02   <none>           <none>
nginx-pod    1/1     Running   0          17m   172.16.87.229   worker-node01   <none>           <none>

kubectl -ntest get svc
NAME        TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)    AGE
nginx-svc   ClusterIP   172.17.22.178   <none>        9000/TCP   11s

Problema/Pergunta: Quando eu "enrolo" DE: pod nginx-curl PARA: nginx-pod IP 172.16.87.229 (aquele com nginx escutando na porta 9000), funciona:

 $ kubectl -ntest exec -it nginx-curl -- bash
 root@nginx-curl:/# curl  172.16.87.229:9000
 Works!

Quando eu "curl" FROM: pod nginx-curl TO: nginx-svc IP 172.17.22.178 não funciona:

$ kubectl -ntest exec -it nginx-curl -- bash
root@nginx-curl:/# curl 172.17.22.178:9000
curl: (7) Failed to connect to 172.17.22.178 port 9000: Connection refused

O que estou fazendo de errado? Por que o nginx-svc é inútil?

Meus arquivos YAML usados ​​para este teste: nginx-pod.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx-pod
  namespace: test
  labels:
    app: aaa
spec:
  containers:
    - name: nginx-container
      image: nginx:1.16
      command: ["/bin/sh","-c"]
      args: ["sed -i 's/listen  .*/listen 9000;/g' /etc/nginx/conf.d/default.conf && exec nginx -g 'daemon off;'"]
      ports:
        - containerPort: 9000
          name: "http-server"

nginx-service.yaml

apiVersion: v1
kind: Service
metadata:
  name: nginx-svc
  namespace: test
  labels:
    app: aaa
spec:
  type: ClusterIP
  selector:
    app: aaa
    name: nginx-pod
  ports:
    - port: 9000
      targetPort: 9000