Naptın hacı çzebildin mi?

Sunucuda gitlab çalışmıyordu. "java.io. IOException: No space left on device" Hatası veriyordu. Biraz araştırdım ve "df -H" ile aşağıdaki çıktıyı elde ettim. /dev/mapper/cos-root %100 disk kullanıyor gzüküyor. Ama nasıl temizleyeceğimi çzemedim. Sunucu 1 senedir filan sorunsuz çalışıyordu. Sunucu'da centos 7 kurulu. Nasıl temizleyebilirz bu # df -H Filesystem Size Used Avail Use% Mounted on /dev/mapper/cos-root 536G 536G 21k 100% / devtmpfs 3.1G 0 3.1G 0% /dev tmpfs 3.1G 4.1k 3.1G 1% /dev/shm tmpfs 3.1G 8.7M 3.1G 1% /run tmpfs 3.1G 0 3.1G 0% /sys/fs/cgroup /dev/sda1 1.1G 163M 818M 17% /boot tmpfs 609M 0 609M 0% /run/user/0 herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Gitlab ile değil fakat centos 7 ile bizde benzer bir sıkıntı yaşamıştık. Bizim problemimiz bütün sistemdeki varolan dosyaların toplamı 50gb olmasına rağmen diskin blümü "%100 kullanımda ve yazılabilir alan yok" olarak gsteriyordu. Bunun sebebi adam akıllı dosya işlemleri yapmayan yazılımlardan kaynaklanıyordu. Bir yazılım, bir dosya için reserve yapıyor fakat sonrasında dosyayı yazmıyor ve bu rezervasyonu geri bırakmıyordu. Geri bırakmayınca diskte aslında yazılmamış dosyalar olsa bile boş alan yok olarak gzüküyordu. En hızlı çzüm server'ı resetlemek oluyordu. Sistem yeniden başladığında tüm disk alanı rezervasyonları iptal olduğu için boş alan ortaya çıkıyordu. Sizdede byle ise hızlıca sunucuyu yeniden başlatarak durumu geçici olarak çzebilirsin. Tam çzüm olarak bu rezervasyon işlemini diskin en fazla %80'i için yapılabilir hale getirmiştim. Fakat şu an hangi komutları kullandığımı hatırlamıyorum. Eğer yeniden başlatma ile çzüldüyse internette arayabilirsin. Reset ile çzüm oluşmazsa gereksiz olduğuna karar verdiğin dosyaları elle silerek bir çzüme kavuşturabilirsin. Androiddeki clean master tarzı serverlarda kullanabileceğimiz bir yazılım var mı bilmiyorum. Varsa biri benide aydınlatsın. Sadece bi imza..

mysql varsa sunucuda, onun binlog zimbirtisi sunucunun anasini aglatiyor storage bakimindan. Twitter: @CanKirca

valla bir şekilde çzdüm ama hatırlamıyorum. tmp'i filan komple sildiğim, yum cachelerini filan temizlediğim oldu şuanda %3 kullanıma düştü. teşekkürler. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

du -sh / | sort -h bu komutun çıktısı ne veriyor hocam bakarmısın? Birde df -ih yapıp çıktısını atar mısın Genki tarafından 08/Eki/18 04:27 tarihinde düzenlenmiştir

valla dediğim gibi canıma tak etti brute force dan dur birşeyler sildim. sonra gittim tmp klasrünü komple uçurdum restart filan ettim sunucuyu ve normal kullanıma dndü. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Merhaba, find / -type f -size +100M -exec ls -lh \; | awk ' ' bu komutu kullanıp 100 mb üzerindeki dosyaları listeleyebilirsin. Error log gibi birşey fazla log basmış olabilir. Bu şekilde çok rahat bulabilirsin. Listelemesi, diskin performansına gre uzun sürebilir.

https://askubuntu.com/questions/296172/dev-mapper-full Bu çzmedi mi abi bu adamın sorunu home klasründe biriken doyalarmış. ben bu şekilde tespit edemedim. tüm klasrde bu işi yapmak gerek. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

Gitlab ile değil fakat centos 7 ile bizde benzer bir sıkıntı yaşamıştık. Bizim problemimiz bütün sistemdeki varolan dosyaların toplamı 50gb olmasına rağmen diskin blümü "%100 kullanımda ve yazılabilir alan yok" olarak gsteriyordu. Bunun sebebi adam akıllı dosya işlemleri yapmayan yazılımlardan kaynaklanıyordu. Bir yazılım, bir dosya için reserve yapıyor fakat sonrasında dosyayı yazmıyor ve bu rezervasyonu geri bırakmıyordu. Geri bırakmayınca diskte aslında yazılmamış dosyalar olsa bile boş alan yok olarak gzüküyordu. En hızlı çzüm server'ı resetlemek oluyordu. Sistem yeniden başladığında tüm disk alanı rezervasyonları iptal olduğu için boş alan ortaya çıkıyordu. Sizdede byle ise hızlıca sunucuyu yeniden başlatarak durumu geçici olarak çzebilirsin. Tam çzüm olarak bu rezervasyon işlemini diskin en fazla %80'i için yapılabilir hale getirmiştim. Fakat şu an hangi komutları kullandığımı hatırlamıyorum. Eğer yeniden başlatma ile çzüldüyse internette arayabilirsin. Reset ile çzüm oluşmazsa gereksiz olduğuna karar verdiğin dosyaları elle silerek bir çzüme kavuşturabilirsin. Androiddeki clean master tarzı serverlarda kullanabileceğimiz bir yazılım var mı bilmiyorum. Varsa biri benide aydınlatsın. aynen hocam dediğin gibi gitlab'dan değilmiş. biraz temizlik yaptım log dosyalarında filan %1 yer açıldı. sunucuyu restart etmiştim düzelmemişti şimdi tekrar restart ediyorum. sürekli "/" dolu diyor ancak içindeki klasrlerde neler var neler yok nerde birikmiş bu kadar dosya bir türlü bilemedim. 1kb'lık milyonlarca dosya filan var galiba çünkü 100 mb dan büyük dosyaları listelet filan dedim ancak elle tutulur birşey çıkmadı. şimdi bi tekrar restart ettim. sunucuda yer olmadığı için hiçbirşey de kurulmuyor amq. kilit olduk kaldık sikeyim. herkes programcı olmak zorunda değildir, lütfen bir zorunluluk gibi programlama dilleri ğrenmeye çalışmayın. yabancı dil filan ğrenin amq.// s. kimin etini yerim, kasaba minnet etmem.// ince düşünene kalın girer.//

https://askubuntu.com/questions/296172/dev-mapper-full Bu çzmedi mi Si vis pacem para bellum.