Score:0

Can't get disk space back after running out of space (and removing some files) in Ubuntu 18.04

ธง in

This is driving me crazy! My server run out of space. I cleaned up some files by removing the folders. The amount of free space didn't go up (% wise). This is what I now see:

enter image description here

As you can see, it shows 315gb size, of which 298gb is in use. So why does it show 100% used? The only reason I have the 1.1gb free that you can see if due to removing more files are reboot. Even though I got rid of 15+gb of files before :/

I've tried quite a few things such as lsof +L1:

    COMMAND    PID      USER   FD   TYPE DEVICE SIZE/OFF NLINK  NODE NAME
php-fpm7.  726      root    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)
mysqld     863     mysql    5u   REG    8,0        0     0  2938 /tmp/ibj2MjTy (deleted)
mysqld     863     mysql    6u   REG    8,0        0     0 10445 /tmp/ibgsRaLu (deleted)
mysqld     863     mysql    7u   REG    8,0        0     0 76744 /tmp/ibx2g3Cq (deleted)
mysqld     863     mysql    8u   REG    8,0        0     0 76750 /tmp/ib7D93oi (deleted)
mysqld     863     mysql   12u   REG    8,0        0     0 77541 /tmp/ibSr0xre (deleted)
dovecot   1278      root  139u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
dovecot   1278      root  172u   REG   0,23        0     0  2022 /run/dovecot/login-master-notify4b18cb63ddb75aab (deleted)
dovecot   1278      root  177u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
cron      2239      root    5u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
cron      2240      root    5u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
sh        2243      root   10u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
sh        2243      root   11u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
sh        2244      root   10u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
sh        2244      root   11u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
imap-logi 2512  dovenull    4u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
imap-logi 3873  dovenull    4u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
pop3-logi 3915  dovenull    4u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
pop3-logi 3917  dovenull    4u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
php-fpm7. 4218    fndesk    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)
php-fpm7. 4268 executive    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)

But I can't see anything in there that is locking the files up

Michael Hampton avatar
cz flag
รีสตาร์ทโปรแกรมที่เปิดไฟล์เหล่านั้นค้างไว้ หรือรีบูตเครื่องคอมพิวเตอร์
Andrew Newby avatar
in flag
@MichaelHampton ขอบคุณ แต่ฉันได้ลองรีบูตเซิร์ฟเวอร์แบบเต็มหลายครั้งแล้ว :( ดูเหมือนจะไม่อยากยอมแพ้!
Michael Hampton avatar
cz flag
คุณต้องลบไฟล์เพิ่มเติม
in flag
สิ่งนี้ตอบคำถามของคุณหรือไม่ [ดิสก์เต็ม du บอกแตกต่างกัน จะตรวจสอบเพิ่มเติมได้อย่างไร](https://serverfault.com/questions/275206/disk-full-du-tells-different-how-to-further-investigate)
Andrew Newby avatar
in flag
@MichaelHampton ฉันไม่ควรทำ เซิร์ฟเวอร์ทำงานได้ดีและมีพื้นที่ว่างมากมายก่อนที่จะหมดลง ฉันอัปโหลดไฟล์ขนาดใหญ่ แล้วไฟล์ก็ขัดข้อง (แต่บอกฉันเสมอว่า "พื้นที่ดิสก์หมด" เหมือนเดิม) แต่หลังจากลบไฟล์นั้นแล้ว % ของพื้นที่ว่างก็ไม่ได้เปลี่ยนอีกทางเลือกเดียวสำหรับฉันคืออัปเดตเซิร์ฟเวอร์เป็นเวอร์ชันที่ใหม่กว่าและย้ายไฟล์ทั้งหมดไป - และฉันรับประกันได้ว่าจะแก้ไขได้ (แต่มันใช้งานได้ทุกวันสำหรับบางสิ่งที่ไม่ควรเป็นปัญหาด้วยซ้ำ :( )
Michael Hampton avatar
cz flag
มีบางอย่างกำลังเติมดิสก์ของคุณ คุณจะตรวจสอบต่อหรือไม่ทำก็ได้ แล้วแต่คุณจะเลือก
Andrew Newby avatar
in flag
@MichaelHampton ฉันกำลังพยายาม ;) แต่ก็ยังไม่มีเหตุผล `/dev/sda 315G 296G 2.9G 100% /` - 315gb - 296gb = 19gb... แต่พื้นที่ "ว่าง" แสดงเป็น 2.9gb เท่านั้น .. ดังนั้นมีบางอย่างกำลังกลืนพื้นที่นั้น
Michael Hampton avatar
cz flag
คุณหมายถึงการจองรูท 5% เหรอ?
Andrew Newby avatar
in flag
@MichaelHampton อืม โอเค เข้าท่ากว่า - 16gb + 2.9gg. ฉันไม่ทราบว่ามีการจอง?
Michael Hampton avatar
cz flag
ระบบไฟล์ Unix ส่วนใหญ่ทำมาตั้งแต่ไหน แต่ไร แม้ว่าจะไม่เป็นที่โปรดปรานและระบบไฟล์ที่ทันสมัยกว่านี้ก็ไม่ทำอีกต่อไป
Andrew Newby avatar
in flag
@MichaelHampton อา โอเค นั่นอาจจะเป็นเหตุผลว่าทำไมฉันถึงไม่เคยสังเกตมาก่อน เซิร์ฟเวอร์อื่น ๆ ส่วนใหญ่เป็น UB 20.04 แต่ฉันเคยมีปัญหากับพื้นที่ดิสก์ในเซิร์ฟเวอร์เหล่านั้นจริง ๆ เนื่องจากมีไซต์น้อยกว่า
Score:2
ธง in

ค้นหาสิ่งที่กินพื้นที่ดิสก์ จากนั้นค้นหาสาเหตุก่อนที่จะลบบางสิ่ง

หากต้องการแสดง "ไดเรกทอรี 10 อันดับแรก" คุณสามารถใช้ ดู่ -Sh / | เรียง -rh | หัว -10.

หากต้องการแสดงไฟล์ "10 อันดับแรก" คุณสามารถใช้ ค้นหา / -type f -exec du -Sh {} + | เรียง -rh | หัว -n 10.

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

เกี่ยวกับการคำนวณของคุณ: สิ่งนี้ไม่จำเป็นต้องทำให้คุณคลั่งไคล้ :-)

บ่อยครั้งที่ระบบไฟล์สงวนพื้นที่ 5% สำหรับผู้ใช้รูท คุณมีขนาดดิสก์ 315G ดังนั้น 5% จะเป็นพื้นที่สงวน ~16G มีบทความที่ดีซึ่งอธิบายถึงความเป็นมา: https://blog.tinned-software.net/utility-df-shows-inconsistent-calculation-for-ext-filesystems/

Andrew Newby avatar
in flag
ขอบคุณสำหรับสิ่งนั้น ที่จริงแล้วดูเหมือนว่าตาราง mySQL ที่เลือกไว้จำนวนมาก (บางตาราง 6+gb แต่มีแถวนับล้านแถว) ฉันจะดูว่าสามารถหาวิธีเพิ่มประสิทธิภาพใดๆ ได้หรือไม่ เพราะนั่นจะเป็นการชนะอย่างรวดเร็ว
Andrew Newby avatar
in flag
ฉันยังพบที่อื่นที่ความทรงจำกำลังดำเนินไป เราใช้ตาราง InnoDB mySQL และเมื่อทำการ "ลบ" ขนาดใหญ่แล้ว ไฟล์ IBD ก็ไม่ได้ลดขนาดลง เห็นได้ชัดว่านี่เป็นพฤติกรรมปกติสำหรับ InnoDBวิธีแก้ไขคือการคัดลอกตารางแล้วเปลี่ยนชื่อ สิ่งนี้ใช้ไฟล์ขนาด 16gb ลดลงเหลือเพียง 10gb :)

โพสต์คำตอบ

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