เว็บเซิร์ฟเวอร์ของเราเต็มดิสก์ทำให้ไม่สามารถลงชื่อเข้าใช้อินสแตนซ์ได้ เราปรับขนาดดิสก์จาก 10gb เป็น 100gb และเรายังไม่สามารถเข้าสู่ระบบได้ ฉันได้ลองสร้างเซิร์ฟเวอร์ใหม่จากสแน็ปช็อต สร้างอินสแตนซ์ใหม่จากอิมเมจ และลองแนบสำเนาของดิสก์ไปยังเซิร์ฟเวอร์ที่มีอยู่ ซึ่งทำให้เซิร์ฟเวอร์ที่มีอยู่ล้มเหลวเช่นกัน (ฉันไม่สามารถเข้าสู่ระบบได้) ฉันสันนิษฐานว่าต้องปรับขนาดพาร์ติชัน แต่เนื่องจากฉันไม่สามารถลงชื่อเข้าใช้เครื่องได้ จึงเป็นไปไม่ได้
บันทึกการเริ่มต้น (ดึงจากพอร์ตอนุกรม) ระบุว่าไม่มีพื้นที่ว่างเหลือบนอุปกรณ์ แต่ควรมีพื้นที่เหลือเฟือหลังจากปรับขนาด อย่างไรก็ตาม ฉันไม่สามารถเข้าสู่ระบบอินสแตนซ์ได้ แม้จะผ่านพอร์ตอนุกรม บล็อกทั้งหมดของเราถูกจัดเก็บไว้ในเซิร์ฟเวอร์นี้ ดังนั้นฉันต้องการวิธีเข้าถึงข้อมูลบนดิสก์
[ ตกลง ] เริ่มการตรวจสอบมิเรอร์ LVM2 โดยทำ dmeventd หรือการสำรวจความคืบหน้า
[ 7.939339] systemd-journald[426]: ไม่สามารถเปิด systemd-journald: ไม่มีพื้นที่เหลือบนอุปกรณ์
[ 7.940946] systemd-journald[426]: ไม่สามารถเปิด systemd-journald: ไม่มีพื้นที่เหลือบนอุปกรณ์
[ 7.942235] systemd-journald[426]: ไม่สามารถเปิด systemd-journald: ไม่มีพื้นที่เหลือบนอุปกรณ์
[ 7.947117] systemd-journald[426]: ไม่สามารถเปิด systemd-journald: ไม่มีพื้นที่เหลือบนอุปกรณ์
[ 7.948522] systemd-journald[426]: ไม่สามารถเปิด systemd-journald: ไม่มีพื้นที่เหลือบนอุปกรณ์
[ ตกลง ] เริ่มต้น udev [ 7.951801] systemd-journald[426]: ไม่สามารถเปิดวารสารระบบ: ไม่มีพื้นที่เหลือบนอุปกรณ์
14 ก.ค. 08:57:59 น. เว็บเซิร์ฟเวอร์ google-accounts: ข้อผิดพลาด ข้อยกเว้น การเรียกตัวจัดการการตอบสนอง [Errno 2] ไม่พบไดเร็กทอรีชั่วคราวที่ใช้งานได้ใน ['/tmp', '/var/tmp', '/usr/tmp', '/'].#012Traceback (การโทรครั้งล่าสุดล่าสุด):#012 File "/usr /lib/python3/dist-packages/google_compute_engine/metadata_watcher.py", บรรทัด 200 ในตัวจัดการ WatchMetadata#012(ตอบกลับ)#012 ไฟล์ "/usr/lib/python3/dist-packages/google_compute_engine/accounts/accounts_daemon.py" บรรทัดที่ 285 ใน HandleAccounts#012 self.utils.SetConfiguredUsers(desired_users.keys())#012 File "/usr/lib/python3/dist-packages/google_compute_engine/accounts/accounts_utils.py", บรรทัด 318 ใน SetConfiguredUsers# 012 mode='w', prefix=prefix, delete=True) as updated_users:#012 File "/usr/lib/python3.6/tempfile.py", บรรทัด 681, ใน NamedTemporaryFile#012 prefix, suffix, dir, output_type = _sanitize_params(คำนำหน้า คำต่อท้าย dir)#012 ไฟล์ "/usr/lib/python3.6/tempfile.py", บรรทัดที่ 269 ใน _sanitize_params#012 dir = gettempdir()#012 ไฟล์ "/usr/lib/python3. 6/tempfile.py", บรรทัด 437 ใน gettempdir#012 tempdir = _get_default_tempdir()#012 ไฟล์ "/usr/lib/python3.6/tempfile.py", บรรทัด 372 ใน _get_default_tempdir#012 dirlist)#012FileNotFoundError: [Errno 2] ไม่พบไดเร็กทอรีชั่วคราวที่ใช้งานได้ใน ['/tmp', '/var/tmp' , '/usr/tmp', '/']
14 ก.ค. 08:58:22 เว็บเซิร์ฟเวอร์ systemd[1]: snapd.service: เริ่มดำเนินการหมดเวลา สิ้นสุด
14 ก.ค. 09:00:06 น. เว็บเซิร์ฟเวอร์ google-accounts: ข้อผิดพลาด ข้อยกเว้น การเรียกตัวจัดการการตอบสนอง[Errno 2] ไม่พบไดเร็กทอรีชั่วคราวที่ใช้งานได้ใน ['/tmp', '/var/tmp', '/usr/tmp', '/'].#012Traceback (การโทรครั้งล่าสุดล่าสุด):#012 File "/usr /lib/python3/dist-packages/google_compute_engine/metadata_watcher.py", บรรทัด 200 ในตัวจัดการ WatchMetadata#012(ตอบกลับ)#012 ไฟล์ "/usr/lib/python3/dist-packages/google_compute_engine/accounts/accounts_daemon.py" บรรทัดที่ 285 ใน HandleAccounts#012 self.utils.SetConfiguredUsers(desired_users.keys())#012 File "/usr/lib/python3/dist-packages/google_compute_engine/accounts/accounts_utils.py", บรรทัด 318 ใน SetConfiguredUsers# 012 mode='w', prefix=prefix, delete=True) as updated_users:#012 File "/usr/lib/python3.6/tempfile.py", บรรทัด 681, ใน NamedTemporaryFile#012 prefix, suffix, dir, output_type = _sanitize_params(คำนำหน้า คำต่อท้าย dir)#012 ไฟล์ "/usr/lib/python3.6/tempfile.py", บรรทัดที่ 269 ใน _sanitize_params#012 dir = gettempdir()#012 ไฟล์ "/usr/lib/python3. 6/tempfile.py", บรรทัด 437 ใน gettempdir#012 tempdir = _get_default_tempdir()#012 ไฟล์ "/usr/lib/python3.6/tempfile.py", บรรทัด 372 ใน _get_default_tempdir#012 dirlist)#012FileNotFoundError: [Errno 2] ไม่พบไดเร็กทอรีชั่วคราวที่ใช้งานได้ใน ['/tmp', '/var/tmp' , '/usr/tmp', '/']
พาร์ติชั่นรูทไม่ถูกปรับขนาดหลังจากที่ฉันปรับขนาดดิสก์ ซึ่งเป็นต้นตอของปัญหา ดูเหมือนว่าพาร์ติชันบนดิสก์ถาวรมาตรฐานจะไม่ปรับขนาดโดยอัตโนมัติ แต่ดิสก์แบบบาลานซ์และ SSD จะถูกปรับขนาดโดยอัตโนมัติ
ในตอนท้าย ฉันโคลนดิสก์และแนบเป็นดิสก์ที่สอง (ไม่ได้ต่อเชื่อม) กับ VM ใหม่ จากนั้นทำตามคำแนะนำที่นี่เพื่อปรับขนาดพาร์ติชัน จากนั้นแนบดิสก์ใหม่กับ VM ใหม่
https://medium.com/100-days-of-linux/how-to-resize-a-linux-root-file-system-af3e5096b4e4
หลังจากที่คุณปรับขนาดดิสก์สำหรับบูต VM แล้ว VM ส่วนใหญ่จะปรับขนาดระบบไฟล์รูทและรีสตาร์ท VM อย่างไรก็ตาม สำหรับอิมเมจ VM บางประเภท คุณอาจต้องปรับขนาดระบบไฟล์ด้วยตนเอง หาก VM ของคุณไม่รองรับการปรับขนาดระบบไฟล์รูทโดยอัตโนมัติ หรือหากคุณปรับขนาดดิสก์ถาวรของข้อมูล (ไม่ใช่บูต) คุณต้องดำเนินการด้วยตัวเอง ปรับขนาดระบบไฟล์และพาร์ติชัน
ต่อไปนี้เป็นขั้นตอนในการแก้ปัญหา VM ไม่สามารถเข้าถึงได้เนื่องจากดิสก์สำหรับบูตเต็ม
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
