पृष्ठभूमि
मेरे पास एक छोटा सा लॉगरोटेट मिहाप था ... लॉगोटेट गलत तरीके से संग्रहीत लॉग को घुमाएगा, जिससे मेरी फाइलों की द्विघात वृद्धि हो सकती है /var/log/। और जब तक मैंने हवा को पकड़ा कि कुछ गड़बड़ थी, /var/log/पहले से ही कुछ मिलियन फाइलें शामिल थीं ...
मैं (कुछ hairloss और खोज / sed / grep जादू के बाद) सभी बंद फ़ाइलों को हटाने और मेरे logrotate विन्यास को ठीक करने में कामयाब रहा। और सोचा सब ठीक था ...
मुसीबत
जब भी मैं ls/ du -hsया अन्यथा की सामग्री को सूचीबद्ध करता हूं /var/log/(जिसमें अब 80mb के अभिलेखागार / लॉग और कम से कम कुछ सौ फाइलें हैं) जो प्रक्रिया एक अच्छा या दो मिनट के लिए लटकाती है। मेरा मानना है कि यह किसी तरह से लॉगरोट मिसफैप से संबंधित है लेकिन मैं निश्चित नहीं हूं, यह कुछ और हो सकता है। वैसे भी मैं नुकसान में हूं जहां डिबगिंग शुरू करना है या इसके लिए एक फिक्स की तलाश है। कृपया मदद करें: ३
अन्य सूचना
uname -a
Linux xxx 3.3.8-gentoo #18 SMP Sat Sep 21 22:44:40 CEST 2013 x86_64 Intel(R)
Core(TM)2 CPU 4400 @ 2.00GHz GenuineIntel GNU/Linux
cat /proc/meminfo
MemTotal: 2051552 kB
MemFree: 75612 kB
Buffers: 9016 kB
Cached: 1740608 kB
SwapCached: 0 kB
CFQ IO scheduler + SLUB allocator
मैंने यह सोचा: एक निर्देशिका में कितनी फाइलें बहुत अधिक हैं? (नेट से डेटा डाउनलोड करना) संबंधित था लेकिन मेरे पास अब और फाइलें नहीं बची हैं।
संपादित करें
समस्या एक कॉल के बाद भी बनी रहती है, init 1 इसलिए मुझे लगता है कि यह मानना सुरक्षित है कि दोष के लिए कोई अन्य प्रक्रिया नहीं है, लेकिन एफएस।
समाधान (जैसा कि स्वीकृत उत्तर से लागू होता है)
init 1
mv /var/log /var/log1
mkdir /var/log
chmod --reference=/var/log1 /var/log
chown --reference=/var/log1 /var/log
tar -C /var/log1 -cvp . | tar -C /var/log -xvp
rm -rf /var/log1
init 5