Discuss November 2009

discuss@lists.centos.org

311 participants
290 discussions

smartmontools
by m.roth＠5-cent.us 03 Nov '09

03 Nov '09

I'm in the process of rolling out the upgrade from (mostly) 5.3 to 5.4. One of my servers started throwing the following: Nov 1 05:22:51 <server> kernel: target4:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) Nov 1 05:22:51 <server> kernel: target4:0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 62) into my logs every half hour. I don't see anything resembling an error message. The only thing I noted while googling was everyone else spoke of "...ns, offset 127", but I have no clue if that's relevant to anything. The smartd.conf is the default. I'm not running the debug kernel. Does anyone have any idea why it's doing this, and, if it's not important, how to get it to stop cluttering my logs? mark

3 4

Nagios check_file size in another machine
by kebo jantan 03 Nov '09

03 Nov '09

Dear all.... any one can help me??? I am aware of monitoring disk space using nagios (disk partitions with check_disk). Now, I have a situation that I would like to monitor size of an individual file through nagios. e.g /var/lib/mysql/somedatabase/vlog.myd, this file will grow very fast and i would like to monitor if the size of this file crosses 1.5 G. I'm already used 'check_file' but this can't solved my problem. The file in another machine, that 'check_file' can't do it.

4 4

DNS log file question
by James B. Byrne 03 Nov '09

03 Nov '09

I am trying to sort out a configuration problem with y slave servers, more on that in a following message, but while I was examining the system log on one of those servers I saw this: Nov 3 12:30:43 inet04 named[18110]: client 174.88.12.107#60136: query (cache) 'www.soundunwound.com/A/IN' denied Nov 3 12:30:43 inet04 named[18110]: client 174.88.12.107#60140: query (cache) 'www.warehousedeals.com/A/IN' denied Nov 3 12:30:43 inet04 named[18110]: client 174.88.12.107#60140: query (cache) 'www.warehousedeals.com/A/IN' denied Nov 3 12:30:45 inet04 named[18110]: client 174.88.12.107#60147: query (cache) 'www.zappos.com/A/IN' denied Nov 3 12:30:45 inet04 named[18110]: client 174.88.12.107#60147: query (cache) 'www.zappos.com/A/IN' denied Nov 3 12:30:53 inet04 named[18110]: client 174.88.12.107#60156: query (cache) 'www.flipkart.com/A/IN' denied Nov 3 12:30:53 inet04 named[18110]: client 174.88.12.107#60157: query (cache) 'tokyotoys.com/A/IN' denied Nov 3 12:30:53 inet04 named[18110]: client 174.88.12.107#60156: query (cache) 'www.flipkart.com/A/IN' denied Nov 3 12:30:53 inet04 named[18110]: client 174.88.12.107#60157: query (cache) 'tokyotoys.com/A/IN' denied Nov 3 12:30:55 inet04 named[18110]: client 174.88.12.107#60171: query (cache) 'www.animenewsnetwork.com/A/IN' denied Nov 3 12:30:55 inet04 named[18110]: client 174.88.12.107#60171: query (cache) 'www.animenewsnetwork.com/A/IN' denied Nov 3 12:30:55 inet04 named[18110]: client 174.88.12.107#60173: query (cache) 'www.how-to-cosplay.com/A/IN' denied Nov 3 12:30:56 inet04 named[18110]: client 174.88.12.107#60173: query (cache) 'www.how-to-cosplay.com/A/IN' denied Nov 3 12:30:58 inet04 named[18110]: client 174.88.12.107#60186: query (cache) 'www.kaboodle.com/A/IN' denied Nov 3 12:30:58 inet04 named[18110]: client 174.88.12.107#60186: query (cache) 'www.kaboodle.com/A/IN' denied Nov 3 12:30:58 inet04 named[18110]: client 174.88.12.107#60189: query (cache) 'iphone.wareseeker.com/A/IN' denied Nov 3 12:30:58 inet04 named[18110]: client 174.88.12.107#60189: query (cache) 'iphone.wareseeker.com/A/IN' denied Nov 3 12:31:02 inet04 named[18110]: client 174.88.12.107#60201: query (cache) 'optimizedby.rmxads.com/A/IN' denied Nov 3 12:31:02 inet04 named[18110]: client 174.88.12.107#60201: query (cache) 'optimizedby.rmxads.com/A/IN' denied Nov 3 12:31:07 inet04 named[18110]: client 174.88.12.107#60216: query (cache) 'img.amazon.ca/A/IN' denied Now, none of these domains are served by my dns servers so what is going on? Again, I remind potential respondents that I get the digest so please send me a direct copy of any reply to the list. Regards, -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

3 2

Proper configuration for DNS slaves and masters
by James B. Byrne 03 Nov '09

03 Nov '09

I have the following layout DNS01 - Master DNS02 - Remote slave DNS03 - Local network slave The master is configured so: acl HLLnetworks { 209.47.176/24; 216.185.71/24; }; options { allow-query { any; }; allow-recursion { HLLnetworks; }; allow-transfer { HLLnetworks; }; directory "/var/named"; dump-file "/var/named/data/cache_dump.db"; statistics-file "/var/named/data/named_stats.txt"; query-source address 216.185.71.33; listen-on { 216.185.71.33; }; notify yes; }; The slaves are configured this way (appropriately modified for each ip address: acl HLLnetworks { 209.47.176/24; 216.185.71/24; }; options { allow-query { any; }; allow-recursion { HLLnetworks; }; allow-transfer { HLLnetworks; }; directory "/var/named"; dump-file "/var/named/data/cache_dump.db"; statistics-file "/var/named/data/named_stats.txt"; notify no; // this is a slave server query-source address 209.47.176.33; listen-on { 127.0.0.1; }; listen-on { 209.47.176.33; }; forwarders { 216.185.71.33; }; }; Now, what I am seeing on one of the slaves when I change a zone in the master and reload is this: Nov 3 12:47:49 inet06 named[9597]: received notify for zone 'byrnejb.ca' but on the other I see this: Nov 3 12:47:50 inet04 named[18368]: client 216.185.71.27#33829: received notify for zone 'byrnejb.ca' Nov 3 12:47:50 inet04 named[18368]: zone byrnejb.ca/IN: refused notify from non-master: 216.185.71.27#33829 The master configuration for byrnejb.ca is zone "byrnejb.ca" { type master; file "/var/named/masters/byrnejb.ca.hosts"; }; On inet06 the slave zone configuration is: zone "byrnejb.ca" { type slave; masters { 216.185.71.33; }; file "/var/named/slaves/byrnejb.ca.hosts"; }; and on inet04 it is: zone "byrnejb.ca" { type slave; masters { 216.185.71.33; }; file "/var/named/slaves/byrnejb.ca.hosts"; }; Which is, as far as I can see, identical. In any case, the real problem is that neither slave actually transfers the updated zone file and I cannot figure out why not. I have verified that the master zone file serial number is greater than that of the slave zones. So, I have two questions: 1. Why is the source address 216.185.71.27 when the bind named listens on 216.185.71.33 and answers queries from the same address. Admittedly, 216.185.71.33 is a virtual ip hosted on 216.185.71.27 but we have been doing this for over a decade now and I have never seen this behaviour before. 2. Why are the notifies ignored? Again, we have had this set up for over a decade and none of these problems until now, and the only thing that has happened on the dns side of things recently were the CentOS updates last week. I am not a DNS specialist, I set this up several years ago and I am perplexed as to why it is now giving me these difficulties. Any help would be gratefully appreciated. Sincerely, -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

3 3

mock, extras vs epel
by Todd Denniston 03 Nov '09

03 Nov '09

I am looking to be a bit more standard in the builds of my CentOS rpms, and so I was about to install mock but noticed that there is one provided in the centos/5/extras and another in epel. epel is obviously newer, but are there reasons/experiences in this group that would suggest sticking with the extras version instead? Or even reasons other than the shiny version number on the epel one to go with it? Is the extras version the version used by the upstream provider and thus the CentOS team keeps it around to do the matching builds? Thanks for the clarifications. -- Todd Denniston Crane Division, Naval Surface Warfare Center (NSWC Crane) Harnessing the Power of Technology for the Warfighter

4 4

Free or low cost online backup?
by Neil Aggarwal 03 Nov '09

03 Nov '09

Hello: Does anyone know a free or low cost online backup system for CentOS? Thanks, Neil -- Neil Aggarwal, (281)846-8957, http://www.JAMMConsulting.com CentOS 5.4 KVM VPS $55/mo, no setup fee, no contract, dedicated 64bit CPU 1GB dedicated RAM, 40GB RAID storage, 500GB/mo premium BW, Zero downtime

11 15

Re: [CentOS] CentOS Digest, Vol 57, Issue 31
by Tim_Davis＠cbca.com 03 Nov '09

03 Nov '09

Message: 27 Date: Fri, 30 Oct 2009 21:13:26 -0400 From: Robert Spangler <mlists(a)zoominternet.net> Subject: Re: [CentOS] Syslog do not work To: CentOS mailing list <centos(a)centos.org> Message-ID: <200910302113.26256.mlists(a)zoominternet.net> Content-Type: text/plain; charset="iso-8859-1" On Friday 30 October 2009 16:34, Tim_Davis(a)cbca.com wrote: > The syslog is not working Is it rumnning? check it with ps -ef | grep syslogd > and also I installed Webmin, also it does not > work, > this is what the error is " > > Info Internet Explorer cannot display the webpage " > icon How are you logging into webmin? url? -- Regards Robert Linux User #296285 http://counter.li.org Yes, it is running [root@bart ~]# ps -ef | grep syslogd root 28446 1 0 08:56 ? 00:00:00 syslogd -m0 -r root 28481 28394 0 09:05 pts/1 00:00:00 grep syslogd [root@bart ~]# 2. Logging in as below http://IP_ADDRESS_OF_CENTOS_SERVER:10000 and this is the :- netstat output [root@bart ~]# netstat -an |grep 10000 tcp 0 0 0.0.0.0:10000 0.0.0.0:* LISTEN udp 0 0 0.0.0.0:10000 0.0.0.0:* [root@bart ~]# [root@bart ~]# NOTICE: The information contained in this electronic message, and any attachments accompanying this transmission, may be legally privileged and/or confidential and protected health information. This information is intended only for the use of the individual(s) and/or entity identified above. The authorized recipient of this information is prohibited from disclosing this information to any other party unless required to do so by law or regulation and is required to protect the information after its stated need has been fulfilled. If you are not the intended recipient, or an employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any disclosure, printing, copying, forwarding, or distributing of this information is strictly prohibited. If you have received this communication in error, please notify the sender immediately, by telephone or return fax/email, to advise of wrongful receipt and confirm your understanding of this Notice. Thank You.

1 0

info about hdds in raid
by Eugeneapolinary Ju 03 Nov '09

03 Nov '09

How can I tell wich HDD to swap, when the "cat /proc/mdstat" says one HDD of the RAID1 array has died? Does the HDD's has some serial numbers, that I can see in "reality", and I can get that number from e.g.: a commands output? How could I know wich HDD to swap in e.g.: a RAID1 array? thank you

8 13

Squid authenticating by Active Directory
by Wahyu Darmawan 03 Nov '09

03 Nov '09

Hi, Need some help for step by step to configure my squid integrate with Active Directory at my college. Could you please help me? Thank you. Rgds,

5 6

Re: [CentOS] Server packet loss and becomes unresponsive
by Geoff Galitz 03 Nov '09

03 Nov '09

Does "ifconfig" or "dmesg" show any errors? If the answer to those is no, I'd start running sar to see if there is abnormal behavior which could indicate a hardware problem. Of course, another possibility is a DDOS. Do you have any kind security monitoring or protection in place? -geoff ----------------------------------------- Geoff Galitz Blankenheim, Germany http://www.galitz.org On Tue 03/11/09 04:38 , "Timothy" timmysql(a)progressivemarketingnetwork.com sent: I am at a lost with this server of mine. I have replaced everything except just replacing the entire server. The server is running at a low load but every so often it starts to have high packet loss / latency(the average ms for me is 80 but it jumps to 4000 during this period) and eventually becomes unresponsive. All traffic seems normal, no unusual activity. But once or twice a month it starts to get packet loss and after an hour or two it crashes. The network itself is fine. All other servers on the same subnet work fine. Any ideas what could be causing this kind of behavior? Thanks, Tim _______________________________________________ CentOS mailing list CentOS(a)centos.org

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss November 2009