Início / server / 问题

All perguntas(server)

Martin Hope
Mei
Asked: 2024-09-29 20:19:18 +0800 CST
  • 5

Tenho um servidor com dois endereços IP anexados a uma única interface:

2: enp27s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 30:9c:23:83:64:f6 brd ff:ff:ff:ff:ff:ff
    inet [IP_1]/32 scope global noprefixroute enp27s0
       valid_lft forever preferred_lft forever
    inet [IP_2]/32 scope global enp27s0
       valid_lft forever preferred_lft forever
    inet6 [IP6_1]/64 scope link
       valid_lft forever preferred_lft forever

E eu tenho algumas máquinas virtuais rodando nele e sempre que elas se comunicam com o mundo externo, seus pacotes são obtidos IP_1como o IP de origem. Eu também tenho uma VM específica que eu gostaria de "rotear" através IP_2dela. Eu não quero anexá-la inteiramente a esse endereço IP, eu ainda preferiria que ela ficasse dentro da rede virtual, mas eu quero que todos os pacotes que saem dela tenham IP_2como seu IP de origem.

Tentei aplicar uma tradução SNAT para conseguir isso, mas não funcionou:

iptables -t nat -A POSTROUTING -s [VM_IP] -o enp27s0 -j SNAT --to-source [IP_2]

Eu assumo que é porque quando os pacotes terminam o roteamento eles já têm IP_1como IP de origem e a -s [VM_IP]parte da regra não corresponde. Alterar isso para -s [IP_1]ou apenas definir IP_2como IP primário pode funcionar provavelmente, mas eu meio que preciso que outras VMs tenham seu tráfego de saída roteado por IP_1.

Há alguma maneira de conseguir isso? Tenho certeza de que uma pergunta como essa já foi feita aqui antes, mas infelizmente minha inexperiência me impede de pensar em palavras-chave para colocar na barra de pesquisa para encontrá-la :(

Atualização: aqui estão minhas regras de tabela POSTROUTING (excluindo aquela regra SNAT):

# iptables -t nat -S POSTROUTING
-P POSTROUTING ACCEPT
-A POSTROUTING -j LIBVIRT_PRT

# iptables -t nat -S LIBVIRT_PRT
-N LIBVIRT_PRT
-A LIBVIRT_PRT -s 192.168.122.0/24 -d 224.0.0.0/24 -j RETURN
-A LIBVIRT_PRT -s 192.168.122.0/24 -d 255.255.255.255/32 -j RETURN
-A LIBVIRT_PRT -s 192.168.122.0/24 ! -d 192.168.122.0/24 -p tcp -j MASQUERADE --to-ports 1024-65535
-A LIBVIRT_PRT -s 192.168.122.0/24 ! -d 192.168.122.0/24 -p udp -j MASQUERADE --to-ports 1024-65535
-A LIBVIRT_PRT -s 192.168.122.0/24 ! -d 192.168.122.0/24 -j MASQUERADE
networking
Martin Hope
divB
Asked: 2024-09-29 16:16:45 +0800 CST
  • 5

Configurei o Intel ME (v11.8.92) e uso o MeshCommander para acesso.

O desktop remoto (KVM) funciona bem, desde que eu tenha um monitor externo conectado na porta VGA. Mas se eu desconectar o monitor externo (também com um ciclo de energia), a tela do KVM permanece preta. Às vezes, recebo um único traço piscando bem no começo (onde deveria estar o BIOS).

Isso é normal? E há uma configuração para habilitar o KVM independentemente de o monitor externo estar conectado?

keyboard-video-mouse
Martin Hope
Zentori
Asked: 2024-09-29 03:12:43 +0800 CST
  • 5

No AlmaLinux 9, o NetworkManager deve ser usado para definir conexões. No datacenter que usamos, uma rota tem que ser definida para usar IP personalizado da máquina virtual. Fiz progresso na definição de IPs no host, mas não consegui fazer o NetworkManager criar a rota na reinicialização, mas com este comando a rede está funcionando:

ip route add default via 192.168.0.1 dev ens18 onlink src 94.23.81.XXX

Não estou familiarizado com o formato de arquivo nmconnection, então não consegui fazê-lo com o NetworkManager. Onde devo colocar esse comando ou em qual arquivo posso definir essa rota padrão e única?

Obrigado.

routing
Martin Hope
Scandinave
Asked: 2024-09-28 21:26:04 +0800 CST
  • 8

Tenho um array Raid 5 de 4 drives. Um dos drives (sdb) mostra muitos erros e meu array mostra altas latências durante o acesso.

Atualmente tenho um disco novo e outro está comandado.

Como parte da substituição, também quero aumentar o nível do ataque de 5 para 6. Identifico que pretendo atingir isso:

Ao crescer primeiro para o nível 6

mdadm --manage /dev/md0 --add /dev/sdf1 
mdadm --grow /dev/md0 --raid-devices 5 --level 6 --backup-file /<path>/mdadm-backup
mdadm --manage /dev/md0 --replace /dev/sdb1 # Set faulty but keep it for replacement until a spare drive is available
# After my second drive arrived
mdadm --manage /dev/md0 --add /dev/sdg1

Primeiro substituindo a unidade defeituosa e depois aumentando para o nível 6 do RAID

mdadm --manage /dev/md0 --add /dev/sdf1 
mdadm --manage /dev/md0 --replace /dev/sdb1 --with /dev/sdf1
# after second drive is arrived
mdadm --manage /dev/md0 --add /dev/sdg1
mdadm --grow /dev/md0 --raid-devices 5 --level 6 --backup-file /path/mdadm-backup

Existe alguma diferença entre as duas soluções? Uma é mais segura que a outra por impor menos operações em discos no array?

[Editar] adicionando resultado inteligente:

Sdb (quase com defeito)

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   082   072   006    Pre-fail  Always       -       22562487
  3 Spin_Up_Time            0x0003   093   093   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       124
  5 Reallocated_Sector_Ct   0x0033   077   077   010    Pre-fail  Always       -       29352
  7 Seek_Error_Rate         0x000f   087   060   030    Pre-fail  Always       -       4963671931
  9 Power_On_Hours          0x0032   026   026   000    Old_age   Always       -       65627
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       124
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       4793
188 Command_Timeout         0x0032   100   072   000    Old_age   Always       -       137445703785
189 High_Fly_Writes         0x003a   001   001   000    Old_age   Always       -       107
190 Airflow_Temperature_Cel 0x0022   073   056   045    Old_age   Always       -       27 (Min/Max 25/28)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       82
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       296
194 Temperature_Celsius     0x0022   027   044   000    Old_age   Always       -       27 (0 14 0 0 0)
197 Current_Pending_Sector  0x0012   001   001   000    Old_age   Always       -       35384
198 Offline_Uncorrectable   0x0010   001   001   000    Old_age   Offline      -       35384
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0

SBC

  1 Raw_Read_Error_Rate     0x000f   118   099   006    Pre-fail  Always       -       194860592
  3 Spin_Up_Time            0x0003   093   093   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       124
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       24
  7 Seek_Error_Rate         0x000f   087   060   030    Pre-fail  Always       -       654004767
  9 Power_On_Hours          0x0032   026   026   000    Old_age   Always       -       65631
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       124
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   094   094   000    Old_age   Always       -       6
188 Command_Timeout         0x0032   100   099   000    Old_age   Always       -       2
189 High_Fly_Writes         0x003a   062   062   000    Old_age   Always       -       38
190 Airflow_Temperature_Cel 0x0022   073   059   045    Old_age   Always       -       27 (Min/Max 24/27)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       82
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       295
194 Temperature_Celsius     0x0022   027   041   000    Old_age   Always       -       27 (0 14 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0

sdd

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   113   094   006    Pre-fail  Always       -       51447952
  3 Spin_Up_Time            0x0003   093   093   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       124
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   087   060   030    Pre-fail  Always       -       665278320
  9 Power_On_Hours          0x0032   026   026   000    Old_age   Always       -       65630
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       124
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       173
188 Command_Timeout         0x0032   100   099   000    Old_age   Always       -       1
189 High_Fly_Writes         0x003a   001   001   000    Old_age   Always       -       188
190 Airflow_Temperature_Cel 0x0022   073   055   045    Old_age   Always       -       27 (Min/Max 25/27)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       82
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       296
194 Temperature_Celsius     0x0022   027   045   000    Old_age   Always       -       27 (0 14 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       16
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       16
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
raid
Martin Hope
sam123
Asked: 2024-09-28 20:00:42 +0800 CST
  • 5

Configurei corretamente 3 nós de armazenamento e 1 nó de controle (o nó de controle tem serviços de nó de armazenamento), bem como configurei corretamente o armazenamento iSCI. No entanto, notei que, para visualizar o monitoramento iSCI no painel, o conteúdo relevante deve ser configurado

ceph dashboard iscsi-gateway-add  -i 1.conf images

  1. conf contém o seguinte conteúdo

    http://admin: [email protected] :5588

    http://admin: [email protected] :5588

    http://admin: [email protected] :5588

Após a execução bem-sucedida, ele exibe 'Sucesso'. No entanto, houve problemas mais tarde, como a página inicial do painel não funcionando corretamente e o gateway ISCSI de monitoramento no painel não estar disponível. E também houve erros relacionados na linha de comando.

root@node1:~#  ceph dashboard iscsi-gateway-list
Error EINVAL: Traceback (most recent call last):
  File "/usr/share/ceph/mgr/mgr_module.py", line 1759, in _handle_command
    return CLICommand.COMMANDS[cmd['prefix']].call(self, cmd, inbuf)
  File "/usr/share/ceph/mgr/mgr_module.py", line 462, in call
    return self.func(mgr, **kwargs)
  File "/usr/share/ceph/mgr/dashboard/services/iscsi_cli.py", line 21, in list_iscsi_gateways
    return 0, json.dumps(IscsiGatewaysConfig.get_gateways_config()), ''
  File "/usr/share/ceph/mgr/dashboard/services/iscsi_config.py", line 104, in get_gateways_config
    return cls._load_config_from_store()
  File "/usr/share/ceph/mgr/dashboard/services/iscsi_config.py", line 47, in _load_config_from_store
    cls.update_iscsi_config(config)
  File "/usr/share/ceph/mgr/dashboard/services/iscsi_config.py", line 64, in update_iscsi_config
    service_url=service_url).get_hostname()['data']
  File "/usr/share/ceph/mgr/dashboard/services/iscsi_client.py", line 42, in instance
    port = url.port
  File "/lib64/python3.6/urllib/parse.py", line 181, in port
    port = int(port, 10)
ValueError: invalid literal for int() with base 10: '5588http:'

Minha necessidade é restaurar o estado normal e configurar o monitoramento com sucesso, obrigado

ceph
Martin Hope
Darxis
Asked: 2024-09-28 18:01:36 +0800 CST
  • 9

Comprei uma nova placa Broadcom MegaRAID 9580-8i8e que é conectada por meio de ambas as portas SFF-8644 externas a uma única prateleira de disco com discos SATA HDDs/SSDs conectados a ela. O SO é Windows Server 2022, o driver MegaRAID mais recente instalado.

Quando ligo o sistema, a placa não é detectada/visível no BIOS e no Windows o dispositivo MegaRAID no Gerenciador de dispositivos não consegue iniciar devido ao código de erro 10

Ocorreu um erro de hardware do adaptador de E/S

megaraid
Martin Hope
Ade
Asked: 2024-09-28 16:39:52 +0800 CST
  • 5

Tenho um aplicativo/site PHP servido pelo nginx. Quando navego pelo site usando o Google Chrome com o painel de rede de ferramentas de desenvolvimento aberto, posso ver que, antes de navegar para uma nova página de URL, há uma solicitação de pré-busca , que o servidor retorna com o código 503 (não disponível).

O CloudFlare está sendo usado como proxy.

Estou preocupado com esses erros 503. Uma configuração nginx é necessária para manipular solicitações de prefetch corretamente?

Captura de tela mostrando solicitação dupla, uma delas sendo uma solicitação de pré-busca Captura de tela mostrando cabeçalhos de resposta para solicitação de pré-busca

nginx
Martin Hope
Sven Jung geb Stiefvater
Asked: 2024-09-28 06:15:07 +0800 CST
  • 5

Hoje eu ganhei um novo roteador. Infelizmente, só vou ter o DS-lite de agora em diante. O DS extra custa muito mais para uso privado.

Tenho 3 Webservers publicamente acessíveis: Jellyfin, Nextcloud e Home Assistant. Todos eles se conectam via NPM.

Como o DuckDNS não funciona com IPv6, tentei mudar para DynV6. Criei uma zona e consegui atualizar o IPv6, bem como a entrada AAAA correta.

Posso alcançar o NPM exatamente com esse nome de zona "xxx.dynv6.net". Se eu abrir esse site, serei reconectado de acordo com o "Site Padrão" (O que mostrar quando o Nginx for atingido por um Host desconhecido). Isso é o esperado, porque eu só uso subdomínios.

Os subdomínios configurados para essa zona no NPM não funcionarão: jf.xxx.dynv6.net; nc.xxx.dynv6.net e ha.xxx.dynv6.net

Se eu abrir [::(Ipv6 do Jellyfin)]:8096 então funciona.

Não vou me preocupar com SSL até que isso funcione.

Alguém pode me ajudar? Eu já incomodei o Copilot até a morte :D

ipv6
Martin Hope
Taavi Ansper
Asked: 2024-09-27 18:07:14 +0800 CST
  • 7

Estou tentando fazer os VRFs funcionarem no Linux.

Histórico: Eu li vários documentos sobre como configurar o VRF-lite no kernel do Linux e tenho uma solicitação simples para o VRF: retornar um ping para mim :)

Eu li todos esses documentos:

  1. https://docs.kernel.org/networking/vrf.html
  2. https://alexkaouris.medium.com/vrfs-quick-intro-f0f7191779d2
  3. https://netplan.readthedocs.io/en/0.106.1/netplan-yaml/#properties-for-device-type-vrfs
  4. https://www.dasblinkenlichten.com/working-with-linux-vrfs/
  5. https://interpip.es/linux/creating-a-vrf-and-running-services-inside-it-on-linux/
  6. https://docs.frrouting.org/en/stable-9.1/zebra.html#virtual-routing-and-forwarding
  7. https://people.kernel.org/dsahern/management-vrf-and-dns
  8. https://jerryxiao.cc/archives/1004
  9. https://stbuehler.de/blog/article/2020/02/29/using_vrf__virtual_routing_and_forwarding__on_linux.html
  10. https://docs.nvidia.com/networking-ethernet-software/cumulus-linux-59/Layer-3/VRFs/Virtual-Routing-and-Forwarding-VRF/#frrouting-in-a-vrf
  11. link device_assembly_starting-um-service-dentro-de-uma-rede-vrf-isolada
  12. https://www.linkedin.com/pulse/running-vrf-linux-gerardo-marciales

Mas nenhum deles fala do cenário simples para ping.

Configuração:

Ubuntu 24.04 VM

# netplan configuration
root@as-test-ubuntu:~# netplan get
network:
  version: 2
  renderer: networkd
  ethernets:
    ens3:
      match:
        macaddress: "fa:16:3e:d6:d5:0c"
      addresses:
      - "192.168.40.15/21"
      dhcp4: false
      set-name: "ens3"
    ens4:
      match:
        macaddress: "fa:16:3e:ef:59:e7"
      addresses:
      - "192.168.2.60/24"
      dhcp4: false
      set-name: "ens4"
  vrfs:
    vrf-mgmt:
      interfaces:
      - ens3
      routes:
      - to: "default"
        via: "192.168.40.1"
      table: 1

Logs do tcpdump na interface VRF

root@as-test-ubuntu:~# tcpdump -npe -i vrf-mgmt
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on vrf-mgmt, link-type EN10MB (Ethernet), snapshot length 262144 bytes
13:03:23.373513 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 560, length 64
13:03:23.373559 42:b6:48:39:49:0f > 42:b6:48:39:49:0f, ethertype IPv4 (0x0800), length 98: 192.168.40.15 > 10.192.10.82: ICMP echo reply, id 44994, seq 560, length 64
13:03:24.397483 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 561, length 64
13:03:24.397535 42:b6:48:39:49:0f > 42:b6:48:39:49:0f, ethertype IPv4 (0x0800), length 98: 192.168.40.15 > 10.192.10.82: ICMP echo reply, id 44994, seq 561, length 64
13:03:25.421560 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 562, length 64
13:03:25.421607 42:b6:48:39:49:0f > 42:b6:48:39:49:0f, ethertype IPv4 (0x0800), length 98: 192.168.40.15 > 10.192.10.82: ICMP echo reply, id 44994, seq 562, length 64
13:03:26.445783 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 563, length 64
13:03:26.445834 42:b6:48:39:49:0f > 42:b6:48:39:49:0f, ethertype IPv4 (0x0800), length 98: 192.168.40.15 > 10.192.10.82: ICMP echo reply, id 44994, seq 563, length 64

Registra no tcpdump na interface Ethernet subjacente

root@as-test-ubuntu:~# tcpdump -npe -i ens3
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on ens3, link-type EN10MB (Ethernet), snapshot length 262144 bytes
13:04:44.269975 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 639, length 64
13:04:45.293675 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 640, length 64
13:04:46.317790 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 641, length 64
13:04:47.341587 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 642, length 64
13:04:48.299941 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype ARP (0x0806), length 56: Request who-has 192.168.40.15 tell 192.168.40.1, length 42
13:04:48.299972 fa:16:3e:d6:d5:0c > 00:09:0f:09:01:1b, ethertype ARP (0x0806), length 42: Reply 192.168.40.15 is-at fa:16:3e:d6:d5:0c, length 28
13:04:48.365754 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 643, length 64
13:04:49.391177 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 644, length 64
13:04:50.414066 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 645, length 64
13:04:51.438125 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 646, length 64
13:04:52.463347 00:09:0f:09:01:1b > fa:16:3e:d6:d5:0c, ethertype IPv4 (0x0800), length 98: 10.192.10.82 > 192.168.40.15: ICMP echo request, id 44994, seq 647, length 64

Como você pode ver, os pacotes ficam presos em algum lugar entre o VRF e a Ethernet subjacente.

Não encontrei uma solução para isso.

linux
Martin Hope
devamat
Asked: 2024-09-27 04:46:27 +0800 CST
  • 5

Estou provisionando uma VM Ubuntu no Kubernetes. Para configurá-la, estou usando o ansible.

Como posso ver os logs do ansible-pull executado no cloud-init?

Gostaria de monitorar o processo e verificar quando ele estiver concluído.

Este é um exemplo do que estou usando:

        - cloudInitNoCloud:
            userData: |-
              #cloud-config
              packages:
                - ansible
              runcmd:
                - ansible-pull -U https://...

Tentei procurar logs em /var/log, mas não encontrei nada relevante.

virtual-machines
Prev
Próximo