Điểm:0

20.04.3 Lỗi ISCSI trong khi khởi động để đăng nhập

lá cờ pk

Có lẽ bắt đầu từ một tháng trước, tôi bắt đầu gặp lỗi iscsi và không thể gắn kết. Điều này gần như trùng khớp với bản cập nhật 20.04.3. Cố gắng cắt ngang cuộc rượt đuổi, tôi đã đưa ra các lệnh sau:

root@cor8910:~# iscsiadm -m Discovery -t sendtargets -p readynas2 172.16.7.2:3260,1 iqn.2011-09.nas-8B-3E-60:thunderbird 172.16.7.2:3260,1 iqn.2011-09.nas-8B-3E-60:vmguests

root@cor8910:~# iscsiadm -m Discovery -t sendtargets -p readynas1 172.16.0.2:3260,1 iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5

Đầu ra trên là chính xác Tuy nhiên khi phát hành iscsiadm -m node -o show Tôi nhận được 4 bản ghi BẮT ĐẦU GHI 2.0-874

nút.name = iqn.2011-09.nas-8B-3E-60:thunderbird . . . nút.conn[0].địa chỉ = 172.16.7.2 nút.conn[0].port = 3260

#kết thúc bản ghi Bản ghi #Bắt đầu 2.0-874 nút.name = iqn.2011-09.nas-8B-3E-60:vmguests . . node.conn[0].address = readyNAS1 # KẾT THÚC GHI Cái đó là BAD vì addr kết nối đã sẵn sàngNAS2 chứ không phải 1 và phải là số thập phân chấm BẮT ĐẦU GHI 2.0-874

nút.name = iqn.2011-09.nas-8B-3E-60:vmguests . . . nút.conn[0].địa chỉ = 172.16.7.2< br/> node.conn[0].port = 3260

# KẾT THÚC GHI Cái này đúng nhưng tại sao địa chỉ lại là dấu thập phân và tại sao các máy chủ trước đó lại là từ đồng nghĩa? BẮT ĐẦU GHI 2.0-874

node.name = iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5 ... nút.conn[0].địa chỉ = 172.16.0.2 KẾT THÚC BẮT ĐẦU GHI 2.0-874

node.name = iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5 ... node.conn[0].address = readynas1 #kết thúc bản ghi Cái cuối cùng cũng ổn. Tôi không thể thoát khỏi bản ghi nút xấu đó Tài liệu tôi đã googled chỉ ra /var/lib/iscsi mà ubuntu không có.

root@cor8910:~# ls -al /etc/iscsi/nodes/ tổng 20

drw------- 4 root root 4096 9 tháng 10 15:31 iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5 drw------- 3 root root 4096 9 tháng 10 15:31 iqn.2011-09.nas-8B-3E-60:thunderbird

drw------- 4 root root 4096 9 tháng 10 15:31 iqn.2011-09.nas-8B-3E-60:vmguests

Tôi nghĩ vấn đề có thể nằm trong thư mục con mặc định mà tôi đã chuyển đến nơi an toàn hơn. Tuy nhiên, thư mục thunderbird vẫn không được đăng nhập và gắn kết qua fstab. những người khác làm. Sau khi khởi động, tôi có thể cấp lệnh iscsiadm để đăng nhập tất cả và tự gắn thunderbird lun nơi cấu hình Thunderbird đang trỏ tới nó.

Tôi muốn có thể sửa bất cứ điều gì sai nhưng trong trường hợp không phát hiện ra điều gì sai nếu tôi xóa open-iscsi và cài đặt lại thì điều đó có giải quyết được sự cố không? Làm thế nào để cấu hình biết trong trường hợp đơn vị NAS ultra 4 của 'readyNAS2' của Netgear tham chiếu nó bằng số thập phân có dấu chấm trong đó 'readyNAS1' NAS 214 của Netgear đang chọn từ đồng nghĩa của tệp máy chủ cho địa chỉ của nó?

Sau khi suy nghĩ về những ưu/nhược điểm, tôi đã xóa iscsiadm và cài đặt lại nó. Điều này thực sự hoạt động tốt, các mục tiêu tĩnh đã được tìm thấy và quá trình đăng nhập diễn ra nhanh chóng. Tuy nhiên, khi khởi động lại, sau khi cài đặt lại, sự cố lại tái diễn và tôi phát hiện ra có điều gì đó trong quá trình khởi động tạo ra các nút tĩnh không chính xác. Theo người đàn ông iscsiadm, loại khám phá duy nhất là gửi mục tiêu, không phải. KHÔNG CÓ TĨNH, nhưng nó dường như được xây dựng và sử dụng và thất bại.

guiverc avatar
lá cờ cn
Nếu điều này liên quan đến 20.04.3 & *có khả năng* nhân HWE như bạn đề xuất (bản cập nhật vào giữa tháng 8 năm 2021 lâu hơn *tháng trước* của bạn; https://fridge.ubuntu.com/2021/08/27/ubuntu -20-04-3-lts-released/ *hiển thị ngày phát hành ISO nhưng đó là hơn một tuần sau khi các máy đã cài đặt nâng cấp lên nó*), bạn đã thử sử dụng nhân GA chưa? Ubuntu có hai tùy chọn ngăn xếp nhân - GA duy trì ổn định vòng đời của bản phát hành LTS và HWE nâng cấp lên các ngăn xếp sau này trong ~ hai năm đầu tiên của sản phẩm.
lá cờ pk
Tôi không quen với việc kích hoạt phần cứng. Tôi sẽ xem xét kỹ hơn vào ngày mai. Ngoài ra, không quen thuộc với sự lựa chọn giữa hai phiên bản kernel. Điều đó có nghĩa là bạn không áp dụng .3? Tôi chắc chắn không phải trên phần cứng mới. Máy này mấy năm rồi, Dell 8910. Mình nâng cấp lên full 64GB và gắn thêm ổ NVM 1G. Máy này bây giờ nhanh hơn RẤT NHIỀU và tôi không phải bỏ thêm 2500 đô la nữa cho Dell. Vui lòng xem nhận xét tôi đã thêm trước đó về câu hỏi AskUbfox. Nó ở dưới cùng. Và cảm ơn. https://answers.launchpad.net/ubuntu/+source/open-iscsi/+question/699043
lá cờ pk
Một điều nữa là tôi chỉ nâng cấp khi có thông báo cập nhật phần mềm không đồng bộ, thông báo này dường như đến rất lâu sau khi có bản cập nhật.
guiverc avatar
lá cờ cn
Không (không liên quan gì đến .3; 20.04.2 & 20.04.3 sử dụng ngăn xếp GA sẽ sử dụng nhân 5.4, 20.04.3 sử dụng HWE là 5.11 trong khi 20.04.2 sử dụng HWE sử dụng 5.8). Phương tiện cài đặt (ISO) được sử dụng có lựa chọn ngăn xếp hạt nhân mặc định; một số thậm chí còn cho phép bạn chọn ngăn xếp của mình khi cài đặt (ví dụ: ISO sử dụng trình cài đặt `subiquity`), xem https://wiki.ubuntu.com/Kernel/LTSEnablementStack & như các trang wiki, nhưng bản nâng cấp .3 là vào giữa tháng 8 với sự thay đổi trong ngăn xếp HWE, sự khác biệt chính, khiến ISO mới được quay lại với ngăn xếp mới hơn được cài đặt, nâng cấp mà người dùng hiện tại nhận được hơn một tuần trước ISO mới)
lá cờ pk
Nhiều thập kỷ trước, tôi đã được cho biết và đã học được một cách khó khăn rằng việc nâng cấp tại chỗ, trong khi hấp dẫn, đôi khi hoạt động tốt, đôi khi thất bại thảm hại. Đây là điều đã thôi thúc tôi đặt kho lưu trữ email thunderbird vào iscsi. Tôi đã cố gắng chia sẻ 18.04.7 của mình? thư mục chính với 20.04. Tôi đang cố gắng làm rõ sự khác biệt giữa những gì bạn đang mô tả và chỉ nói với applet cập nhật/nâng cấp phần mềm (đây là env dành cho máy tính để bàn) và tôi chỉ đơn giản là chán nản apply update | nâng cấp nút ấn và cuối cùng nó nói cần khởi động lại nên tôi đã làm. Tôi không nhớ bất kỳ tùy chọn nào để chọn kernel. Đó là 5.11.0.37-chung.
guiverc avatar
lá cờ cn
Các ISO sử dụng trình cài đặt `ubiquity` hoặc `calamares` không cung cấp lựa chọn hạt nhân - bản thân ISO (tức là những gì bạn đã tải xuống và ghi vào phương tiện cài đặt của mình) tự kiểm soát lựa chọn đó (tức là bạn quyết định tại thời điểm tải xuống nếu sử dụng ISO sử dụng các trình cài đặt đó).
lá cờ pk
Ồ, đợi đã, có phải bạn đang đề cập đến LTS 2 năm một lần so với, trong trường hợp hiện tại này, 20.10, 21.4, 21.10? Tôi còn một buổi sáng sớm và cần phải đi ngủ ngay bây giờ...agn cảm ơn! Hãy để tôi nghiên cứu điều này khi tôi trở lại vào ngày mai.
guiverc avatar
lá cờ cn
Không, Ubuntu 20.04, 20.04.1, 20.04.2, 20.04.3, có sẵn cho máy tính để bàn, máy chủ, *flavors* và hơn thế nữa. ví dụ. https://releases.ubuntu.com/20.04/ vv các ISO khác nhau được cung cấp cho mỗi bản phát hành; hầu hết người dùng chỉ lấy mặc định - nhưng có sẵn các ISO thay thế. Đối với *flavors* (như Lubuntu), phương tiện 20.04 & 20.04.1 được mặc định là hạt nhân GA, 20.04.2 trở lên mặc định là HWE; ISO mặc định của Ubuntu Desktop 20.04 LTS sử dụng CTNH cho tất cả, Ubuntu Server 20.04 LTS mặc định là GA cho tất cả.
lá cờ pk
Tôi đã bắt kịp. Trên hình ảnh khởi động cụ thể này, ổ đĩa nvme, tôi đã thực hiện cài đặt gốc. Tôi khá chắc chắn rằng mọi thứ đều ổn khi đó. Đó là sau hoặc khoảng khi nó cập nhật lên 20.04.3 thì vấn đề mới phát sinh. Máy khởi động tốt với iscsi, giống như ban đầu trên nvme. Tôi nghĩ vấn đề hạt nhân rất thú vị nhưng không phải là vấn đề ở đây vì phiên bản dành cho máy tính để bàn đã được nâng cấp lên 20.04.3. Khi tôi cài đặt từ USB, tôi không nhớ mình đã hỏi hạt nhân nào. Tôi nghĩ vấn đề nằm ở iscsid, trong việc tạo thư mục con iscsi trong/etc/cụ thể là tĩnh.
Điểm:0
lá cờ pk

Rõ ràng open-iscsi rất nhạy cảm với những lệnh nào được ban hành và thứ tự chúng được ban hành. Chìa khóa để tìm ra điều này là có một môi trường 'trinh nguyên' để kiểm tra. Tôi đã tạo một VM của iso 20.04.3 mới nhất và tiếp tục để cấu hình open-iscsi. Vì tôi không có định nghĩa lại /etc/hosts tệp trong VM không có từ đồng nghĩa với địa chỉ thập phân chấm. Tôi nghĩ rằng đây cũng có thể là một phần của vấn đề.

Tôi đã thử chuỗi lệnh được mô tả ở trên nhưng không có kết quả. Nó không thất bại, nó thậm chí không cố gắng. Sau đó tôi đã xảy ra trên URL này. Điều quan trọng là phải đọc nó một cách chậm rãi, cẩn thận và làm theo nó một cách tỉ mỉ. https://www.hiroom2.com/2018/05/05/ubuntu-1804-open-iscsi-en/ Mặc dù điều này được viết cho 18.04 nhưng nó hoạt động hoàn hảo trong VM. Tôi đã sao chép những kết quả đó trong máy tính để bàn 'sản xuất' của mình với kết quả giống hệt nhau.

Đặc biệt chú ý trong trình tự hướng dẫn để

Nếu bạn đã kết nối với mục tiêu iSCSI trước khi thay đổi node.startup thành tự động, bạn cần kết nối lại với mục tiêu iSCSI sau khi thay đổi node.startup thành tự động.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.