GoDaddy วิธีใช้

เราพยายามอย่างสุดความสามารถแล้วที่จะแปลหน้านี้ให้คุณ มีหน้าภาษาอังกฤษด้วย

ค้นหาการใช้งาน inode

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

อาการ

อาการบางอย่างของ Inodes ที่มากเกินไปจะเหมือนกับปัญหาพื้นที่ดิสก์

  • คุณอาจได้รับอีเมลจาก Plesk หรือ WHM ว่ามีการส่งข้อมูลถึงขีด จำกัด ของ Inode หรือเกินขีด จำกัด แล้ว
  • คุณอาจได้รับข้อความแสดงข้อผิดพลาดเช่น พื้นที่ว่างบนดิสก์ ไม่สามารถเขียนเนื้อหาลงในไฟล์ได้ หรือ ล้มเหลว: ไม่มีพื้นที่ว่างบนอุปกรณ์
  • คุณอาจได้รับข้อผิดพลาดเหล่านี้เมื่อในความเป็นจริงมีพื้นที่ว่างบนดิสก์เหลือเฟือ
  • เซิร์ฟเวอร์อาจหยุดทำงานหรือใช้เวลานานในการตอบสนองเมื่อพยายามดูเนื้อหาของไดเรกทอรี

คำเตือน: บทความนี้จัดทำขึ้นสำหรับผู้ใช้ SSH ขั้นสูง หากคุณไม่ทราบวัตถุประสงค์ของไฟล์หรือโฟลเดอร์อย่าลบออก การลบไฟล์ระบบหรือไดเรกทอรีจะไม่สามารถย้อนกลับได้และอาจทำให้เซิร์ฟเวอร์เสียหาย (การปิดเว็บไซต์ทั้งหมด)
  1. เปิดใช้งานการเข้าถึงของผู้ดูแลระบบบน เซิร์ฟเวอร์ Gen 3 หรือ Gen 4 ของคุณหากคุณยังไม่ได้ดำเนินการดังกล่าว
  2. เชื่อมต่อกับเซิร์ฟเวอร์ของฉันด้วย SSH (เชลล์ที่ปลอดภัย).
  3. สลับไปยัง ผู้ใช้ระดับ สูงสุด
  4. สำหรับภาพรวมของการใช้ดิสก์บนเซิร์ฟเวอร์ให้ใช้คำสั่ง df

    [root @ server [~]: df ระบบไฟล์ 1K- บล็อกที่ใช้การใช้ที่มี% ติดตั้งบน / dev / ploop29904p1 125684164 11693260 107699656 10% / devtmpfs 524288 60 524228 1% / dev tmpfs 524288 1 524287 1% / dev / shm tmpfs 524288 523977 1% / รัน tmpfs 524288 10 524278 1% / sys / fs / cgroup tmpfs 524288 1 524287 1% / run / user / 1000
  5. หากคุณใช้ inodes ในระบบไฟล์หลักของคุณหมดแล้วอาจมีลักษณะคล้ายกับตัวอย่างด้านล่าง:

[root @ เซิร์ฟเวอร์ [~]: df -i Inodes ระบบไฟล์ IUsed IFree IUse% Mounted on / dev / ploop29904p1 7864320 7864222 82 100% / devtmpfs 524288 60 524228 1% / dev tmpfs 524288 1 524287 1% / dev / shm tmpfs 524288 311 523977 1% / รัน tmpfs 524288 10 524278 1% / sys / fs / cgroup tmpfs 524288 1 524287 1% / run / user / 1000
  • หากต้องการดูการกระจายไอโหนดภายในไดเรกทอรีการทำงานปัจจุบัน:

    หา * -maxdepth 0 -type d -exec sh -c "echo -n{} ''; ls -lR{} | wc -l "\;
  • ดังนั้นหากคุณเปลี่ยนไปยังไดเรกทอรีหลักของเซิร์ฟเวอร์และรันคำสั่งเซิร์ฟเวอร์จะสร้างเอาต์พุตที่มีลักษณะดังนี้:

    [root @ server [~]: cd / root @ server [/]: find * -maxdepth 0 -type d -exec sh -c "echo -n{} ''; ls -lR{} | wc -l "\; การสำรองข้อมูล 2 บูต 7 dev 78 ฯลฯ 7769 home 1448 สูญหาย + พบ 2 สื่อ 2 นาที 2 opt 11749 proc 21481 รูท 56 รัน 393 srv 2 sys 1643 tmp 11 usr 231243 var 7468179
  • ในตัวอย่างคุณจะเห็นว่า ไดเรกทอรี var มี Inodes จำนวนมาก สำหรับข้อมูลเฉพาะเพิ่มเติมให้ย้ายไปที่ / var แล้วรันคำสั่งอีกครั้ง

    หมายเหตุ: มันเป็นสิ่งสำคัญที่จะเจาะลึกลงไปมากพอในระบบแฟ้มที่จะแยกสิ่งที่สามารถถอดออกได้ (เช่นไฟล์แคช) จากสิ่งที่ไม่สามารถลบออกได้ (เช่นเนื้อหาอีเมลของคุณ)

    [root @ server [/]: cd / var root @ server [/ var]: find * -maxdepth 0 -type d -exec sh -c "echo -n{} ''; ls -lR{} | wc -l "\; adm 2 cache 779 cpanel 13698 db 20 ว่างเปล่า 6 เกม 2 gopher 2 installatron 48856 kerberos 10 lib 13004 local 2 log 419 ชื่อ 49 nis 2 opt 2 เก็บรักษา 2 spool 7391257 tmp 29 www 18 yp 2
  • ในตัวอย่างด้านบนคุณจะเห็นว่าไดเร็กทอรี / var / spool เป็นที่ที่มีการใช้ inodes จำนวนมาก เราทราบดีว่านี่คือจุดที่คิวอีเมลอยู่บนเซิร์ฟเวอร์ WHM / cPanel ดังนั้นเราจึงสามารถสรุปได้ว่าเรามีปัญหาเกี่ยวกับข้อความอีเมลที่มากเกินไปซึ่งจำเป็นต้องได้รับการแก้ไข

    ไม่ออกจาก inodes?

    Inodes ที่มากเกินไปในโฟลเดอร์เดียวอาจทำให้เกิดปัญหาด้านประสิทธิภาพแม้ว่า Inodes จะยังไม่หมดบนเซิร์ฟเวอร์ก็ตาม อาจเห็นได้ชัดเจนยิ่งขึ้นหากคุณมีหลายไดเรกทอรีที่มีมากกว่า 1,024 inodes

    ในการสแกนไดเรกทอรีทั้งหมดบนเซิร์ฟเวอร์และแสดงรายการไดเรกทอรี 20 รายการที่มีจำนวน inodes มากที่สุดคุณสามารถใช้คำสั่งนี้:

    หา / -xdev -printf '% h \ n' | เรียงลำดับ | uniq -c | เรียงลำดับ -k 1 -n | หาง -20

    ผลลัพธ์ของคำสั่งจะมีลักษณะดังนี้:

    [root @ เซิร์ฟเวอร์ ~] # find / -xdev -printf '% h \ n' | เรียงลำดับ | uniq -c | เรียงลำดับ -k 1 -n | หาง -20 2180 / home / onecool / public_html / wp-content / uploads / 2018/05 2180 / home / onecool / public_html / wp-content / uploads / 2019/07 2271 / home / onecool / public_html / wp-content / uploads / 2019/05 2683 / home / onecool / public_html / wp-content / uploads / 2020/11 2768 / home / onecool / public_html / wp-content / uploads / 2020/09 2822 / home / onecool / public_html / wp-content / อัพโหลด / 2019/12 2929 / home / onecool / public_html / wp-content / uploads / 2020/06 3064 / home / onecool / public_html / wp-content / uploads / 2020/04 3100 / home / onecool / public_html / wp-content / uploads / 2020/07 3186 / home / onecool / public_html / wp-content / uploads / 2020/08 3332 / home / onecool / public_html / wp-content / uploads / 2020/01 3354 / home / onecool / public_html / wp- เนื้อหา / อัพโหลด / 2019/11 3445 / home / onecool / public_html / wp-content / uploads / 2020/02 3706 / home / onecool / public_html / wp-content / uploads / 2019/09 3743 / home / onecool / public_html / wp - เนื้อหา / อัพโหลด / 2020/03 3846 / opt / cpanel / ea-openssl11 / share / doc / openssl / html / man3 3846 / opt / cpanel / ea-openssl11 / share / man / man3 3964 / home / onecool / public_html / wp-content / uploads / 2019/08 4845 / home / onecool / public_html / wp-content / uploads / 2020/05 5078 / home / onecool / public_html / wp-content / uploads / 2020/10
  • เมื่อคุณระบุได้แล้วว่าใช้งานอยู่ที่ใดคุณสามารถ ลบ เนื้อหาและดำเนินการเพื่อ ป้องกันไม่ให้ ปัญหาเกิดขึ้นอีก
  • ขั้นตอนที่เกี่ยวข้อง

    ข้อมูลเพิ่มเติม

    • ผู้เชี่ยวชาญด้านเซิร์ฟเวอร์ของเราสามารถดำเนินการตามขั้นตอนเหล่านี้ได้โดยมีค่าธรรมเนียม สำหรับข้อมูลเพิ่มเติมเกี่ยวกับบริการระดับผู้เชี่ยวชาญของเราโปรดไปที่ เมนูบริการระดับผู้เชี่ยวชาญ