Score:1

อินสแตนซ์ GCP VM ทำงานผิดปกติ

ธง cn

ขณะนี้ใช้อินสแตนซ์ GCP VM เพื่อเรียกใช้เซิร์ฟเวอร์รวม ODK ฉันไม่สามารถเข้าถึงเซิร์ฟเวอร์ได้ตั้งแต่เย็นวันศุกร์ ฉันเดาว่ามันไม่ได้เชื่อมโยงกับ ODK แต่เป็นปัญหาของเซิร์ฟเวอร์ ฉันทำตามขั้นตอนต่อไปนี้:

  • เปลี่ยนการเชื่อมต่ออินเทอร์เน็ตและเบราว์เซอร์ พยายามเข้าถึงในเครื่องคอมพิวเตอร์ของฉัน : ไม่มีการปรับปรุง
  • ตรวจสอบว่า URL ยังคงใช้งานได้บนเว็บไซต์ที่ฉันสร้างขึ้น (บน freedns.afraid) มันเป็นกรณี
  • ตรวจสอบเมนูและพารามิเตอร์อินสแตนซ์ GCP VM ของฉัน (ubuntu-1804-bionic-v20210604, g1-small :1 vCPU, หน่วยความจำ 1,7 GB, 10 GB ในที่เก็บข้อมูลดิสก์, Intel Haswell เป็นแพลตฟอร์มโปรเซสเซอร์ โดยใช้ W10) ฉันไม่ได้ระบุเหตุผลที่จะอธิบายปัญหา แต่สคริปต์พอร์ตของวันสุดท้ายมีการส่งสัญญาณผิดพลาด:

"13 ส.ค. 16:24:27 น. enquetes chronyd [2104]: ไม่สามารถเขียนไปยังไฟล์ชั่วคราว /var/lib/chrony/chrony.drift.tmp 13 ส.ค. 16:39:16 น. ระบุ systemd-networkd[19493]: ens4: กำหนดค่าแล้ว 13 ส.ค. 17:09:17 น. ระบุ systemd-networkd [19493]: ens4: กำหนดค่าแล้ว [5034594.247692] systemd-journald [19543]: ไม่สามารถสร้างสมุดรายวันระบบใหม่: ไม่มีพื้นที่เหลือบนอุปกรณ์"

ฉันคิดว่ามันเชื่อมโยงกับที่เก็บข้อมูลดิสก์ซึ่งเต็มจริงๆ ฉันได้เพิ่มความจุเป็นสองเท่าในบ่ายวันนี้ (จาก 10 GB เป็น 20 GB) แต่ฉันได้รับสคริปต์เดิมหลังจากนั้น ดูตัวอย่าง: "15 ส.ค. 18:50:55 น. enquetes systemd[1]: snapd.service: เริ่มดำเนินการหมดเวลา สิ้นสุด 15 ส.ค. 18:52:25 น. enquetes systemd[1]: snapd.service: สถานะ 'stop-sigterm' หมดเวลา ฆ่า 15 ส.ค. 18:52:25 น. ระบุ systemd[1]: snapd.service: กระบวนการฆ่า 29463 (snapd) พร้อมสัญญาณ SIGKILL 15 ส.ค. 18:52:25 น. enquetes systemd[1]: snapd.service: ออกจากกระบวนการหลักแล้ว, รหัส = ฆ่า, สถานะ = 9 / ฆ่า 15 ส.ค. 18:52:25 น. enquetes systemd[1]: snapd.service: ล้มเหลวด้วยผลลัพธ์ 'หมดเวลา' 15 ส.ค. 18:52:25 น. enquetes systemd[1]: ไม่สามารถเริ่ม Snap Daemon 15 ส.ค. 18:52:25 น. ระบุ systemd[1]: snapd.service: หมดเวลาการหยุดให้บริการแล้ว การตั้งเวลาเริ่มต้นใหม่ 15 ส.ค. 18:52:25 น. enquetes systemd[1]: snapd.service: งานรีสตาร์ทตามกำหนดเวลา ตัวนับการรีสตาร์ทอยู่ที่ 949 15 ส.ค. 18:52:25 น. ระบุ systemd[1]: หยุด Snap Daemon 15 ส.ค. 18:52:25 น. ระบุ systemd[1]: กำลังเริ่มต้น Snap Daemon... 15 ส.ค. 18:52:25 น. ระบุ snapd [29509]: สถานะ AppArmor: เปิดใช้งาน apparmor และคุณสมบัติทั้งหมดพร้อมใช้งาน 15 ส.ค. 18:52:25 น. ระบุ snapd [29509]: สถานะ AppArmor: เปิดใช้งาน apparmor และคุณสมบัติทั้งหมดพร้อมใช้งาน 15 ส.ค. 18:53:56 น. enquetes systemd[1]: snapd.service: เริ่มดำเนินการหมดเวลา ยุติ”

  • พยายามหยุดอินสแตนซ์และรีสตาร์ท ไม่มีการปรับปรุง
  • พยายามรีบูตด้วยคำสั่ง sudo reboot now / sudo reboot -f ผ่าน g-cloud และ Google Shell แต่มันไม่ทำงาน ("ไม่สามารถเขียนไฟล์พารามิเตอร์รีบูต: ไม่มีไฟล์หรือไดเร็กทอรีดังกล่าว" หรือตัดการเชื่อมต่อจาก G Shell หลังจากนั้น เข้ามาเป็นตัวที่ 2) ฉันไม่สามารถเข้าถึง SSH แม้ว่าไฟร์วอลล์และพอร์ตจะปกติ

ฉันไม่รู้ว่าจะทำอะไรดีไปกว่านี้ เนื่องจากฉันไม่เชี่ยวชาญคอนโซลอนุกรมและบรรทัดคำสั่ง : ฉันได้สร้างสแนปชอตของดิสก์ถาวรแล้ว และต้องการกู้คืนข้อมูลไปยังดิสก์ใหม่และมีสิทธิ์เข้าถึงของฉันอีกครั้ง เซิร์ฟเวอร์ปัจจุบัน (ที่อยู่ IP ภายนอกเดียวกัน ชื่อโฮสต์ ฯลฯ)

คุณมีความคิดเกี่ยวกับวิธีการแก้ไขปัญหาหรือไม่?

ขอบคุณล่วงหน้าสำหรับความช่วยเหลือของคุณ.

เอ็น.ที.

John Hanley avatar
cn flag
1) พื้นที่ว่างในดิสก์ของคุณหมด จากนั้นคุณปรับขนาดดิสก์ ไม่ใช่ระบบปฏิบัติการ GCP ทั้งหมดที่จะปรับขนาดพาร์ติชันของดิสก์โดยอัตโนมัติ ค้นหาระบบปฏิบัติการสำหรับการบูทของคุณแล้วค้นหาบทช่วยสอนเกี่ยวกับการปรับขนาดระบบไฟล์รูท 2) หากคุณสร้างอินสแตนซ์อื่นจากสแน็ปช็อต คุณจะมีปัญหาเดียวกัน 3) แก้ไขคำถามของคุณพร้อมรายละเอียดเกี่ยวกับเวอร์ชันของระบบปฏิบัติการ สิ่งที่คุณทำ และขั้นตอนใดที่คุณพยายามแก้ไขปัญหา
Naej Teco avatar
cn flag
สวัสดีจอห์น ขอบคุณที่กลับมา ฉันแก้ไขคำขอและพบ tuto นี้ เช่น https://cloud.google.com/compute/docs/disks/working-with-persistent-disks#resize_pd แต่ฉันไม่สามารถเชื่อมต่อกับ VM ผ่าน SSH ได้ โหลดนานขึ้นว่าเชื่อมต่อไม่ได้...
John Hanley avatar
cn flag
Ubuntu ปรับขนาดอัตโนมัติเมื่อรีสตาร์ท แก้ปัญหาพอร์ตอนุกรมของคุณเพื่อให้คุณสามารถเชื่อมต่อกับอินสแตนซ์ได้
Naej Teco avatar
cn flag
ขอบคุณ. ฉันไม่สามารถแก้ไขได้ในขณะนี้ (ฉันแก้ไขด้วยการกระทำในวันนี้) ความพยายามในการรีบูตทั้งหมดที่ฉันพยายามล้มเหลว และฉันไม่รู้ว่าต้องทำอะไรอีก ปัญหาพอร์ตอนุกรมกำลังจัดการกับ snapd.service หรือ Snap Daemon
Alex G avatar
ar flag
คุณต้องสร้าง/เปลี่ยนข้อมูลรับรองก่อนที่จะเชื่อมต่อกับคอนโซลอนุกรมของคุณทำตาม [โพสต์นี้] (https://stackoverflow.com/questions/65997438/how-do-i-reset-a-google-cloud-linux-vm-ssh-password) เพื่อตั้งค่าก่อน จากนั้นเปิดใช้งานคอนโซลซีเรียล และเชื่อมต่อโดยใช้ [เอกสารประกอบ](https://cloud.google.com/compute/docs/troubleshooting/troubleshooting-using-serial-console#console_1) เมื่อเสร็จแล้ว คุณควรจะอยู่ในระบบของคุณ และจะสามารถทำการตรวจสอบเพิ่มเติมได้โดยใช้บันทึกที่สร้างขึ้น

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา