Neler yeni

İMT Sunucu Problemi ve Linux inode ile Tanışmam (1 Viewer)

MecTruy 

Yaşlı Kurt
1111xx
Mesajlar
1,463
Credits
29,239
Benim daha önce bilmediğim birşeydi bu inode veya inodes , ilk olarak imthack.com 'da 3 gün önce çeşitli mysql hataları vermişti sitemiz , ancak ilk olarak geçici ddostur vs diyerek mysqla reset çekip pc yi kapatıyordum , sonra telegramda Dark hataların devam ettiğini söyleyince tabi işkillenmeye başladım ama yinede fazla birşey denemedim yani, http reset , mariadb reset yaptım sonra bir ftp açayım dedim test amaçlı ftp de bir dosya oluşturdum ama oluşturmama izin vermedi yetersiz alan hatası verdi ? bu hatayı vermesi imkansızdı aslında çünkü sunucunun yarısı cidden boştu boyut olarak oldukça yer var yani, haydaa dedim amk ortada ciddi bir sorun var ve ben anladımki baştan savmayı geçip konuya focus olma vakti geldi.

Terminali açıp nekadar .log dosyası varsa silmeye başladım ama silerken bu bana çok mantıksız geliyordu çünkü sunucunun yarısı boştu ve sunucu dolu hatası veriyorddu ama yinede sildim baya bir log, sildikten sonra imthack.com kısa süreliğine sıfır sorun varmış gibi düzeldi ama max 2 dakika sürüyordu ! sonra sitenin yine şaftı kayıyordu, şaftının kayma sebebide sunucu cidden dolu görünmesi ve bu yüzden imthack.com cache dosyalarının kayıt edilemeyişi ve ayrıca mysql da veri depoladığı için o kısımda da hatalar başladı, depolama ile alakalı herşeyde alarm zilleri çaldı cidden.

Bu andan itibaren Linux depolama disk sistemlerini incelemeye başladım, aslında ilgi alanımda değil avatarıma penguen koyduğuma bakmayın sevimli diye koydum onu, yani okadar ilgili değilim ama mecbur kalırsam tabiki incelerim, sonra linuxta inodes adında dosya sayısına limit koyan birşey farkettim stackoverflow'da araştırırken, aslında tek bir komutun anlamını merak etmem sebebiyle inodese ulaştım, yani doğrudan inodes felan yazmıyordu.

Normalde disk kullanım boyutlarını df -h ile görüntüleriz ancak stackoverflow 'da gavurcan bir arkadaş bu komuta da dikkat çekmişti df -i !sonra komutu bir çalıştırıyım bu neyin limitini gösteriyor böyle dedim bir baktım sunucu %100 full gösteriyor amk ! df -h yapınca yarısı boş gösteriyor, buda neyin nesin amk deyip df -i komutu hakkında bir döküman buldum onuda koskoca google amcada 1 tane buldum cidden inanılmaz, onuda bulamasam bilgi yok , dökümanda -i yani onun inode anlamına geldiğini öğrendim sonrada detaylıca inceleyince bunun sunucudaki dosya sayısına bir limit koyan bir mekanizma olduğunu öğrendim amk, nekadar gereksiz birşey neden böyle bir limit konur ? tahminim yine sunucuyu koruma amaçlı bir limit , normalde çoğu web site bu limite gelmez çünkü limit 2.5 milyon dosya civarında ama onuda başardık imt olarak hertürlü limitleri parçalıyoruz çee

Tabi bundan sonra bu olanlar şu anlama geliyordu, sunucumuzda birşekilde 2.5 milyondan fazla dosya oluşmuş ve inode sınırını aşmış böylece sunucuda disk alanı boş bile olsa tek bir dosya bile yüklenmesine izin vermez hale gelmiş server, amk nerden geldi bu 2.5 milyon dosya ? TMP klasörü olmasıda imkansızdı zaten defalarca delete çekmiştim ona, ama koskoca sunucu içinde tek tek manuel olarak tespit etmek için 1 sene uğraşmak gerekirdi , bende hemen aşağıdaki komutu bulup ilk şüphelendiğim klasör /var klasöründe kaç adet dosya olduğunu arattım ve ardından 2.5 milyona yakın dosyanın sadece /var/lib/lsphp/session klasörü içinde olduğunu gördüm, php 2.5 milyondan fazla session oluşturmuş tabi her session bir dosyada tutuluyor ve buda 2.5M session 2.5M Dosya ediyor amk, neyse bende diğer bir komutla hepsini sildim ama silmeden önce yinede önlem olarak session klasöründe şöyle bir gezdim herhangi bir sistem dosyası varmı .conf uzantılı bişey varmı ? baktım yok sadece siktiri boktan session dosyaları ve sırf bir komutun 2.5m dosyayı silmesi bile Terminal gibi hızlı bir ortamda 5dk aldı !!!

Bu arada inode limitini arttırma tekniğininde olduğunu öğrendim var ama sistem dosyalarına fazla müdahale etmek istemedim ve rootum zaten firma tarafından biraz kısıtlı şekildeydi yani hertürlü komutu çalıştıramıyordum.

İşte bu yüzden İmt 3 gündür topal ördek gibi Error hataları vs mysql hataları , login hataları ve daha birçok hatayı veriyordu, olanları paylaşmak istedim.





Klasörde kaç adet dosya var arama komutu

find /var -maxdepth 1 -type d | while read -r dir; do printf "%s:\t" "$dir"; find "$dir" | wc -l; done

Klasördeki tüm dosyalaru içerikleri silme komutu
rm -rf /var/lib/lsphp/session/*

inode limiti görüntüleme
df - i
 
Son düzenleme:

Revonzy 

do not even afraid of god
1111xx
Mesajlar
3,838
Credits
125,331
insanlara sunucularının onlara yetmediğini düşündürüp sunucu upgrade yapmalarını istiyorlar o yüzden böyle saçma sapan şeyler insanların başına geliyor
güzel bir ticari düşünce
 
Mesajlar
806
Credits
5,071
Benim daha önce bilmediğim birşeydi bu inode veya inodes , ilk olarak imthack.com 'da 3 gün önce çeşitli mysql hataları vermişti sitemiz , ancak ilk olarak geçici ddostur vs diyerek mysqla reset çekip pc yi kapatıyordum , sonra telegramda Dark hataların devam ettiğini söyleyince tabi işkillenmeye başladım ama yinede fazla birşey denemedim yani, http reset , mariadb reset yaptım sonra bir ftp açayım dedim test amaçlı ftp de bir dosya oluşturdum ama oluşturmama izin vermedi yetersiz alan hatası verdi ? bu hatayı vermesi imkansızdı aslında çünkü sunucunun yarısı cidden boştu boyut olarak oldukça yer var yani, haydaa dedim amk ortada ciddi bir sorun var ve ben anladımki baştan savmayı geçip konuya focus olma vakti geldi.

Terminali açıp nekadar .log dosyası varsa silmeye başladım ama silerken bu bana çok mantıksız geliyordu çünkü sunucunun yarısı boştu ve sunucu dolu hatası veriyorddu ama yinede sildim baya bir log, sildikten sonra imthack.com kısa süreliğine sıfır sorun varmış gibi düzeldi ama max 2 dakika sürüyordu ! sonra sitenin yine şaftı kayıyordu, şaftının kayma sebebide sunucu cidden dolu görünmesi ve bu yüzden imthack.com cache dosyalarının kayıt edilemeyişi ve ayrıca mysql da veri depoladığı için o kısımda da hatalar başladı, depolama ile alakalı herşeyde alarm zilleri çaldı cidden.

Bu andan itibaren Linux depolama disk sistemlerini incelemeye başladım, aslında ilgi alanımda değil avatarıma penguen koyduğuma bakmayın sevimli diye koydum onu, yani okadar ilgili değilim ama mecbur kalırsam tabiki incelerim, sonra linuxta inodes adında dosya sayısına limit koyan birşey farkettim stackoverflow'da araştırırken, aslında tek bir komutun anlamını merak etmem sebebiyle inodese ulaştım, yani doğrudan inodes felan yazmıyordu.

Normalde disk kullanım boyutlarını df -h ile görüntüleriz ancak stackoverflow 'da gavurcan bir arkadaş bu komuta da dikkat çekmişti df -i !sonra komutu bir çalıştırıyım bu neyin limitini gösteriyor böyle dedim bir baktım sunucu %100 full gösteriyor amk ! df -h yapınca yarısı boş gösteriyor, buda neyin nesin amk deyip df -i komutu hakkında bir döküman buldum onuda koskoca google amcada 1 tane buldum cidden inanılmaz, onuda bulamasam bilgi yok , dökümanda -i yani onun inode anlamına geldiğini öğrendim sonrada detaylıca inceleyince bunun sunucudaki dosya sayısına bir limit koyan bir mekanizma olduğunu öğrendim amk, nekadar gereksiz birşey neden böyle bir limit konur ? tahminim yine sunucuyu koruma amaçlı bir limit , normalde çoğu web site bu limite gelmez çünkü limit 2.5 milyon dosya civarında ama onuda başardık imt olarak hertürlü limitleri parçalıyoruz çee

Tabi bundan sonra bu olanlar şu anlama geliyordu, sunucumuzda birşekilde 2.5 milyondan fazla dosya oluşmuş ve inode sınırını aşmış böylece sunucuda disk alanı boş bile olsa tek bir dosya bile yüklenmesine izin vermez hale gelmiş server, amk nerden geldi bu 2.5 milyon dosya ? TMP klasörü olmasıda imkansızdı zaten defalarca delete çekmiştim ona, ama koskoca sunucu içinde tek tek manuel olarak tespit etmek için 1 sene uğraşmak gerekirdi , bende hemen aşağıdaki komutu bulup ilk şüphelendiğim klasör /var klasöründe kaç adet dosya olduğunu arattım ve ardından 2.5 milyona yakın dosyanın sadece /var/lib/lsphp/session klasörü içinde olduğunu gördüm, php 2.5 milyondan fazla session oluşturmuş tabi her session bir dosyada tutuluyor ve buda 2.5M session 2.5M Dosya ediyor amk, neyse bende diğer bir komutla hepsini sildim ama silmeden önce yinede önlem olarak session klasöründe şöyle bir gezdim herhangi bir sistem dosyası varmı .conf uzantılı bişey varmı ? baktım yok sadece siktiri boktan session dosyaları ve sırf bir komutun 2.5m dosyayı silmesi bile Terminal gibi hızlı bir ortamda 5dk aldı !!!

Bu arada inode limitini arttırma tekniğininde olduğunu öğrendim var ama sistem dosyalarına fazla müdahale etmek istemedim ve rootum zaten firma tarafından biraz kısıtlı şekildeydi yani hertürlü komutu çalıştıramıyordum.

İşte bu yüzden İmt 3 gündür topal ördek gibi Error hataları vs mysql hataları , login hataları ve daha birçok hatayı veriyordu, olanları paylaşmak istedim.





Klasörde kaç adet dosya var arama komutu

find /var -maxdepth 1 -type d | while read -r dir; do printf "%s:\t" "$dir"; find "$dir" | wc -l; done

Klasördeki tüm dosyalaru içerikleri silme komutu
rm -rf /var/lib/lsphp/session/*

inode limiti görüntüleme
df - i
bende diyorum bu imte ne oldu aq diye qweqweqw
 

Bu konuyu görüntüleyen kullanıcılar