Mật mã không được hỗ trợ hoặc độ dài khóa không chính xác Heroku
đánh bất ngờ đầu tiên là Akaunting không theo laravel trong việc có index. php trong /public - nhưng chúng tôi đã vượt qua điều đó Show
sau đó nó phàn nàn rằng nó không thể kết nối với cơ sở dữ liệu bằng cách sử dụng "forge" tức là nó không có. tập tin env. sao chép vào. env. ví dụ để. env và sau đó nó phàn nàn về mật mã theo tiêu đề. Tôi đang gãi đầu đây. Tôi muốn cài đặt Akunting cục bộ để tôi có thể phát triển hệ thống bảng chấm công. nhưng có vẻ như không thể cài đặt cục bộ? Gần đây tôi đã thiết lập một dự án với khung công tác PHP của laravel và gặp một chút khó khăn ngay lập tức. Sau khi sao chép dự án của tôi trên máy tính ở nhà, tôi gặp thông báo lỗi về độ dài khóa AES May mắn thay, tôi không phải là người duy nhất gặp sự cố đó và việc chạy các lệnh thủ công có sẵn và thuận tiện sau đây đã khắc phục sự cố đó rồi
Các lệnh có đầu ra
Nhân tiện, dự án đã có một thiết lập xác thực cơ bản thông qua php artisan key:generate22, đó là lý do tại sao nó cần các phiên ngay từ đầu Nếu bạn đang cài đặt một dự án Laravel mới và bạn gặp lỗi này trong trình điều hướng
Điều này là do bạn chưa tạo APP_KEY trong. tập tin env Nếu bạn thấy. nội dung tệp env bạn thấy APP_KEY= Bạn phải thực hiện lệnh này để cập nhật giá trị APP_KEY php artisan key:generate Nếu bạn kiểm tra. env, bây giờ bạn có thể thấy giá trị APP_KEY mới APP_KEY=base64:xFQiUz/QvVj/JRmARS1OVhNVhnNWO/+6/QyThdn593M= Tôi gặp vấn đề tương tự với Laravel 5. 3 (trên máy chủ windows). Tôi đã làm tất cả những nỗ lực có thể. đã kiểm tra. tệp env, cấu hình, tạo khóa thủ công mới, bộ đệm. rõ ràng, cấu hình. rõ ràng, bản cập nhật của nhà soạn nhạc, nhưng sự cố vẫn tiếp diễn một cách ngẫu nhiên Lưu ý rằng chính xác cùng một mã với cùng một phiên bản chính xác của apache, mysql, php, không tạo ra sự cố này trên Mac OS Tôi thấy rằng khóa (tham số đầu tiên của hàm tạo Mã hóa) đến "đôi khi" trống và tất nhiên là không thành công. Hầu hết thời gian khóa là chính xác, nhưng ngẫu nhiên khóa đến trống từ Nhà cung cấp dịch vụ mã hóa đến lượt nó yêu cầu cấu hình ứng dụng Vì vậy, giải pháp duy nhất phù hợp với tôi là thêm if ($key) vào Encryption iServiceProvider để hàm tạo Mã hóa không được gọi bằng khóa trống Tất nhiên không phải là một giải pháp "sạch" và cũng không giải thích được vấn đề, nhưng ít nhất cũng tránh được việc tìm thấy tệp nhật ký chứa đầy lỗi. ngoại lệ thời gian chạy. Các mật mã được hỗ trợ duy nhất là AES-128-CBC và AES-256-CBC và các trang được hiển thị chính xác Nếu đây là lỗi của Laravel thì tôi không biết, nhưng tất nhiên nếu ai đó có thể giải thích điều này thì tôi sẽ rất vui được biết Nâng cấp GitLab là một quá trình tương đối đơn giản, nhưng độ phức tạp có thể tăng lên dựa trên phương pháp cài đặt bạn đã sử dụng, phiên bản GitLab của bạn bao nhiêu tuổi, nếu bạn đang nâng cấp lên phiên bản chính, v.v. Đảm bảo đọc toàn bộ trang vì nó chứa thông tin liên quan đến mọi phương pháp nâng cấp Tài liệu chính sách bảo trì có thêm thông tin về việc nâng cấp, bao gồm
Nâng cấp dựa trên phương pháp cài đặtTùy thuộc vào phương pháp cài đặt và phiên bản GitLab của bạn, có nhiều cách chính thức để cập nhật GitLab Các gói Linux (Omnibus GitLab)Hướng dẫn nâng cấp gói chứa các bước cần thiết để cập nhật gói được cài đặt bởi kho GitLab chính thức Ngoài ra còn có hướng dẫn khi bạn muốn Cài đặt từ nguồn
Trước đây, chúng tôi sử dụng các tài liệu riêng biệt để hướng dẫn nâng cấp, nhưng chúng tôi đã chuyển sang sử dụng một tài liệu duy nhất. Các nguyên tắc nâng cấp cũ vẫn có thể được tìm thấy trong kho Git
Cài đặt bằng DockerGitLab cung cấp hình ảnh Docker chính thức cho cả phiên bản Cộng đồng và Doanh nghiệp và chúng dựa trên gói Omnibus. Xem cách cài đặt GitLab bằng Docker Cài đặt bằng HelmGitLab có thể được triển khai thành cụm Kubernetes bằng Helm. Hướng dẫn về cách cập nhật triển khai gốc trên đám mây nằm trong một tài liệu riêng Sử dụng ánh xạ phiên bản từ phiên bản biểu đồ sang phiên bản GitLab để xác định Lập kế hoạch nâng cấp của bạnXem hướng dẫn lập kế hoạch nâng cấp GitLab của bạn Kiểm tra di chuyển nền trước khi nâng cấpMột số bản phát hành nhất định có thể yêu cầu hoàn tất các quá trình di chuyển khác nhau trước khi bạn cập nhật lên phiên bản mới hơn Để biết thêm thông tin, hãy xem di chuyển nền Xử lý các công việc và đường ống CI/CD đang chạyNếu bạn nâng cấp phiên bản GitLab của mình trong khi Trình chạy GitLab đang xử lý công việc, các bản cập nhật theo dõi sẽ không thành công. Khi GitLab trực tuyến trở lại, các bản cập nhật theo dõi sẽ tự phục hồi. Tuy nhiên, tùy thuộc vào lỗi, GitLab Runner sẽ thử lại hoặc cuối cùng kết thúc xử lý công việc Đối với các hiện vật, GitLab Runner cố gắng tải chúng lên ba lần, sau đó công việc cuối cùng không thành công Để giải quyết hai tình huống trên, bạn nên thực hiện các thao tác sau trước khi nâng cấp
Kiểm tra di chuyển Tìm kiếm nâng cao đang chờ xử lýPhần này chỉ áp dụng nếu bạn đã bật tích hợp Elaticsearch Các bản phát hành chính yêu cầu phải hoàn thành tất cả từ bản phát hành nhỏ gần đây nhất trong phiên bản hiện tại của bạn trước khi nâng cấp phiên bản chính. Bạn có thể tìm thấy các lần di chuyển đang chờ xử lý bằng cách chạy lệnh sau Đối với cài đặt Omnibus
Đối với cài đặt từ nguồn 0Bạn sẽ làm gì nếu quá trình di chuyển Tìm kiếm nâng cao của mình bị kẹt?Trong GitLab 15. 0, quá trình di chuyển Tìm kiếm nâng cao có tên 2 có thể bị kẹt vĩnh viễn ở trạng thái chờ xử lý trong các lần nâng cấp. Sự cố này đã được khắc phục trong GitLab 15. 1Nếu bạn là khách hàng tự quản lý sử dụng GitLab 15. 0 với Tìm kiếm nâng cao, bạn sẽ gặp phải tình trạng suy giảm hiệu suất. Để dọn sạch quá trình di chuyển, hãy nâng cấp lên 15. 1 hoặc muộn hơn Đối với các lần di chuyển Tìm kiếm nâng cao khác đang chờ xử lý, hãy xem Bạn làm gì với lỗi php artisan key:generate Application key [base64:xxxxxxxxxxxxxx] set successfully. php artisan config:clear Configuration cache cleared! 09Xác nhận rằng phiên bản Elaticsearch hoặc OpenSearch của bạn là Nâng cấp mà không có thời gian chếtĐọc cách nâng cấp mà không có thời gian chết Nâng cấp lên phiên bản chính mớiNâng cấp phiên bản chính cần chú ý nhiều hơn. Các thay đổi và di chuyển không tương thích ngược được dành riêng cho các phiên bản chính. Thực hiện theo các hướng dẫn một cách cẩn thận vì chúng tôi không thể đảm bảo rằng việc nâng cấp giữa các phiên bản chính là liền mạch Nâng cấp lớn yêu cầu các bước sau
Điều quan trọng nữa là đảm bảo rằng mọi quá trình di chuyển nền đã được hoàn thành đầy đủ trước khi nâng cấp lên phiên bản chính mới Nếu bạn đã kích hoạt tích hợp Elaticsearch thì ở phiên bản phụ cuối cùng trong phiên bản hiện tại của bạn trước khi tiến hành nâng cấp phiên bản chính Nếu phiên bản GitLab của bạn có bất kỳ trình chạy nào được liên kết với nó, điều rất quan trọng là phải nâng cấp GitLab Runner để phù hợp với phiên bản nhỏ GitLab đã được nâng cấp lên. Điều này là để đảm bảo đường dẫn nâng cấpChỉ có thể nâng cấp trên nhiều phiên bản GitLab trong một lần bằng cách chấp nhận thời gian ngừng hoạt động. Các ví dụ sau đây cho rằng thời gian ngừng hoạt động có thể chấp nhận được trong khi nâng cấp. Nếu bạn không muốn có bất kỳ thời gian chết nào, hãy đọc cách nâng cấp mà không có thời gian chết Để có chế độ xem động các ví dụ về đường dẫn nâng cấp được hỗ trợ, hãy thử công cụ Đường dẫn nâng cấp được duy trì bởi. Để chia sẻ phản hồi và giúp cải thiện công cụ, hãy tạo sự cố hoặc MR trong dự án đường dẫn nâng cấp Tìm phiên bản của bạn nằm ở đâu trong đường dẫn nâng cấp bên dưới và nâng cấp GitLab tương ứng, đồng thời tham khảo ý kiến của 5 -> 6 -> 7 -> 8 -> 9 -> 90 -> 91 -> 92 -> 94 -> -> -> 97 -> -> -> -> -> -> -> -> -> Ghi chú Khi không được chỉ định rõ ràng, hãy nâng cấp GitLab lên bản phát hành bản vá mới nhất hiện có thay vì bản phát hành bản vá đầu tiên, ví dụ: 99 thay vì APP_KEY=40. Điều này bao gồm các phiên bản bạn phải dừng lại trên lộ trình nâng cấp vì có thể có bản sửa lỗi cho các sự cố liên quan đến quá trình nâng cấp. Cụ thể xung quanh lược đồ cơ sở dữ liệu quan trọng và các bản vá di chuyển được bao gồm trong bản phát hành bản vá mới nhất Bảng sau đây, mặc dù không đầy đủ, cho thấy một số ví dụ về đường dẫn nâng cấp được hỗ trợ. Có thể thực hiện các bước bổ sung giữa các phiên bản được đề cập. Chúng tôi chỉ liệt kê các bước cần thiết tối thiểu Phiên bản đích Phiên bản của bạn Đường dẫn nâng cấp được hỗ trợLưu ýAPP_KEY=41 APP_KEY=42 APP_KEY=42 -> APP_KEY=43 -> APP_KEY=45 -> APP_KEY=46 -> APP_KEY=41 Cần có ba phiên bản trung gian. APP_KEY=48, APP_KEY=49 và php artisan key:generate60. php artisan key:generate61 APP_KEY=42 APP_KEY=42 -> APP_KEY=43 -> APP_KEY=45 -> APP_KEY=46Cần có hai phiên bản trung gian. APP_KEY=48 và APP_KEY=49. APP_KEY=42 APP_KEY=base64:xFQiUz/QvVj/JRmARS1OVhNVhnNWO/+6/QyThdn593M=60 APP_KEY=base64:xFQiUz/QvVj/JRmARS1OVhNVhnNWO/+6/QyThdn593M=60 -> APP_KEY=40 -> APP_KEY=41 -> APP_KEY=42 => APP_KEY=42Cần có ba phiên bản trung gian. APP_KEY=base64:xFQiUz/QvVj/JRmARS1OVhNVhnNWO/+6/QyThdn593M=66, APP_KEY=base64:xFQiUz/QvVj/JRmARS1OVhNVhnNWO/+6/QyThdn593M=67 và APP_KEY=base64:xFQiUz/QvVj/JRmARS1OVhNVhnNWO/+6/QyThdn593M=68. APP_KEY=base64:xFQiUz/QvVj/JRmARS1OVhNVhnNWO/+6/QyThdn593M=69 00 00 -> APP_KEY=40 -> APP_KEY=41 -> APP_KEY=base64:xFQiUz/QvVj/JRmARS1OVhNVhnNWO/+6/QyThdn593M=69Cần có hai phiên bản trung gian. APP_KEY=base64:xFQiUz/QvVj/JRmARS1OVhNVhnNWO/+6/QyThdn593M=66 và APP_KEY=base64:xFQiUz/QvVj/JRmARS1OVhNVhnNWO/+6/QyThdn593M=67. APP_KEY=40 08 08 -> 96 -> 97 -> 98 -> 99 -> APP_KEY=40Bốn phiên bản trung gian được yêu cầu. 15, 16, 17 và 18. 19 20_______720 -> 93 -> 94 -> 95 -> 96 -> 97 -> 98 -> 19 Cần có sáu phiên bản trung gian. 29, 30, 31, 15, 16 và 17. 96 36 36 -> 93 -> 94 -> 95 -> 96Cần có ba phiên bản trung gian. 29, 30 và 31. 45 46 46 -> 91 -> 92 -> 93 -> 94 -> 95 -> 45 Cần có năm phiên bản trung gian. 54, 55, 29, 30 và 31. 59 60 60 -> 9 -> 90 -> 91 -> 92 -> 93 -> 94 -> 95 -> 59 Cần có bảy phiên bản trung gian. 70, 71, 54, 55, 29, 30 và 31. 36 78 78 -> 7 -> 8 -> 9 -> 90 -> 91 -> 92 -> 36 Cần có sáu phiên bản trung gian. 87, 88, 70, 71, 54 và 55Nâng cấp giữa các phiên bảnGitLab có hai loại. được MIT cấp phép và được xây dựng dựa trên Phiên bản cộng đồng và bao gồm các tính năng bổ sung chủ yếu nhắm vào các tổ chức có hơn 100 người dùng Dưới đây, bạn có thể tìm thấy một số hướng dẫn để giúp bạn thay đổi phiên bản GitLab Phiên bản từ cộng đồng đến doanh nghiệpGhi chú Các hướng dẫn sau đây chỉ dành cho người đăng ký Phiên bản doanh nghiệp Nếu bạn muốn nâng cấp cài đặt GitLab của mình từ Phiên bản cộng đồng lên Phiên bản doanh nghiệp, hãy làm theo các hướng dẫn bên dưới dựa trên phương pháp cài đặt
Phiên bản doanh nghiệp đến cộng đồngĐể hạ cấp cài đặt Phiên bản doanh nghiệp của bạn xuống Phiên bản cộng đồng, bạn có thể làm theo hướng dẫn này để quá trình diễn ra suôn sẻ nhất có thể Hướng dẫn nâng cấp dành riêng cho phiên bảnMỗi tháng, các bản phát hành chính, phụ hoặc bản vá của GitLab được xuất bản cùng với một bài phát hành. Bạn nên đọc các bài đăng phát hành cho tất cả các phiên bản mà bạn đang chuyển qua. Ở cuối các bài đăng phát hành chính và phụ, có ba phần để tìm kiếm cụ thể
Bao gồm các
Ngoài hướng dẫn trong phần này, bạn cũng nên kiểm tra hướng dẫn nâng cấp dành riêng cho cài đặt, dựa trên cách bạn cài đặt GitLab
Ghi chú Thông tin cụ thể sau đây liên quan đến các phiên bản Ruby và Git không áp dụng cho cài đặt Omnibus và triển khai Helm Chart. Chúng đi kèm với các phiên bản Ruby và Git thích hợp và không sử dụng nhị phân hệ thống cho Ruby và Git. Không cần cài đặt Ruby hoặc Git khi sử dụng hai phương pháp này 15. 7. 0
15. 6. 0
15. 5. 0
15. 4. 1Sự cố bộ nhớ đệm giấy phép ngăn một số tính năng cao cấp của GitLab hoạt động bình thường nếu bạn thêm giấy phép mới. Giải pháp cho vấn đề này
15. 4. 0
15. 3. 4Sự cố bộ nhớ đệm giấy phép ngăn một số tính năng cao cấp của GitLab hoạt động bình thường nếu bạn thêm giấy phép mới. Giải pháp cho vấn đề này
15. 3. 3
15. 3. 2Sự cố bộ nhớ đệm giấy phép ngăn một số tính năng cao cấp của GitLab hoạt động bình thường nếu bạn thêm giấy phép mới. Giải pháp cho vấn đề này
15. 3. 1Sự cố bộ nhớ đệm giấy phép ngăn một số tính năng cao cấp của GitLab hoạt động bình thường nếu bạn thêm giấy phép mới. Giải pháp cho vấn đề này
15. 3. 0
15. 2. 5Sự cố bộ nhớ đệm giấy phép ngăn một số tính năng cao cấp của GitLab hoạt động bình thường nếu bạn thêm giấy phép mới. Giải pháp cho vấn đề này
15. 2. 0
15. 1. 0
15. 0. 0
14. 10. 0
14. 9. 0
14. 8. 0
14. 7. 0
14. 6. 0
14. 5. 0
14. 4. 4
14. 4. 0
14. 3. 0
14. 2. 0
14. 1. 0
14. 0. 0điều kiện tiên quyết
Di chuyển cơ sở dữ liệu nền theo đợt trong thời gian dài
Các vấn đề khác
Nâng cấp lên sau 14. bản phát hành Y
13. 12. 0
13. 11. 0
13. 10. 0Nhìn thấy 13. 9. 0
13. 8. 8GitLab 13. 8 bao gồm di chuyển nền để giải quyết vấn đề với bản ghi dịch vụ trùng lặp. Nếu có các dịch vụ trùng lặp, quá trình di chuyển nền này phải hoàn tất trước khi một chỉ mục duy nhất được áp dụng cho bảng dịch vụ, được giới thiệu trong GitLab 13. 9. Nâng cấp từ GitLab 13. 8 trở về trước phải bao gồm bản nâng cấp trung gian lên GitLab 13. 8. 8 và phải đợi cho đến khi quá trình di chuyển nền hoàn tất trước khi tiếp tục Nếu các dịch vụ trùng lặp vẫn còn, hãy nâng cấp lên 13. 9. x trở lên dẫn đến nâng cấp không thành công với lỗi sau 0613. 6. 0hồng ngọc 2. 7. 2 là bắt buộc. GitLab không bắt đầu với Ruby 2. 6. 6 hoặc phiên bản cũ hơn Phiên bản Git bắt buộc là Git v2. 29 hoặc muộn hơn GitLab 13. 6 bao gồm một quá trình di chuyển nền 028 có thể vẫn bị kẹt vĩnh viễn ở trạng thái chờ xử lý mặc dù đã hoàn thành công việc do lỗiĐể dọn dẹp công việc bị mắc kẹt này, hãy chạy phần sau trong Bảng điều khiển GitLab Rails 0713. 4. 0GitLab 13. 4. 0 bao gồm di chuyển nền sang. Có các sự cố đã biết với quá trình di chuyển này đã được khắc phục trong GitLab 13. 5. 4 trở lên. Nếu có thể, bỏ qua 13. 4. 0 và nâng cấp lên 13. 5. 4 hoặc mới hơn để thay thế. Quá trình di chuyển có thể mất khá nhiều thời gian để chạy, tùy thuộc vào số lượng kho lưu trữ phải được di chuyển. Đảm bảo kiểm tra xem tất cả quá trình di chuyển trong nền đã hoàn tất chưa trước khi nâng cấp thêm 13. 3. 0Phiên bản Git được đề xuất là Git v2. 28. Phiên bản yêu cầu tối thiểu của Git v2. 24 vẫn giữ nguyên 13. 2. 0Phải cài đặt GitLab có nhiều nút web trước khi nâng cấp lên 13. 2 (và phiên bản mới hơn) do thay đổi lớn trong Rails có thể dẫn đến sự cố ủy quyền GitLab 13. 2. 0 khắc phục bỏ qua xác minh email. Sau khi nâng cấp, nếu một số người dùng của bạn bất ngờ gặp phải lỗi 404 hoặc 422 khi đăng nhập hoặc thông báo "bị chặn" khi sử dụng dòng lệnh, tài khoản của họ có thể chưa được xác nhận. Trong trường hợp đó, hãy yêu cầu họ kiểm tra email của họ để tìm liên kết xác nhận lại. Để biết thêm thông tin, hãy xem phần thảo luận của chúng tôi về các vấn đề xác nhận Email GitLab 13. 2. 0 dựa trên tiện ích mở rộng 029 cho PostgreSQL. Đối với các cài đặt có thiết lập PostgreSQL được quản lý bên ngoài, hãy đảm bảo cài đặt tiện ích mở rộng theo cách thủ công trước khi nâng cấp GitLab nếu người dùng cơ sở dữ liệu cho GitLab không phải là siêu người dùng. Điều này không cần thiết đối với các cài đặt sử dụng cơ sở dữ liệu PostgreSQL do GitLab quản lý13. 1. 0Trong 13. 1. 0, bạn phải nâng cấp lên một trong hai
Không làm như vậy dẫn đến lỗi nội bộ trong dịch vụ Gitaly ở một số RPC do sử dụng cờ Git 030 mớiNgoài ra, trong GitLab 13. 1. 0, phiên bản Rails được nâng cấp từ 6. 0. 3 đến 6. 0. 3. 1. Bản nâng cấp Rails bao gồm một thay đổi đối với việc tạo mã thông báo CSRF không tương thích ngược - máy chủ GitLab với phiên bản Rails mới tạo mã thông báo CSRF mà máy chủ GitLab với phiên bản Rails cũ hơn không thể nhận ra - điều này có thể khiến các yêu cầu không NHẬN không thành công cho Vì vậy, nếu bạn đang sử dụng nhiều máy chủ Rails và cụ thể là nâng cấp từ 13. 0, tất cả các máy chủ trước tiên phải được nâng cấp lên 13. 1. Z trước khi nâng cấp lên 13. 2. 0 trở lên
Công cụ khởi tạo Rack Attack tùy chỉnhTừ GitLab 13. 0. 1, bộ khởi tạo Rack Attack tùy chỉnh ( 032) được thay thế bằng bộ khởi tạo được cung cấp cùng với GitLab trong quá trình nâng cấp. Chúng tôi khuyên bạn nên sử dụng các trình khởi tạo do GitLab cung cấp nàyNếu bạn duy trì trình khởi tạo Rack Attack của riêng mình giữa các lần nâng cấp, bạn có thể gặp lỗi 033 khi12. 10. 0
12. 2. 0trong 12. 2. 0, chúng tôi đã bật mã hóa cookie được xác thực của Rails. Các phiên cũ được tự động nâng cấp Tuy nhiên, hạ cấp cookie phiên không được hỗ trợ. Vì vậy, sau khi nâng cấp lên 12. 2. 0, mọi hạ cấp sẽ dẫn đến tất cả các phiên bị vô hiệu và người dùng bị đăng xuất 12. 1. 0
12. 0. 0trong 12. 0. 0, chúng tôi đã thực hiện nhiều thay đổi liên quan đến cơ sở dữ liệu. Những thay đổi này yêu cầu người dùng trước tiên phải nâng cấp lên phiên bản 11 mới nhất. phát hành bản vá 11. Sau khi nâng cấp lên 11. 11. Z, người dùng có thể nâng cấp lên 12. 0. Z. Không làm như vậy có thể dẫn đến việc di chuyển cơ sở dữ liệu không được áp dụng, điều này có thể dẫn đến lỗi ứng dụng Bạn cũng cần phải nâng cấp lên 12. 0. Z trước khi chuyển sang phiên bản mới hơn của 12. Y ví dụ 1. bạn hiện đang sử dụng GitLab 11. 11. 8, đây là bản phát hành bản vá mới nhất cho 11. 11. Z. Bạn có thể nâng cấp như bình thường lên 12. 0. Z ví dụ 2. bạn hiện đang sử dụng phiên bản GitLab 10. Y. Để nâng cấp, trước tiên hãy nâng cấp lên 10. Y phát hành (10. 8. 7) sau đó là 11. phát hành Y (11. 11. số 8). Sau khi nâng cấp lên 11. 11. 8 bạn có thể nâng cấp lên 12 một cách an toàn. 0. Z Xem của chúng tôi để biết thêm thông tin Thay đổi thành đường dẫn bản sao do Praefect tạo trong GitLab 15. 3Kho lưu trữ Git mới được tạo trong cụm Gitaly không còn sử dụng đường dẫn lưu trữ 22Praefect hiện tạo các đường dẫn bản sao để cụm Gitaly sử dụng. Thay đổi này là điều kiện tiên quyết để cụm Gitaly tạo, xóa và đổi tên nguyên tử các kho Git Để xác định đường dẫn bản sao và chuyển đường dẫn lưu trữ 22 tới 040Với thông tin này, bạn có thể cài đặt móc máy chủ một cách chính xác Sự cố chế độ bảo trì trong GitLab 13. 9 đến 14. 4Khi chế độ Bảo trì được bật, người dùng không thể đăng nhập bằng SSO, SAML hoặc LDAP Người dùng đã đăng nhập trước khi Chế độ bảo trì được bật, tiếp tục đăng nhập. Nếu quản trị viên đã bật Chế độ bảo trì bị mất phiên của họ thì họ không thể tắt Chế độ bảo trì qua giao diện người dùng. Trong trường hợp đó, bạn có thể Lỗi này đã được sửa trong GitLab 14. 5. 0 và được nhập vào 14. 4. 3 và 14. 3. 5 Sự cố nhập và phản chiếu các đối tượng LFS trong GitLab 14. 6. 0 đến 14. 7. 2Khi Geo được bật, các đối tượng LFS không được lưu cho các dự án được nhập hoặc nhân bản Lỗi này đã được sửa trong GitLab 14. 8. 0 và được nhập vào 14. 7. 3 Sự cố lỗi phân đoạn PostgreSQLNếu bạn chạy GitLab với PostgreSQL bên ngoài, đặc biệt là AWS RDS, hãy đảm bảo bạn nâng cấp PostgreSQL để vá các mức tối thiểu là 12. 7 hoặc 13. 3 trước khi nâng cấp lên GitLab 14. 8 hoặc muộn hơn Trong 14. 8 cho GitLab Enterprise Edition và 15. 1 cho Phiên bản cộng đồng GitLab, một tính năng GitLab có tên Loose Foreign Keys đã được bật Sau khi nó được kích hoạt, chúng tôi đã nhận được báo cáo về việc khởi động lại PostgreSQL ngoài ý muốn do lỗi công cụ cơ sở dữ liệu gây ra lỗi phân đoạn Đọc thêm trong vấn đề địa lý. Xóa tệp LFS lưu trữ đối tượng không chính xác trên các trang web phụ trong GitLab 15. 0. 0 đến 15. 3. 2Việc xóa nhầm các tệp lưu trữ đối tượng trên các trang Geo phụ có thể xảy ra trong GitLab 15. 0. 0 đến 15. 3. 2 trong các trường hợp sau
Vấn đề này được giải quyết trong 15. 3. 3. Những khách hàng đã bật cả LFS và các đối tượng LFS đang được sao chép trên các trang Geo nên nâng cấp trực tiếp lên 15. 3. 3 để giảm nguy cơ mất dữ liệu trên các trang web thứ cấp địa lý. LFS chuyển hướng chuyển hướng đến trang chính từ trang phụ vào giữa phiên trong GitLab 15. 1. 0 đến 15. 3. 2Chuyển LFS có thể chuyển hướng đến trang chính từ trang phụ vào giữa phiên gây ra các yêu cầu kéo và sao chép không thành công trong GitLab 15. 1. 0 đến 15. 3. 2 khi ủy quyền địa lý được bật. Theo mặc định, ủy quyền địa lý được bật trong GitLab 15. 1 trở lên Vấn đề này được giải quyết trong GitLab 15. 3. 3 nên những khách hàng có cấu hình sau nên nâng cấp lên 15. 3. 3 hoặc muộn hơn |