3.7.5
Mọi bản cài native kể từ khi CLI được biên dịch đều lên mà không có công việc theo lịch nào. Máy chủ trông khoẻ mạnh ở mọi mặt khác, đó là lý do mất lâu mới tìm ra. Nếu bạn chạy một máy chủ của chúng tôi, điều duy nhất cần rút ra từ bản phát hành này là hitechcloudcli update đặt chúng lại.
Nâng cấp là hitechcloudcli update.
Eighteen jobs that never ran
INSTALL.sh cài toàn bộ native stack ở bước 7 bằng cách chạy hitechcloudcli native-install, và cài CLI đã biên dịch ở bước 9. Bản triển khai nào trả lời một lệnh được quyết định bởi những gì có trên máy khi nó chạy, và không có gì trong lệnh nói điều đó — nên mọi bản cài đều được phục vụ bởi bản song sinh shell của lệnh đó, vốn chậm một bản phát hành và hoàn toàn không có bước nào ghi /etc/cron.d/hitechcloud.
Những gì không chạy: bộ giám sát sức khoẻ, thực thi giới hạn gửi, các đầu dò trang trạng thái, nạp kiểm toán, sao lưu, thống kê. Tệp đơn giản là vắng mặt, và trang System Crons báo không có công việc, báo đúng, trên một máy chủ không có cái nào.
Các dấu thời gian của thành phần là thứ giải quyết vấn đề. Trên một máy chủ 3.7.4 mới, logrotate được ghi lúc 00:48:36 và timer AutoSSL được bật lúc 00:52:28 — hai bước ở hai bên của bước công việc theo lịch — và không có gì ở giữa.
- CLI đã biên dịch giờ được cài ở bước 5, bên cạnh bộ điều phối mà nó thay thế.
- Khi nó hoàn toàn không cài được, bước 7 nói điều đó, và nói rằng máy chủ sẽ không có gì được lên lịch. Sự im lặng chính là toàn bộ lỗi.
- Kiểm tra ở cuối trình cài đặt sửa chữa những gì nó tìm thấy trước khi báo cáo. Nó đã cảnh báo ở mọi bản cài kể từ 3.7.2, và các công việc vẫn thiếu.
- Tập lệnh cập nhật của bản phát hành này sửa chữa các máy chủ hiện có, vì trên mọi máy được cài trước hôm nay điều này là sai và không gì về máy trông bất thường.
Một thứ tự không thể thấy trong một diff, nên một kiểm tra trong CI khẳng định nó: dòng cài CLI đã biên dịch phải đứng trước dòng dùng nó.
The CLI could hand a command to itself
/usr/local/bin/hitechcloud-rustcli là một symlink tới /usr/local/bin/hitechcloudcli, để cả hai tên chạy các byte giống hệt. Đặt bộ điều phối shell tại đường dẫn đó — điều mà trình cài đặt đã làm ở bước 5, và bản cập nhật đã làm trên đường shell của nó — và bộ điều phối hỏi hitechcloud-rustcli nó xử lý những lệnh nào, tức là bộ điều phối tự hỏi chính nó, sâu hơn một tiến trình, không có gì ở đáy. Đo bằng một vật thay thế đếm độ sâu: đúng một cấp mỗi lần gọi, không gi ới hạn, mỗi cấp fork trước khi nó trả lời được.
Giờ nó yêu cầu một header ELF trên bất cứ thứ gì tên đó phân giải tới: CLI đã biên dịch có một, một tập lệnh shell thì không thể, và bốn byte trả lời câu hỏi mà không phải chạy gì. Đường cập nhật không còn ghi bộ điều phối đè lên một CLI đã biên dịch, điều đã mở ra cửa sổ đó — năm lệnh đã chạy bên trong nó.
Và một lệnh lùi về bản triển khai shell của nó giờ nói điều đó. Mười chín lệnh vẫn có cả hai, chúng không cùng tuổi, và sự khác biệt ở trên là cái giá của điều đó.
Fixed
- Một bản cài nhận một checkout hiện có có thể tới được mirror. Nó tải từ kho riêng tư và, khi thất bại, dừng với một lỗi đề nghị dùng mirror. Đề nghị đó đúng và không gì hành động theo nó, nên mọi lần chạy adopt trên một máy không có thông tin xác thực đều kết thúc ở đó. Giờ cả hai đều được thử, và lỗi chỉ xuất hiện khi cả hai đã thử.
- Mở một bản nháp không còn ghi lại nó. Trình soạn tự báo là đã bị sửa ngay khi một bản nháp được nạp, vì đường cơ sở nó so sánh là HTML đã lưu chứ không phải thứ trình soạn đã tạo ra từ nó, nên tự động lưu ghi một phiên bản mới của một thư mà không ai chạm tới.
- Các hộp thoại mở từ ngăn kéo di động được định vị theo màn hình. Ngăn kéo được di chuyển bằng một
transformCSS, khiến n ó là khối chứa cho bất cứ thứ gìposition: fixedbên trong — nên ba hộp thoại, một xác nhận và hai menu ngữ cảnh được bố trí theo một bảng 320 pixel thay vì khung nhìn. - Một báo cáo thượng nguồn trùng lặp giờ là không thể thay vì khó xảy ra. Bộ theo dõi tham khảo các tiêu đề nó đã mở, cả trong các lần chạy thử, và các lần thử lại của nó không còn tính một lỗi máy chủ tạm thời là một thay đổi.