Discuss

discuss@lists.centos.org

5 participants
34752 discussions

RE: [CentOS] New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2?
by Bassett, Mark 08 Nov '05

08 Nov '05

Which is why I always symlink /etc/localtime Not only does it solve these issues, but it makes it very clear which timezone is selected! -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Aleksandar Milivojevic Sent: Monday, November 07, 2005 2:45 PM To: centos(a)centos.org Subject: Re: [CentOS] New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2? Quoting s.davison(a)computer.org: > Many thanks, that was basically the problem. It > wasn't Canadian time, but it was the wrong > /etc/localtime. I don't know where that > /etc/localtime came from -- it's not the same > as any of the files in the /usr/share/zoneinfo > hierarchy. But putting US/Eastern in there did > the trick. My guess is you had old version of tzdata package, that was updated to current version sometime in the past. Now, if you look which package owns /etc/localtime and /usr/share/zoneinfo stuff, you get: # rpm -qf /etc/localtime glibc-2.3.4-2.13 # rpm -qf /usr/share/zoneinfo/US/Eastern tzdata-2005m-1.EL4 As far as I can see, tzdata package has no pre/postinstall scripts associated with it. That would mean /etc/localtime doesn't get updated when tzdata is updated. Unless I missed something, it's probably a bug in tzdata RPM package. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

2 1

3ware 9500S -8 PCI 64
by Denis Croombs 07 Nov '05

07 Nov '05

I am thinking of using this controller with 8 x 80gbyte SATA drives an Raid 5, on Centos 4.x does anyone have experience of this type of setup and what type of performance can I expect on a AMD dual 2.8Ghz MP cpu system with 2gb ram? Thanks Denis

1 0

Re: [CentOS] Reducing the deleterious effects of ego related issues onthe list: growing up individually.
by Brian T. Brunner 07 Nov '05

07 Nov '05

This sounds like a necessary sanity check for raising teen-agers. Brian Brunner brian.t.brunner(a)gai-tronics.com (610)796-5838 Brian Brunner brian.t.brunner(a)gai-tronics.com (610)796-5838 >>> BillsCentOS(a)triad.rr.com 11/07/05 04:23PM >>> Folks, If the reward is nothing more than the egotistical satisfaction of telling that SOB where to get off let the damn issue slide. If the reward seems minimal or unlikely to materialize at all, let the damn issue slide. If the adverse results seem very likely and/or *probably* significant, such that the perceived reward is not justified, let the damn issue slide. Additional considerations. Don't let someone else's problems become yours (ours, mine). *He* has ego issues? Not *my* problem and will not become so. He's paranoid? *I'm* not and will not become so. *He* is grating, intolerant, has tunnel-vision... pick the pejorative trait of the day... *not* (my/your/our) problem, let the damn issue slide. ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated

1 0

Putting nat routing into place permanently?
by Preston Crawford 07 Nov '05

07 Nov '05

What's the canonical way to do this in CentOS/RHEL? I know how to do it from the command line, but how to do I make a NAT route permanent? Preston

9 34

Size of /var/log/lastlog
by Morten 07 Nov '05

07 Nov '05

Hi, Can any of you explain this weirdness: [root@machine log]# cd /var/log/ [root@machine log]# ls -la|grep last -r-------- 1 root root 1254130450140 Nov 6 21:44 lastlog [root@machine log]# du -hs lastlog 52K lastlog What's up with the output of ls? This is x86_64. Thanks, Morten

6 5

Re: [CentOS] New Standard/Daylight time-change dates in rhel4u2 but not centos4.2?
by s.davison＠computer.org 07 Nov '05

07 Nov '05

>-----Original Message----- >From: Aleksandar Milivojevic [mailto:alex@milivojevic.org] >Sent: Monday, November 7, 2005 03:32 PM >To: centos(a)centos.org >Subject: Re: [CentOS] New Standard/Daylight time-change dates in rhel4u2 but not centos4.2? > >Quoting Robert <kerplop(a)sbcglobal.net>: > >> Works fine in the US Central time zone: > >Maybe his CentOS machine is setup to use *Canadian* time zone file (in >his case, >it was Eastern). As a quick test, I'd suggest doing: > >$ diff /etc/localtime /usr/share/zoneinfo/Canada/Eastern >$ diff /etc/localtime /usr/share/zoneinfo/US/Eastern > >(or "Central", if local time zone is standard central time). > >If he's on Canadian time, just copy the appropriate file from US subdirectory >over /etc/localtime to get back to US time. Many thanks, that was basically the problem. It wasn't Canadian time, but it was the wrong /etc/localtime. I don't know where that /etc/localtime came from -- it's not the same as any of the files in the /usr/share/zoneinfo hierarchy. But putting US/Eastern in there did the trick. Stowe Davison

2 1

firefox update extensions
by Dave 07 Nov '05

07 Nov '05

The update feature in FF appears to be disabled, which is fine since I upgrade from the repositories. But it looks like the extension updates are disabled as well. Even if I go to the extensions menu, right click on update they don't seem to update. Is there a setting to enable extension updates? I set extension.update.autoupdate to true in about:config and that didn't seem to help.

3 5

Kernel compilation - 2.6, x86_64, CentOS4.1
by John Logsdon 07 Nov '05

07 Nov '05

Hi I am having trouble compiling some 2.6 kernels on a x86_64 box under CentOS4.1. I cannot use xconfig at all and menuconfig on my system is unreadable. It appears to be something to do with the Qt library but I have all the necessary bits installed: qt-devel-3.3.3-9.3 qt-3.3.3-9.3 but note that the second of these only is installed both for x86 and x86_64 - the first is installed for x86_64 only. I have tried both the standard kernel 2.6.9-11.EL-smp-x86_64 and also 2.6.11.12 and the same problem exists. Googling around, it appears to be to do with a makefile in scripts/kconfig and none of the fixes work. On issuing make xconfig, the messages always end up: HOSTLD scripts/kconfig/qconf /usr/bin/ld: cannot find -lqt collect2: ld returned 1 exit status make[1]: *** [scripts/kconfig/qconf] Error 1 make: *** [xconfig] Error 2 and the fixes suggest removing the middle two lines in scripts/kconfig/Makefile (starting at line 130 for the 2.6.11.12 case): LIBPATH=$$DIR/lib; LIB=qt; \ - $(HOSTCXX) -print-multi-os-directory > /dev/null 2>&1 && \ - LIBPATH=$$DIR/lib/$$($(HOSTCXX) -print-multi-os-directory); \ if [ -f $$LIBPATH/libqt-mt.so ]; then LIB=qt-mt; fi; \ But that still returns the same fault. Can anyone advise? The same kernel compiles perfectly on an x86 box. TIA John John Logsdon "Try to make things as simple Quantex Research Ltd, Manchester UK as possible but not simpler" j.logsdon(a)quantex-research.com a.einstein(a)relativity.org +44(0)161 445 4951/G:+44(0)7717758675 www.quantex-research.com

3 2

Re: [CentOS] Sendmail
by Sam Drinkard 07 Nov '05

07 Nov '05

Here's the output of a grep of "dnl" The netstat -talpen |grep :25 returned nothing. divert(-1)dnl dnl # dnl # This is the sendmail macro config file for m4. If you make changes to dnl # /etc/mail/sendmail.mc, you will need to regenerate the dnl # /etc/mail/sendmail.cf file by confirming that the sendmail-cf package is dnl # installed and then performing a dnl # dnl # make -C /etc/mail dnl # include(`/usr/share/sendmail-cf/m4/cf.m4')dnl VERSIONID(`setup for Red Hat Linux')dnl OSTYPE(`linux')dnl dnl # dnl # default logging level is 9, you might want to set it higher to dnl # debug the configuration dnl # dnl define(`confLOG_LEVEL', `9')dnl dnl # dnl # Uncomment and edit the following line if your outgoing mail needs to dnl # be sent out through an external mail server: dnl # dnl define(`SMART_HOST',`smtp.your.provider') dnl # define(`confDEF_USER_ID',``8:12'')dnl dnl define(`confAUTO_REBUILD')dnl define(`confTO_CONNECT', `1m')dnl define(`confTRY_NULL_MX_LIST',true)dnl define(`confDONT_PROBE_INTERFACES',true)dnl define(`PROCMAIL_MAILER_PATH',`/usr/bin/procmail')dnl define(`ALIAS_FILE', `/etc/aliases')dnl define(`STATUS_FILE', `/var/log/mail/statistics')dnl define(`UUCP_MAILER_MAX', `2000000')dnl define(`confUSERDB_SPEC', `/etc/mail/userdb.db')dnl define(`confPRIVACY_FLAGS', `authwarnings,novrfy,noexpn,restrictqrun')dnl define(`confAUTH_OPTIONS', `A')dnl dnl # dnl # The following allows relaying if the user authenticates, and disallows dnl # plaintext authentication (PLAIN/LOGIN) on non-TLS links dnl # dnl define(`confAUTH_OPTIONS', `A p')dnl dnl # dnl # PLAIN is the preferred plaintext authentication method and used by dnl # Mozilla Mail and Evolution, though Outlook Express and other MUAs do dnl # use LOGIN. Other mechanisms should be used if the connection is not dnl # guaranteed secure. dnl # Please remember that saslauthd needs to be running for AUTH. dnl # dnl TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl dnl define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl dnl # dnl # Rudimentary information on creating certificates for sendmail TLS: dnl # cd /usr/share/ssl/certs; make sendmail.pem dnl # Complete usage: dnl # make -C /usr/share/ssl/certs usage dnl # dnl define(`confCACERT_PATH',`/usr/share/ssl/certs') dnl define(`confCACERT',`/usr/share/ssl/certs/ca-bundle.crt') dnl define(`confSERVER_CERT',`/usr/share/ssl/certs/sendmail.pem') dnl define(`confSERVER_KEY',`/usr/share/ssl/certs/sendmail.pem') dnl # dnl # This allows sendmail to use a keyfile that is shared with OpenLDAP's dnl # slapd, which requires the file to be readble by group ldap dnl # dnl define(`confDONT_BLAME_SENDMAIL',`groupreadablekeyfile')dnl dnl # dnl define(`confTO_QUEUEWARN', `4h')dnl dnl define(`confTO_QUEUERETURN', `5d')dnl dnl define(`confQUEUE_LA', `12')dnl dnl define(`confREFUSE_LA', `18')dnl define(`confTO_IDENT', `0')dnl dnl FEATURE(delay_checks)dnl FEATURE(`no_default_msa',`dnl')dnl FEATURE(`smrsh',`/usr/sbin/smrsh')dnl FEATURE(`mailertable',`hash -o /etc/mail/mailertable.db')dnl FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl FEATURE(redirect)dnl FEATURE(always_add_domain)dnl FEATURE(use_cw_file)dnl FEATURE(use_ct_file)dnl dnl # dnl # The following limits the number of processes sendmail can fork to accept dnl # incoming messages or process its message queues to 12.) sendmail refuses dnl # to accept connections once it has reached its quota of child processes. dnl # dnl define(`confMAX_DAEMON_CHILDREN', 12)dnl dnl # dnl # Limits the number of new connections per second. This caps the overhead dnl # incurred due to forking new sendmail processes. May be useful against dnl # DoS attacks or barrages of spam. (As mentioned below, a per-IP address dnl # limit would be useful but is not available as an option at this writing.) dnl # dnl define(`confCONNECTION_RATE_THROTTLE', 3)dnl dnl # dnl # The -t option will retry delivery if e.g. the user runs over his quota. dnl # FEATURE(local_procmail,`',`procmail -t -Y -a $h -d $u')dnl FEATURE(`access_db',`hash -T<TMPF> -o /etc/mail/access.db')dnl FEATURE(`blacklist_recipients')dnl EXPOSED_USER(`root')dnl dnl # dnl # The following causes sendmail to only listen on the IPv4 loopback address dnl # 127.0.0.1 and not on any other network devices. Remove the loopback dnl # address restriction to accept email from the internet or intranet. dnl # dnl # DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl dnl # dnl # The following causes sendmail to additionally listen to port 587 for dnl # mail from MUAs that authenticate. Roaming users who can't reach their dnl # preferred sendmail daemon due to port 25 being blocked or redirected find dnl # this useful. dnl # DAEMON_OPTIONS(`Port=submission, Name=MSA, M=Ea')dnl dnl # dnl # The following causes sendmail to additionally listen to port 465, but dnl # starting immediately in TLS mode upon connecting. Port 25 or 587 followed dnl # by STARTTLS is preferred, but roaming clients using Outlook Express can't dnl # do STARTTLS on ports other than 25. Mozilla Mail can ONLY use STARTTLS dnl # and doesn't support the deprecated smtps; Evolution <1.1.1 uses smtps dnl # when SSL is enabled-- STARTTLS support is available in version 1.1.1. dnl # dnl # For this to work your OpenSSL certificates must be configured. dnl # DAEMON_OPTIONS(`Port=smtps, Name=TLSMTA, M=s')dnl dnl # dnl # The following causes sendmail to additionally listen on the IPv6 loopback dnl # device. Remove the loopback address restriction listen to the network. dnl # dnl DAEMON_OPTIONS(`port=smtp,Addr=::1, Name=MTA-v6, Family=inet6')dnl dnl # dnl # enable both ipv6 and ipv4 in sendmail: dnl # dnl DAEMON_OPTIONS(`Name=MTA-v4, Family=inet, Name=MTA-v6, Family=inet6') dnl # dnl # We strongly recommend not accepting unresolvable domains if you want to dnl # protect yourself from spam. However, the laptop and users on computers dnl # that do not have 24x7 DNS do need this. dnl # FEATURE(`accept_unresolvable_domains')dnl dnl # dnl FEATURE(`relay_based_on_MX')dnl dnl # dnl # Also accept email sent to "localhost.localdomain" as local email. dnl # dnl LOCAL_DOMAIN(`localhost.localdomain')dnl dnl # dnl # The following example makes mail from this host and any additional dnl # specified domains appear to be sent from mydomain.com dnl # dnl MASQUERADE_AS(`mydomain.com')dnl dnl # dnl # masquerade not just the headers, but the envelope as well dnl # dnl FEATURE(masquerade_envelope)dnl dnl # dnl # masquerade not just @mydomainalias.com, but @*.mydomainalias.com as well dnl # dnl FEATURE(masquerade_entire_domain)dnl dnl # dnl MASQUERADE_DOMAIN(localhost)dnl dnl MASQUERADE_DOMAIN(localhost.localdomain)dnl dnl MASQUERADE_DOMAIN(mydomainalias.com)dnl dnl MASQUERADE_DOMAIN(mydomain.lan)dnl MAILER(smtp)dnl MAILER(procmail)dnl

11 40

/var/www/html
by JC 07 Nov '05

07 Nov '05

Hi everyone, by default, /var/www/html/ folder is under user/group root. Is it a good idea to change this to apache user/group? I'm trying to set up web server box using CentOS 4.2. Any idea how this change can effect the system and php programming? Any pros & cons for this change??? Any security risk to have /var/www/html/ folder under user/group root? Thanks, JC

2 1

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