Re: [CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread David McGuffey 
On Jul 25, 2012, at 21:27, "Joseph L. Casale"  wrote:

>> DNS lookups default to using 53/udp, and only use 53/tcp for zone
>> transfers.  could it be 53/udp is being lost/blocked between this host
>> and your ns1 ?
> 
> Unfortunately that is a common misconception.
> 
> Tcp is used far more often than "only" as stated such as for size of request
> exceeding udp response size etc...
> 
> Bottom line is both ports are needed, not just for zone xfers.
> 
Except that the malware guys have figured out how to abuse port 53. Security 
recommendation is to block TCP unless you're running a DNS server. And also 
block oversize port 53 UDP packets. 

Dave M 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread Joseph L. Casale 
>DNS lookups default to using 53/udp, and only use 53/tcp for zone
>transfers.  could it be 53/udp is being lost/blocked between this host
>and your ns1 ?

Unfortunately that is a common misconception.

Tcp is used far more often than "only" as stated such as for size of request
exceeding udp response size etc...

Bottom line is both ports are needed, not just for zone xfers.

jlc
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Using two subnets to change network configuration

2012-07-25 Thread Cliff Pratt 
On Thu, Jul 26, 2012 at 12:52 PM, Harold Pritchett  wrote:
> Problem:  My network uses the 192.168.1.0/24 network.  Since is the most
> common network in all of the world it begins presenting problems when I want
> to set up vpns, or try to do other routing.
>
> The solution:  Change the network from 192.168.1.0/24 to 172.24.24.0/22.  This
> is somewhere in the middle of the less frequently used RFC-1918 20 bit private
> network range.  My network contains 40 or so nodes, windows, linux, and
> proprietary operating systems of various types (TiVos, iPhones, iPads, TVs,
> BluRay players, WAP's, etc.)
>
> What I would like to do to minimize down time would be to create a single new
> machine on the network with addresses on both networks and set up as a router
> between the networks.
> That way, I can convert the machines one at a time, and not loose any 
> connectivity.
> When all done, take the temporary router down and just use the new addresses.
>
> Machines are set up both static and DHCP, and there are some virtual servers
> running on a VMware machine.  Updating all of the machines using DHCP can
> be done in a single pass, but the static machines will have to be done one at 
> a time.
>
> Can anyone give me any pointers to web sites to help set this up. I know how 
> to
> set up multiple addresses on the same NIC (eth0 and eth0:0).   After that, 
> I'm at
> a bit of a loss.
>
I can confirm that this works - I've done it a few millennia ago. As I
very vaguely recall you need to turn on forwarding and set up routing
on the router machine. Also any routers on the network segment might
need to be changed to send traffic destined for the new network to the
router. You might have issues with DNS, WINS, etc. You would need to
change any routers to not use the temporary router when you switch to
the new network.
>
> And Yes, I know setting up multiple subnets on the same physical wire is a bad
> idea, but this is only for a couple of days until I can get everything moved 
> to the
> new address scheme.
>
Why? It can be confusing, yes, but many people route VOIP over the
same cabling to desk phones.

Cheers,

Cliff
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Using two subnets to change network configuration

2012-07-25 Thread Harold Pritchett 
Problem:  My network uses the 192.168.1.0/24 network.  Since is the most common 
network in all of the world it begins presenting problems when I want to set up 
vpns, or try to do 
other routing.

The solution:  Change the network from 192.168.1.0/24 to 172.24.24.0/22.  This 
is somewhere in the middle of the less frequently used RFC-1918 20 bit private 
network range.  My 
network contains 40 or so nodes, windows, linux, and proprietary operating 
systems of various types (TiVos, iPhones, iPads, TVs, BluRay players, WAP's, 
etc.)

What I would like to do to minimize down time would be to create a single new 
machine on the network with addresses on both networks and set up as a router 
between the networks.  
That way, I can convert the machines one at a time, and not loose any 
connectivity. When all done, take the temporary router down and just use the 
new addresses.

Machines are set up both static and DHCP, and there are some virtual servers 
running on a VMware machine.  Updating all of the machines using DHCP can be 
done in a single pass, but 
the static machines will have to be done one at a time.

Can anyone give me any pointers to web sites to help set this up. I know how to 
set up multiple addresses on the same NIC (eth0 and eth0:0).   After that, I'm 
at a bit of a loss.

And Yes, I know setting up multiple subnets on the same physical wire is a bad 
idea, but this is only for a couple of days until I can get everything moved to 
the new address scheme.

Thanks

Harold

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread Steve Lindemann 
On 7/25/2012 3:58 PM, Tom Brown wrote:
>> dig uses resolv.conf and no timeouts are configured there.  I don't know
>> there the OS would have a default configured or what it is.  Another
>> reply indicated there would be a 5 second delay.  That seems a bit high
>> to me.
>>
>> I used dig from the email svr command line with the primary DNS svr up
>> and (naturally) it pulled from there as normal.  Then I downed the
>> primary DNS svr, saw the nagios check fail and tried again.  The same
>> dig lookup was actually faster and pulled from the secondary DNS svr
>> just fine.  And, again, the nagios alert cleared as soon as the primary
>> DNS svr was back online.
>>
>> For both tests I used:  dig mx google.com
>
> i would always have a timeout in your resolv.conf rather than relying
> on the OS default.
>
> Set that to 1 second and test again to see if there is any difference.

and that sounds like the best solution so far.  I hadn't considered 
that... haven't look at that file in ages.

I do like knowing why something doesn't work, but I'm good with just 
getting it to work too.  I'll give this a try, thanks!
--
Steve
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread Steve Lindemann 
On 7/25/2012 3:55 PM, John R Pierce wrote:
> On 07/25/12 1:57 PM, Steve Lindemann wrote:
>> Anyone have any ideas for why nagios would have trouble testing smtp on
>> the email server when the primary dns goes offline?  I'm not even sure
>> where to look or who else would make sense to ask the question of on
>> this one.  I'd appreciate any insight anyone out there has on this.
>
> DNS lookups default to using 53/udp, and only use 53/tcp for zone
> transfers.  could it be 53/udp is being lost/blocked between this host
> and your ns1 ?
>

good question but unlikely... all the servers are in the same dmz and 
sit on the same switch.
--
Steve
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread Tom Brown 
> dig uses resolv.conf and no timeouts are configured there.  I don't know
> there the OS would have a default configured or what it is.  Another
> reply indicated there would be a 5 second delay.  That seems a bit high
> to me.
>
> I used dig from the email svr command line with the primary DNS svr up
> and (naturally) it pulled from there as normal.  Then I downed the
> primary DNS svr, saw the nagios check fail and tried again.  The same
> dig lookup was actually faster and pulled from the secondary DNS svr
> just fine.  And, again, the nagios alert cleared as soon as the primary
> DNS svr was back online.
>
> For both tests I used:  dig mx google.com

i would always have a timeout in your resolv.conf rather than relying
on the OS default.

Set that to 1 second and test again to see if there is any difference.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread John R Pierce 
On 07/25/12 1:57 PM, Steve Lindemann wrote:
> Anyone have any ideas for why nagios would have trouble testing smtp on
> the email server when the primary dns goes offline?  I'm not even sure
> where to look or who else would make sense to ask the question of on
> this one.  I'd appreciate any insight anyone out there has on this.

DNS lookups default to using 53/udp, and only use 53/tcp for zone 
transfers.  could it be 53/udp is being lost/blocked between this host 
and your ns1 ?



-- 
john r pierceN 37, W 122
santa cruz ca mid-left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread Steve Lindemann 
On 7/25/2012 3:21 PM, Tom Brown wrote:
> Does dig use libresolv or read directly from resolv.conf? Also do you have a 
> timeout configured in resolv.conf or are you relying on the os default?

dig uses resolv.conf and no timeouts are configured there.  I don't know 
there the OS would have a default configured or what it is.  Another 
reply indicated there would be a 5 second delay.  That seems a bit high 
to me.

I used dig from the email svr command line with the primary DNS svr up 
and (naturally) it pulled from there as normal.  Then I downed the 
primary DNS svr, saw the nagios check fail and tried again.  The same 
dig lookup was actually faster and pulled from the secondary DNS svr 
just fine.  And, again, the nagios alert cleared as soon as the primary 
DNS svr was back online.

For both tests I used:  dig mx google.com

-- 
Steve
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread Les Mikesell 
On Wed, Jul 25, 2012 at 4:25 PM, Dennis Jacobfeuerborn
 wrote:
> On 07/25/2012 10:57 PM, Steve Lindemann wrote:
>> I'm a bit baffled by this and I'm looking for ideas...
>>
>> background:
>> two DNS servers (ns1 & ns2)(64bit CentOS 5.8)
>> one email server (64bit CentOS 5.8 & postfix 2.3.3)
>> one nagios server (64bit CentOS 5.8 & nagios 3.3.1)
>>
>> situation:
>> - all servers configured to use both DNS servers for lookups
>> - ns1 server down for hardware problem
>> - nagios alerts that smtp on email server taking longer than 2 seconds
>> to respond
>> - nagios alert for smtp on email server clears when ns1 returns to service
>>
>> - when I use dig from the email server command line there is no problem
>> or delay when ns1 is offline.  It worked without a hitch using ns2.
>>
>> Anyone have any ideas for why nagios would have trouble testing smtp on
>> the email server when the primary dns goes offline?  I'm not even sure
>> where to look or who else would make sense to ask the question of on
>> this one.  I'd appreciate any insight anyone out there has on this.
>>
>
> The default timeout for a DNS lookup is usually 5 seconds so the system
> will try ns1, time out after 5 seconds and then use ns2.
>

Yes, a delay is normal when the 1st dns server is down.   You might
want to run a caching nameserver on your email server (and perhaps
others) so you don't wait for cached addresses.  The caching servers
can use the main ones as forwarders if necessary.

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread Dennis Jacobfeuerborn 
On 07/25/2012 10:57 PM, Steve Lindemann wrote:
> I'm a bit baffled by this and I'm looking for ideas...
> 
> background:
> two DNS servers (ns1 & ns2)(64bit CentOS 5.8)
> one email server (64bit CentOS 5.8 & postfix 2.3.3)
> one nagios server (64bit CentOS 5.8 & nagios 3.3.1)
> 
> situation:
> - all servers configured to use both DNS servers for lookups
> - ns1 server down for hardware problem
> - nagios alerts that smtp on email server taking longer than 2 seconds 
> to respond
> - nagios alert for smtp on email server clears when ns1 returns to service
> 
> - when I use dig from the email server command line there is no problem 
> or delay when ns1 is offline.  It worked without a hitch using ns2.
> 
> Anyone have any ideas for why nagios would have trouble testing smtp on 
> the email server when the primary dns goes offline?  I'm not even sure 
> where to look or who else would make sense to ask the question of on 
> this one.  I'd appreciate any insight anyone out there has on this.
> 

The default timeout for a DNS lookup is usually 5 seconds so the system
will try ns1, time out after 5 seconds and then use ns2.

Regards,
  Dennis
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread Tom Brown 
Does dig use libresolv or read directly from resolv.conf? Also do you have a 
timeout configured in resolv.conf or are you relying on the os default?

On 25 Jul 2012, at 21:57, Steve Lindemann  wrote:

> I'm a bit baffled by this and I'm looking for ideas...
> 
> background:
> two DNS servers (ns1 & ns2)(64bit CentOS 5.8)
> one email server (64bit CentOS 5.8 & postfix 2.3.3)
> one nagios server (64bit CentOS 5.8 & nagios 3.3.1)
> 
> situation:
> - all servers configured to use both DNS servers for lookups
> - ns1 server down for hardware problem
> - nagios alerts that smtp on email server taking longer than 2 seconds 
> to respond
> - nagios alert for smtp on email server clears when ns1 returns to service
> 
> - when I use dig from the email server command line there is no problem 
> or delay when ns1 is offline.  It worked without a hitch using ns2.
> 
> Anyone have any ideas for why nagios would have trouble testing smtp on 
> the email server when the primary dns goes offline?  I'm not even sure 
> where to look or who else would make sense to ask the question of on 
> this one.  I'd appreciate any insight anyone out there has on this.
> -- 
> Steve
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] DNS lookup delay with centos & postfix

2012-07-25 Thread Steve Lindemann 
I'm a bit baffled by this and I'm looking for ideas...

background:
two DNS servers (ns1 & ns2)(64bit CentOS 5.8)
one email server (64bit CentOS 5.8 & postfix 2.3.3)
one nagios server (64bit CentOS 5.8 & nagios 3.3.1)

situation:
- all servers configured to use both DNS servers for lookups
- ns1 server down for hardware problem
- nagios alerts that smtp on email server taking longer than 2 seconds 
to respond
- nagios alert for smtp on email server clears when ns1 returns to service

- when I use dig from the email server command line there is no problem 
or delay when ns1 is offline.  It worked without a hitch using ns2.

Anyone have any ideas for why nagios would have trouble testing smtp on 
the email server when the primary dns goes offline?  I'm not even sure 
where to look or who else would make sense to ask the question of on 
this one.  I'd appreciate any insight anyone out there has on this.
-- 
Steve
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Can someone help with SpamBayes problem?

2012-07-25 Thread fred smith 
On Wed, Jul 25, 2012 at 03:10:44PM -0400, fred smith wrote:
> On Wed, Jul 25, 2012 at 02:05:05PM -0400, m.r...@5-cent.us wrote:
> > fred smith wrote:
> > > On Wed, Jul 25, 2012 at 01:26:51PM -0400, m.r...@5-cent.us wrote:
> > >> fred smith wrote:
> > >> 
> > >> > I'm running Centos 5.8 here.
> > >> >
> > >> > Day before yesterday I decided to look and see if there was a newer
> > >> > SpamBayes than I was then using. lo and behold, there was. I was using
> > >> > 1.1a4, and there was a 1.1a6.
> > >> >
> > >> > so I downloaded and installed it. bad move.
> > >> 
> > >> *How* did you install it? Is it an .rpm, or a tar.gz?
> > >
> > > it's a tar.gz. you unzip it and run "python setup.py install" which is,
> > > I gather, the normal way to install Python stuff (except, of course, for
> > > those things in a RPM or DEB or whatever package). As far as I can figure
> > > out by staring blankly at the code in setup.py, there isn't any (obvious)
> > > uninstall function.
> > 
> > All I can suggest then is tar -tvfz file.tar.gz > filelist, then feed that
> > to find and exec rm {} \;
> 
> yeah, I'm working on that. but it doesn't appear to be quite that
> simple. :(
> 
> The setup.py proggie appears to do a bunch futzing around with
> creating/modifying files before squirreling them away in various places.
> 
> I've grabbed from the screen a log of the things it says its doing, from
> which I hope to be able to derive the list of things to purge.
> 

Mark, et al:

OK, that works. the installation generates a long list of actions, but in
the end there are only about 20 files installed, which simplifies things,
once one reads thru all the actions leading up to their installation.

having done that, I then re-un-tar.gz'd the archive for the oldest
version (the one I was originally running) and reinstalled it and it
is now working. 

(I re-extracted it, because the installation process does its various
machinations in subdirs of the extraction's target directory and at least
some of it gets left in place afterwards, so I wanted to make sure it
was a clean install.)

whatta pain this was!

thanks for the sympathy and ideas!

Fred

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
"Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of
 heaven, but only he who does the will of my Father who is in heaven."
-- Matthew 7:21 (niv) -
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Can someone help with SpamBayes problem?

2012-07-25 Thread fred smith 
On Wed, Jul 25, 2012 at 02:05:05PM -0400, m.r...@5-cent.us wrote:
> fred smith wrote:
> > On Wed, Jul 25, 2012 at 01:26:51PM -0400, m.r...@5-cent.us wrote:
> >> fred smith wrote:
> >> 
> >> > I'm running Centos 5.8 here.
> >> >
> >> > Day before yesterday I decided to look and see if there was a newer
> >> > SpamBayes than I was then using. lo and behold, there was. I was using
> >> > 1.1a4, and there was a 1.1a6.
> >> >
> >> > so I downloaded and installed it. bad move.
> >> 
> >> *How* did you install it? Is it an .rpm, or a tar.gz?
> >
> > it's a tar.gz. you unzip it and run "python setup.py install" which is,
> > I gather, the normal way to install Python stuff (except, of course, for
> > those things in a RPM or DEB or whatever package). As far as I can figure
> > out by staring blankly at the code in setup.py, there isn't any (obvious)
> > uninstall function.
> 
> All I can suggest then is tar -tvfz file.tar.gz > filelist, then feed that
> to find and exec rm {} \;

yeah, I'm working on that. but it doesn't appear to be quite that
simple. :(

The setup.py proggie appears to do a bunch futzing around with
creating/modifying files before squirreling them away in various places.

I've grabbed from the screen a log of the things it says its doing, from
which I hope to be able to derive the list of things to purge.

Fred
-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   "For the word of God is living and active. Sharper than any double-edged 
   sword, it penetrates even to dividing soul and spirit, joints and marrow; 
  it judges the thoughts and attitudes of the heart."  
 Hebrews 4:12 (niv) --
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Manual OOM killing?

2012-07-25 Thread Alan McKay 
On Wed, Jul 25, 2012 at 1:24 PM, Warren Young  wrote:
> Go now, and kneel at the feet of the Bastard Operator From Hell
> (http://bofh.ntk.net/) to learn how to deal with such matters.

Well I was looking for my LART ... seem to have misplaced it over the years :-)

-- 
“Don't eat anything you've ever seen advertised on TV”
 - Michael Pollan, author of "In Defense of Food"
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] EXT3-fs (dm-1): error: can't find ext3 filesystem on dev dm-1

2012-07-25 Thread chiong lawrence 
Yes! its work! Now I know :-)

Thank you so very much for your help Rob.

This has been RESOLVED.

Lawrence


**
*Please consider the environment before printing this email.*




On Tue, Jul 24, 2012 at 11:37 PM, Rob Kampen
wrote:

> On 07/25/2012 10:31 AM, chiong lawrence wrote:
>
>> Hello there,
>>
>> I'm a new to linux need help in regards to issues during mounting of a new
>> created logical unit which I am unable to mount the volume due to error as
>> found below:
>>
>> ~]# mount -l -t ext3 /dev/mapper/vgNebula-lvg1 /mnt/iscsi0
>> mount: wrong fs type, bad option, bad superblock on
>> /dev/mapper/vgNebula-lvg1,
>> missing codepage or helper program, or other error
>> In some cases useful info is found in syslog - try
>> dmesg | tail  or so
>>
>> [root@HE ~]# mount -t ext3 /dev/mapper/vgNebula-lvg1 /mnt/iscsi0
>> mount: wrong fs type, bad option, bad superblock on
>> /dev/mapper/vgNebula-lvg1,
>> missing codepage or helper program, or other error
>> In some cases useful info is found in syslog - try
>> dmesg | tail  or so
>>
>> [root@HE ~]# tail /var/log/messages
>> Jul 24 16:31:37 HE kernel: EXT3-fs (dm-1): error: can't find ext3
>> filesystem on dev dm-1.
>> Jul 24 16:31:43 HE kernel: EXT3-fs (dm-1): error: can't find ext3
>> filesystem on dev dm-1.
>>
> you have formatted the new volume??
> i.e. see man mkfs.ext3
> HTH
>
>>
>> Any help is very much appreciated.
>>
>> Thank you.
>>
>> lawrence
>> __**_
>> CentOS mailing list
>> CentOS@centos.org
>> http://lists.centos.org/**mailman/listinfo/centos
>>
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Bind isn't working. after upgrade.

2012-07-25 Thread Winter 
> but, after this, the Nameservers and DNS are working and solving.
>
> Anything to fix those awful messages?

Hello again,


I.
Does your named.conf contain an entry for rndc-key?

Along the lines of:

key "rndc-key" {
 algorithm hmac-md5;
 secret "";
};


II.
Does rndc.conf have contain:

key "rndc-key" {
 algorithm hmac-md5;
 secret "http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Can someone help with SpamBayes problem?

2012-07-25 Thread fred smith 
On Wed, Jul 25, 2012 at 01:26:51PM -0400, m.r...@5-cent.us wrote:
> fred smith wrote:
> 
> > I'm running Centos 5.8 here.
> >
> > Day before yesterday I decided to look and see if there was a newer
> > SpamBayes than I was then using. lo and behold, there was. I was using
> > 1.1a4, and there was a 1.1a6.
> >
> > so I downloaded and installed it. bad move.
> 
> *How* did you install it? Is it an .rpm, or a tar.gz?

it's a tar.gz. you unzip it and run "python setup.py install" which is,
I gather, the normal way to install Python stuff (except, of course, for
those things in a RPM or DEB or whatever package). As far as I can figure
out by staring blankly at the code in setup.py, there isn't any (obvious)
uninstall function.

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   "For the word of God is living and active. Sharper than any double-edged 
   sword, it penetrates even to dividing soul and spirit, joints and marrow; 
  it judges the thoughts and attitudes of the heart."  
 Hebrews 4:12 (niv) --
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Can someone help with SpamBayes problem?

2012-07-25 Thread m . roth 
fred smith wrote:
> On Wed, Jul 25, 2012 at 01:26:51PM -0400, m.r...@5-cent.us wrote:
>> fred smith wrote:
>> 
>> > I'm running Centos 5.8 here.
>> >
>> > Day before yesterday I decided to look and see if there was a newer
>> > SpamBayes than I was then using. lo and behold, there was. I was using
>> > 1.1a4, and there was a 1.1a6.
>> >
>> > so I downloaded and installed it. bad move.
>> 
>> *How* did you install it? Is it an .rpm, or a tar.gz?
>
> it's a tar.gz. you unzip it and run "python setup.py install" which is,
> I gather, the normal way to install Python stuff (except, of course, for
> those things in a RPM or DEB or whatever package). As far as I can figure
> out by staring blankly at the code in setup.py, there isn't any (obvious)
> uninstall function.

All I can suggest then is tar -tvfz file.tar.gz > filelist, then feed that
to find and exec rm {} \;

  mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Can someone help with SpamBayes problem?

2012-07-25 Thread m . roth 
fred smith wrote:

> I'm running Centos 5.8 here.
>
> Day before yesterday I decided to look and see if there was a newer
> SpamBayes than I was then using. lo and behold, there was. I was using
> 1.1a4, and there was a 1.1a6.
>
> so I downloaded and installed it. bad move.

*How* did you install it? Is it an .rpm, or a tar.gz?

mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Manual OOM killing?

2012-07-25 Thread Warren Young 
On 7/25/2012 7:36 AM, Alan McKay wrote:
>
> Is there something I can run manually in cron to look for rampant
> programs and kill them?

You appear to be under the impression that you have a technical problem.

What you actually have is a people problem.

Go now, and kneel at the feet of the Bastard Operator From Hell 
(http://bofh.ntk.net/) to learn how to deal with such matters.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Can someone help with SpamBayes problem?

2012-07-25 Thread fred smith 
I've posted to the SpamBayes users list, but there seems to be no traffic
there, so I've had no replies.

If there is anyone here using SpamBayes, I'd appreciate some advice or
at least suggestions

I'm running Centos 5.8 here.

Day before yesterday I decided to look and see if there was a newer
SpamBayes than I was then using. lo and behold, there was. I was using
1.1a4, and there was a 1.1a6.

so I downloaded and installed it. bad move.

having done that, I now have no spam filtering at all. I run my own
sendmail mail server here, and it uses procmail to deliver. Procmail
invokes one of the SpamBayes tools for every email, and it adds a
X-SpamBayes header with its determination of spamminess. except that 
now it doesn't.

the nightly retrain event (a cron job) also fails, with complaints
about invalid syntax in:

   File 
"/usr/lib/python2.4/site-packages/lockfile-0.9.1-py2.4.egg/lockfile/linklockfile.py",
 line 6
   from . import (LockBase, LockFailed, NotLocked, NotMyLock, LockTimeout,
^
   SyntaxError: invalid syntax

a little snooping around at python.org shows that the "from . import" 
syntax was added in python 2.5. However, on Centos 5.8 we still have
Python 2.4.3. (never mind that the docs on SpamBayes claim it will run
on Python 2.2, they're plainly wrong).

So, I tried to reinstall SpamBayes 1.1a4 over top of what I had. It
appeared to install (to the extent that the info displayed when the 
installer runs means anything), but it doesn't work either. no spam
filtering, no nightly cron job.

I'm guessing I'll have to figure out, in detail, which files were installed
by the 1.1a6 installation and go remove each individual one then try
reinstalling 1.1a4.

Unless someone can suggest a better path to try.

I'd appreciate any suggestions any of you may wish to make.

thanks in advance!

Fred

-- 
---
 .Fred Smith   /  
( /__  ,__.   __   __ /  __   : / 
 //  /   /__) /  /  /__) .+'   Home: fre...@fcshome.stoneham.ma.us 
//  (__ (___ (__(_ (___ / :__ 781-438-5471 
 Jude 1:24,25 -
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] problem with machine "freezing" for short periods

2012-07-25 Thread Keith Roberts 
On Wed, 25 Jul 2012, Vanhorn, Mike wrote:

*snip*

> I am stuck, and can't figure out where to even suspect the problem might
> actually be. There are no errors getting logged anywhere that I can find,
> probably because everything just "stops" temporarily, so there's nothing
> for the system to log.
>
> Does anyone have any idea where I could look to fix this? I think I am
> next going to go back to 5.2, where the pci=nommconf is necessary, because
> at least back that far it appears to have been working for other people.
> However, I really would like to have this running 5.8.

Hi Mike. Are you on 32 or 64 bits ?

If 32 bit you might like to take a look at this here, which 
I compiled and packaged for Centos 5.5 32 bit - works on 5.8 
OK as well:

Package Signing Key:
www.karsites.net/centos/downloads/5.6/karsites-GPG-public-key-2011-03-18.asc

32 bit binary RPM:
www.karsites.net/centos/downloads/5.6/qps-1.9.18.6-1.i386.rpm

Fedora 6 source code I rebuilt qps from:
www.karsites.net/centos/downloads/5.6/qps-1.9.18.6-1.fc6.src.rpm

If you click on the %MEM or %CPU headings, this will 
toggle the sort order of the running processes by highest to 
lowest and v/v for those headings - same applies to the 
other headings.

Kind Regards,

Keith Roberts

---
Websites:
http://www.karsites.net
http://www.php-debuggers.net
http://www.raised-from-the-dead.org.uk

All email addresses are challenge-response protected with
TMDA [http://tmda.net]
---
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Manual OOM killing?

2012-07-25 Thread John Doe 
From: Alan McKay 

> Yesterday I had one of my scientists kill one of my servers when his
> program ran amok and gobbled up all the memory, or forked too many
> processes, or I'm just not exactly sure what to be honest.
> 
> Is there something I can run manually in cron to look for rampant
> programs and kill them?   I know that may be hard to discern but I
> could also include a list if "known good" programs not to kill, as
> well as a list of "known suspect" user IDs

What about setting limits...?
/etc/security/limits.conf

JD
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Manual OOM killing?

2012-07-25 Thread Alan McKay 
Interesting stuff - thanks again guys.   Looks like I can get what I
need right here ...

-- 
“Don't eat anything you've ever seen advertised on TV”
 - Michael Pollan, author of "In Defense of Food"
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] problem with machine "freezing" for short periods

2012-07-25 Thread John Doe 
From: "m.r...@5-cent.us" 

> Vanhorn, Mike wrote:
>>  I have two HP dc7800 convertible minitowers that are exhibiting the
>>  following issue: every 5-10 minutes, they will "freeze" for about 
>> 30 seconds, and then pick right back up again. During the freeze, it seems
>>  that nothing at all happens on the system; the clock doesn't even 
>> advance (it just picks up again with the next second, and that 30-or-so 
>> seconds  are lost).
>
> If you don't see anything, I'd suggest you call HP, assuming they're 
> still under warranty.

They apparently do not support Linux on these models...
So you might not get any help from HP support.
Do you have the latest BIOS?
Did you get a CD to run tests (like Insight Diagnostics Offline)?

JD
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] problem with machine "freezing" for short periods

2012-07-25 Thread Mogens Kjaer 
On 07/25/2012 04:34 PM, Vanhorn, Mike wrote:
> I have two HP dc7800 convertible minitowers that are exhibiting the
> following issue: every 5-10 minutes, they will "freeze" for about 30
> seconds, and then pick right back up again. During the freeze, it seems
> that nothing at all happens on the system; the clock doesn't even advance
> (it just picks up again with the next second, and that 30-or-so seconds
> are lost).

I've several HP dc7x00 machines, and I've never seen that problem
with centos 5 or 6.

Do you also see the problem if you boot in runlevel 3, i.e. without X?

Mogens

-- 
Mogens Kjaer, m...@lemo.dk
http://www.lemo.dk
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] problem with machine "freezing" for short periods

2012-07-25 Thread m . roth 
Vanhorn, Mike wrote:
>
> I have two HP dc7800 convertible minitowers that are exhibiting the
> following issue: every 5-10 minutes, they will "freeze" for about 30
> seconds, and then pick right back up again. During the freeze, it seems
> that nothing at all happens on the system; the clock doesn't even advance
> (it just picks up again with the next second, and that 30-or-so seconds
> are lost).
>
> I've tried both CentOS 5.8 and 5.7, thinking it was a kernel
> incompatibility, but the problem happened with both versions. I have tried
> different hard drives, different memory, even swapped the entire machine,
> and the problem exists everywhere. I have tried adding "pci=nommconf" to
> the kernel line, as that was reported as being necessary back with 5.2 on
> these machines, but that made no difference (and shouldn't be necessary
> now, anyway, as I believe the issue has either been fixed or
> worked-around).

When you say "swapped the entire machine", what did you do? Also, what's
running on them? Have you tried running top -d 10 or smaller (that will
update the screen every 10 secs; I only recently found that current top
allows tenths of a second.

If you don't see anything, I'd suggest you call HP, assuming they're still
under warranty.

  mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] problem with machine "freezing" for short periods

2012-07-25 Thread Vanhorn, Mike 

I have two HP dc7800 convertible minitowers that are exhibiting the
following issue: every 5-10 minutes, they will "freeze" for about 30
seconds, and then pick right back up again. During the freeze, it seems
that nothing at all happens on the system; the clock doesn't even advance
(it just picks up again with the next second, and that 30-or-so seconds
are lost).

I've tried both CentOS 5.8 and 5.7, thinking it was a kernel
incompatibility, but the problem happened with both versions. I have tried
different hard drives, different memory, even swapped the entire machine,
and the problem exists everywhere. I have tried adding "pci=nommconf" to
the kernel line, as that was reported as being necessary back with 5.2 on
these machines, but that made no difference (and shouldn't be necessary
now, anyway, as I believe the issue has either been fixed or
worked-around).

I am stuck, and can't figure out where to even suspect the problem might
actually be. There are no errors getting logged anywhere that I can find,
probably because everything just "stops" temporarily, so there's nothing
for the system to log.

Does anyone have any idea where I could look to fix this? I think I am
next going to go back to 5.2, where the pci=nommconf is necessary, because
at least back that far it appears to have been working for other people.
However, I really would like to have this running 5.8.

Thanks!

---
Mike VanHorn
Senior Computer Systems Administrator
College of Engineering and Computer Science
Wright State University
265 Russ Engineering Center
937-775-5157
michael.vanh...@wright.edu
http://www.cecs.wright.edu/~mvanhorn/




___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Oracle tries to capture CentOS users

2012-07-25 Thread Keith Roberts 
On Wed, 25 Jul 2012, Brian Mathis wrote:

> To: CentOS mailing list 
> From: Brian Mathis 
> Subject: Re: [CentOS] Oracle tries to capture CentOS users
> 
> Is any part of this thread related to CentOS anymore?

Yes - the email address still is ;)

Keith

---
Websites:
http://www.karsites.net
http://www.php-debuggers.net
http://www.raised-from-the-dead.org.uk

All email addresses are challenge-response protected with
TMDA [http://tmda.net]
---
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Manual OOM killing?

2012-07-25 Thread m . roth 
Alan McKay wrote:
> Hey guys and gals,
>
> Yesterday I had one of my scientists kill one of my servers when his
> program ran amok and gobbled up all the memory, or forked too many
> processes, or I'm just not exactly sure what to be honest.
>
> Is there something I can run manually in cron to look for rampant
> programs and kill them?   I know that may be hard to discern but I
> could also include a list if "known good" programs not to kill, as
> well as a list of "known suspect" user IDs
>
> Anyone ever done this?  Searching the list on "OOM" does not bring up
> much.

Yeah, we've had that a few times, even on 64 core systems with a
ridiculous amount of memory. One thing we did was to tell them to limit
the number of cores they were using in the parallel processing threads.
There is some kind of limit you can set up - I forget exactly what it is,
but I'm not sure it will limit memory usage.

Someone suggested yesterday, in another context, giving 'em a VM of their
own. Doing that, you can limit how many cores and how much memory they
have, and then if they crash, it's more their problem than yours.

Or have them buy another server and make it a cluster. We use the torque
package.

  mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Manual OOM killing?

2012-07-25 Thread Daniel De Marco 
* Alan McKay  [07/25/2012 09:36]:
> Yesterday I had one of my scientists kill one of my servers when his
> program ran amok and gobbled up all the memory, or forked too many
> processes, or I'm just not exactly sure what to be honest.
> 
> Is there something I can run manually in cron to look for rampant
> programs and kill them?   I know that may be hard to discern but I
> could also include a list if "known good" programs not to kill, as
> well as a list of "known suspect" user IDs
> 
> Anyone ever done this?  Searching the list on "OOM" does not bring up much.

I would look into disabling memory overcommit. 

On our compute cluster nodes we use the following sysctls:
# disable overcommit (allocation_limit=swap + overcommit_ratio/100 * phys_mem)
vm.overcommit_ratio=70
vm.overcommit_memory=2

This will prevent programs to allocate more than allocation_limit of
memory. In this way the program that tries to allocate the memory that
would put the memory usage over the limit will be prevented to do so.
The malloc will return NULL.

For the forking too many processes you can look into man limits.conf
where you can limit the maximum number of processes per user. 

Daniel.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Oracle tries to capture CentOS users

2012-07-25 Thread Brian Mathis 
Is any part of this thread related to CentOS anymore?


❧ Brian Mathis
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Manual OOM killing?

2012-07-25 Thread Alan McKay 
Hey guys and gals,

Yesterday I had one of my scientists kill one of my servers when his
program ran amok and gobbled up all the memory, or forked too many
processes, or I'm just not exactly sure what to be honest.

Is there something I can run manually in cron to look for rampant
programs and kill them?   I know that may be hard to discern but I
could also include a list if "known good" programs not to kill, as
well as a list of "known suspect" user IDs

Anyone ever done this?  Searching the list on "OOM" does not bring up much.

thanks
-Alan

-- 
“Don't eat anything you've ever seen advertised on TV”
 - Michael Pollan, author of "In Defense of Food"
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] RAID card selection - JBOD mode / Linux RAID

2012-07-25 Thread Alan McKay 
On Thu, Jul 19, 2012 at 12:24 PM, David C. Miller
 wrote:
> LSI 9200-8e

BTW, I read the specs on that and it says it is compatible with 6G and
3G SAS which hopefully means it will work with my Sun J4400 SAS1
shelf, right?

I like that it is a JBOD-only card - that is exactly what I want

-- 
“Don't eat anything you've ever seen advertised on TV”
 - Michael Pollan, author of "In Defense of Food"
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] RAID card selection - JBOD mode / Linux RAID

2012-07-25 Thread Alan McKay 
Thanks for the recommendations folks!

-- 
“Don't eat anything you've ever seen advertised on TV”
 - Michael Pollan, author of "In Defense of Food"
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Oracle tries to capture CentOS users

2012-07-25 Thread Fernando Cassia 
On Wed, Jul 25, 2012 at 7:08 AM, Stephen Harris  wrote:
> Sorry, no.  The only consulting special code I ever used was X25-uucp
> on SunOS 4.1.x

Thanks anyway for replying. I lose nothing by asking every former Sun
employee I run across. :))

I once built a small mini-ITX AMD x86 box mobo with riser card and one
intel quad-port Ethernet card I picked up real cheap on eBay. At that
time Solaris7 x86 was just released so I bought it  (I still have it
boxed), My plan was to use that system as a bandwidth manager and
traffic shaper for my home LAN.

Sun BwMGR looked like a great product (looking at the spec sheet at
least ;), all I remember is the Sun guy whom mailed me the CD telling
me "you´ll have to use the command line to configure it" because the
¨damn GUI¨ (sic) was coded for Java 1.x and Java 2 (at the time) had
issues with it so allegedly Sun was in the process of ´re-doing it´.
Go figure.

In the meantime I moved and lost the install cd, so I didn´t even get
a chance to try it.

Anyway... I guess nowadays I could do the same with CentOS and some
piece of FOSS...

At the time, the only comparable product was one commercial solution
for Linux and BSDs that was not only very expensive but also
license-locked to the mac address of the adapter(s) used which was
very annoying.

It s been so long ago that I forgot the name...

oh yes, thanks Google... ETBWMGR  they´re still around...
http://www.etinc.com/?p=69-ETBWMGR-Features

Well, Sun BWMGR was comparable to that. And apparently they killed
it... (then one wonders why Sun went under :-/, it wasn´t just
Microsoft -and they worked hard for that).

Afther Sol7 they bundled TCPIP QOS features  into Solaris (I wonder if
that code made it to OpenSolaris/OpenIndiana?) but I never understood
if the Sol9 QOS features could do the kind of traffic shaping on its
own without the cooperation of QOS aware routers on the LAN, as
SunBWMGR used to do.

Anyway, off-topic for this list... I know. Or not, if someone jumps in
with comments about traffic shaping on CentOS.. :)

FC
-- 
During times of Universal Deceit, telling the truth becomes a revolutionary act
- George Orwell
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] su path hard coded?

2012-07-25 Thread Stephen Harris 
On Tue, Jul 24, 2012 at 11:27:09PM -0400, Karl Vogel wrote:
> >> On 07/24/12 4:33 PM, Stephen Harris wrote:
> S> I want the ability to "set the default path".  That's all.
> 
>It sounds like your best bet would be to change the source for su, and
>just be prepared to reinstall it if/when yum (or whatever) replaces it.
> 
>Being able to specify the default PATH without having to mess with shell
>setup files is a nice feature; Solaris allows you to do this by providing
>an /etc/default/su file to set the PATH plus other things like whether you
>want to use syslog for access logging, etc.

Yeah, that's the functionality I was hoping to be able to replicate.
Seems like an odd RedHat restriction, especially since other Linux
variants can do this via login.defs.  Ah well.

I guess I'll have to live with it.

Thanks!

-- 

rgds
Stephen
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Oracle tries to capture CentOS users

2012-07-25 Thread Stephen Harris 
On Tue, Jul 24, 2012 at 11:40:33PM -0300, Fernando Cassia wrote:
> On Tue, Jul 24, 2012 at 8:47 PM, Stephen Harris  wrote:
> > (In my basement I have Solaris 1.1.1, 2.4, 2.5, 2.5.1, 6, 7, 8, 9, 10; all
> > but 2.5.1 are original in-box distributions)
> 
> You're the right man, then, whom I should ask about the elusive Sun
> Bandwidth Manager (bwmgr) that someone at Sun Micro once mailed to me
> on a shiny CD and that I manged to lose while moving. I wonder if
> someone might have a spare CD that could show up on eBay someday... ;)

Sorry, no.  The only consulting special code I ever used was X25-uucp
on SunOS 4.1.x

-- 

rgds
Stephen
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos