Discuss

discuss@lists.centos.org

34753 discussions

Syslog timezone issue
by Bart Schaefer 12 Jan '08

12 Jan '08

We recently upgraded (as in, backup, reinstall, selective restore) a couple of servers from CentOS-3.9 to CentOS-5.1. This generally went smoothly but we've encountered one confusing problem with syslog. Under CentOS-3, syslog entries were always dated in the host local timezone. With CentOS-5.1, they're dated in UTC *most* of the time, but occasionally in the local timezone. This has seriously confused a couple of our homegrown process monitoring scripts. The cron, secure, and maillog logs are all consistently in the local timezone ... it's only /var/log/messages that wanders around. It appears that any given process is consistent about which timezone it uses, but there's no obvious reason why any particular process gets the local zone vs. UTC. For example, we have a couple of long-running daemons that fork children to handle network requests, and although the parent daemon consistently logs in one timezone, its forks (which do not even do an exec, so they should be identical to the parent) randomly switch to the other timezone. What we'd like is for the local timezone always to be used as it was before. What configuration option or whatever, have we missed?

3 4

Centos 5 Samba File Server dropping files
by J 11 Jan '08

11 Jan '08

Twice I've gotten the report that a user has attempted to move a folder of many files up one level, and all of the files disappeared. Searching for the files in the share proves that they aren't there any more, nor are they where they should have been moved to. I desperately need to find the cause of this. Has anyone else seen this happen on their file server? The samba log file doesn't appear to be any help. It just shows that some files were opened and closed. The second user that I got this report from is a competent user. From the Windows' client side, no error is generated. They are just moved into a void. I'm using Centos 5, smbclient Version 3.0.23c-2.el5.2.0.2 Any help is greatly appreciated! As you might imagine, a file server dropping folders of files into the ether is a cause for concern. I don't think the answer is in the samba config file (It works fine under all other circumstances), but here it is, just in case: [global] workgroup = platinum server string = Receptionist security = user hosts allow = 192.168.1. 192.168.0. 127. ; load printers = yes ; printing = cups cups options = raw log level = 2 log file = /var/log/samba/%m.log max log size = 50 interfaces = lo eth0 os level = 33 ;preferred master = yes ; wins support = yes wins server = 192.168.1.130 dns proxy = no username map = /etc/samba/smbusers veto files = /lost+found encrypt passwords = yes ; guest ok = no ; guest account = nobody [homes] comment = Home Directories browseable = no writeable = yes [netlogon] comment = Network Logon Service path = /misc2/shares/netlogon guest ok = yes browseable = No [network-resources] path = /misc2/shares/network-resources guest ok = no browseable = yes writeable = yes writelist = jae [printers] comment = All Printers path = /usr/spool/samba printable = yes guest ok = yes [win-profiles] path = /home/win-profiles browseable = yes writeable = yes # create mask = 0666 # directory mask = 0777 profile acls = yes csc policy = disable [FILE REPO] path = /misc2/FILE_REPO comment = "Restore files from here." write list = jae browseable = yes writeable = no guest ok = no [AllAccess] path = /misc2/shares/all.access comment = "No company sensitive files here." writeable = yes guest ok = yes force create mode = 0660 force directory mode = 3771 [SharePPSI] path = /misc2/shares/share.ppsi writeable = yes force create mode = 0660 force directory mode = 2771 [Investor Statements] path = "/misc2/shares/share.ppsi/Investor Statements" writeable = yes force create mode = 0660 force directory mode = 2771 write list = @investor-statements valid users = @investor-statements [Compliance] path = "/misc2/shares/share.ppsi/Compliance" writeable = yes force create mode = 0660 force directory mode = 2771 [script] path = /misc2/shares/script comment = "" force create mode = 0660 force directory mode = 2770 write list = jae [script.data] path = /misc2/shares/script.data comment = "" writeable = yes force create mode = 0660 force directory mode = 3771 [automail] path = /misc2/shares/automail comment = "Automatic mailing of text files" writeable = yes guest ok = no force create mode = 0660 force directory mode = 3771 [forms] path = /misc2/shares/share.ppsi/forms writeable = yes browseable = yes force create mode = 0660 force directory mode = 2771

3 6

Perhaps a Perl problem (Re: Syslog timezone issue)
by Bart Schaefer 11 Jan '08

11 Jan '08

On Jan 11, 2008 11:51 AM, Bart Schaefer <barton.schaefer(a)gmail.com> wrote: > It appears that any given process is consistent about which timezone > it uses, but there's no obvious reason why any particular process gets > the local zone vs. UTC. For example, we have a couple of long-running > daemons that fork children to handle network requests, and although > the parent daemon consistently logs in one timezone, its forks (which > do not even do an exec, so they should be identical to the parent) > randomly switch to the other timezone. It just occurred to me that these particular daemons are perl programs using Sys::Syslog, so maybe the problem is there. The forked children continue using the same Sys::Sylog object created by the parent, though, so that still leaves me wondering about the inconsistent timezone after the fork.

1 0

commercial wireless access for linux
by Jerry Geis 11 Jan '08

11 Jan '08

All, I have need to put a centos 5.1 box on a commercial wireless access like verizon or sprint. Does anyone have or use with these services? Is that possible with linux? Do you get a static IP address with those cards? Thanks, Jerry

2 1

remote desktop
by Jerry Geis 11 Jan '08

11 Jan '08

What is the difference between the GUI (system->Preferences->Remote Desktop) under centos 5.1 and editing /etc/X11/xorg.conf and adding the vnc in the modules section? Is one better than the other? Jerry

3 2

centos installation on xserve?
by Mark Quitoriano 11 Jan '08

11 Jan '08

Hi guys, anyone tried to run centos in xserve for production? what architecture do you use? thanks!

1 0

yum hangs when Reading Local RPMDB
by Kai Schaetzl 11 Jan '08

11 Jan '08

All of a sudden yum hangs on a Centos 4.5 (updated to the latest patch before 4.6) when I try to use it. "clean metadata" didn't help. The output of -d5 shows it gets to the point of "Reading Local RPMDB" and then sits there. The process doesn't die, but doesn't seem to do anything from that point on. strace shows this: futex(0xb76dcae8, FUTEX_WAIT, 2, NULL I remember that futex hangs have been mentioned in the past when doing "big" updates from 4.x to 4.y, but this wasn't the case here. python-2.3.4-14.4 python-sqlite-1.1.7-1.2.1 sqlite-3.3.6-2 yum-2.4.3-3.el4.centos Kernel in use is not the latest 4.5 kernel, but one from 4.3. This shouldn't matter in this case, shouldn't it? How can I resolve this? I see that one suggestion is rm /var/lib/rpm/__db*. How do I rebuild it then? I found that cleaning the metadata doesn't remove the sqlite databases, so I removed these from /var/yum/cache as well. The rebuilt databases were different, but it didn't solve the problem. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com

2 2

Re: [CentOS] yum hangs when Reading Local RPMDB
by David G. Miller 11 Jan '08

11 Jan '08

Kai Schaetzl <maillists(a)conactive.com> wrote: > Before I do this without need I have a question: if the rpm db is > corrupt shouldn't rpm -q or -qa stop working? Kai Not necessarily. A regular user can run rpm -q since it doesn't lock the database (your original posting showed rpm hanging on a FUTEX). I don't know rpm internals but I'd guess that simple queries for a specific package or even a listing of all packages don't go very deep into the rpm database. Also, since the database isn't being updated, there isn't any need to lock the database during the query. Cheers, Dave -- Politics, n. Strife of interests masquerading as a contest of principles. -- Ambrose Bierce

1 0

Use CentOSplus to carry latest GUI packages
by Ross S. W. Walker 11 Jan '08

11 Jan '08

I don't know if this has been talked about much in the past, but I was wondering if CentOSplus could be used to carry the latest stable versions of the GUI applications KDE/Gnome. These apps often lag behind quite a bit even on the selected stable branch upstream has chosen. For example, would it decrease stability to update KDE from 3.5.4 to 3.5.8? I think it would add to stability as long as you stay within that 3.5 branch, but upstream thinks otherwise and tries to re-invent the wheel by backporting 3.5.5-3.5.8 fixes into 3.5.4 which often don't work completely and have the potential of creating new bugs themselves. Another thing, Xen, the Xen package says it's 3.0.3, but looking at the SRPM it turns out it's the Xen 3.1 kernel with the Xen 3.0.3 'xm' and 'xend' dom0 utilities. In my book that's Xen 3.1, why not just fix the parts of the 3.1 utilities that broke between releases? Anyways Xen may not be a good candidate as others may have environmental dependencies on the upstream version, but upgrading to the latest minor version within a branch for a given application shouldn't break environmental dependencies, ie provide Xen 3.1.4 if it contains the xm and xend fixes that upstream was looking for. What is the consenus on this? -Ross ______________________________________________________________________ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof.

3 2

CentOS-announce Digest, Vol 35, Issue 3
by centos-announce-request＠centos.org 11 Jan '08

11 Jan '08

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEEA-2008:0028 CentOS 5 x86_64 tzdata Update (Karanbir Singh) 2. CEEA-2008:0028 CentOS 5 i386 tzdata Update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Fri, 11 Jan 2008 01:18:45 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEEA-2008:0028 CentOS 5 x86_64 tzdata Update To: centos-announce(a)centos.org Message-ID: <20080111011845.GA18252(a)base.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2008:0028 Upstream details at : https://rhn.redhat.com/errata/RHEA-2008-0028.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: b866fd855849f6a81c1916187f4219ad tzdata-2007k-1.el5.noarch.rpm Source: b20dacb215b1342c2011aed06b61c1cb tzdata-2007k-1.el5.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Fri, 11 Jan 2008 01:18:45 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEEA-2008:0028 CentOS 5 i386 tzdata Update To: centos-announce(a)centos.org Message-ID: <20080111011845.GA18235(a)base.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2008:0028 Upstream details at : https://rhn.redhat.com/errata/RHEA-2008-0028.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 24d39598f5138eec781afbc3a3cf9a2f tzdata-2007k-1.el5.noarch.rpm Source: b20dacb215b1342c2011aed06b61c1cb tzdata-2007k-1.el5.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 35, Issue 3 **********************************************

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss