Điểm:2

Phiên bản không thành công trong công cụ tính toán của google

lá cờ in

Tôi có một phiên bản GCE đã chạy được vài năm. Trong đêm, phiên bản đã được khởi động lại với nhật ký sau:

13-02-2022 04:46:36.370 Phiên bản CET compute.instants.hostError bị chấm dứt bởi Compute Engine.
13-02-2022 04:47:08.279 Phiên bản tính toán CET.instances.automaticRestart Phiên bản được Compute Engine tự động khởi động lại.

Tuy nhiên, phiên bản không khởi động lại.

Tôi có thể kết nối với bảng điều khiển nối tiếp nơi tôi thấy điều này:

cổng nối tiếp: Đã kết nối với cổng ***.europe-west1-b.*** 1 (
[ TIME ] Đã hết thời gian chờ thiết bị ***
[DEPEND] Lỗi phụ thuộc đối với File⦠***.
[DEPEND] Phụ thuộc không thành công cho /data.
[DEPEND] Lỗi phụ thuộc đối với Hệ thống tệp cục bộ.
[ OK ] Đã dừng Chuyển mật khẩu â¦t sang Console Directory Watch.
[ OK ] Đã dừng Chuyển tiếp mật khẩu Râ¦uests tới Wall Directory Watch.
[ OK ] Đã đạt đến Bộ hẹn giờ mục tiêu.
         Đang bắt đầu Nâng cao giao diện mạng...
[ OK ] Ổ cắm nhật ký hệ thống đã đóng.
[ OK ] Đã đạt mục tiêu Lời nhắc đăng nhập.
[ OK ] Đã đạt đến Đường dẫn mục tiêu.
[ OK ] Đã đạt mục tiêu Ổ cắm.
[ OK ] Bắt đầu Khẩn cấp Shell.
[ OK ] Đã đạt mục tiêu Chế độ Khẩn cấp.
         Đang bắt đầu tạo tệp và thư mục dễ bay hơi...
[ OK ] Đã hoàn tất Tạo tệp và thư mục dễ bay hơi.
         Đang bắt đầu đồng bộ hóa thời gian mạng...
         Đang bắt đầu Cập nhật UTMP về Khởi động/Tắt hệ thống...
[ OK ] Đã hoàn tất Cập nhật UTMP về Khởi động/Tắt hệ thống.
         Đang bắt đầu Cập nhật UTMP về các Thay đổi Cấp độ Chạy của Hệ thống...
[ OK ] Đã hoàn tất Cập nhật UTMP về các Thay đổi Cấp độ Hệ thống.
[ OK ] Đã bắt đầu đồng bộ hóa thời gian mạng.
[ OK ] Đã đạt mục tiêu Đặt thời gian hệ thống.
[ OK ] Đã đạt mục tiêu Thời gian hệ thống được đồng bộ hóa.
         Đang dừng đồng bộ hóa thời gian mạng...
[ OK ] Đồng bộ hóa thời gian mạng đã dừng.
         Đang bắt đầu đồng bộ hóa thời gian mạng...
[ OK ] Đã bắt đầu đồng bộ hóa thời gian mạng.
[ OK ] Xong Tăng giao diện mạng.
[ OK ] Đã đạt đến Mạng mục tiêu.
[ OK ] Đã đạt được Mạng đích đang Trực tuyến.
Bạn đang ở chế độ khẩn cấp. Sau khi đăng nhập, gõ "journalctl -xb" để xem
nhật ký hệ thống, "khởi động lại systemctl" thành r
Không thể mở quyền truy cập vào bảng điều khiển, tài khoản gốc bị khóa.
Xem trang man sulogin(8) để biết thêm chi tiết.
Nhấn Enter để tiếp tục.

Có vẻ như không thể kết nối một trong các ổ đĩa — nhưng tôi có thể làm gì với nó bây giờ? Đĩa dường như thường có sẵn trong công cụ tính toán.

John Hanley avatar
lá cờ cn
Tôi đoán là có sự cố tạm thời về mạng Google Cloud VPC. Hãy thử khởi động lại phiên bản. Nếu bạn tiếp tục gặp sự cố, hãy chỉnh sửa câu hỏi của bạn với thông tin chi tiết về phiên bản và cấu hình GCP của phiên bản đó.
lá cờ in
Cám ơn phản hồi của bạn. Ví dụ vẫn không khởi động chính xác. Những loại chi tiết sẽ được helppul? Ví dụ là `e2-small` đang chạy ở `europe-west1-b` với hai đĩa – một đĩa khởi động thông thường và một đĩa ssd dường như không thể đính kèm.
John Hanley avatar
lá cờ cn
Tôi khuyên bạn nên mở một vé Hỗ trợ trên đám mây của Google.
PjoterS avatar
lá cờ ve
Bạn không có bất kỳ vấn đề với thanh toán? Hình ảnh của VM này là gì? Bạn đã thay đổi loại máy gần đây? Bạn đã sử dụng SSD liên tục hay SSD cục bộ? Bạn có thể tạo một máy ảo khác mà không gặp sự cố nào không? Bạn đã thử chạy `journalctl -xb` và `systemctl reboot` chưa?
lá cờ in
Phiên bản không thể bắt đầu đúng cách - nó bị kẹt khi "nhấn enter để tiếp tục", nhưng sau đó không có gì xảy ra. Vì vậy, tôi không thể thử tạp chí crl. Khi khởi động lại, nó sẽ bị treo với cùng thời gian chờ đĩa như trên. Tôi không có bất kỳ vấn đề thanh toán nào, mọi thứ khác vẫn đang chạy chính xác. Gần đây tôi thậm chí không chạm vào máy, nó chỉ chết trong đêm. Đĩa là đĩa liên tục.
lá cờ in
Tôi đã báo cáo với bộ phận hỗ trợ của gce nhưng cho đến nay chúng không hữu ích lắm và bây giờ tôi đã đợi 18 giờ kể từ câu trả lời cuối cùng.
Điểm:2
lá cờ ve

Tôi e rằng bạn không thể làm gì với máy ảo bị ảnh hưởng này.

Trong tổ chức sự kiện tài liệu hoặc Câu hỏi thường gặp bạn có thể tìm thấy thông tin:

Lỗi máy chủ (tính toán.instance.hostError) có nghĩa là đã xảy ra sự cố phần cứng hoặc phần mềm trên máy vật lý lưu trữ máy ảo của bạn khiến máy ảo của bạn gặp sự cố. Lỗi máy chủ liên quan đến lỗi phần cứng hoàn toàn hoặc các sự cố phần cứng khác có thể ngăn di cư trực tiếp của máy ảo của bạn.

Phiên bản VM nằm trong "Đám mây", nó vẫn là một máy vật lý đang chạy khối lượng công việc của bạn. Rất tiếc, phiên bản này đã bị lỗi phần cứng hoặc phần mềm và bạn không thể làm gì được.

GCP đã giới thiệu một thứ gọi là Di cư trực tiếp mà ngăn chặn loại tình huống này.

Compute Engine cung cấp tính năng di chuyển trực tiếp để giữ cho các phiên bản máy ảo của bạn chạy ngay cả khi xảy ra sự kiện hệ thống máy chủ, chẳng hạn như cập nhật phần mềm hoặc phần cứng, tuy nhiên, tôi đoán đã quá muộn để định cấu hình sự kiện này.

...

Di chuyển trực tiếp giúp các phiên bản của bạn chạy trong thời gian:

  • Bảo trì, nâng cấp cơ sở hạ tầng thường xuyên.
  • Bảo trì mạng và lưới điện trong các trung tâm dữ liệu.
  • Lỗi phần cứng như bộ nhớ, CPU, thẻ giao diện mạng, đĩa, nguồn, v.v. Điều này được thực hiện trên cơ sở nỗ lực tốt nhất; nếu một phần cứng bị lỗi hoàn toàn hoặc ngăn chặn quá trình di chuyển trực tiếp, thì VM gặp sự cố và tự động khởi động lại và một lỗi hostError được ghi lại.

...

Di chuyển trực tiếp không thay đổi bất kỳ thuộc tính hoặc thuộc tính nào của chính VM. Quá trình di chuyển trực tiếp chỉ chuyển một máy ảo đang chạy từ một máy chủ này sang một máy chủ khác trong cùng một khu vực.

Cách giải quyết khả thi

Như bạn đã đề cập rằng các đĩa vẫn tồn tại lâu dài và vẫn hiển thị trong GCP, bạn có thể thử gắn lại chúng vào một máy ảo khác. Làm thế nào để Hướng dẫn có thể được tìm thấy trong Tạo và gắn đĩa tài liệu.

Điểm:1
lá cờ in

Cuối cùng tôi đã tìm ra lý do kỳ lạ cho lỗi này - xem bản gốc /etc/fstab:

/dev/disk/by-id/google-***-data /data ext4 hủy bỏ, mặc định 0 2

Nhưng không có thiết bị như vậy trên con đường này. Tôi đã giải quyết điều này bằng cách đính kèm /dev/sdb thay vào đó, nhưng tôi đoán đây không phải là giải pháp tốt nhất. Tôi tự hỏi làm thế nào điều này lại xảy ra khi thiết bị đột nhiên biến mất hoàn toàn và cuối cùng làm chết máy.

Đă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.