Mục lụcChạm để xem nhanh các phần＋
- n8n phát hành phiên bản 2.44.6 ngày 22/10/2026 để sửa lỗi ở Postgres node có thể khiến các luồng chạy theo lịch ngừng hoạt động. Đội vận hành cần kiểm tra ngay nếu dùng Postgres làm cơ sở dữ liệu của n8n, bật durable scheduler và còn node Postgres phiên bản 2.1–2.6. Đây là phiên bản của node trong workflow, không phải phiên bản PostgreSQL trên máy chủ.
- Theo mô tả kỹ thuật của người sửa, durable scheduler trên Postgres có thể dừng mọi Schedule Trigger cho đến khi tiến trình main được khởi động lại. Bản 2.44.6 chuyển bộ đọc sang phạm vi từng kết nối, theo cách node 2.7 trở lên đã sử dụng. Người phát triển ghi rõ đầu ra của node cũ không đổi; không nên tự sửa hàng loạt biểu thức ngày giờ chỉ vì vừa cập nhật.
Bản sửa nhỏ, tác động vận hành có thể rộng
n8n phát hành phiên bản 2.44.6 ngày 22/10/2026 để sửa lỗi ở Postgres node có thể khiến các luồng chạy theo lịch ngừng hoạt động. Đội vận hành cần kiểm tra ngay nếu dùng Postgres làm cơ sở dữ liệu của n8n, bật durable scheduler và còn node Postgres phiên bản 2.1–2.6. Đây là phiên bản của node trong workflow, không phải phiên bản PostgreSQL trên máy chủ.
Điểm đáng chú ý là không nhất thiết phải chạy cả luồng mới gặp lỗi. Theo mô tả bản sửa của nhóm phát triển, chỉ mở node cũ trong trình biên tập cũng đủ kích hoạt đường xử lý liên quan. Vì vậy, một thao tác chỉnh cấu hình có thể ảnh hưởng đến những lịch tự động khác trong cùng tiến trình.
Bản tin đăng ngày 23/10, sau bản phát hành ngày 22/10. Đây là sửa lỗi độ tin cậy của tự động hóa; nguồn được kiểm tra không mô tả một CVE, cuộc tấn công hay vụ rò rỉ dữ liệu. Không nên biến việc lịch ngừng chạy thành kết luận hệ thống đã bị xâm nhập.
Vì sao một node có thể ảnh hưởng đến nhiều lịch
Các bản node Postgres 2.1–2.6 từng thay bộ đọc thời gian dùng chung trong toàn tiến trình. Kết nối cơ sở dữ liệu nội bộ của n8n cũng dùng bộ đọc đó. Sau thay đổi, truy vấn nội bộ có thể nhận chuỗi thời gian thay vì đối tượng ngày giờ mà bộ lập lịch mong đợi, dẫn đến giá trị ngày không hợp lệ.
Theo mô tả kỹ thuật của người sửa, durable scheduler trên Postgres có thể dừng mọi Schedule Trigger cho đến khi tiến trình main được khởi động lại. Bản 2.44.6 chuyển bộ đọc sang phạm vi từng kết nối, theo cách node 2.7 trở lên đã sử dụng. Người phát triển ghi rõ đầu ra của node cũ không đổi; không nên tự sửa hàng loạt biểu thức ngày giờ chỉ vì vừa cập nhật.
Phạm vi này không đồng nghĩa mọi hệ thống dùng Postgres đều bị lỗi. Cần đối chiếu cả cơ sở dữ liệu nội bộ, bộ lập lịch đang bật và phiên bản node thực tế. Một workflow đã tạo từ lâu vẫn có thể giữ node cũ dù các workflow mới dùng phiên bản khác.
Ảnh hưởng cần kiểm tra ở đầu ra nghiệp vụ
Ví dụ, doanh nghiệp dùng n8n để đồng bộ đơn hàng sang CRM mỗi giờ có thể vẫn mở được giao diện quản trị nhưng không nhận thêm lượt chạy đúng lịch. Đây là tình huống minh họa để kiểm tra, không phải sự cố khách hàng đã được Friday Works xác nhận. Website còn truy cập được không chứng minh luồng đồng bộ vẫn hoạt động.
Friday Works khuyến nghị đối chiếu thời điểm đáng lẽ phải có lượt chạy với lịch sử thực thi và kết quả ở hệ thống nhận. Nếu thiếu lượt chạy, ghi lại khoảng thời gian, workflow liên quan và các thao tác cấu hình gần đó. Không chỉ đếm số lần thực thi thất bại: một lịch không khởi động có thể không tạo ra bản ghi lỗi mà đội nghiệp vụ đang chờ.
Ảnh trong bài là màn hình Schedule Trigger thật do n8n cung cấp trong tài liệu hướng dẫn, với lịch mẫu 8 giờ mỗi ngày. Ảnh thể hiện chức năng liên quan đến bản tin, không chứng minh một bản cài đặt cụ thể bị lỗi hoặc đã được vá.
Cập nhật và xác nhận phục hồi
Trước thay đổi, sao lưu cơ sở dữ liệu và cấu hình cần thiết theo quy trình đang dùng; kiểm tra phương án khôi phục. Thử bản vá trên môi trường tách biệt, dùng dữ liệu mẫu và đúng kiểu cơ sở dữ liệu, bộ lập lịch của môi trường chính. Không chủ động tái hiện tình huống làm dừng lịch trên hệ thống đang phục vụ khách hàng.
Sau cập nhật, xác nhận tiến trình thực sự chạy bản có sửa lỗi rồi quan sát vài chu kỳ của một workflow thử an toàn. Kiểm tra cả lịch mới và workflow còn node cũ, thời điểm bắt đầu, trạng thái hoàn tất và đầu ra nhận được. Lưu bằng chứng phiên bản cùng các mốc chạy mong đợi và thực tế để tránh kết luận chỉ từ việc nút chạy thủ công hoạt động.
Nếu đã có khoảng trống đồng bộ, lập danh sách tác vụ cần bù và kiểm tra khả năng chống ghi trùng trước khi chạy lại. Khởi động lại main có thể giúp phục hồi tạm thời theo mô tả lỗi, nhưng không thay thế bản sửa. Việc có tự chạy bù hay không còn phụ thuộc bộ lập lịch và cấu hình của workflow; không mặc định mọi lượt bị lỡ sẽ tự được thực hiện.
Nguồn tham khảo
Tài liệu đã dùng để biên soạn
Ưu tiên tài liệu chính thức và nguồn kỹ thuật gốc. Truy cập để kiểm tra chi tiết hoặc theo dõi cập nhật mới nhất.
- n8n 2.44.6 release, published October 22, 2026n8n ↗︎
- Maintainer fix description and affected configuration, merged October 21, 2026n8n maintainers ↗︎
- Schedule Trigger behavior and missed-execution settings, accessed October 23n8n ↗︎
- Actual Schedule Trigger sample screenshot; © n8n GmbH; source capture/build unspecified; proportional resize and neutral framing onlyn8n GmbH ↗︎
- Full documentation licence: Apache 2.0 plus Commons Clause License Condition v1.0. Redistribution notices retained; no sale of software functionality authorisedn8n GmbH ↗︎