On Thu, 2 Sep 2010, Todd Denniston wrote:
> To: CentOS mailing list
> From: Todd Denniston
> Subject: Re: [CentOS] how long to reboot server ?
>
> Rudi Ahlers wrote, On 09/02/2010 04:49 PM:
>>
>
>> I've had cased where a kernel didn't
>> work as expected though, but we don't reboot a server ev
On Thu, 2010-09-02 at 16:39 -0400, Stephen Harris wrote:
> On Thu, Sep 02, 2010 at 10:29:35PM +0200, Rudi Ahlers wrote:
> > On 2010/09/02 07:39 PM, Stephen Harris wrote:
> > >Indeed. At my place we reboot production machines every 90 days. Or
> > >are meant to; I don't think management have worke
W dniu 2010-09-03 00:32, Ed Donahue pisze:
> I can't seem to figure out why any changes I make to php.ini and
> restart apache (apachectl stop|start; grep of any httpd processes),
> the settings do not update.
>
Use "service httpd restart" or "/etc/init.d/httpd restart".
--
Wojciech Gabor
Sys
On Thu, Sep 2, 2010 at 6:32 PM, Ed Donahue wrote:
> I can't seem to figure out why any changes I make to php.ini and
> restart apache (apachectl stop|start; grep of any httpd processes),
> the settings do not update.
>
> php -r "phpinfo();" | grep Configuration
> Configuration File (php.ini) Path
On Sep 2, 2010, at 5:26 PM, Todd Denniston
wrote:
> Rudi Ahlers wrote, On 09/02/2010 04:49 PM:
>>
>
>> I've had cased where a kernel didn't
>> work as expected though, but we don't reboot a server every 2 months to
>> see if the kernel might have failed.
>>
>
> surprised I have not seen anyo
I can't seem to figure out why any changes I make to php.ini and
restart apache (apachectl stop|start; grep of any httpd processes),
the settings do not update.
php -r "phpinfo();" | grep Configuration
Configuration File (php.ini) Path => /etc/php.ini
Configuration
I installed extensions via yum
Rudi Ahlers wrote, On 09/02/2010 04:49 PM:
>
> I've had cased where a kernel didn't
> work as expected though, but we don't reboot a server every 2 months to
> see if the kernel might have failed.
>
surprised I have not seen anyone mention the other two things which can
conspire to cause reboot
On 2010/09/02 10:39 PM, Stephen Harris wrote:
On Thu, Sep 02, 2010 at 10:29:35PM +0200, Rudi Ahlers wrote:
On 2010/09/02 07:39 PM, Stephen Harris wrote:
Indeed. At my place we reboot production machines every 90 days. Or
are meant to; I don't think management have worked out that rebooting
On Thu, Sep 02, 2010 at 10:29:35PM +0200, Rudi Ahlers wrote:
> On 2010/09/02 07:39 PM, Stephen Harris wrote:
> >Indeed. At my place we reboot production machines every 90 days. Or
> >are meant to; I don't think management have worked out that rebooting
> >10,000 machines every 90 days means a lot
On 2010/09/02 07:39 PM, Stephen Harris wrote:
On Thu, Sep 02, 2010 at 01:27:22PM -0400, Brian Mathis wrote:
Uptime is no longer a badge of honor. Typically there will have been
some kernel updates that require a reboot, so a long uptime means they
haven't been applied. Also, it is a good ide
Ron Blizzard píše v Ne 22. 08. 2010 v 17:48 -0500:
> Hi Everyone,
>
> I've got kids who are growing older and I want to build a Linux box to
> filter Internet access. I've got six computers on the Internet, plus
> the laptops -- most run Windows. I'm not sure if it's called a router
> or gateway o
At Fri, 3 Sep 2010 01:17:15 +0800 (CST) CentOS mailing list
wrote:
>
> we have CENTOS 5 on DELL servers. some servers have longer than one year did
> not reboot. Our consultant suggest we need at least reboot once every year
> to clean out memory junk.
>
> What is your opinion?
You only n
On Thu, Sep 2, 2010 at 1:17 PM, mcclnx mcc wrote:
> we have CENTOS 5 on DELL servers. some servers have longer than one year did
> not reboot. Our consultant suggest we need at least reboot once every year
> to clean out memory junk.
>
> What is your opinion?
>
As someone else mentioned, upti
On Thu, Sep 02, 2010 at 01:27:22PM -0400, Brian Mathis wrote:
> Uptime is no longer a badge of honor. Typically there will have been
> some kernel updates that require a reboot, so a long uptime means they
> haven't been applied. Also, it is a good idea to reboot periodically
> to catch anything
On Thu, 2 Sep 2010, Brian Mathis wrote:
> Uptime is no longer a badge of honor. Typically there will have
> been some kernel updates that require a reboot, so a long uptime
> means they haven't been applied. Also, it is a good idea to reboot
> periodically to catch anything that was not set u
Tim Nelson wrote:
- "mcclnx mcc" wrote:
we have CENTOS 5 on DELL servers. some servers have longer than one
year did not reboot. Our consultant suggest we need at least reboot
once every year to clean out memory junk.
What is your opinion?
If you're running a Wi
Uptime is no longer a badge of honor. Typically there will have been
some kernel updates that require a reboot, so a long uptime means they
haven't been applied. Also, it is a good idea to reboot periodically
to catch anything that was not set up to start on boot correctly. A
server should alway
Unless you have zombie processes or are upgrading the kernel, IMHO
there is no reason to reboot.
-Hal
On Thu, Sep 2, 2010 at 1:18 PM, Tim Nelson wrote:
> - "mcclnx mcc" wrote:
>> we have CENTOS 5 on DELL servers. some servers have longer than one
>> year did not reboot. Our consultant sug
- "mcclnx mcc" wrote:
> we have CENTOS 5 on DELL servers. some servers have longer than one
> year did not reboot. Our consultant suggest we need at least reboot
> once every year to clean out memory junk.
>
> What is your opinion?
>
If you're running a Windows server, yes, a period reboo
we have CENTOS 5 on DELL servers. some servers have longer than one year did
not reboot. Our consultant suggest we need at least reboot once every year to
clean out memory junk.
What is your opinion?
___
CentOS mailing list
CentOS@cent
Le 02/09/2010 12:11, Marcelo M. Garcia a écrit :
>>
>> ok that's the right way. Do you know where I can find documentation
>> about it ?
> Hi
>
> There is the main web site:
> http://modules.sourceforge.net/
>
> Or, maybe the best way, it's to start from the modules provided by
> OSCAR, and chan
>
> ok that's the right way. Do you know where I can find documentation
> about it ?
Hi
There is the main web site:
http://modules.sourceforge.net/
Or, maybe the best way, it's to start from the modules provided by
OSCAR, and change to your needs.
In my case, we use Bright (former ClusterVisio
Le 01/09/2010 18:06, Marcelo M. Garcia a écrit :
> giggzounet wrote:
>> Hi,
>>
>> I'm totally new with centos...we have a cluster in our labo with centos
>> oscar.
>> But the gcc is not a link to gcc41 or gcc44. it is just an executable.
>> idem for gfortran. So which is the good way on centOS to
23 matches
Mail list logo
