> On my Centos 5 server, the secure file has not updated
> since Dec 10. This despite the fact that I run an
> sshd server that I access many times per day. Most
> peculiar is the fact that a swatch monitor that I run
> on the secure file catches plenty of lines. It is
> as if when swatch catche
On my Centos 5 server, the secure file has not updated
since Dec 10. This despite the fact that I run an
sshd server that I access many times per day. Most
peculiar is the fact that a swatch monitor that I run
on the secure file catches plenty of lines. It is
as if when swatch catches a line in
On Fri, Dec 12, 2008 at 6:16 PM, John wrote:
>> On Fri, Dec 12, 2008 at 2:17 PM, Bob Hoffman
>> wrote:
>> > Been able to receive mail but unable to get mine to appear on list.
>> > I tried resetting the list to see if I am able to mail out again.
>> > Lets see if this works.
>> > Test#12
>>
>> L
On Fri, Dec 12, 2008, Ray Van Dolson wrote:
>Fellow server-builders out there, this is for you. :) I was trying to
>build a cheap JBOD type storage solution running CentOS. Ended up
>snagging a Supermicro SC826TQ-R800LPB 2U case (12 drives slots) and a
>Supermicro X7DBE-O motherboard. Unfortunat
On Dec 12, 2008, at 3:18 PM, "Bob Hoffman" wrote:
> Hi all,
>
> As part of my raid experience, I have yet to have to do this, but was
> wondering how you guys would attempt it.
>
> I have 3 drives in a raid 1, with one as a hot spare.
> They are 250gb with all space used by two raid devices, 1 w
OK, here are the original (stateful) rules reinstated:
IPTABLES -A INPUT -i bond0 -p tcp -m tcp -s 192.168.1.0/24 -d
192.168.1.0/24 --dport 11211 -m state --state NEW -j ACCEPT
IPTABLES -A FORWARD -i bond0 -p tcp -m tcp -s 192.168.1.0/24 -d
192.168.1.0/24 --dport 11211 -m state --state
> -Original Message-
> From: centos-boun...@centos.org
> [mailto:centos-boun...@centos.org] On Behalf Of Lanny Marcus
> Sent: Friday, December 12, 2008 2:21 PM
> To: CentOS mailing list
> Subject: Re: [CentOS] Checking to see if I can mail
>
> On Fri, Dec 12, 2008 at 2:17 PM, Bob Hoffman
Thanks for your reply. I originally had stateful rules in place and
packets were being dropped. I had just switched to stateless rules in
an attempt to fix the problem.
I will go back to stateful and update this thread with the new log messages.
Thanks.
Sam
On Fri, Dec 12, 2008 at 2:33 PM, Fili
On Fri, Dec 12, 2008 at 03:53:42PM -0700, Joseph L. Casale wrote:
> >Any advice?
>
> Only that PCIe in my experience needs a quality riser for signal interference.
> If this is a server running anything important, I would be leery about
> "engineering"
> my own setup from generic components.
>
>Any advice?
Only that PCIe in my experience needs a quality riser for signal interference.
If this is a server running anything important, I would be leery about
"engineering"
my own setup from generic components.
YMMV,
jlc
___
CentOS mailing list
Cen
Hi,
On Fri, Dec 12, 2008 at 15:45, Art Age Software wrote:
> IPTABLES -A XXX -i bond0 -p tcp -m tcp -s 192.168.1.0/24 -d
> 192.168.1.0/24 --dport 11211 -j ACCEPT
> Dec 12 20:33:53 s1 kernel: DROP -- Catch All: IN= OUT=bond0
> SRC=192.168.1.1 DST=192.168.1.2 LEN=40 TOS=0x00 PREC=0x00 TTL=64
On Fri, Dec 12, 2008 at 2:02 PM, Phil Schaffner
wrote:
> Akemi Yagi wrote:
>>
>> It's /etc/yum.repos.d :-D
>>
>> Mark, I suggest you go to bed, get some sleep before doing more work
>> in front of the computer. :-P
>
> Great minds think alike! :-)
But that's why we never sleep!
Oh, foo - thank
On Fri, Dec 12, 2008 at 1:57 PM, Phil Schaffner
wrote:
>
> Run "yum clean all" then try again.
>
Too easy.
Thanks!
mhr
[SOLVED]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Akemi Yagi wrote:
>
> It's /etc/yum.repos.d :-D
>
> Mark, I suggest you go to bed, get some sleep before doing more work
> in front of the computer. :-P
Great minds think alike! :-)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/ma
MHR wrote:
> Since I was in the unenviable position of completely reinstalling my
> system today, I started out from the 5.2 Final DVD and then ran yum
> update to get the 79 (?) packages (and another 14 after that). I
> noticed something I found rather odd.
>
> There is no /etc/yum/repos.d direc
On Fri, Dec 12, 2008 at 1:52 PM, MHR wrote:
> Since I was in the unenviable position of completely reinstalling my
> system today, I started out from the 5.2 Final DVD and then ran yum
> update to get the 79 (?) packages (and another 14 after that). I
> noticed something I found rather odd.
>
> T
MHR wrote:
> What does this mean (CentOS 5.2, all the latest updates, for which yum
> worked just fine):
>
> yum install yum-priorities
...
> Trying other mirror.
> (1/1): yum-priorities-1.1 100% |=| 11 kB00:00
> ftp://ftp.ussg.iu.edu/linux/centos/5.2/os/i386/CentOS/yu
Since I was in the unenviable position of completely reinstalling my
system today, I started out from the 5.2 Final DVD and then ran yum
update to get the 79 (?) packages (and another 14 after that). I
noticed something I found rather odd.
There is no /etc/yum/repos.d directory at all.
Is this r
What does this mean (CentOS 5.2, all the latest updates, for which yum
worked just fine):
yum install yum-priorities
Password:
Loading "fastestmirror" plugin
Loading mirror speeds from cached hostfile
* rpmforge: ftp-stud.fht-esslingen.de
* base: mirror.sanctuaryhost.com
* updates: mirrors.easy
On Friday 12 December 2008 12:31:47 pm Kai Schaetzl wrote:
> Dave Stevens wrote on Fri, 12 Dec 2008 11:22:46 -0800:
> > Anyone know why this happens or what to do? I see the epel mirror has
> > changed
>
> No, the mirror for base changed.
>
> > Error: Cannot retrieve repository metadata (repomd.xml
Hi,
I'm experiencing the most perplexing problem with iptables on CentOS
5.2. I'm hoping someone can point out what I must be missing here.
I have memcached set up on several nodes on an internal network. I
have the following rules set up to allow traffic between memcached
nodes:
IPTABLES -A INP
Bob Hoffman wrote:
> Apparently, if you go with 'digest' any replied to mails individually opened
> and sent via that are lost for good.
> I had to turn off digest to be able to send my annoying help mails again...
>
more likely, those 'replies' to the indivudual messages within the
digest w
Dave Stevens wrote on Fri, 12 Dec 2008 11:22:46 -0800:
> Anyone know why this happens or what to do? I see the epel mirror has changed
No, the mirror for base changed.
> Error: Cannot retrieve repository metadata (repomd.xml) for repository: epel.
It doesn't appear to mirror EPEL:
ftp://ftp.mu
Fellow server-builders out there, this is for you. :) I was trying to
build a cheap JBOD type storage solution running CentOS. Ended up
snagging a Supermicro SC826TQ-R800LPB 2U case (12 drives slots) and a
Supermicro X7DBE-O motherboard. Unfortunately, without thinking I
snagged a 3ware 9650SE-1
Hi all,
As part of my raid experience, I have yet to have to do this, but was
wondering how you guys would attempt it.
I have 3 drives in a raid 1, with one as a hot spare.
They are 250gb with all space used by two raid devices, 1 with boot, the
other with LVMs filling them up.
Now, lets say dow
>
> On Fri, Dec 12, 2008 at 2:17 PM, Bob Hoffman
> wrote:
> > Been able to receive mail but unable to get mine to appear on list.
> > I tried resetting the list to see if I am able to mail out again.
> > Lets see if this works.
> > Test#12
>
> Loud and clear. Q5 S9
Apparently, if you go with
On Fri, Dec 12, 2008 at 2:17 PM, Bob Hoffman wrote:
> Been able to receive mail but unable to get mine to appear on list.
> I tried resetting the list to see if I am able to mail out again.
> Lets see if this works.
> Test#12
Loud and clear. Q5 S9
___
C
A couple of days ago I run yum update to take care of installing new updates
for evolution.i386, evolution-data-server.i386 and nscd.i386 . The update
went through with no fuss. Yesterday when I ran check-update I got the exact
same updates list. So I did not run yum update, thinking this was a
Been able to receive mail but unable to get mine to appear on list.
I tried resetting the list to see if I am able to mail out again.
Lets see if this works.
Test#12
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/cento
On Fri, Dec 12, 2008 at 3:02 AM, MHR wrote:
>> On Thu, 2008-12-11 at 16:14 -0800, MHR wrote:
>>> I found it - there has to be a /var/lib/nfs directory with a few
>>> subdirectories under it. Once I had created them all, I could run
>>> rpc.statd, and that unfroze everything.
>>>
>>> Thanks to all
Hi,
On Fri, Dec 12, 2008 at 09:13, Davide Cittaro
wrote:
> Ok, another one: the process I would like to start is not a daemon
> itself. If I start it with "daemon" function it remains in foreground.
> Ok, I can play with '&' but is there a init function to start in
> background a process?
Use "n
In article ,
Filipe Brandenburger wrote:
> Hi,
>
> On Fri, Dec 12, 2008 at 11:10, Tony Mountifield
> wrote:
> > From what I've been able to find, you can disable ASLR completely by
> > putting the following line in /etc/sysctl.conf:
> > kernel.randomize_va_space = 0
>
> Thanks, I had just found
Davide Cittaro wrote:
> Ok, another one: the process I would like to start is not a daemon
> itself. If I start it with "daemon" function it remains in foreground.
> Ok, I can play with '&' but is there a init function to start in
> background a process?
You just hijacked your own thread. B
Hi,
On Fri, Dec 12, 2008 at 11:10, Tony Mountifield
wrote:
> From what I've been able to find, you can disable ASLR completely by
> putting the following line in /etc/sysctl.conf:
> kernel.randomize_va_space = 0
Thanks, I had just found that out, we tested it and indeed it works.
> Alternativel
Jacques B. wrote:
...
>
> Do you mean like $0? That gives you the current script name.
Or better yet
basename $0
if you want the name of the script and not the full path.
Phil
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman
In article ,
Filipe Brandenburger wrote:
> Hi,
>
> We are porting some applications from CentOS 4 to CentOS 5, the
> applications use mmap, and we found out that they sometimes crash in
> CentOS 5. We found out that this is due to the fact that CentOS 5 does
> randomization of the address space w
On 12-Dec-08, at 6:41 AM, Karanbir Singh wrote:
> Dnk wrote:
>> Well that is great. On a selfish level, it will make certain things
>> easier over here! :-)
>>
>
> please dont top-post and make an effort to trim your posts.
Dually noted. :-)
Deleting a ton of text from a phone. Blah! Haha. Bu
On 12-Dec-08, at 5:13 AM, Phil Schaffner
wrote:
> dnk wrote:
>> yehaw???
>>
>> Compile it is then!
>>
>> d
>>
>>
>>
>> On 11-Dec-08, at 10:53 AM, Ralph Angenendt wrote:
>>
>>> Phil Schaffner wrote:
By the time you satisfied all the dependencies I expect you'd have
something closer
Hi,
We are porting some applications from CentOS 4 to CentOS 5, the
applications use mmap, and we found out that they sometimes crash in
CentOS 5. We found out that this is due to the fact that CentOS 5 does
randomization of the address space when loading binaries, libraries,
and when using mmap,
Dnk wrote:
> Well that is great. On a selfish level, it will make certain things
> easier over here! :-)
>
please dont top-post and make an effort to trim your posts.
--
Karanbir Singh : http://www.karan.org/ : 2522...@icq
___
CentOS mailing list
C
Ok, another one: the process I would like to start is not a daemon
itself. If I start it with "daemon" function it remains in foreground.
Ok, I can play with '&' but is there a init function to start in
background a process?
d
/*
Davide Cittaro
Cogentech - Consortium for Genomic Technologie
On Dec 12, 2008, at 2:40 PM, Jacques B. wrote:
> Do you mean like $0? That gives you the current script name.
:-)
Fine, thanks, I thought that launching with /sbin/service somehow
breaks positional variables...
d
/*
Davide Cittaro
Cogentech - Consortium for Genomic Technologies
via adamell
On Fri, Dec 12, 2008 at 8:37 AM, Davide Cittaro
wrote:
> Hi all, is there a function (or variable) I can use in a custom init script
> that identifies the init script name? i.e. I'm porting some init scripts
> from gentoo, where the $SVCNAME variable identifies the init script name
> within the sc
Hi all, is there a function (or variable) I can use in a custom init
script that identifies the init script name? i.e. I'm porting some
init scripts from gentoo, where the $SVCNAME variable identifies the
init script name within the script itself...
d
/*
Davide Cittaro
Cogentech - Consor
dnk wrote:
> yehaw???
>
> Compile it is then!
>
> d
>
>
>
> On 11-Dec-08, at 10:53 AM, Ralph Angenendt wrote:
>
>> Phil Schaffner wrote:
>>> By the time you satisfied all the dependencies I expect you'd have
>>> something closer to rawhide than CentOS.
>> Well, you cannot have both - Country
When the date was Thursday 11 December 2008, Steve Snyder wrote:
> On my CentOS v5.2 server (dual Pentium4) the OpenSSH daemon stands out
> as being the most CPU-intensive of the applications running, It's used
> 176 minutes of CPU time in the last 2 days alone.
>
> Is there any way to lower the C
Thats really odd that you could not "load" it on the server I have a
few of those running centos 5.2 here and they installed without any
problems.
Per
On Dec 12, 2008, at 11:31 AM, Kai Schaetzl wrote:
> Nicholas wrote on Fri, 12 Dec 2008 16:21:57 +0800:
>
>> Just found out that the Poweredge
Nicholas wrote on Fri, 12 Dec 2008 16:21:57 +0800:
> Just found out that the Poweredge R300 cant even load the CentOS 5.2
> 64bit installer. Had to revert to Ubuntu. Seems its a driver problem.
how did you "load"?
Kai
--
Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services
Mhr wrote on Thu, 11 Dec 2008 16:14:24 -0800:
> I found it
please, urgent or not, solved or not, please keep it in the thread next
time. Thanks.
Kai
--
Kai Schätzl, Berlin, Germany
Get your web at Conactive Internet Services: http://www.conactive.com
___
Karanbir Singh wrote:
> at one point in the past WinHQ's release process
> included rpms for
> EL4/EL5 - is that no longer the case ? If not, perhaps they
> could do
> with a hand in the release process itself ( which might be
> a good way
> for you to get involved perhaps ? )
>
> Would you b
On Fri, 2008-12-12 at 00:02 -0800, MHR wrote:
>
> > Thanks I needed that! You know that one "Aw Shit" wipes out 1000 "'Atta
> > Boys". Now I have one in the bank - 999 to go! ;-)
> >
>
> So, like an idiot, after I had everything back up and running, I tried
> it again. It _couldn't_ happen tw
Hello List,
I really hope that someone could shed some light here on where I am
going rong, I have setup 2 directory servers one so that I can
replicate from one to the other I have followed the manual to the
letter (i think, well I have read and re-read it so many times now)
from this pla
On Thursday 11 December 2008, Steve Snyder wrote:
> On my CentOS v5.2 server (dual Pentium4) the OpenSSH daemon stands out
> as being the most CPU-intensive of the applications running, It's used
> 176 minutes of CPU time in the last 2 days alone.
Putting 176 cpu-minutes in context, that's 3% of y
Thank you all, I'll go with yum service
On Thu, Dec 11, 2008 at 10:20 PM, Barry Brimer wrote:
> chkconfig yum on
> service yum start
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Hi all,
Just found out that the Poweredge R300 cant even load the CentOS 5.2
64bit installer. Had to revert to Ubuntu. Seems its a driver problem.
Pity, but does this kind of case apply to many other servers?
---
OSCC MAMPU MyMeeting Version 2.0 Release
http://knowledge.oscc.org.my/solutio
Steve Snyder wrote:
> On my CentOS v5.2 server (dual Pentium4) the OpenSSH daemon stands out
> as being the most CPU-intensive of the applications running, It's used
> 176 minutes of CPU time in the last 2 days alone.
Do you have any rsync jobs running at night time doing backup via
ssh?
Mogens
On Thu, Dec 11, 2008 at 4:35 PM, William L. Maltby
wrote:
>
> On Thu, 2008-12-11 at 16:14 -0800, MHR wrote:
>> I found it - there has to be a /var/lib/nfs directory with a few
>> subdirectories under it. Once I had created them all, I could run
>> rpc.statd, and that unfroze everything.
>>
>> Tha
57 matches
Mail list logo
