Tôi sử dụng các tùy chọn khởi động biosdevname=1 net.ifnames=1 để có được tên thiết bị nhất quán, có thể dự đoán được. Tôi bắt đầu nhận thấy sự cố trong một số trường hợp, tên thiết bị mạng không nhất quán. Ví dụ: nếu tôi chuyển sang trình bao gỡ lỗi dracut và xem kết quả đầu ra của rdsosreport.txt, tôi sẽ thấy điều này:
+ địa chỉ ip
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 trạng thái qdisc noqueue nhóm UNKNOWN mặc định qlen 1000
liên kết/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
máy chủ phạm vi inet 127.0.0.1/8 lo
hợp lệ_lft mãi mãi ưa thích_lft mãi mãi
inet6 ::1/128 máy chủ phạm vi
hợp lệ_lft mãi mãi ưa thích_lft mãi mãi
2: p3p1: <BROADCAST,MULTICAST> mtu 1500 qdisc trạng thái noop DOWN nhóm mặc định qlen 1000
liên kết/ether a8:b4:56:50:97:08 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST> mtu 1500 trạng thái qdisc noop DOWN nhóm mặc định qlen 1000
liên kết/ether a8:b4:56:50:97:09 brd ff:ff:ff:ff:ff:ff
Lưu ý rằng có sự kết hợp giữa cách đặt tên nhất quán (p3p1) và kiểu kế thừa (eth1).Tuy nhiên, nếu tôi nhìn vào các giao diện từ trình gỡ lỗi dracut, tôi sẽ thấy điều này:
initqueue:/run/initramfs# địa chỉ ip
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 trạng thái qdisc noqueue nhóm UNKNOWN mặc định qlen 1000
liên kết/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
máy chủ phạm vi inet 127.0.0.1/8 lo
hợp lệ_lft mãi mãi ưa thích_lft mãi mãi
inet6 ::1/128 máy chủ phạm vi
hợp lệ_lft mãi mãi ưa thích_lft mãi mãi
2: p3p1: <BROADCAST,MULTICAST> mtu 1500 qdisc trạng thái noop DOWN nhóm mặc định qlen 1000
liên kết/ether a8:b4:56:50:97:08 brd ff:ff:ff:ff:ff:ff
3: p3p2: <BROADCAST,MULTICAST> mtu 1500 qdisc trạng thái noop DOWN nhóm mặc định qlen 1000
liên kết/ether a8:b4:56:50:97:09 brd ff:ff:ff:ff:ff:ff
p3p1/p3p2 là tên dự kiến chính xác. Vì lý do nào đó, ngay từ đầu trình tự initrd, chúng xuất hiện ở định dạng hỗn hợp. Giả định của tôi là có một số loại cuộc đua đang diễn ra ở đây và nếu có thêm một chút thời gian, nó (udev?) Sẽ ổn định ở trạng thái chính xác, nhưng tôi không chắc chính xác nó ở đâu. Thật không may, điều này đang gây ra sự cố cho một số bản dựng máy chủ tự động của chúng tôi, bởi vì các máy chủ sẽ xuất hiện sau lần khởi động đầu tiên (cài đặt sau) và cố gắng khởi động eth1 khi tên giao diện thực là p3p2.
Tôi đã tìm hiểu kỹ các mô-đun dracut để thử và tìm ra vấn đề có thể nằm ở đâu, nhưng vẫn chưa thể xác định nó một cách thuyết phục, vì vậy hãy tìm kiếm các đề xuất.
Ngoài ra, hành vi này không xảy ra mọi lúc. Cùng một máy chủ, khởi động cùng một hình ảnh đôi khi hoạt động tốt và những lần khác có hành vi đặt tên hỗn hợp này. Điều đó cũng cho tôi biết đây là một loại cuộc đua nào đó - có lúc thắng, có lúc thua.
