#dusk $PORTAL hôm nay đang bốc cháy ban đầu tôi nghĩ việc nâng cấp một node trên @Dusk nghĩa là thay thế binary và khởi động lại cùng một máy với cùng vai trò.

một cảnh báo trong hướng dẫn vận hành khiến tôi phải suy nghĩ lại.

@Dusk_Foundation s trình cài đặt giữ nguyên các khóa đồng thuận, trạng thái chuỗi và cấu hình dịch vụ được chọn. Nhưng nó cố ý tạo lại các tệp như rusk.toml, genesis.toml và unit systemd của Rusk.

Quan trọng hơn, người vận hành phải lặp lại các mạng và cờ tính năng hiện có của node. khoan đã, để tôi chốt lợi nhuận của mình ở $CYS

Nếu một operator của archive chạy lại trình cài đặt mà không có "--feature archive", thì việc cài đặt sẽ được thay bằng binary Rusk mặc định. Máy vẫn có thể tiếp tục chạy, kết nối với các peer và tiến lên ở chiều cao block, nhưng không còn cung cấp chức năng archive mà các ứng dụng trước đó đang dựa vào nữa.

đó là phần khiến tôi bị mắc kẹt.

Dusk giảm rủi ro nâng cấp bằng cách tải xuống và xác minh các binary thay thế trước khi dừng Rusk. Nó cũng để dịch vụ ở trạng thái dừng sau đó để người vận hành có thể xem lại cấu hình đã được tạo trước khi đưa hệ thống trở lại trực tuyến.

Nhưng tự động hóa không thể quyết định những thiết lập tùy chỉnh cũ nào vẫn còn hợp lệ. Dusk đặc biệt nhắc người vận hành so sánh rusk.toml trước đó và chỉ áp dụng lại những cài đặt mà họ vẫn cần, chứ không phải sao chép toàn bộ tệp cũ sang cấu hình mới.

Vì vậy, cài đặt thành công không đồng nghĩa với việc dịch vụ đã được khôi phục đúng cách.

Việc tạo lại cấu hình có làm cho nâng cấp node trên Dusk sạch hơn và an toàn hơn, hay việc giữ nguyên vai trò dự định của node là hạng mục kiểm tra quan trọng nhất mà người vận hành cần làm??

#dusk @Dusk k $DUSK

Điều quan trọng nhất sau khi nâng cấp node Dusk là gì?