बाइंड नाम सेवा उच्च सीपीयू लोड

Question

Cento 6 के तहत नामित सेवा सभी 4 प्रोसेसर के 100% का उपयोग कर रही है। मैंने विन्यास फाइलों के साथ खेलने की कोशिश की। मैं वर्तमान में 10 वेबसाइटों की तरह है। नीचे एक नमूना

$TTL 14400 
@  IN  SOA  ns1.mynameserver.com.  hostmaster.mydomain.com. (
               2012071300 
               14400 
               3600 
               1209600 
               86400) 

mydomain.com. 14400 IN NS ns1.mynameserver.com. 
mydomain.com. 14400 IN NS ns2.mynameserver.com. 

ftp 14400 IN A 123.218.168.8 
localhost 14400 IN A 127.0.0.1 
mail 14400 IN A 123.218.168.8 
pop 14400 IN A 123.218.168.8 
mydomain.com. 14400 IN A 123.218.168.8 
smtp 14400 IN A 123.218.168.8 
www 14400 IN A 123.218.168.8 

mydomain.com. 14400 IN MX 10 mail 
mydomain.com. 14400 IN TXT "v=spf1 a mx ip4:123.218.168.8 ~all" 

localhost 14400 IN AAAA ::1 

और mynameserver.com

$TTL 14400 
@  IN  SOA  ns1.mynameserver.com.  hostmaster.mynameserver.com. (
               2012081200 
               14400 
               3600 
               1209600 
               86400) 

mynameserver.com. 14400 IN NS ns1.mynameserver.com. 
mynameserver.com. 14400 IN NS ns2.mynameserver.com. 

ftp 14400 IN A 123.218.168.11 
localhost 14400 IN A 127.0.0.1 
mail 14400 IN A 123.218.168.11 
ns1.mynameserver.com. 14400 IN A 123.218.168.10 
ns1.mynameserver.com. 14400 IN A 123.218.168.11 
ns2.mynameserver.com. 14400 IN A 123.218.168.11 
ns2.mynameserver.com. 14400 IN A 123.218.168.11 
pop 14400 IN A 123.218.168.11 
s1 14400 IN A 123.218.168.11 
smtp 14400 IN A 123.218.168.11 
mynameserver.com. 14400 IN A 123.218.168.11 
www 14400 IN A 123.218.168.11 
mynameserver.com. 14400 IN MX 10 mail 
mynameserver.com. 14400 IN TXT "v=spf1 a mx ip4:123.218.168.8 ~all" 
localhost 14400 IN AAAA ::1 

के लिए मैं इसे सभी के लिए एक सामान्य प्रश्न बनाने के लिए आईपी और डोमेन बदल रहा है। बात यह है कि मैं मेल या smtp का बिल्कुल उपयोग नहीं करता, मैं भविष्य में एमएक्स रिकॉर्ड जोड़ सकता हूं और ईमेल के लिए उदाहरण के लिए जीमेल पर भरोसा कर सकता हूं। क्या मेल/पॉप/एसएमटीपी/एमएक्स रिकॉर्ड को हटाना सुरक्षित है?

आपके अनुभव के आधार पर यह महीनों के लिए इस विशाल CPU लोड का कारण बन रहा है!

Answer 1

अक्सर ज्ञात बग, अपनी कॉन्फ़िगरेशन में एक और पंक्ति जोड़ने का प्रयास करें और निर्देशिका जोड़ें, लिंक देखें।

https://bugzilla.redhat.com/show_bug.cgi?id=709205#c29

Answer 2

मैं मेरे लिए काम किया इसके बाद के संस्करण (हालांकि पोस्ट वह जुड़ा हुआ उबंटू के लिए है) एक ही मुद्दा है, और लिंक Starcalc द्वारा पोस्ट की गई में जानकारी नहीं थी। यह है कि मैं क्या मेरे CentOS के लिए किया था 6.4 बॉक्स:

/etc/named.conf में, सुनिश्चित करें कि आप विकल्पों में लाइन वर्तमान है {} अनुभाग

managed-keys-directory "/var/named/dynamic"; 

इसके अलावा, सुनिश्चित करें कि आप निर्देशिका है/var/नामित/गतिशील और/var/नामित/chroot/var/नामित/गतिशील प्रेसीडेंट, सुनिश्चित करें कि सभी नाम के स्वामित्व में हैं: नामित (आसान तरीका: chown -R नाम: नाम/var/नामित) और यदि आप SELinux के साथ भागते हैं , करें: restorecon -R/var/name/

Answer 3

अपनी /etc/named.conf फ़ाइल की जांच करें प्रबंधित-कुंजी-निर्देशिका "/ var/name/dynamic"; विकल्प स्कोप में।

फिर अपनी बाइंड फाइलों को दोनों/var/नाम और/var/नामित/chroot/var/नामित निर्देशिकाओं के अंतर्गत मौजूद जांचें।

बंद करो नामित सेवा

#service stop named 

चेक या बनाई गई फ़ाइलों को

#mkdir /var/named/data 
#touch /var/named/data/named.run 
#mkdir /var/named/dynamic 
#touch/var/named/dynamic/managed-keys.bind 

chroot फ़ाइलों

#mkdir /var/named/chroot/data 
#touch /var/named/chroot/data/named.run 
#mkdir/var/named/chroot/var/named/dynamic 
#touch /var/named/chroot/var/named/dynamic/managed-keys.bind 

मत भूलना फ़ाइलों का स्वामी परिवर्तित करना।

#chown root:named -R /var/named/chroot/var/named/d* 

शुरू नामित डेमॉन

#service named start