Điểm:1

GCP VM Instance bị rối loạn chức năng

lá cờ cn

Hiện đang sử dụng phiên bản GCP VM để chạy máy chủ tổng hợp ODK, tôi không thể truy cập máy chủ kể từ tối thứ Sáu. Tôi đoán nó không liên quan đến ODK mà là do sự cố máy chủ, thực sự, tôi đã làm theo các bước sau:

  • Đã thay đổi kết nối internet và trình duyệt, cố gắng truy cập cục bộ trên máy tính của tôi: không cải thiện.
  • Đã kiểm tra xem url đó có còn hoạt động trên trang web mà tôi đã tạo không (trên freedns.afraid). Đó là trường hợp.
  • Đã kiểm tra menu và các tham số phiên bản GCP VM của tôi (ubuntu-1804-bionic-v20210604, g1-small :1 vCPU, bộ nhớ 1,7 GB, bộ nhớ đĩa 10 GB, nền tảng bộ xử lý Intel Haswell, sử dụng W10). Tôi đã không xác định một lý do để giải thích vấn đề. Nhưng tập lệnh cổng của những ngày qua đã báo hiệu lỗi:

"Ngày 13 tháng 8 16:24:27 enquetes chronyd[2104]: Không thể ghi vào tệp trôi dạt tạm thời /var/lib/chrony/chrony.drift.tmp Ngày 13 tháng 8 16:39:16 enquetes systemd-networkd[19493]: ens4: Configured Ngày 13 tháng 8 17:09:17 enquetes systemd-networkd[19493]: ens4: Configured [5034594.247692] systemd-journald[19543]: Không thể tạo nhật ký hệ thống mới: Không còn chỗ trống trên thiết bị"

Tôi nghĩ rằng nó được liên kết với bộ lưu trữ đĩa, thực sự đã đầy. Tôi đã tăng gấp đôi dung lượng của nó vào chiều hôm nay (từ 10 GB lên 20 GB) nhưng sau đó tôi vẫn nhận được các tập lệnh tương tự. Xem ví dụ: "Ngày 15 tháng 8 18:50:55 enquetes systemd[1]: snapd.service: Hết thời gian bắt đầu thao tác. Đang chấm dứt. Ngày 15 tháng 8 18:52:25 enquetes systemd[1]: snapd.service: Trạng thái 'stop-sigterm' đã hết thời gian chờ. Giết chóc. Ngày 15 tháng 8 18:52:25 enquetes systemd[1]: snapd.service: Killing process 29463 (snapd) with signal SIGKILL. Ngày 15 tháng 8 18:52:25 enquetes systemd[1]: snapd.service: Quá trình chính đã thoát, code=killed, status=9/KILL Ngày 15 tháng 8 18:52:25 enquetes systemd[1]: snapd.service: Không thành công với kết quả 'hết thời gian chờ'. Ngày 15 tháng 8 18:52:25 enquetes systemd[1]: Không khởi động được Snap Daemon. Ngày 15 tháng 8 18:52:25 enquetes systemd[1]: snapd.service: Hết thời gian tạm dừng dịch vụ, lên lịch khởi động lại. Ngày 15 tháng 8 18:52:25 enquetes systemd[1]: snapd.service: Công việc khởi động lại theo lịch trình, bộ đếm khởi động lại là 949. Ngày 15 tháng 8 18:52:25 enquetes systemd[1]: Đã dừng Snap Daemon. Ngày 15 tháng 8 18:52:25 enquetes systemd[1]: Bắt đầu Snap Daemon... Ngày 15 tháng 8 18:52:25 enquetes snapd[29509]: Trạng thái AppArmor: apparmor được bật và tất cả các tính năng đều khả dụng Ngày 15 tháng 8 18:52:25 enquetes snapd[29509]: Trạng thái AppArmor: apparmor được bật và tất cả các tính năng đều khả dụng Ngày 15 tháng 8 18:53:56 enquetes systemd[1]: snapd.service: Hết thời gian bắt đầu thao tác. Chấm dứt."

  • Đã cố gắng dừng phiên bản và khởi động lại nó. Không có cải thiện.
  • Đã thử khởi động lại bằng các lệnh sudo reboot now / sudo reboot -f qua g-cloud và Google Shell, nhưng nó không hoạt động ("Không thể ghi tệp thông số khởi động lại: Không có tệp hoặc thư mục như vậy" hoặc bị ngắt kết nối khỏi G Shell ngay sau đó bước vào cái thứ 2). Tôi không thể truy cập SSH, mặc dù tường lửa và cổng đều ổn.

Tôi không biết nên làm gì tốt hơn bây giờ, vì tôi không thành thạo Bảng điều khiển nối tiếp và các dòng lệnh: Tôi đã tạo ảnh chụp nhanh đĩa liên tục và muốn khôi phục dữ liệu sang đĩa mới và có quyền truy cập lại vào đĩa của mình. máy chủ hiện tại (cùng địa chỉ IP bên ngoài, tên máy chủ, v.v.).

Bạn có ý tưởng nào về cách khắc phục sự cố không?

Cảm ơn rất nhiều về sự trợ giúp của bạn.

N.T.

John Hanley avatar
lá cờ cn
1) Bạn đã hết dung lượng đĩa trống. Sau đó, bạn thay đổi kích thước đĩa. Không phải tất cả các hệ điều hành GCP sẽ tự động thay đổi kích thước phân vùng đĩa. Tìm ra hệ điều hành khởi động của bạn và sau đó tìm hướng dẫn về thay đổi kích thước hệ thống tệp gốc. 2) Nếu bạn tạo một phiên bản khác từ ảnh chụp nhanh, bạn sẽ gặp vấn đề tương tự. 3) Chỉnh sửa câu hỏi của bạn với các chi tiết về phiên bản HĐH, những gì bạn đã làm và những bước bạn đã cố gắng giải quyết vấn đề.
Naej Teco avatar
lá cờ cn
Xin chào John, cảm ơn bạn đã trở lại. Tôi đã chỉnh sửa yêu cầu và chỉ tìm hướng dẫn này chẳng hạn: https://cloud.google.com/compute/docs/disks/working-with-persistent-disks#resize_pd Nhưng tôi không thể kết nối với máy ảo của mình qua SSH; tải lâu nó báo lỗi không thể kết nối...
John Hanley avatar
lá cờ cn
Ubuntu tự động thay đổi kích thước khi khởi động lại. Giải quyết vấn đề về cổng nối tiếp để bạn có thể kết nối với phiên bản.
Naej Teco avatar
lá cờ cn
Cảm ơn. Tôi không thành công trong việc sửa nó vào lúc này (tôi đã sửa bằng hành động của ngày hôm nay). Tất cả các lần khởi động lại mà tôi đã thử đều không thành công và tôi không biết phải làm gì khác. Các vấn đề về cổng nối tiếp đang xử lý với snapd.service hoặc Snap Daemon.
Alex G avatar
lá cờ ar
Bạn phải tạo/thay đổi thông tin đăng nhập trước khi kết nối với bảng điều khiển nối tiếp của mình.Theo dõi [bài đăng này](https://stackoverflow.com/questions/65997438/how-do-i-reset-a-google-cloud-linux-vm-ssh-password) để thiết lập tính năng đó trước, sau đó bật bảng điều khiển nối tiếp và kết nối bằng cách sử dụng [tài liệu](https://cloud.google.com/compute/docs/troubleshooting/troubleshooting-using-serial-console#console_1). Sau khi hoàn tất, bạn sẽ ở trong hệ thống của mình và có thể điều tra thêm bằng cách sử dụng nhật ký mà hệ thống tạo ra.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.