Puncte:0

instalarea devstack xena eșuând pe ubuntu20.04 (eroare arping br-ex)

drapel ng

Întâmpinați probleme la instalarea devstack stable/xena pe o imagine cloud curată ubuntu20.04 (o VM instanțată de virt-install cu 2 interfețe: ens3 (192.168.122.36 pe HostPC virbr0) pentru interfața publică și ens4 (192.168.100.100 pentru managementul gazdei) virbr1)

Instalarea devstack merge aproape până la sfârșit, dar iese la o verificare arping pe br-ex: coada stack.sh.log:

2022-02-02 21:52:21.085 | +lib/neutron-legacy:_move_neutron_addresses_route:671 IP_BRD='192.168.122.36/24 brd 192.168.122.255'
2022-02-02 21:52:21.093 | +lib/neutron-legacy:_move_neutron_addresses_route:673 '[' 192.168.122.1 '!=' '' ']'
2022-02-02 21:52:21.101 | +lib/neutron-legacy:_move_neutron_addresses_route:674 ADD_DEFAULT_ROUTE='sudo ip -f inet r replace default via 192.168.122.1 dev br-ex'
2022-02-02 21:52:21.109 | +lib/neutron-legacy:_move_neutron_addresses_route:677 [[ True == \T\r\u\e ]]
2022-02-02 21:52:21.118 | +lib/neutron-legacy:_move_neutron_addresses_route:678 ADD_OVS_PORT='sudo ovs-vsctl --may-exist add-port br-ex ens3'
2022-02-02 21:52:21.127 | +lib/neutron-legacy:_move_neutron_addresses_route:681 [[ False == \T\r\u\e ]]
2022-02-02 21:52:21.135 | +lib/neutron-legacy:_move_neutron_addresses_route:685 [[ 192.168.122.36/24 brd 192.168.122.255 != '' ]]
2022-02-02 21:52:21.143 | +lib/neutron-legacy:_move_neutron_addresses_route:686 IP_DEL='sudo ip addr del 192.168.122.36/24 brd 192.168.122.255 dev ens3'
2022-02-02 21:52:21.153 | +lib/neutron-legacy:_move_neutron_addresses_route:687 IP_REPLACE='sudo ip addr replace 192.168.122.36/24 brd 192.168.122.255 dev br-ex'
2022-02-02 21:52:21.164 | +lib/neutron-legacy:_move_neutron_addresses_route:688 IP_UP='sudo ip link set br-ex up'
2022-02-02 21:52:21.172 | +lib/neutron-legacy:_move_neutron_addresses_route:689 [[ inet == \i\n\e\t ]]
2022-02-02 21:52:21.183 | ++lib/neutron-legacy:_move_neutron_addresses_route:690 awk '{ print $1; Ieșire }'
2022-02-02 21:52:21.183 | ++lib/neutron-legacy:_move_neutron_addresses_route:690 echo 192.168.122.36/24 brd 192.168.122.255
2022-02-02 21:52:21.185 | ++lib/neutron-legacy:_move_neutron_addresses_route:690 grep -o -E '(.*)/'
2022-02-02 21:52:21.192 | ++lib/neutron-legacy:_move_neutron_addresses_route:690 cut -d / -f1
2022-02-02 21:52:21.202 | +lib/neutron-legacy:_move_neutron_addresses_route:690 IP=192.168.122.36
2022-02-02 21:52:21.210 | +lib/neutron-legacy:_move_neutron_addresses_route:691 ARP_CMD='sudo arping -A -c 3 -w 5 -I br-ex 192.168.122.36 '
2022-02-02 21:52:21.217 | +lib/neutron-legacy:_move_neutron_addresses_route:697 sudo ip addr del 192.168.122.36/24 brd 192.168.122.255 dev ens3
2022-02-02 21:52:21.236 | +lib/neutron-legacy:_move_neutron_addresses_route:697 sudo ip addr înlocuiți 192.168.122.36/24 brd 192.168.122.255 dev br-ex
2022-02-02 21:52:21.252 | +lib/neutron-legacy:_move_neutron_addresses_route:697 sudo ip link set br-ex up
2022-02-02 21:52:21.272 | +lib/neutron-legacy:_move_neutron_addresses_route:697 sudo ovs-vsctl --may-exist add-port br-ex ens3
2022-02-02 21:52:21.293 | +lib/neutron-legacy:_move_neutron_addresses_route:697 sudo ip -f inet r înlocuiți implicit prin 192.168.122.1 dev br-ex
2022-02-02 21:52:21.309 | +lib/neutron-legacy:_move_neutron_addresses_route:697 sudo arping -A -c 3 -w 5 -I br-ex 192.168.122.36
2022-02-02 21:52:24.316 | ARPING 192.168.122.36 din 192.168.122.36 br-ex
2022-02-02 21:52:24.316 | Au trimis 3 sonde (3 difuzare(e))
2022-02-02 21:52:24.316 | A primit 0 răspuns(uri)
2022-02-02 21:52:24.341 | +lib/neutron-legacy:_move_neutron_addresses_route:1 exit_trap
2022-02-02 21:52:24.349 | +./stack.sh:exit_trap:521 local r=1
2022-02-02 21:52:24.359 | ++./stack.sh:exit_trap:522 locuri de muncă -p
2022-02-02 21:52:24.367 | +./stack.sh:exit_trap:522 jobs=
2022-02-02 21:52:24.376 | +./stack.sh:exit_trap:525 [[ -n '' ]]
2022-02-02 21:52:24.384 | +./stack.sh:exit_trap:531 '[' -f /tmp/tmp.WDapXUJF5c ']'
2022-02-02 21:52:24.394 | +./stack.sh:exit_trap:532 rm /tmp/tmp.WDapXUJF5c
2022-02-02 21:52:24.407 | +./stack.sh:exit_trap:536 kill_spinner
2022-02-02 21:52:24.422 | +./stack.sh:kill_spinner:431 '[' '!' -z '' ']'
2022-02-02 21:52:24.430 | +./stack.sh:exit_trap:538 [[ 1 -ne 0 ]]
2022-02-02 21:52:24.441 | +./stack.sh:exit_trap:539 echo „Eroare la ieșire”
2022-02-02 21:52:24.441 | Eroare la ieșire
2022-02-02 21:52:24.447 | +./stack.sh:exit_trap:541 tip -p genera-subunitate
2022-02-02 21:52:24.455 | +./stack.sh:exit_trap:542 generate-subunit 1643837814 930 fail
2022-02-02 21:52:24.807 | +./stack.sh:exit_trap:544 [[ -z /opt/stack/logs ]]
2022-02-02 21:52:24.814 | +./stack.sh:exit_trap:547 /usr/bin/python3.8 /home/stack/devstack/tools/worlddump.py -d /opt/stack/logs
2022-02-02 21:52:25.437 | +./stack.sh:exit_trap:556 ieșirea 1

părți de rețea ale local.conf:

HOST_IP=192.168.122.36
SERVICE_HOST=192.168.122.36
#HOST_IPV6=2001:db8::7

## Opțiuni pentru neutroni
Q_USE_SECGROUP=Adevărat
#FLOATING_RANGE="192.168.122.0/24"
#Q_FLOATING_ALLOCATION_POOL=start=192.168.122.240,end=192.168.122.254
FLOATING_RANGE=192.168.122.224/27
IPV4_ADDRS_SAFE_TO_USE="10.0.0.0/22"
PUBLIC_NETWORK_GATEWAY="192.168.122.1"
PUBLIC_INTERFACE=ens3

# încercați LinuxBridge, deoarece ovs dă eroare arping pentru br-ex pe $HOST_IP
#Q_USE_PROVIDERNET_FOR_PUBLIC=Adevărat
#Q_AGENT=linuxbridge
#LB_PHYSICAL_INTERFACE=ens3
#PUBLIC_PHYSICAL_NETWORK=implicit
#LB_INTERFACE_MAPPINGS=implicit:ens3

# Deschideți configurația de rețea a furnizorului vSwitch
Q_USE_PROVIDERNET_FOR_PUBLIC=Adevărat
OVS_PHYSICAL_BRIDGE=br-ex
PUBLIC_BRIDGE=br-ex
OVS_BRIDGE_MAPPINGS=public:br-ex

(am încercat linuxbridge ca o soluție pentru OVS, dar încă vrea să definească br-ex și să înregistreze erori mai grave (neutronul nu pornește)

Conf. de rețea mea la sfârșit pare ok

stack@devstackxena:~/devstack$ link ip
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state modul NECUNOSCUT DEFAULT grup implicit qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master ovs-system state UP mode DEFAULT grup implicit qlen 1000
    link/ether 52:54:00:ed:c1:f2 brd ff:ff:ff:ff:ff:ff
3: ens4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT grup implicit qlen 1000
    link/ether 52:54:00:28:b9:e7 brd ff:ff:ff:ff:ff:ff
27: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT grup implicit qlen 1000
    link/ether 4a:4d:4c:08:59:d1 brd ff:ff:ff:ff:ff:ff
28: br-int: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT grup implicit qlen 1000
    link/ether 7a:0c:6d:1c:17:49 brd ff:ff:ff:ff:ff:ff
29: br-ex: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state modul NECUNOSCUT DEFAULT grup implicit qlen 1000
    link/ether c6:1e:0f:72:91:4c brd ff:ff:ff:ff:ff:ff
stack@devstackxena:~/devstack$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue stare UNKNOWN grup implicit qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 ::1/128 scope host 
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master ovs-system state UP group default qlen 1000
    link/ether 52:54:00:ed:c1:f2 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::5054:ff:feed:c1f2/64 scope link 
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
3: ens4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 52:54:00:28:b9:e7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.100.100/24 ​​scope global ens4
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 2001:db8:ca2:3:5054:ff:fe28:b9e7/64 domeniu dinamic global mngtmpaddr 
       valid_lft 3269sec preferred_lft 3269sec
    inet6 fe80::5054:ff:fe28:b9e7/64 scope link 
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
27: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 4a:4d:4c:08:59:d1 brd ff:ff:ff:ff:ff:ff
28: br-int: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 7a:0c:6d:1c:17:49 brd ff:ff:ff:ff:ff:ff
29: br-ex: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state NECUNOSCUT grup implicit qlen 1000
    link/ether c6:1e:0f:72:91:4c brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.36/24 brd 192.168.122.255 scope global br-ex
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 fe80::c41e:fff:fe72:914c/64 scope link 
       valid_lft pentru totdeauna preferred_lft pentru totdeauna

ovs config:

stack@devstackxena:~/devstack$ sudo ovs-vsctl show
2448b59c-19b3-4043-ab1f-c3bbc0e66102
    Manager „ptcp:6640:127.0.0.1”
        este_conectat: adevărat
    Podul br-int
        fail_mode: sigur
        Port br-int
            Interfață br-int
                tip: intern
    Podul br-ex
        Port ens3
            Interfață ens3
        Port br-ex
            Interfață br-ex
                tip: intern
    ovs_version: „2.13.3”
stack@devstackxena:~/devstack$ traseu ip
implicit prin 192.168.122.1 dev br-ex 
192.168.100.0/24 dev ens4 proto kernel scope link src 192.168.100.100 
192.168.122.0/24 dev br-ex proto kernel scope link src 192.168.122.36 

tcpdump arp pe br-ex:

stack@devstackxena:~$ sudo tcpdump -i br-ex -n icmp sau arp
tcpdump: ieșirea verbosă a fost suprimată, utilizați -v sau -vv pentru decodarea completă a protocolului
ascultare pe br-ex, tip link EN10MB (Ethernet), dimensiunea capturii 262144 octeți
12:09:52.568287 ARP, Solicitați cine-are 192.168.122.37 spuneți 192.168.122.1, lungime 28
12:09:53.592292 ARP, Solicitați cine-are 192.168.122.37 spuneți 192.168.122.1, lungime 28
12:10:18.892563 ARP, Solicitați cine-are 192.168.122.36 (ff:ff:ff:ff:ff:ff) spuneți 192.168.122.36, lungime 28
12:10:19.892728 ARP, Solicitați cine-are 192.168.122.36 (ff:ff:ff:ff:ff:ff) spuneți 192.168.122.36, lungime 28
12:10:20.892764 ARP, Solicitați cine-are 192.168.122.36 (ff:ff:ff:ff:ff:ff) spuneți 192.168.122.36, lungime 28
12:10:48.145743 IP 192.168.122.1 > 192.168.122.36: Solicitare ecou ICMP, id 33715, secv 0, lungime 28
12:10:48.145850 IP 192.168.122.36 > 192.168.122.1: răspuns ecou ICMP, id 33715, secv 0, lungime 28

arping a primit 192.168.122.36, dar nu a primit niciun răspuns (aceasta este interpretarea mea despre devstack Exit).

nu sunt sigur de unde provine 192.168.122.37 suplimentar, acest IP nu există în VM. (nu există alte VM pe gazdă) Presupun că arping-ul poate avea propriul IP? (asta încearcă scriptul devstack)

multumesc pentru orice sfaturi, idei

Puncte:0
drapel cn

I just encountered the same issue and tracked it donw to be this bug: https://github.com/iputils/iputils/issues/247. So either manually install a recent version if iputils-arping or e.g create a wrapper script and correct the exit code

AndyW avatar
drapel ng
multumesc pentru contributie
AndyW avatar
drapel ng
multumesc mult pentru ajutor. Cum să obțineți cele mai recente iputils? pe ubuntu20.04, instalare standard, stare: arping -V arping de la iputils s20190709 atunci git clone https://github.com/iputils/iputils.git sudo apt install gcc make meson ninja-build xsltproc libcap-dev cd iputils ./configure --opțiuni face sudo make install deci dupa aceea am: arping -V arping de la iputils s20190709 (nicio schimbare!) pentru al 2-lea punct, nu sunt sigur cum să adaugi wrapper ca stack.sh folosește o rutină exit_trap, dacă pun comanda arping într-o funcție cu o ieșire 0 la sfârșit, acest lucru nu evită capcana
AndyW avatar
drapel ng
ne pare rău, formatarea comentariului a fost pierdută
drapel cn
Bună Andy, ciudat. Nu știu cum arată iputils master. Dar bănuiesc că ați plătit în cloud o etichetă ulterioară și o creați. Aici puteți vedea versiunile și problemele corespunzătoare: https://github.com/iputils/iputils/releases. Am redenumit executabilul și am creat un script bash cu numele original. Acest script împachetează executabilul original și returnează în schimb 0. Sper că asta explică acea soluție mai detaliată

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.