ข้ามไปที่เนื้อหา

การแก้ปัญหา

FAQ สั้นๆ สำหรับตารางการแก้ปัญหาฝั่งโฮสต์ของ VM ผ่าน SSH ฉบับเต็ม (permission-denied, host-key verification, ตัวแปรเทมเพลตที่ขาดหายไป และอื่นๆ) ดู คู่มือการสำรองข้อมูล VM ผ่าน SSH บน GitHub

มีบางอย่างเชื่อมต่อไม่ถูกต้อง

เปิด /spike ในเว็บ UI การตรวจสอบการผสานรวมโฮสต์จะตรวจสอบทุกการเมานต์และ CLI (Docker socket, libvirt, restic, qemu-img, rclone) และรายงานส่วนที่ขาดหายไป เริ่มที่นี่ก่อนที่จะสันนิษฐานว่าเป็นข้อบกพร่อง: การเมานต์ที่ขาดหายไปหรือโฮสต์ที่เข้าถึงไม่ได้จะปรากฏขึ้นทันที

ฉันเข้าถึงเว็บ UI ไม่ได้

BombVault ให้บริการ HTTPS พร้อมใช้งานทันทีบนพอร์ต 3443 (ใบรับรองแบบ self-signed) ดังนั้นเปิด https://<your-unraid-ip>:3443 ยอมรับคำเตือนใบรับรองแบบ self-signed หรือวาง BombVault ไว้หลัง reverse proxy ด้วยใบรับรองของคุณเอง หากคุณรันด้วย HTTP_ONLY=true มันจะให้บริการ HTTP ธรรมดาบนพอร์ต 3000 แทน (มีไว้สำหรับใช้หลัง proxy ที่ terminate TLS)

ฉันทำ APP_KEY หาย

APP_KEY นำมาสร้างรหัสผ่านของรีพอสิทอรี restic หากไม่มีมัน (และไม่มีชุดกู้คืนคีย์เข้ารหัส) การสำรองข้อมูลที่เข้ารหัสไว้จะไม่สามารถกู้คืนได้ นี่คือเหตุผลที่แดชบอร์ดจ้ำจี้ให้คุณดาวน์โหลดชุดกู้คืน ดู Off-site & recovery สร้างคีย์ด้วย openssl rand -hex 32 แล้วเก็บไว้นอกเซิร์ฟเวอร์ก่อนที่คุณจะพึ่งพาการสำรองข้อมูลใดๆ

การสำรองข้อมูล VM เชื่อมต่อไม่ได้

การสำรองข้อมูล VM ติดต่อ libvirt ผ่าน SSH ไม่เคยผ่านการเมานต์

  • ยืนยันว่า SSH ถูกเปิดใช้งานบนโฮสต์และคีย์สาธารณะของ BombVault ได้รับอนุญาตใน /root/.ssh/authorized_keys (Settings, System, VM Backup over SSH แสดงคีย์และปุ่ม Test connection)
  • บนเครือข่าย br0.x ที่กำหนดเอง ให้ตั้ง LIBVIRT_HOST เป็น LAN IP ของ Unraid ของคุณ (container ไม่สามารถเข้าถึงโฮสต์ผ่าน host.docker.internal ที่นั่นได้) เปิดใช้งาน Settings, Docker, Host access to custom networks
  • หากคุณเปลี่ยนพอร์ต SSH ของ Unraid ให้ตั้ง LIBVIRT_SSH_PORT ให้ตรง
  • การวินิจฉัยทีละขั้นตอนฉบับเต็ม (การทดสอบการเข้าถึง, การกำหนดเส้นทาง VLAN, Permission denied (publickey), Host key verification failed) อยู่ใน คู่มือการสำรองข้อมูล VM ผ่าน SSH

สแนปช็อต VM ขณะทำงานไม่ได้รัน

สแนปช็อตขณะทำงานต้องการ qemu guest agent ที่ติดตั้งใน VM และดิสก์อยู่บน /mnt/cache (หรือ /mnt/diskX) ไม่ใช่ /mnt/user บน VM ที่ปิดอยู่ ขณะทำงานจะย้อนกลับไปใช้แบบราบรื่นโดยอัตโนมัติ การสำรองข้อมูลแบบราบรื่นจะปิด VM, สำรองข้อมูลดิสก์ แล้วรีสตาร์ทมัน ดังนั้นจึงสอดคล้องเสมอ

การสำรองข้อมูลล้มเหลวด้วย "repository is already locked"

โดยปกติแล้วนี่คือล็อก restic ที่กำพร้าที่ถูกทิ้งไว้เมื่อ container ถูกอัปเดตหรือรีสตาร์ทกลางการทำงาน BombVault ตรวจจับล็อกที่กำพร้าอย่างพิสูจน์ได้, ล้างมันโดยบังคับ และลองใหม่หนึ่งครั้งโดยอัตโนมัติ หากยังคงอยู่ ให้ใช้ Settings, Integrity & maintenance, Unlock สำหรับโดเมนที่ได้รับผลกระทบเพื่อล้างล็อกที่ค้างด้วยมือ ปัญหาที่แท้จริงจะยังคงปรากฏขึ้นแทนที่จะถูกซ่อนไว้

สำเนานอกสถานที่ของฉันไม่เกิดขึ้นหลังการสำรองข้อมูล

การจำลองข้อมูลนอกสถานที่เป็นแบบทำเท่าที่ทำได้โดยการออกแบบ ดังนั้นการสะดุดที่นอกสถานที่จึงไม่เคยทำให้การสำรองข้อมูลในเครื่องล้มเหลว ตรวจสอบตารางเวลานอกสถานที่ของโดเมนนั้น (Settings, Schedules): ตารางเวลาที่ว่างเปล่าจะจำลองหลังการสำรองข้อมูลในเครื่องทุกครั้ง ในขณะที่จังหวะจะส่งไม่บ่อยนัก ใช้ Replicate now บนแท็บ Off-site สำหรับการรันตามต้องการ และเฝ้าดูตัวบ่งชี้การจำลองข้อมูลบนแดชบอร์ด

การกู้คืนถูกยกเลิกก่อนที่จะเริ่ม

ก่อนที่จะมีการหยุดหรือลบอะไร การกู้คืนจะรันการตรวจสอบความขัดแย้งก่อนเริ่ม: มันตรวจสอบว่า IP แบบสแตติกและพอร์ตโฮสต์ที่เผยแพร่ของ container ว่างอยู่ หาก container อื่นถือครองอันหนึ่งอยู่แล้ว มันจะยกเลิกพร้อมข้อความที่ชัดเจนและนำไปปฏิบัติได้แทนที่จะทิ้งการกู้คืนที่ทำค้างไว้ครึ่งทาง ปลดพอร์ตหรือ IP ที่ขัดแย้ง แล้วลองใหม่

การส่งออกแบบธรรมดาล้มเหลวแทนที่จะเขียนไฟล์

หากเปิดการเข้ารหัส age (Settings) แต่ไม่ได้ตั้งผู้รับที่ถูกต้อง การส่งออกจะล้มเหลวพร้อมข้อผิดพลาดที่ชัดเจนแทนที่จะเขียนข้อความธรรมดา เพิ่มผู้รับที่ถูกต้อง (คีย์สาธารณะ age หรือคีย์สาธารณะ SSH) หรือปิดการเข้ารหัสหากคุณตั้งใจให้การส่งออกเป็นข้อความธรรมดา ดู Features

container รีสตาร์ทซ้ำๆ หรือดูไม่สมบูรณ์

BombVault รายงานสมบูรณ์/ไม่สมบูรณ์จาก /api/health ของตัวเอง เครื่องมือ auto-heal (เช่น Autoheal) สามารถรีสตาร์ทมันได้โดยอัตโนมัติหากเอนจินติดขัด ตรวจสอบบันทึกของ container และรายงาน /spike เพื่อหาสาเหตุที่แท้จริง

ยังติดขัดอยู่?