Discuss

discuss@lists.centos.org

34753 discussions

LCD blanks out overnight
by Joe Tseng 09 Sep '08

09 Sep '08

I inherited an ancient Dell Latitude C840 and recently installed CentOS 5.2 on it. It worked fine for the most part, but when I left it overnight and came back the next morning, the screen blacked out and wouldn't come back unless I did a hard reset. Even though I turned off all the power management settings and left it set like a desktop, the next morning after that it still blacked out. I thought maybe it'd come back if I switched from X to a virtual text console, but that didn't do the trick. Has anyone seen this and what do I do to fix it? tia, - Joe _________________________________________________________________ Stay up to date on your PC, the Web, and your mobile phone with Windows Live. http://clk.atdmt.com/MRT/go/msnnkwxp1020093185mrt/direct/01/

4 5

debug kernel panic on CentOS 4.6/BladeCenter HS21
by Sven 09 Sep '08

09 Sep '08

Hi folks Today we had a kernel panic. On the RSA-Console[0] we could only see that the process splunkd was causing the panic. We found nothing else in logs. Howto debug this panic? Howto avoid in future? regards Sven [0] http://bayimg.com/image/makbaaabh.jpg

2 1

Problem of "sort" utf8 file.
by Peter Cai 09 Sep '08

09 Sep '08

Hi all, I have 2 linux distro —— ubuntu and centos. My problem is that the sort command has different behavior when sorting Chinese string encoded in utf8 file. On Ubuntu, it is OK. But on CentOS, it WRONG. I google this problem and it seems that's because of LC_COLLATE. So I change "/etc/sysconfig/i18n" on CentOS and now the 2 have the same LC_** like this: CentOS: ============================= [root@localhost ~]# locale LANG=zh_CN.UTF-8 LC_CTYPE=zh_CN.UTF-8 LC_NUMERIC="zh_CN.UTF-8" LC_TIME="zh_CN.UTF-8" LC_COLLATE=zh_CN.UTF-8 LC_MONETARY="zh_CN.UTF-8" LC_MESSAGES="zh_CN.UTF-8" LC_PAPER="zh_CN.UTF-8" LC_NAME="zh_CN.UTF-8" LC_ADDRESS="zh_CN.UTF-8" LC_TELEPHONE="zh_CN.UTF-8" LC_MEASUREMENT="zh_CN.UTF-8" LC_IDENTIFICATION="zh_CN.UTF-8" LC_ALL= Ubuntu ============================= peter@ubuntu:~$ locale LANG=zh_CN.UTF-8 LANGUAGE=zh_CN:zh LC_CTYPE="zh_CN.UTF-8" LC_NUMERIC="zh_CN.UTF-8" LC_TIME="zh_CN.UTF-8" LC_COLLATE="zh_CN.UTF-8" LC_MONETARY="zh_CN.UTF-8" LC_MESSAGES="zh_CN.UTF-8" LC_PAPER="zh_CN.UTF-8" LC_NAME="zh_CN.UTF-8" LC_ADDRESS="zh_CN.UTF-8" LC_TELEPHONE="zh_CN.UTF-8" LC_MEASUREMENT="zh_CN.UTF-8" LC_IDENTIFICATION="zh_CN.UTF-8" LC_ALL= ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ But, the result is still incorrect on CentOS! I almost got crazy!!! PS: the background of this problem is that Postgresql's "order by" command depends on the sort result of the OS.

2 3

[resend] USB drive fails at sector 0xFFFFFFF
by Kenneth Porter 08 Sep '08

08 Sep '08

I'm backing up to a NTFS partition on an external USB drive with dump. I'm seeing failures in /var/log/messages reading sector 0xFFFFFFF that cause the verify pass to fail. Are there any known problems in the USB driver? Kernel via uname -a: Linux segw2.mpa.lan 2.6.18-92.1.6.el5 #1 SMP Wed Jun 25 13:49:24 EDT 2008 i686 i686 i386 GNU/Linux Message reported. (Note the number 268435455, which is 0xFFFFFFF, and occurs every time I see this happen. But a subsequent attempt to read this region with dd succeeds, so it appears to be intermittent, or dependent on some other precondition.) Sep 7 10:48:39 segw2 kernel: sd 5:0:0:0: Device not ready: <6>: Current: sense key: Not Ready Sep 7 10:48:39 segw2 kernel: Add. Sense: Logical unit not ready, cause not reportable Sep 7 10:48:39 segw2 kernel: Sep 7 10:48:39 segw2 kernel: end_request: I/O error, dev sdb, sector 268435455 Sep 7 10:48:39 segw2 kernel: Buffer I/O error on device sdb1, logical block 33554424 Sep 7 10:48:39 segw2 kernel: sd 5:0:0:0: Device not ready: <6>: Current: sense key: Not Ready Sep 7 10:48:39 segw2 kernel: Add. Sense: Logical unit not ready, cause not reportable Sep 7 10:48:39 segw2 kernel: Sep 7 10:48:39 segw2 kernel: end_request: I/O error, dev sdb, sector 268435455 Sep 7 10:48:39 segw2 kernel: Buffer I/O error on device sdb1, logical block 33554424

4 6

Re: [CentOS] USB drive fails at sector 0xFFFFFFF
by NiftyClusters Mitch 08 Sep '08

08 Sep '08

On Sun, Sep 7, 2008 at 4:44 PM, Kenneth Porter <shiva(a)sewingwitch.com> wrote: > I'm backing up to a NTFS partition on an external USB drive with dump. I'm > seeing failures in /var/log/messages reading sector 0xFFFFFFF that cause the > verify pass to fail. Are there any known problems in the USB driver? > > Kernel via uname -a: > > Linux segw2.mpa.lan 2.6.18-92.1.6.el5 #1 SMP Wed Jun 25 13:49:24 EDT 2008 > i686 i686 i386 GNU/Linux > > Message reported. (Note the number 268435455, which is 0xFFFFFFF, and occurs > every time I see this happen. You are backing up to NTFS on Linux? The NTFS file system specification is a trade secret last I checked.. Anytime I see an error where the number is binary all ones I suspect a magic number... and worry. How was the disk partitioned? How was this partition formatted? Was the filesystem converted from old to new ntfs format? http://technet.microsoft.com/en-us/library/cc781134.aspx -- NiftyCluster T o m M i t c h e l l

2 1

OT: Migration from Evolution to Thunderbird (Thunderbird mbox files)
by Lanny Marcus 08 Sep '08

08 Sep '08

Background is that I have been using Evolution for my MUA for a number of years. Migrated to Evolution from Mozilla Mail. I only use Evolution for email and contacts. Getting bored with the issues (frequently not being able to exit and needing to kill it; Bug Buddy popping up in GNOME, etc) that Mark (MHR) and I and I'm sure others have experienced. About 24 hours ago, I installed Thunderbird (on CentOS 5.2 32 bit) and am testing it with this mailing list. So far, Thunderbird doesn't seem to have any issues, based on this very quick trial. The Thunderbird documentation says that it uses mbox files, but if so, where_are_they? Here's what it says: > http://www.mozilla.org/support/thunderbird/faq#import > > Thunderbird's mail files are in the standard plain text "mbox" format, which almost all mail programs can use or import. Many proprietary mail programs have a function to import from Eudora, which also uses the "mbox" format; this function should read your Mozilla mail files properly. > > Your mail files are inside your profile (see the Profile Folder), in the Mail and (if you use IMAP) ImapMail folders. Each mail folder (Inbox, Sent, etc.) is stored as two files — one with no extension (e.g. INBOX), which is the mail file itself (in "mbox" format), and one with an .msf extension (e.g. INBOX.msf), which is the index (Mail Summary File) to the mail file. Tell the other program to import mail from the file with no extension. However, in the imap.gmail.com folder INBOX.msf file properties, Type is shown as C source code and MIME type is shown as text/x-csrc and I cannot find the mbox files.... In Evolution: Inbox has type: Mailbox file and is shown as MIME type: application/mbox If someone on the list can point me to where the mbox files for Thunderbird on Linux are located, that will be much appreciated. I do not want to migrate from Evolution to Thunderbird, unless my email will continue to be in the mbox format, in case I eventually decide to migrate from Thunderbird, to another MUA. TIA!

6 18

check mal server speed n performance
by fabian dacunha 08 Sep '08

08 Sep '08

Dear All, I have Centos 5.1 and sendmail mail server running for over a year and been workin fine i also use mailscanner + clamav now some remote users have been complaing that the mail sometimes time out i have even tried to stop the mail scanner and jus test my sendmail but the problem exists now i would apprecite if someone cd help me or let me know of a link where i could test the mail server performance and know if its working fine so to rule out the possibility of any problem with my mail server software the mail logs r normall and dont show any different thing thanks and regards apprecite ur help regards Fabian -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 4

Weird TCP problem
by Gordon Messmer 08 Sep '08

08 Sep '08

Last week, I started seeing very strange behavior in one of the networks that I manage. The office LAN uses a Linux firewall which masquerades their workstations over their DSL connection. There are probably ~75 workstations in the office LAN. Their mail server is in a collocated facility nearby. That server has an RFC1918 address; its router does SNAT to forward packets to the system. Both the office firewall and the mail server are currently running fully patched CentOS 5.2. Here's the weird part: If a machine running Linux in the office lan attempts to connect to the mail server on any TCP port, there's a small chance that the server will simply ignore the SYN packets. It doesn't log any errors. If I'm running tcpdump, I see the incoming SYN packets, but no reply. If I use iptables to log the packets, information about the packet is saved in the messages file. If I capture the packets and use wireshark to analyze them, I don't see anything odd: the checksums are good and I can't see any difference between a SYN packet that gets a SYN+ACK and one that's ignored (beyond the obvious: different timestamps and checksums). The problem doesn't seem to affect Windows workstations in the office LAN. As far as I can tell, only SYN packets are dropped. I don't see delays in established connections. I've attached a file that contains, first, the output of tcpdump which shows packets to or from the office's firewall address, as recorded by the destination server. The first four SYN packets are ignored, but the kernel proceeds with the TCP handshake after the fifth SYN packet. Second, the file contains the log messages which are recorded as a result of these iptables rules: iptables -A INPUT -p tcp -s officefw --dport 22 -j LOG iptables -A INPUT -p tcp -s officefw --dport 22 -j ACCEPT Those are the only iptables rules present on the server accepting the connections. Both of those appear to indicate that the server in the colo facility is receiving the SYN packets. What possible reasons are there that it would not reply with SYN+ACK? 19:08:43.751579 IP officefw.57948 > remoteserver.ssh: S 3347102294:3347102294(0) win 5840 <mss1460,sackOK,timestamp 2705398041 0,nop,wscale 7> 19:08:46.751136 IP officefw.57948 > remoteserver.ssh: S 3347102294:3347102294(0) win 5840 <mss1460,sackOK,timestamp 2705401041 0,nop,wscale 7> 19:08:52.749305 IP officefw.57948 > remoteserver.ssh: S 3347102294:3347102294(0) win 5840 <mss1460,sackOK,timestamp 2705407041 0,nop,wscale 7> 19:09:04.747287 IP officefw.57948 > remoteserver.ssh: S 3347102294:3347102294(0) win 5840 <mss1460,sackOK,timestamp 2705419041 0,nop,wscale 7> 19:09:28.741854 IP officefw.57948 > remoteserver.ssh: S 3347102294:3347102294(0) win 5840 <mss1460,sackOK,timestamp 2705443041 0,nop,wscale 7> 19:09:28.742540 IP remoteserver.ssh > officefw.57948: S 3324501337:3324501337(0) ack 3347102295 win 5792 <mss1460,sackOK,timestamp 15960089 2705443041,nop,wscale 7> 19:09:28.783886 IP officefw.57948 > remoteserver.ssh: . ack 1 win 46 <nop,nop,timestamp 2705443083 15960089> 19:09:28.789814 IP remoteserver.ssh > officefw.57948: P 1:21(20) ack 1 win 46 <nop,nop,timestamp 159601372705443083> 19:09:28.829114 IP officefw.57948 > remoteserver.ssh: . ack 21 win 46 <nop,nop,timestamp 2705443129 15960137> Sep 4 19:08:43 remoteserver kernel: IN=eth0 OUT= MAC=00:30:48:97:5a:3a:00:0a:b8:8e:53:29:08:00 SRC=officefw DST=remoteserver LEN=60 TOS=0x00 PREC=0x00 TTL=56 ID=41807 DF PROTO=TCP SPT=57948 DPT=22 WINDOW=5840 RES=0x00 SYN URGP=0 Sep 4 19:08:46 remoteserver kernel: IN=eth0 OUT= MAC=00:30:48:97:5a:3a:00:0a:b8:8e:53:29:08:00 SRC=officefw DST=remoteserver LEN=60 TOS=0x00 PREC=0x00 TTL=56 ID=41808 DF PROTO=TCP SPT=57948 DPT=22 WINDOW=5840 RES=0x00 SYN URGP=0 Sep 4 19:08:52 remoteserver kernel: IN=eth0 OUT= MAC=00:30:48:97:5a:3a:00:0a:b8:8e:53:29:08:00 SRC=officefw DST=remoteserver LEN=60 TOS=0x00 PREC=0x00 TTL=56 ID=41809 DF PROTO=TCP SPT=57948 DPT=22 WINDOW=5840 RES=0x00 SYN URGP=0 Sep 4 19:09:04 remoteserver kernel: IN=eth0 OUT= MAC=00:30:48:97:5a:3a:00:0a:b8:8e:53:29:08:00 SRC=officefw DST=remoteserver LEN=60 TOS=0x00 PREC=0x00 TTL=56 ID=41810 DF PROTO=TCP SPT=57948 DPT=22 WINDOW=5840 RES=0x00 SYN URGP=0 Sep 4 19:09:28 remoteserver kernel: IN=eth0 OUT= MAC=00:30:48:97:5a:3a:00:0a:b8:8e:53:29:08:00 SRC=officefw DST=remoteserver LEN=60 TOS=0x00 PREC=0x00 TTL=56 ID=41811 DF PROTO=TCP SPT=57948 DPT=22 WINDOW=5840 RES=0x00 SYN URGP=0 Sep 4 19:09:28 remoteserver kernel: IN=eth0 OUT= MAC=00:30:48:97:5a:3a:00:0a:b8:8e:53:29:08:00 SRC=officefw DST=remoteserver LEN=52 TOS=0x00 PREC=0x00 TTL=56 ID=41812 DF PROTO=TCP SPT=57948 DPT=22 WINDOW=46 RES=0x00 ACK URGP=0 Sep 4 19:09:28 remoteserver kernel: IN=eth0 OUT= MAC=00:30:48:97:5a:3a:00:0a:b8:8e:53:29:08:00 SRC=officefw DST=remoteserver LEN=52 TOS=0x00 PREC=0x00 TTL=56 ID=41813 DF PROTO=TCP SPT=57948 DPT=22 WINDOW=46 RES=0x00 ACK URGP=0

4 9

Problem with running Centos 5.2 on Dell Optiplex 330
by Pete Kay 08 Sep '08

08 Sep '08

Hi, I am havind deep trouble with a bunch of our newly arrived Optiplex 330 as it can't run Centos 5.2 property. The installation works fine, but when it boots up, it can't be connected to the network. I am getting error saying " link is not ready" when doing system-config-network. I check lspci and it can detect the network controller no problem. The light next to the cable is also on as well. Does anyone know how I can fix this problem? We should have bought just one and see if it works before buying more, and now we are stuck. Could someone please kindly give any suggestion? Any help will be greatly appreciated. Best Regards, Pete

6 9

USB drive fails at sector 0xFFFFFFF
by Kenneth Porter 08 Sep '08

08 Sep '08

2 1

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