Score:0

Ubuntu

การติดตั้ง devstack xena ล้มเหลวบน ubuntu20.04 (ข้อผิดพลาด arping br-ex)

AndyW

3/6/23 12:22

มีปัญหาในการติดตั้ง devstack เสถียร/xena บนอิมเมจคลาวด์ ubuntu20.04 ที่สะอาด (อินสแตนซ์ VM โดย virt-install พร้อม 2 อินเทอร์เฟซ: ens3 (192.168.122.36 บน HostPC virbr0) สำหรับอินเทอร์เฟซสาธารณะและ ens4 (192.168.100.100 โฮสต์ virbr1) สำหรับการจัดการ)

การติดตั้ง devstack ดำเนินการเกือบจะสิ้นสุด แต่ออกจากการตรวจสอบ arping บน br-ex: ส่วนท้ายของ 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 แทนที่ค่าเริ่มต้นผ่าน 192.168.122.1 dev br-ex'
2022-02-02 21:52:21.109 | +lib/neutron-legacy:_move_neutron_addresses_route:677 [[ จริง == \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 แทนที่ 192.168.122.36/24 brd 192.168.122.255 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 '{ พิมพ์ $1; ทางออก }'
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 ตัด -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 แทนที่ 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 ตั้งค่า 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 แทนที่ค่าเริ่มต้นผ่าน 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 จาก 192.168.122.36 br-ex
2022-02-02 21:52:24.316 | ส่งโพรบ 3 รายการ (ออกอากาศ 3 รายการ)
2022-02-02 21:52:24.316 | ได้รับการตอบกลับ 0 (s)
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 โลคัล r=1
2022-02-02 21:52:24.359 | ++./stack.sh:exit_trap:522 งาน -p
2022-02-02 21:52:24.367 | +./stack.sh:exit_trap:522 งาน=
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 'ข้อผิดพลาดในการออก'
2022-02-02 21:52:24.441 | เกิดข้อผิดพลาดในการออก
2022-02-02 21:52:24.447 | +./stack.sh:exit_trap:541 พิมพ์ -p create-subunit
2022-02-02 21:52:24.455 | +./stack.sh:exit_trap:542 สร้างหน่วยย่อย 1643837814 930 ล้มเหลว
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 ทางออก 1

ส่วนเครือข่ายของ local.conf:

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

## ตัวเลือกนิวตรอน
Q_USE_SECGROUP=จริง
#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

# ลอง LinuxBridge เนื่องจาก ovs ให้ข้อผิดพลาด arping สำหรับ br-ex บน $HOST_IP
#Q_USE_PROVIDERNET_FOR_PUBLIC=จริง
#Q_AGENT=ลินุกซ์บริดจ์
#LB_PHYSICAL_INTERFACE=ens3
#PUBLIC_PHYSICAL_NETWORK=ค่าเริ่มต้น
#LB_INTERFACE_MAPPINGS=default:ens3

# เปิดการกำหนดค่าเครือข่ายผู้ให้บริการ vSwitch
Q_USE_PROVIDERNET_FOR_PUBLIC=จริง
OVS_PHYSICAL_BRIDGE=br-อดีต
PUBLIC_BRIDGE=br-อดีต
OVS_BRIDGE_MAPPINGS=สาธารณะ:br-ex

(ลองใช้ linuxbridge เป็นวิธีแก้ปัญหา OVS แต่ยังต้องการกำหนด br-ex และได้รับข้อผิดพลาดที่แย่ลง (นิวตรอนจะไม่เริ่มทำงาน)

เครือข่ายของฉันในตอนท้ายดูเหมือนจะใช้ได้

stack@devstackxena:~/devstackลิงก์ $ ไอพี
1: จริง: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    ลิงค์ / ย้อนกลับ 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-สถานะระบบ โหมด UP DEFAULT กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ 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 โหมด DEFAULT กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ 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 กลุ่มเริ่มต้น qlen 1000 เริ่มต้น
    ลิงค์/อีเธอร์ 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 กลุ่มเริ่มต้น qlen 1000 เริ่มต้น
    ลิงค์/อีเธอร์ 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 UNKNOWN mode DEFAULT กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ c6:1e:0f:72:91:4c brd ff:ff:ff:ff:ff:ff

stack@devstackxena:~/devstack$ ไอพี
1: จริง: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN กลุ่มเริ่มต้น qlen 1,000
    ลิงค์ / ย้อนกลับ 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 ขอบเขตโฮสต์เลย
       valid_lft ตลอดไป reserved_lft ตลอดไป
    inet6 ::1/128 ขอบเขตโฮสต์ 
       valid_lft ตลอดไป reserved_lft ตลอดไป
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master ovs-สถานะระบบ UP กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ 52:54:00:ed:c1:f2 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::5054:ff:feed:c1f2/64 ลิงค์ขอบเขต 
       valid_lft ตลอดไป reserved_lft ตลอดไป
3: ens4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ 52:54:00:28:b9:e7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.100.100/24 ครอบคลุมทั่วโลก ens4
       valid_lft ตลอดไป reserved_lft ตลอดไป
    inet6 2001:db8:ca2:3:5054:ff:fe28:b9e7/64 ขอบเขตแบบไดนามิกทั่วโลก mngtmpaddr 
       valid_lft 3269 วินาทีที่ต้องการ_lft 3269 วินาที
    ลิงค์ขอบเขต inet6 fe80::5054:ff:fe28:b9e7/64 
       valid_lft ตลอดไป reserved_lft ตลอดไป
27: ระบบ ovs: <BROADCAST, MULTICAST> mtu 1500 qdisc noop state DOWN กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ 4a:4d:4c:08:59:d1 brd ff:ff:ff:ff:ff:ff
28: br-int: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ 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 UNKNOWN กลุ่มเริ่มต้น qlen 1000
    ลิงค์/อีเธอร์ c6:1e:0f:72:91:4c brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.36/24 brd 192.168.122.255 ขอบเขต br-ex ทั่วโลก
       valid_lft ตลอดไป reserved_lft ตลอดไป
    ลิงค์ขอบเขต inet6 fe80::c41e:fff:fe72:914c/64 
       valid_lft ตลอดไป reserved_lft ตลอดไป

การกำหนดค่า ovs:

stack@devstackxena:~/devstack$ sudo ovs-vsctl แสดง
2448b59c-19b3-4043-ab1f-c3bbc0e66102
    ผู้จัดการ "ptcp:6640:127.0.0.1"
        is_connected: จริง
    สะพานข้ามแยก
        fail_mode: ปลอดภัย
        พอร์ต br-int
            อินเตอร์เฟส br-int
                ชนิด: ภายใน
    สะพาน br-ex
        พอร์ต ens3
            อินเทอร์เฟซ ens3
        พอร์ต br-ex
            อินเทอร์เฟซ br-ex
                ชนิด: ภายใน
    ovs_version: "2.13.3"

stack@devstackxena:~/devstackเส้นทาง $ ip
เริ่มต้นผ่าน 192.168.122.1 dev br-ex 
192.168.100.0/24 dev ens4 ลิงก์ขอบเขตเคอร์เนลโปรโต src 192.168.100.100 
192.168.122.0/24 การเชื่อมโยงขอบเขตเคอร์เนลโปรโต br-ex src 192.168.122.36

tcpdump arp บน br-ex:

stack@devstackxena:~$ sudo tcpdump -i br-ex -n icmp หรือ arp
tcpdump: เอาต์พุต verbose ถูกระงับ ใช้ -v หรือ -vv สำหรับการถอดรหัสโปรโตคอลแบบเต็ม
กำลังฟัง br-ex, ประเภทลิงก์ EN10MB (Ethernet), ขนาดการจับภาพ 262144 ไบต์
12:09:52.568287 ARP, Request who-has 192.168.122.37 บอก 192.168.122.1 ความยาว 28
12:09:53.592292 ARP, Request who-has 192.168.122.37 บอก 192.168.122.1 ความยาว 28
12:10:18.892563 ARP, Request who-has 192.168.122.36 (ff:ff:ff:ff:ff:ff) บอก 192.168.122.36 ความยาว 28
12:10:19.892728 ARP, Request who-has 192.168.122.36 (ff:ff:ff:ff:ff:ff) บอก 192.168.122.36 ความยาว 28
12:10:20.892764 ARP, Request who-has 192.168.122.36 (ff:ff:ff:ff:ff:ff) บอก 192.168.122.36 ความยาว 28
12:10:48.145743 IP 192.168.122.1 > 192.168.122.36: คำขอเสียงสะท้อน ICMP, id 33715, seq 0, ความยาว 28
12:10:48.145850 IP 192.168.122.36 > 192.168.122.1: ICMP echo reply, id 33715, seq 0, length 28

arping ได้รับ 192.168.122.36 แต่ไม่มีการตอบกลับ (นั่นคือการตีความของฉันเกี่ยวกับ devstack Exit)

ไม่แน่ใจว่า 192.168.122.37 เพิ่มเติมมาจากไหน IP นี้ไม่มีอยู่ใน VM (ไม่มี VM อื่นบนโฮสต์) ฉันคิดว่าสามารถ arping IP ของตัวเองได้หรือไม่ (นั่นคือสิ่งที่สคริปต์ devstack พยายาม)

ขอบคุณสำหรับคำแนะนำความคิด

0 + 0

เครือข่าย

Score:0

Ubuntu

chri

15/6/23 12:50

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

0 + 0

AndyW

4/7/23 10:11

ขอบคุณสำหรับการป้อนข้อมูลของคุณ

ตอบกลับ

AndyW

4/7/23 10:22

ขอบคุณมากสำหรับความช่วยเหลือของคุณ วิธีรับ iputils ล่าสุด บน ubuntu20.04, ติดตั้ง std, สถานะ: arping -V arping จาก iputils s20190709 แล้ว โคลนคอมไพล์ https://github.com/iputils/iputils.git sudo apt ติดตั้ง gcc ทำให้ meson ninja-build xsltproc libcap-dev ซีดี iputils ./configure -- ตัวเลือก ทำ sudo ทำการติดตั้ง หลังจากนั้นฉันมี: arping -V arping จาก iputils s20190709 (ไม่มีการเปลี่ยนแปลง!) สำหรับจุดที่ 2 ของคุณ ไม่แน่ใจว่าจะเพิ่ม wrapper ได้อย่างไร เนื่องจาก stack.sh ใช้รูทีน exit_trap ถ้าฉันใส่คำสั่ง arping ในฟังก์ชันที่มี exit 0 ต่อท้าย สิ่งนี้จะไม่หลีกเลี่ยงกับดัก

ตอบกลับ

AndyW

4/7/23 10:25

ขออภัย รูปแบบความคิดเห็นหายไป

ตอบกลับ

chri

5/7/23 13:50

สวัสดีแอนดี้แปลก ไม่รู้ว่า iputils master หน้าตาเป็นอย่างไร แต่ฉันเดาว่าคุณคลาวด์ชำระเงินแท็กในภายหลังและสร้างสิ่งนั้น คุณสามารถดูรุ่นและปัญหาที่เกี่ยวข้องได้ที่นี่: https://github.com/iputils/iputils/releases ฉันเปลี่ยนชื่อปฏิบัติการและสร้างสคริปต์ทุบตีด้วยชื่อเดิม สคริปต์นี้ล้อมรอบไฟล์ปฏิบัติการดั้งเดิมและคืนค่า 0 แทน หวังว่าจะอธิบายวิธีแก้ปัญหานั้นโดยละเอียด

ตอบกลับ

Kulap

คำถามนี้เป็นภาษาอื่นๆ:

EN: installing devstack xena failing on ubuntu20.04 (arping br-ex error)

TH: การติดตั้ง devstack xena ล้มเหลวบน ubuntu20.04 (ข้อผิดพลาด arping br-ex)

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

RU: сбой установки devstack xena на ubuntu20.04 (ошибка arping br-ex)

VI: cài đặt devstack xena không thành công trên ubuntu20.04 (lỗi arping br-ex)

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา