Tôi đang cố gắng và không thể cài đặt GitLab (EE) trên PC máy chủ kim loại trần tại chỗ chạy Ubuntu Server 20.04. Máy chủ dự định sau này sẽ có quyền truy cập qua internet, nhưng hiện tại, máy chủ chỉ cần là mạng LAN nội bộ, được truy cập bằng IP hoặc tên máy chủ nếu có thể. PC hiện được thiết lập với IP nội bộ tĩnh thông qua netplan. Chúng tôi hiện không có tên miền dành riêng cho máy chủ này hoặc chứng chỉ SSL.
Tôi có một máy chủ Git đang hoạt động được thiết lập trên máy với quyền truy cập thành công qua SSH và qua HTTP (Apache2, sau đó chuyển sang Nginx). Mục tiêu của tôi là thiết lập GitLab trên máy chạy song song với máy chủ Git hiện có.
Sau khi Nginx chạy chính xác ngày hôm qua, tôi đã thử cài đặt GitLab thông qua Omnibus, sử dụng quy trình được mô tả tại trang cài đặt GitLab chính thức cho Ubuntu, đầu tiên Xoăn thêm kho lưu trữ, sau đó chạy EXTERNAL_URL="http://10.7.2.xxx" apt cài đặt gitlab-ee (IP nội bộ, nhưng được kiểm duyệt chỉ trong trường hợp). Quá trình kết thúc mà không có lỗi, nhưng khi cố gắng kết nối với máy chủ bằng URL đó, tôi chỉ nhận được 403 từ Nginx. Tôi nghi ngờ điều này là do Nginx đã chạy trước đó cho Git đơn giản trên /srv/www/git. Tôi đã cố gắng loại bỏ nó với apt loại bỏ gitlab-ee, tiếp theo là xóa các thư mục còn lại tại /etc/gitlab, /var/opt/gitlab, /opt/gitlab, và /var/log/gitlab. Vào thời điểm đó, tôi không biết đó là cách sai để gỡ cài đặt GitLab.
Sáng nay tôi đã thử cài đặt lại. Đầu tiên tôi dừng và vô hiệu hóa Nginx bằng hệ thống, sao lưu cấu hình của tôi bằng cách di chuyển nó ra khỏi /etc/nginx/enabled-sites vào thư mục chính của tôi, sau đó gỡ cài đặt nó bằng apt loại bỏ nginx. Sau khi khởi động lại và xác nhận rằng nó cũng như Apache2 đều không chạy, tôi đã cố cài đặt lại GitLab với apt cài đặt gitlab-ee lần nữa. Nó kết thúc nhanh chóng một cách bất ngờ vì có vẻ như tài nguyên của nó vẫn còn trên hệ thống. Kết nối từ trình duyệt bị lỗi hoàn toàn, không có kết nối nào cả.
Tôi đã thử cài đặt lại, lần này gỡ cài đặt hoàn toàn GitLab bằng các lệnh sau:
# gỡ cài đặt gitlab-ctl
# làm sạch gitlab-ctl
# gitlab-ctl xóa tài khoản
# dpkg -P gitlab-ee
Xóa tài khoản bị treo trong 10 phút mà không có đầu ra nên tôi phải ^C nó. Sau khi loại bỏ nó với đpkg Sau đó, tôi đã xóa bốn thư mục giống như trước, mặc dù chỉ /opt/gitlab và /var/log/gitlab vẫn.
Sau khi gỡ cài đặt được cho là sạch, tôi đã khởi động lại và thử những gì tôi nghĩ là cài đặt lại sạch. Nó treo trên * chạy hành động ruby_block[chờ ổ cắm dịch vụ logrotate] không ngừng, trong hơn một giờ. Nghiên cứu đã chỉ ra việc mở một thiết bị đầu cuối khác và chạy các lệnh sau trong khi thanh truyền bị treo:
# nohup /opt/gitlab/embedded/bin/runsvdir-start &
# cấu hình lại gitlab-ctl
Điều này đã không làm việc, cấu hình lại gitlab-ctl bị treo trong 10 phút trước khi tôi bỏ cuộc và Omnibus trên thiết bị đầu cuối khác không tiếp tục. Nó thậm chí sẽ không đáp ứng với ^C. Tôi đã phải buộc khởi động lại từ một phiên khác và thử gỡ cài đặt "sạch", khởi động lại và cài đặt lại.
Gỡ cài đặt lần này không có vấn đề gì với xóa tài khoản (Nhật ký Pastebin, tên người dùng, tên máy chủ, IP bị kiểm duyệt). Tuy nhiên, một lần nữa nó treo ở quay vòng, trong hơn một giờ nữa và một lần nữa không phản hồi ^C. đầu ra Pastebin, Nhật ký Pastebin từ /var/log/gitlab/reconfigure/1636492507.log.
Điều gì đã không giải quyết được vấn đề của tôi:
systemctl bắt đầu logrotate.service (dừng/kết thúc ngay lập tức, chờ đồng hồ bấm giờ), logrotate.timer (đã chạy). Không có phản hồi từ Omnibus khi khởi động.- Đang chạy
runvdir-bắt đầu và cấu hình lại gitlab-ctl (xem ở trên)
- Đang chạy
đuôi gitlab-ctl (ném đuôi: không thể theo '-' theo tên)
nhiều người dùng.mục tiêu được tải và hoạt động, theo systemctl -t mục tiêu.
Tất cả các kết quả khác mà tôi có thể tìm thấy đều liên quan đến các khía cạnh cụ thể của lỗi GitLab, thay vì cài đặt ban đầu. Tôi bối rối và tôi không thể tìm thấy bất cứ điều gì khác có liên quan. Tôi làm gì?
