- Discuss - lists.centos.org

sendmail refusing incoming connections from outside
by dan1 06 Aug '05

06 Aug '05

Hello. I am scratching my head about sendmail for a simple thing: I have a CentOS 4 box on which I would like to receive e-mails. when I type 'telnet localhost 25' I can connect successfully to the sendmail service. Now if I type: 'telnet 192.168.0.30 25' on the same host the connection is refused. It also refuses connections from another host. I have edited the /etc/mail/access file and added: 192.168 OK But this doesn't help after a restart. Does somebody know why the connection is refused ? I can see that behaviour on several CentOS box I have so it seems to be the new default. What parameter should I change to make it be accepted ? Thank you, Daniel

8 10

ipw2200
by centos＠911networks.com 05 Aug '05

05 Aug '05

Hi, I have CentOS4.1 up to date and I get on boot: ipw2200: Detected Intel PRO/Wireless 2915ABG Network Connection divert: allocating divert_blk for eth1 ipw2200: ipw-2.2-boot.fw load failed: Reason -2 ipw2200: Unable to load firmware: 0xFFFFFFFE divert: freeing divert_blk for eth1 ipw2200: failed to register network device ipw2200: probe of 0000:03:03.0 failed with error -5 My understanding from RedHat is that the current update includes ipw2200 v1.0.4. I have googled around, and cannot find a decent howto. Any suggestion? -- Thanks http://www.911networks.com

2 2

SMTP auth with Sendmail
by Peter Farrow 05 Aug '05

05 Aug '05

Dear All, I have two machines, a Centos 3.4 machine and a Centos 4.1 machine. I have used the same sendmail.mc file on each, and 3.4 machine does plain SMTP auth with no problems, compiling the same mc file on the 4.1 machine gives this error: xxxxx [x.x.x.x] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA in the logs, it doesn't even try to authenticate, the cyrus sasl rpm is installed for auth PLAIN It reports this from the EHLO so all looks good: 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-AUTH DIGEST-MD5 CRAM-MD5 LOGIN PLAIN 250-DELIVERBY 250 HELP The 3.4 box reports this: 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-AUTH LOGIN PLAIN 250-DELIVERBY 250 HELP Any help would be greatly appreciated.... P.

3 5

RE: [CentOS] US Federal Government to require MSIE for copyrightpreregistration
by Colht, Charles 05 Aug '05

05 Aug '05

Doesn't this constitute government sponsorship of a religon? -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Phil Schaffner Sent: Thursday, August 04, 2005 7:36 PM To: CentOS mailing list Subject: [CentOS] US Federal Government to require MSIE for copyrightpreregistration The following OT thread from fedora-list may be of some interest to this list also. https://www.redhat.com/archives/fedora-list/2005-August/msg00730.html https://www.redhat.com/archives/fedora-list/2005-August/msg00801.html Phil _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos *********************************************************************************** This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS

1 0

OT: cheap DVD-RAM media?
by Aleksandar Milivojevic 05 Aug '05

05 Aug '05

A bit off-topic. Not a question on how to get it working, but rather question about an practical issue after you get it to work ;-) I got a DVD burner that supports DVD-RAM (in addition to standard DVD+R/-R). I really liked "use it just like hard disk" properties of DVD-RAM, and according to some sources I found, the media itself is more resistant to ageing than standard DVD+R/-R. Great for archiving my data. But the media seems to be quite expensive. I guess mostly because all the places I found were selling it in most expensive option: as single disc in a nice (and useless) case. Haven't found a single place that sells them on spindle. At the end, I ended up buying a 3-pack, with each media in bulky movie-type case (what a waste of space). Does anybody know of any place that sells DVD-RAM media cheap (in bulk, on spindle)? Thanks, Aleksandar Milivojevic ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

5 7

Recommended hardware for a firewall/router?
by Harald Finnås 05 Aug '05

05 Aug '05

Not really a CentOS specific question, but I hope it's ok... I've decided to buy a server to use as a firewall/router instead of the usual Cisco box, simply because I've come to love Firewall Builder and would like to put all my subnets into one firewall. There will be four gigabit interfaces in the box, one of which will be the internet connection (so this one interface will use max. 10 mbit). Question is if any "normal" hardware will be able to handle this if most of the interfaces gets saturated? What chipset / motherboard should I go for? On a sidenote, I've noticed from the subject on some of the most recent messages that Bryans beeing hassled. I dunno what it's really about since I haven't read the messages, but I'd like to say that I consider Bryan to be a valuable asset to this list. Regards, Harald

6 7

probes on udp port 500
by Aleksandar Milivojevic 05 Aug '05

05 Aug '05

Last couple of days some of my hosts were probed for UDP port 500 (IKE daemon, used by IPSec for key exchange) from dialup IPs. Don't remember seeing similar probes before. Some new vaulnerability that script kiddies (and pro crackers) are trying out, or is this some old stuff? I do remember there were some security problems with racoon in the past (that were fixed in current CentOS ipsec-tools packages), but don't remember reading anywhere there were any automated tools to exploit it floating around. Or are there some new flaws discovered recently in some IKE implementations? ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

17 30

Modify rescue mode boot?
by Alberto Gonzalez 05 Aug '05

05 Aug '05

Hi, I have been able to boot with pxe and load linux rescue, it loads loader and ask me lang, keyboard,load base from nfs, etc... then it ask me about mount chroot or skip, I just choose skip to go to shell. What I want is boot in rescue mode and get a shell directly without having to enter lang, keyboard, nfs ip and dir, skip, etc... once booted on shell I want it automatically run a script mounted via nfs /mnt/source/myscript p.e. any idea on how to avoid all those questions from rescue mode?? Thanks.

2 2

3Ware Escalade 9500S mature enough yet for CentOS?
by Robert Hanson 05 Aug '05

05 Aug '05

greetings, the subject says it all right? ;-> naw...... is the 3ware Escalade 9500S series mature enough yet for CentOS? - rh -- Robert Hanson Abba Communications http://www.abbacomm.net

9 16

remove RPMs with cyclic dependancies.
by Dave Gutteridge 05 Aug '05

05 Aug '05

Okay, I tried installing OpenOffice beta, and I think I messed it up, so I wanted to uninstall it. I thought wilcards worked, so I tried: [root@localhost program]# rpm -e openoffice* error: package openoffice* is not installed Okay, so I couldn't figure out how to remove a bunch of RPM packages at once, so I did this: [root@localhost program]# rpm -qa | grep openoffice And proceeded the labourous task of removing all of the RPMs listed one by one. But then I got down to some files that would say: rpm -e openofficeorg-core01-1.9.122-1.i586 error: Failed dependencies: openofficeorg-core01 is needed by (installed) openofficeorg-core08-1.9.122-1.i586 So then I'd remove the dependancy, and guess what?: rpm -e openofficeorg-core08-1.9.122-1.i586 error: Failed dependencies: openofficeorg-core01 is needed by (installed) openofficeorg-core01-1.9.122-1.i586 The two packages are dependant on each other so I can't remove either. *sigh* So, how do I remove them? Dave

8 16

And now onto the palm pilot with Kpilot
by Dave Gutteridge 05 Aug '05

05 Aug '05

I've looked up the Kpilot manual, and I think I have an okay idea of what's going on with it. I'm trying to get it's detection feature to find my Palm Pilot. CentOS does seem to be able to recognize it, because if I run lsusb when running a hot sync, I get the following: [root@localhost dev]# lsusb Bus 001 Device 010: ID 0830:0060 Palm, Inc. Palm Tungsten T / Zire 71 That's encouraging. My Palm Pilot is actually a Tungsten E, not a T, but I'm not sure that's a level of detail that matters at this point. The Kpilot documentation suggest that I look for the palm pilot at /dev/ttyUSB0. That didn't work, but I noticed in my /dev/ directory that there was also a ttyUSB1. That didn't work either. But then I noticed that both were only apparent when I was hot syncing my Palm, so they must be connected to it. Any ideas, then, as to why Kpilot is not acknowledging them as a Palm device the way that lsusb does? Dave

5 8

Postfix 2.2.x RPM ETA
by Kenneth Kalmer 05 Aug '05

05 Aug '05

Guys I'm desperately looking for a postfix 2.2.x SRPM. I currently use 2.1.5.. I've found these, http://ftp.wl0.org/yum/postfix/2.2/rhel4/SRPMS.postfix/ Has anyone tried them, or can anyone recommend a proper SRPM for me for Centos 4.1? Kind regards -- Kenneth Kalmer kenneth.kalmer(a)gmail.com Folding@home stats http://vspx27.stanford.edu/cgi-bin/main.py?qtype=userpage&username=kenneth%…

2 2

CentOS-3.4-i386-Server.iso md5sum missing
by Ted Kaczmarek 05 Aug '05

05 Aug '05

Their is no 3.5 server iso posted yet, and their is no md5sum listed for the 3.4 server iso that is posted. Regards, Ted Final Release md5sums (Post 7th June 2005) 81be21fa53cd321a401575def5d0129b CentOS-3.5-i386-disc1.iso 58b0b6b6fa71b328ed2c6c915752f5b0 CentOS-3.5-i386-disc2.iso e7bf5fc1e8b085d536c02dcf581623f3 CentOS-3.5-i386-disc3.iso 27723707d72e83d767495ee0401ec706 CentOS-3.5-i386-src1.iso b1dcf50b757d6e28bf9fb7f10b865a20 CentOS-3.5-i386-src2.iso f196812f53b19de38fcfd1b1b1765ae2 CentOS-3.5-i386-src3.iso f5b8b177ea50d67826c64229904b7c32 CentOS-3.5-i386-dvd.iso Initial Release md5sums (Pre 7th June 2005) c48eaf0ff94c0c259f8a10fbe8484901 CentOS-3.5-i386-disc1.iso ac1fb8be8ae8867c4542c122c51966be CentOS-3.5-i386-disc2.iso 98d498cf00a716e4cc1cd356b011296a CentOS-3.5-i386-disc3.iso 8c90ea0b97abffd6b19c805c697693ea CentOS-3.5-i386-src1.iso 5137abe9f59d8745c9a620d904354a4f CentOS-3.5-i386-src2.iso b6ac69cea5212aaad16b59f9785cc3f3 CentOS-3.5-i386-src3.iso d9bb41c196dab591ebd10e0d650e32d0 CentOS-3.5-i386-dvd.iso

1 0

Is this message from YUM a bad thing?
by Dave Gutteridge 05 Aug '05

05 Aug '05

I was doing a YUM update, and it found about 70 packages to download and install. While installing, this message popped up a couple of times: /sbin/ldconfig: File /usr/lib/libk3bdevice.so.2.0.0.#prelink#.X8kEMh is empty, not checked. And then after about three or four times of saying that, the YUM update stopped without finishing. So I started it again, and it picked up where it left off, so I figured it was no big deal. Then, about mid way through, it did it again. I went through this process a couple more times, and eventually it updated all the packages. But what does it mean, and is it significant? Should I care? Dave

2 2

hda dma seek errors
by BRUCE STANLEY 05 Aug '05

05 Aug '05

I am getting occasional seek error on my boot drive. The messages are as follows: pshda: dma_intr: status = 0x51 { Drive ReadySeekComplete Error } hda: dma_intr: error= 0x84 { DriveStatusError BadCRC } ide: failed opcode was: unknown Everything seems to be working fine but these errors do have me concerned. The last time they occurred I was created a fairly large cpio backup file in the '/tmp' directory. The drive has been checked via fsck, and any errors found were reported to be corrected. Should I take some kind of action on this, or just ignore the errors?

11 23

Welcome screen is crashing.
by Dave Gutteridge 05 Aug '05

05 Aug '05

Hmm... it was tough to get into CentOS this morning. I booted up, and after the screen flickered a bit, I got an error message that said some png file couldn't be found (Sorry I was in a bit of a panic and didn't think to copy down the whole error message verbatum). I think it was "throbbing.png", which is a little salacious sounding, but that's what it was. Anyway, it says this image can't be found, and there's nothing else on the screen but the error message and a button to click "OK". So I click it, and nothing happens. Ever. No matter how many times I say Okay, it just sits there. So I tried restarting X, using my newly learned ctrl-alt-backspace key sequence. When X comes back, same message. Because I can't think of anything else to do, I try ctrl-alt-backspace a bunch of times in a row, and then after a few times, the error message changes. It says "X seems to be crashing. I will try to restart with a different greeting screen". Fine by me, so I click "OK", and I get this really plain, light blue and grey login screen. I login with my usual personal account, and I'm in. I don't want to go through *that* again. But I'm not sure what the issue is. I was doing two things last night. One is install OpenOffice Beta, which, after help from this list, finally worked. I was also wanting to install new themes for KDE, but that didn't get far as I downloaded one theme, and I couldn't get past the ./configure part because I didn't specify the right perameters or something. But in the process of trying to figure out why the ./configure failed, I attempted to update KDE following instructions on their web site. Part of the exercise was to get qt installed, as the theme seemed to require it. But all I did was add a repository from the KDE site and do a um install of some KDE related programs. There is one other thing that I notice about my system that's different. In the top left hand of my screen, on my panel, the CentOS logo is gone, and in it's place is the icon for a "Prominent North American Linux Distributor". Where'd *that* come from? Dave

3 5

US Federal Government to require MSIE for copyright preregistration
by Phil Schaffner 05 Aug '05

05 Aug '05

The following OT thread from fedora-list may be of some interest to this list also. https://www.redhat.com/archives/fedora-list/2005-August/msg00730.html https://www.redhat.com/archives/fedora-list/2005-August/msg00801.html Phil

1 0

Definitely recommend upgrades on Tyan S2895 ...
by Bryan J. Smith 05 Aug '05

05 Aug '05

It seems that unstable PowerNow support on the Tyan S2895 is not limited to Linux according to this review: http://www.hardcoreware.net/reviews/review-296-1.htm Their solution was to upgrade the BIOS as well. -- Bryan J. Smith b.j.smith(a)ieee.org http://thebs413.blogspot.com ---------------------------------------------------------------------- The best things in life are NOT free - which is why life is easiest if you save all the bills until you can share them with the perfect woman

1 0

Several kernel problems
by Deim Ágoston 04 Aug '05

04 Aug '05

hi all, I have to configure an Intel desktop motherboard based "server" with 4 disks, using linux software raid (2 raid1 arrays). The type of motherboard is Intel Desktop Board D925XEBC2 "BlackCanyon". The gigabit ethernet controller is Marvell Yukon based (Syskonnekt) and stock kernel has problems using it. It doesn't complain, lspci "sees" it (it's not a big thing at all) but nothing under /proc/net/sk98lin/ (there should be an eth0 at least). I upgraded the stcok kernel to the newer one, 2.6.9-11 EL kernel but it doesn't work too. I tried to compile it as a module and to compile the driver into the kernel. After I downloaded the tar.gz and newest driver from marvell.com and compiled it against the official EL kernel source it worked... for 2 seconds. After that I got a kernel panic. I downloaded the latest vanilla kernel, version 2.6.12.3, compiled it with the patched driver. Right now the kernel sees the ethernet card but there are three problems: - this kernel is not the overpatched, stress tested kernel source (lots of applications and 3rd party drivers require RH kernels) but I can live with it - the boot is terribly sloooooooow. at startup when udev starts the boot process hangs for a while. That should be the version mismatch between kernel version (2.6.12.3) and udev (latest is 0.60, CentOS/RHEL includes 0.39). As far as I've seen the changelogs and lkml archives an udev upgrade should help. But I don't want to replace everything. - it seems that the system constantly uses the disks! The HDD activity LED full time active. If I boot the stock kernel it doesn't do so this was after the upgrade. anybody seen such thing before? (Maybe that's udev related too but I don't think so). It seems that there's no constant writes but it's strange. I used dstat to get this result maybe there's a better option. Any comments appriciated. bye, Ago

1 0

Question driving external LCD from dell laptop
by Jerry Geis 04 Aug '05

04 Aug '05

Bryan, I have the Nvidia chipset. Geforce2 go. Under XP I see a selection for "Nview display mode" and I select to try to find something that will show me refresh rates, scan rates etc... but I dont see where that is. Can you be more specific about how to view that information so I attempt to duplicate that under X and CentOS. THanks, Jerry ------------ Jerry Geis <geisj at pagestation.com <http://lists.centos.org/mailman/listinfo/centos>> wrote: >/ I have a dell inspiron 8200 laptop running centos 4.1 just />/ fine. I want to connect it to an external 32 inch LCD. />/ This laptop is dual boot windows. I set windows up to />/ 1024x768 and connected the LCD - it worked just />/ fine. LCD max is 1333x768 />/ I then booted Centos 4.1 and set X to be 1024x768 also. />/ rebooted the laptop just ot make sure. />/ I then connected the LCD and it says can't display it... />/ Any ideas on how I might get the LCD to display CentOS X? / Depends on the GPU chipset. If it's an nVidia Go Mobile, you can use the nView features of the Standardware (Open Standard, Proprietary Source) drivers. It will let you set the _exact_ scan ranges of your 32" LCD TV (I assume it's a LCD TV, given the size/scan range), as well as the geometry for the 2nd head. If it's an Intel i855G/915G, then I've had a real hissy fit with mine. I can't seem to get the i855G/915G to do anything under Linux except send the _exact_same_ scan rate as it's using for the LCD. E.g., on my Toshiba Satelitte M35 series, it sends the _exact_same_ scan rate out the miniDB15 as it uses for the LCD. I have _never_ seen that with any other notebook I've ever used with a non-i8xx/9xx GPU (they always send VESA-standard output signals). So unless I don't know about some Intel tools out there for Linux, I hate'em. ;-> Never tried ATI Radeon Mobility.

3 3

CentOS-announce Digest, Vol 6, Issue 2
by centos-announce-request＠centos.org 04 Aug '05

04 Aug '05

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. CESA-2005:595 Moderate CentOS 3 i386 SquirrelMail - security update (Tru Huynh) 2. CESA-2005:595 Moderate CentOS 3 x86_64 SquirrelMail - security update (Tru Huynh) 3. CESA-2005:595 Moderate CentOS 4 i386 SquirrelMail- security update (Johnny Hughes) 4. CESA-2005:595 Moderate CentOS 4 x86_64 SquirrelMail- security (Johnny Hughes) 5. CESA-2005:595 Moderate CentOS 4 ia64 SquirrelMail - security update (Pasi Pirhonen) 6. CESA-2005:595 Moderate CentOS 4 s390(x) SquirrelMail - security update (Pasi Pirhonen) 7. CESA-2005:595 Moderate CentOS 3 s390(x) SquirrelMail - security update (Pasi Pirhonen) 8. CESA-2005:595 Moderate CentOS 3 ia64 SquirrelMail - security update (Pasi Pirhonen) 9. CESA-2005:583-01: Low CentOS 2 i386 dump security update (John Newbigin) ---------------------------------------------------------------------- Message: 1 Date: Wed, 3 Aug 2005 18:04:15 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2005:595 Moderate CentOS 3 i386 SquirrelMail - security update To: centos-announce(a)centos.org Message-ID: <20050803160415.GA31614(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2005:595 SquirrelMail security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2005-595.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/squirrelmail-1.4.3a-10.EL3.centos.1.noarch.rpm source: updates/SRPMS/squirrelmail-1.4.3a-10.EL3.centos.1.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update squirrelMail Tru -- Tru Huynh (CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

RE: [CentOS] Qube2
by Tom DE BLENDE (GCC) 04 Aug '05

04 Aug '05

Thomas, Anything special I need to pay attention to before doing it? You know of a How To posted anywhere? Tom -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Joebstl Thomas Sent: woensdag 3 augustus 2005 13:41 To: CentOS mailing list Subject: Re: [CentOS] Qube2 I dont see a MIPS Port mentioned anywhere, so I guess you're out of luck. I'm running Debian on mine. Regards, Thomas Tom DE BLENDE (GCC) schrieb: >Hi, > >I was just wondering whether someone has any experience installing >Cent0S on a Qube2. > >Kind regards, >Tom >_______________________________________________ >CentOS mailing list >CentOS(a)centos.org >http://lists.centos.org/mailman/listinfo/centos > > > > _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

1 0

Conflict between mouse and tablet
by Dave Gutteridge 04 Aug '05

04 Aug '05

I've been working hard to get my Wacom tablet to work as my primary pointing device. I've installed the drivers and followed the instructions at the Linux Wacom project at Sourceforge. And I've been largely successful. The drivers are working, the configuration utilities are working. I'm just one step away from success. Apparently the problem is that my mouse and my USB tablet are fighting with each other for control of input to the pointer. A guy from the Linux Wacom mailing list (I can't believe I'm on a mailing list for how to get a pointing device to work) told me that I need to edit xorg.conf so that my mouse device option points to "mouse1" and not "mice". And he referred me to the following page of explanation. http://linuxwacom.sourceforge.net/index.php/howto/mouse1 The guys who work to make the Wacom driver happen on Linux are good guys who have put in a lot of hard work to make their driver as well documented as possible. But it's a case of information overload and cryptic technobabble. They're talking way over my head. Anyway, following the gist of their advice, I edited my xorg.conf file where it says: "Option "Device" "/dev/input/mice" ... to: Option "Device" "/dev/input/mouse1" ... but there was no change. ... and the guys on the Linux Wacom list take a long time to respond, if at all. So, can someone here advise on what setting in xorg.conf will get my mouse input out of the way and let my tablet do it's job? I also tried removing the whole section for the mouse specifications, thinking that if it wasn't there, it couldn't obstruct my tablet. But that caused X windows to crash. Here is my current xorg.conf: # Xorg configuration created by system-config-display Section "ServerLayout" Identifier "single head configuration" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "stylus" "SendCoreEvents" InputDevice "cursor" "SendCoreEvents" InputDevice "eraser" "SendCoreEvents" EndSection Section "Files" # RgbPath is the location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "unix/:7100" EndSection Section "Module" Load "dbe" Load "extmod" Load "fbdevhw" Load "glx" Load "record" Load "freetype" Load "type1" Load "dri" EndSection Section "InputDevice" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # To disable the XKEYBOARD extension, uncomment XkbDisable. # Option "XkbDisable" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc102" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant" "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions" "ctrl:swapcaps" # Or if you just want both to be control, use: # Option "XkbOptions" "ctrl:nocaps" # Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/input/mouse1" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "yes" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Dell P1110" DisplaySize 400 300 HorizSync 30.0 - 121.0 VertRefresh 48.0 - 160.0 Option "dpms" EndSection Section "Device" Identifier "Videocard0" Driver "nv" VendorName "Videocard vendor" BoardName "RIVA TNT2" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "InputDevice" Driver "wacom" Identifier "cursor" Option "Device" "/dev/input/event2" Option "Type" "cursor" Option "Mode" "Relative" Option "USB" "on" EndSection Section "InputDevice" Driver "wacom" Identifier "stylus" Option "Device" "/dev/input/event2" Option "Type" "stylus" Option "USB" "on" EndSection Section "InputDevice" Driver "wacom" Identifier "eraser" Option "Device" "/dev/input/event2" Option "Type" "eraser" Option "USB" "on" EndSection Section "DRI" Group 0 Mode 0666 EndSection

5 8

How to query the package owning the file? (no packahe manger installed)
by Prasad Pillarisetti 04 Aug '05

04 Aug '05

Guys recently I had this question asked in a technical interview. How do I find out the package owning a particular file, when no package managers are installed? I am assuimg SRPMs are used to install the software? Is this actually possible? Install the Linux OS without a package manager? I know "rpm -qf filename" gives the package owning the file. But how to get the package name when I don't have any package manager? Maybe this was a question to rattle me? -- Prasad Pillarisetti "If everything is coming your way, then you are in the wrong lane"

11 16

RE: [CentOS] What do I need to do in order to dial into my server?
by Marc Powell 04 Aug '05

04 Aug '05

> -----Original Message----- > From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On > Behalf Of Kevin Anderson > Sent: Wednesday, August 03, 2005 1:29 PM > To: CentOS mailing list > Subject: [CentOS] What do I need to do in order to dial into my server? > > I need to setup my server so I can connect to it through it's phone modem. > Is there a howto anyone knows of? I'm not even sure what to look it up > as. While not CentOS specific -- http://www.google.com/search?hl=en&lr=&q=linux+dialin+server&btnG=Search -- Marc

2 1

centos plus kernel
by Hilliard, Jay 04 Aug '05

04 Aug '05

Are the changes in the centosplus kernel limited only to what is enabled the config file? There are some specific (and critical) patches I've had to apply to 2.6.9-11 to make it stable in our environment. Are kernel patches to known problems something that can be considered for CentOS plus? For example, this one was critical to get rid of prio_tree kernel crashes under heavy load: http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10-rc1/2.6.1… -- Jay Hilliard

1 0

Upgrade RedHat 9 to Fedora
by sudo Yang 04 Aug '05

04 Aug '05

What would be the easiest way to upgrade 2000 servers from RedHat 9 to Fedora or RedHat Enterprise/CentOS? Also, 1/2 of these systems have 1 TB data partition that cannot be destroyed. Would an upgrade option work via Kickstart?

6 23

Question driving external LCD from dell laptop
by Jerry Geis 03 Aug '05

03 Aug '05

I have a dell inspiron 8200 laptop running centos 4.1 just fine. I want to connect it to an external 32 inch LCD. This laptop is dual boot windows. I set windows up to 1024x768 and connected the LCD - it worked just fine. LCD max is 1333x768 I then booted Centos 4.1 and set X to be 1024x768 also. rebooted the laptop just ot make sure. I then connected the LCD and it says can't display it... Any ideas on how I might get the LCD to display CentOS X? Thanks, Jerry

2 1

Trying to get up and running with Open Office beta
by Dave Gutteridge 03 Aug '05

03 Aug '05

I was using the beta version of Open Office on Windows for... I don't know how long, but many months now. I quite like it and would like to replace the current stable 1.1 build of OpenOffice that came with CentOS with the beta. So i downloaded the RPMs from the OpenOffice site and dutifully followed their installation instructions, and it went well. I think. I mean, there were no errors and it did a whole bunch of unpacking and stuff. But any office document I try to open still opens with the previous OpenOffice, I can't find any icons for the OpenOffice Beta in any of my menus, and any documents I had created with OpenOffice Beta in Windows aren't recognized by CentOS. In short, I think it's installed, but I don't know how to start it. How do I do that, and how do I remove the "old" Open Office? Dave

2 3

RE: [CentOS] Japanese Language Support?
by kenkensmile＠netscape.net 03 Aug '05

03 Aug '05

Hi, Just install CentOS using Japanese, so you can use Japanese on Gnome. It means that when you are installing CentOS, you must choose Japanese language . When you get on your account, click language and choose Japanese as well before typing your user name and password. You just push Ctrl and space at the same time, so you can type Japanese on Firefox, Mozilla, Openoffice and so on. For example, if you want to type "さよなら", you need to type "SAYONARA" on your English keyboard. If you want to use Chinese characters for Japanese language, push space after typing Japanese, so you can choose Chinese characters. Hope that this helps you. Cheers, Joe Dave Gutteridge <dave(a)tokyocomedy.com> wrote: > >When I installed CentOS, I was careful to install Japanese language support. > >However, now that CentOS is running, I can't seem to get Japanese >language input going. I clicked on the top menu bar to add the "Input >Method Switcher", and now there is a little white square on the top >panel. If I click on it, gives me the option of using ASCII input, or to >"Add or Remove". > >If I click on "Add or Remove", I get an "Add or Remove Languages" >dialoge box, which is empty. There are no languages to add to the list >of selections, and nothing in the area marked "Languages shown in menu" >either. >There are also no options to install languages. > >I went to Applications | System Settings | Add/Remove Applications to >look for language settings, but they weren't there. > >How do I get my Japanese language input up and running? > >Dave >_______________________________________________ >CentOS mailing list >CentOS(a)centos.org >http://lists.centos.org/mailman/listinfo/centos > __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp

5 10

How to login to a new session?
by duffmckagan 03 Aug '05

03 Aug '05

I have Cent OS 4 with KDE. How do I enable an option of starting a new session with the current running? What I want to do is.....If I Lock my Screen, the other user should be able to Login to a new session on the Same computer. I hope this is clear. Thank you. -- "No-one dies a virgin. Life screws everyone."

9 22

Multiple instances of firefox.
by duffmckagan 03 Aug '05

03 Aug '05

What should i do to run multiple instances of Firefox? I mean whenever I click on the firefox to start a new window, it asks me to create a new profile. I use Firefox 1.0.6 on Cent OS 4. -- "No-one dies a virgin. Life screws everyone."

2 1

Gnome Logouts -- are very slow or they hang -- 2nd post
by BRUCE STANLEY 03 Aug '05

03 Aug '05

! I just installed Centos 4.1 (i386) on one of my test drives. When ever I try to logout of a Gnome session, it seems to hang but if I wait about 4-5 minutes it will usually logout, although I have had it hang a couple of times (never logs out). When I do an ALT-TAB-F1, and log in as 'root', I can see the following processes still hanging around after Gnome finally does logout: /usr/libexec/gam_server /usr/bin/ssh_agent -s For every log in session I try, there is a copy of the 'ssh_agent' still hanging around after Gnome finally logs out. Could this be what's causing the problem? KDE logins will also cause these two programs to hang aroud, but it will usually logout in a timely fashion. Any help would be appreciated.

6 10

Bacula
by James B. Byrne 03 Aug '05

03 Aug '05

We are presently looking into alternative backup strategies for our networked servers and are considering Bacula. Does anyone have any opinions on this application, good and bad, to share? Further, is there a CentOS4 specific rpm build available for this in a yum repository (I note that CentOS4 tags have been added to the Bacula source tree)? Regards, Jim -- *** e-mail is not a secure channel *** mailto:byrnejb.<token>@harte-lyne.ca James B. Byrne Harte & Lyne Limited vox: +1 905 561 1241 9 Brockley Drive fax: +1 905 561 0757 Hamilton, Ontario <token> = hal Canada L8E 3C3

8 14

RPM Compatibility
by BRUCE STANLEY 02 Aug '05

02 Aug '05

It is my understanding that RPMs built for RHEL 4 are suppose to be compatible with Centos 4.1. How about ones built for Fedora 3 or 4? I thinking mainly about add-on programs that are not part of the core package.

3 3

Adaptec 2230SLP not detected
by Kanwar Ranbir Sandhu 02 Aug '05

02 Aug '05

[I originally sent this using the wrong email address - apologies if it appears twice] Hello Everyone, Has anyone tried installing CentOS 4 x86_64 on a machine with an Adaptec 2230SLP card? I've just tried it, and Anaconda could not detect the card. I've manually loaded the aacraid driver, which then starts the install process. But, when the install gets to disk partitioning, the installer reports that no drives were detected, and aborts. I was quite confident that the 2230SLP would be supported in CentOS 4, especially since I've seen the card mentioned being used in RHEL 3 boxes. I'm about to give the drivers from the Adaptec site a try. If there's another solution I'm missing, I'd appreciate any pointers. Thanks, Ranbir -- Kanwar Ranbir Sandhu Systems Aligned Inc. www.systemsaligned.com

1 2

Business software for Linux
by William Warren 02 Aug '05

02 Aug '05

I am hoping to find a inventory management program suitable for something like a bookstore or other 1-5 person smb. The software would need to be able to accept inputs from wireless handheld scanning devices for entry into the system. It must also work with their windows based PoS computer. Any suggestions would be highly appreciated. William -- My "Foundation" verse: Isa 54:17 No weapon that is formed against thee shall prosper; and every tongue that shall rise against thee in judgment thou shalt condemn. This is the heritage of the servants of the LORD, and their righteousness is of me, saith the LORD. -- carpe ductum -- "Grab the tape"

4 3

detecting 32 or 64-bit hardware / Kernel
by sudo Yang 02 Aug '05

02 Aug '05

What's the easiest way to detect whether a system is running 32 or 64 bit?

2 1

less strange behavior
by Phil Schaffner 02 Aug '05

02 Aug '05

Have encountered a (rather minor but puzzling and annoying) problem with "less" that I can reproduce on multiple CentOS4 boxes. Only seems to be a problem for a root login on a VC. Here's the scenario: 1) Login as root on a VC. 2) Type "less /etc/printcap" or any other text file. 3) less hangs until Ctrl-C is typed, then displays the file. If a gzipped file is tried, after the Ctrl-C it warns that the file is binary rather than unzipping and displaying as might be expected. Using "zless <filename>.gz" works OK. Seems to be something to do with lesspipe.sh behavior set up in /etc/profile.d/less.sh... 4) Type "unset LESSOPEN" 5) Now less works with text files without hanging, but without the smart wrapper behavior. (zless still works with .gz files.) Logging in as a user on a VC there is no problem, and doing "su -" on the VC there is no problem, working in a konsole as a user or root, or doing ssh to another machine as root, no problems - less works as expected, except with a root login on a VC. Can't find anything in Bugzilla and don't recall encountering this on RH-any-version, FC1/2/3, or WBEL3. A) Can anyone else confirm this? Could be something strange about my root .??* files that have been propagated across machines, but I can't find any problem. B) Does this happen on RHEL4? C) If so, could somebody with a RHEL entitlement bugzilla it? If not, this could be a CentOS4-specific bug. Thanks, Phil

1 0

rpmbuild question.
by James B. Byrne 02 Aug '05

02 Aug '05

I am attempting to build from a src.rpm (knowing very little about rpm at all) and the spec file notes that the architecture should be set on the command line: > # platform defines - set one below or define the build_xxx on the command line Now. My question is this, how does one do this using rpmbuild? The syntax rpmbuild --target centos4 package.src.rpm seemingly has no effect. Please note that I am a digest subscriber so it is most useful if replies are sent to me directly as well as to the list. -- *** e-mail is not a secure channel *** mailto:byrnejb.<token>@harte-lyne.ca James B. Byrne Harte & Lyne Limited vox: +1 905 561 1241 9 Brockley Drive fax: +1 905 561 0757 Hamilton, Ontario <token> = hal Canada L8E 3C3

3 2

bash file direct execution
by dan1 02 Aug '05

02 Aug '05

Hi all. I have a little strange problem. I created a file called 'test.sh' in the root directory containing: #!/bin/sh echo test When I execute it with '/test.sh' there is no output. When I source it by executing it with '. /test.sh' the output comes ok. When I move it to '/root' and execute it with '/root/test.sh' then it works perfectly. When I move it to '/home' and execute it with '/home/test.sh' there is no output. Could someone tell me what I shoud do to make the script run without sourcing it with '.' ? This problem happens only on one CentOS 4 box I have, on the others it works perfectly. What am I doing wrong ? The permissions are 755 on the file itself, and I execute them logged as root. Thanks, Daniel

9 23

Opteron in 32-bit mode
by Paul Heinlein 02 Aug '05

02 Aug '05

I'm spec-ing a development server for some Haskell hackers. In particular, they need to be able to build and run the Glasgow Haskell Compiler (ghc), the x86_64 port of which isn't quite there yet. My current thought is to get an Opteron-based system, but load it (initially, at least) with the 32-bit i386 version of CentOS. That buys me near-term ghc compatibility. In the future, should ghc become 64-bit clean, I'll be able to upgrade to a full 64-bit OS. The alternative is to build the server around high-end ia32 chips and leave the Opteron for another day. Does anyone have experience running a 32-bit-only OS on Opterons? Are there any gotchas? -- Paul Heinlein <> heinlein(a)madboa.com <> www.madboa.com

6 10

KDE as default, and looking up CentOS on the web.
by Dave Gutteridge 02 Aug '05

02 Aug '05

This should be simple, but I can't find it on the web: How do I make KDE my default environment? Every time I reboot it goes back to Gnome unless I specifically change the environment before logging in. And while I'm at it, why is it I never find any information about CentOS on the net? I look up "CentOS KDE default" or something like that, and I get more about things like Mandrake or Fedora or any other distro than I do about CentOS. I know that CentOS is supposed to be on the same level as Fedora Core 3 and Red Hat Enterprise 8 or 9... but still, why is it that no one even seems to mention CentOS? It's like this big but invisible community of users. Dave

8 13

Can't find repository for centosplus
by Dave Gutteridge 02 Aug '05

02 Aug '05

While trying to get my SD card reader to work with CentOS, it was recommended to me that I update to the centosplus kernel. I attempted to do so using yum, as was recommended, but I encountered the following error: [root@localhost ~]# yum --enablerepo=centosplus update kernel Repository update already added, not adding again Error getting repository data for centosplus, repository not found So I checked the internet for answers, and it seemed that my /etc/yum.repos.d/CentOS-Base.repo file might not point to the right place. However, when I compared my centosplus entry in /etc/yum.repos.d/CentOS-Base.repo to examples on the net, it seemed to be correct: #additional packages that extend functionality of existing packages [centosplus] name=CentOS-$releasever - Plus baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/ gpgcheck=1 enabled=0 Why can I not access the repository and install centosplus? Dave

3 8

patching postfix with VDA
by Mark Quitoriano 02 Aug '05

02 Aug '05

hi guys can anyone give me info how to patch postfix with VDA? im using centos 4 with postfix-2.1.5-4.2. I downloaded the postfix-2.1.5-4.2.RHEL4.src.rpm to recompile it with VDA. i also downloaded the patch for postfix to support VDA. i added a line in postfix.spec Patch8: postfix-2.1.5-trash.patch for the VDA. but when i compiled it it seems that it doesn't compile with the given patch here's a snip of log for the compilation. --start of logfile--- Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.48249 TLS and IPv6, patching with /home/s0lid/rpm/SOURCES/tls+ipv6-1.26-pf-2.1.5.patch.gz patching file IPv6-ChangeLog patching file Makefile.in patching file README_FILES/IPV6_README patching file conf/master.cf patching file conf/postfix-files patching file conf/sample-ipv6.cf patching file conf/sample-tls.cf patching file makedefs patching file man/man8/tlsmgr.8 --snip many unnecessary lines-- patching file src/lmtp/lmtp.c patching file src/lmtp/lmtp_addr.c patching file src/lmtp/lmtp_connect.c patching file src/master/master_ent.c patching file src/master/master_listen.c patching file src/qmqpd/qmqpd_peer.c patching file src/smtp/Makefile.in patching file src/smtp/smtp.c patching file src/smtp/smtp.h patching file src/smtp/smtp_addr.c patching file src/smtp/smtp_connect.c patching file src/smtp/smtp_proto.c patching file src/smtp/smtp_session.c patching file src/smtp/smtp_unalias.c patching file src/smtpd/smtpd.c patching file src/smtpd/smtpd.h patching file src/smtpd/smtpd_check.c patching file src/smtpd/smtpd_peer.c patching file src/smtpd/smtpd_state.c patching file src/smtpstone/qmqp-sink.c patching file src/smtpstone/smtp-sink.c patching file src/tlsmgr/Makefile.in patching file src/tlsmgr/tlsmgr.c patching file src/util/Makefile.in patching file src/util/dict_cidr.c patching file src/util/dict_open.c patching file src/util/dict_sdbm.c patching file src/util/dict_sdbm.h patching file src/util/get_port.c patching file src/util/get_port.h patching file src/util/inet_addr_host.c patching file src/util/inet_addr_list.c patching file src/util/inet_addr_list.h patching file src/util/inet_addr_local.c patching file src/util/inet_addr_local.h patching file src/util/inet_connect.c patching file src/util/inet_listen.c patching file src/util/inet_util.c patching file src/util/listen.h patching file src/util/match_list.c patching file src/util/match_ops.c patching file src/util/match_ops.h patching file src/util/sdbm.c patching file src/util/sdbm.h patching file src/util/sys_defs.h patching file src/util/valid_hostname.c Patch #1 (postfix-2.1.1-config.patch): Patch #2 (postfix-smtp_sasl_proto.c.patch): Patch #3 (postfix-alternatives.patch): Patch #4 (postfix-hostname-fqdn.patch): missing header for unified diff at line 3 of patch Patch #5 (postfix-2.1.1-pie.patch): Patch #6 (postfix-2.1.1-obsolete.patch): Patch #7 (postfix-2.1.5-aliases.patch): Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.31103 make -f Makefile.in MAKELEVEL= Makefiles --snip-- It only read until patch #7 but there's no Patch #8 on my logfile.

2 4

Running another gnome or kde on virtual console
by ijez 02 Aug '05

02 Aug '05

Hi, I'm still new in linux world and CentOS is my 2nd linux desktop I ever used ( have used it for month now, before using Ubuntu for 2 days ), so please gave me a little favor on it :) What I need to do is to have my virtual console that can also run gnome or kde, so I can have different windows on different virtual console. After googling, I found the qingy that just fit for my need. I try to install qingy ( http://qingy.sourceforge.net ) on my desktop by following the manual at qingy site with no luck :( after googling for the more installations howto, I found that most of it is for gentoo linux.. does anybody here with success story of it want to share info on installing it? I have install directfb as required by qingy but when I run fbset, I got error about /dev/fb0 can't opening.. if I follow the manual on qingy site, it's should list the display mode.. anybody can brief me what the error is all about and how I could create the /dev/fb0 file? When I go to virtual console ( alt+ctrl+f2 ), I got messages : Warning : cannot get console framebuffer resolutions! Unrecoverable error: reverting to text mode! Anyone have any ideal what that means? I have set : video=vesafb:ywrap mtrr vga=0x317 at grub configurations after the kernel statement, anyone have any suggestions? Anyone please shed me some light on this, and thanks in advances, If anyone can guide me on howto to have X running on virtual-console, I really appreciate it and sorry for my bad english Regards. ijez

4 9

Tracking Traffic By Port or Process?
by Kennedy Clark 02 Aug '05

02 Aug '05

Does anyone know of a way to track TCP/IP traffic by TCP/UDP port and/or by process/daemon with CentOS? I know a variety of ways to track it in total (e.g., ifInOctets & ifOutOctets with SNMP), but I'm not sure how to be approach seeing traffic by application, port, or process. One option would be to write something that would sift through different stuff for each daemon (for example, with apache, you could add up all the bytes sent by summing up the values in 'access_log'), but I was hoping for a more centralized method that would work the same for all daemons and/or ports. One approach I have though about is using iptables... "iptables -L -n -v" gives detail on packets and byte counts by ACL entry. Does anyone have any experience with any tools that grab this info and graph/report on it? My searches have yielded tons of hits, but none of it seems relevant. Are there any tools that measure this? Thanks, KC

5 5

Amavis on centos
by Carlos Arellano 01 Aug '05

01 Aug '05

I already have installed, postfix, squirrelmail, dovecot, spamassassin and clamav. The only thinks that I missed up is some interface between clamav , spamassassing and postfix, I am trying with amavis-new but I gat this error when I try to install amavis from the tar file. ERROR: MISSING REQUIRED BASIC MODULES: IO::Wrap IO::Stringy Unix::Syslog Mail::Field Mail::Address Mail::Header Mail::Internet Compress::Zlib MIME::Words MIME::Head MIME::Body MIME::Entity MIME::Parser MIME::Decoder MIME::Decoder::Base64 MIME::Decoder::Binary MIME::Decoder::QuotedPrint MIME::Decoder::NBit MIME::Decoder::UU MIME::Decoder::Gzip64 Net::Server Net::Server::PreForkSimple BEGIN failed--compilation aborted at ./amavisd line 147. I know the error Is for missing dependences but I do not knows which are they and where can I find this. Thanks for your help. Este correo fue escaneado y se encuentra libre de virus. Este correo fue escaneado y se encuentra libre de virus.

7 6

BJC-2100 printer not printing correctly
by Scot L. Harris 01 Aug '05

01 Aug '05

First, thanks for the great work done on Centos 4.1. Recently installed on two systems that previously were running Windows 98 and Windows ME. (The user of the Windows ME system has no problems so far.) I was very surprised when Centos 4.1 recognized and automatically configured the BJC-2100 printer connected to the USB port during install. The only problem encountered so far is poor printing results to the BJC-2100. When I print the test page it takes an exceptionally long time to print, looks like multiple passes with very little paper movement. And the print results are not good, the print out appears washed out almost gray. Trying to print text only test page the result is difficult to see on the page it is so light. I have tried various adjustments in the print driver and a few suggestions I found via google (use BJC-600 driver, BJC-4500 driver, etc.) Nothing I have found so far appears to make much difference in the print results. I suspect part of the problem is that this printer is not postscript or PCL (?). A queue setup pointing to an HPG85 printer connected to another system prints just fine. But this is served via another system on the LAN not directly connected. I also believe this is a postscript type printer. Has anyone else used a BJC-2100 on any linux distribution? Any suggestions on what else to try to get this to print as it should? -- Scot L. Harris webid(a)cfl.rr.com That's life. What's life? A magazine. How much does it cost? Two-fifty. I only have a dollar. That's life.

1 0

what's the right way to ask help for unsupported kernel
by Farkas Levente 01 Aug '05

01 Aug '05

hi, as i already wrote mail to this list after we upgrade from centos-3 to centos-4 with kernel-unsupported we has a once a week kernel crash. we're not able to manage to find the real reason, but we've got this once a week and it's a very big problem. we need novel fs support so we can't use the standard kernel. i can't report it redhat because they refuse to look into it since it's centos' kernel and not rhel's one (what's more the unsupported version, so even the config are modified). anybody else send back to centos, but centos is just recompile the rh one:-( so what do you think what is the right place to report this error to be able to get some kind of help to find the problem (or even more to fix it:-) i'm just attached the today's crash' netdump log file: [Fwd: crash netdump black] thank you for your help in advance. yours. -- Levente "Si vis pacem para bellum!" 3w-xxxx: scsi0: Command failed: status = 0xc7, flags = 0x40, unit #2. 3w-xxxx: scsi0: AEN: ERROR: Drive error: Port #2. Debug: sleeping function called from invalid context at include/asm/uaccess.h:556 in_atomic():0[expected: 0], irqs_disabled():1 [<c011c89c>] __might_sleep+0x7d/0x89 [<f8840550>] tw_ioctl+0x466/0xd80 [3w_xxxx] [<c026d142>] ide_build_sglist+0x19/0x7d [<f8858dfc>] scsi_done+0x0/0x16 [scsi_mod] [<f88422a0>] tw_scsi_queue+0x222/0x312 [3w_xxxx] [<f8858bee>] scsi_dispatch_cmd+0x2f6/0x3ad [scsi_mod] [<f885eab2>] scsi_request_fn+0x385/0x5b4 [scsi_mod] [<c0245d15>] __generic_unplug_device+0x2b/0x2d [<c0245d92>] generic_unplug_device+0x7b/0xe0 [<c0246a91>] blk_execute_rq+0xbb/0xe3 [<c01c0de6>] avc_has_perm+0x3b/0x45 [<c0244a49>] elv_set_request+0xa/0x17 [<c0246636>] get_request+0x395/0x39f [<c01c22b5>] task_has_capability+0x4a/0x52 [<c024a039>] sg_scsi_ioctl+0x2bf/0x3c1 [<f88d247b>] ext3_mark_inode_dirty+0x3a/0x41 [ext3] [<c024a50e>] scsi_cmd_ioctl+0x3d3/0x475 [<c0151b00>] do_no_page+0x55/0x3bf [<c015204a>] handle_mm_fault+0xd5/0x1fd [<c011924d>] do_page_fault+0x1ac/0x4dc [<c016b98e>] blkdev_open+0x1a/0x42 [<f88198f4>] sd_ioctl+0xb6/0xd7 [sd_mod] [<c0248c3e>] blkdev_ioctl+0x32b/0x337 [<c016bc7e>] block_ioctl+0x11/0x13 [<c0175e55>] sys_ioctl+0x297/0x336 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 3w-xxxx: scsi0: Command failed: status = 0xc7, flags = 0x40, unit #2. Debug: sleeping function called from invalid context at include/asm/uaccess.h:531 in_atomic():0[expected: 0], irqs_disabled():1 [<c011c89c>] __might_sleep+0x7d/0x89 [<f8840b85>] tw_ioctl+0xa9b/0xd80 [3w_xxxx] [<c026d142>] ide_build_sglist+0x19/0x7d [<f8858dfc>] scsi_done+0x0/0x16 [scsi_mod] [<f88422a0>] tw_scsi_queue+0x222/0x312 [3w_xxxx] [<f8858bee>] scsi_dispatch_cmd+0x2f6/0x3ad [scsi_mod] [<f885eab2>] scsi_request_fn+0x385/0x5b4 [scsi_mod] [<c0245d15>] __generic_unplug_device+0x2b/0x2d [<c0245d92>] generic_unplug_device+0x7b/0xe0 [<c0246a91>] blk_execute_rq+0xbb/0xe3 [<c01c0de6>] avc_has_perm+0x3b/0x45 [<c0244a49>] elv_set_request+0xa/0x17 [<c0246636>] get_request+0x395/0x39f [<c01c22b5>] task_has_capability+0x4a/0x52 [<c024a039>] sg_scsi_ioctl+0x2bf/0x3c1 [<f88d247b>] ext3_mark_inode_dirty+0x3a/0x41 [ext3] [<c024a50e>] scsi_cmd_ioctl+0x3d3/0x475 [<c0151b00>] do_no_page+0x55/0x3bf [<c015204a>] handle_mm_fault+0xd5/0x1fd [<c011924d>] do_page_fault+0x1ac/0x4dc [<c016b98e>] blkdev_open+0x1a/0x42 [<f88198f4>] sd_ioctl+0xb6/0xd7 [sd_mod] [<c0248c3e>] blkdev_ioctl+0x32b/0x337 [<c016bc7e>] block_ioctl+0x11/0x13 [<c0175e55>] sys_ioctl+0x297/0x336 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 3w-xxxx: scsi0: Command failed: status = 0xc7, flags = 0x40, unit #2. 3w-xxxx: scsi0: Command failed: status = 0xc7, flags = 0x40, unit #2. 3w-xxxx: scsi0: Command failed: status = 0xc7, flags = 0x40, unit #2. scsi0: ERROR on channel 0, id 2, lun 0, CDB: Read (10) 00 12 91 dd 3f 00 00 08 00 Info fld=0x0, Current sdc: sense key Medium Error Additional sense: Unrecovered read error end_request: I/O error, dev sdc, sector 311549247 raid5: Disk failure on sdc1, disabling device. Operation continuing on 7 devices RAID5 conf printout: --- rd:8 wd:7 fd:1 disk 0, o:1, dev:sda1 disk 1, o:1, dev:sdb1 disk 2, o:0, dev:sdc1 disk 3, o:1, dev:sdd1 disk 4, o:1, dev:sde1 disk 5, o:1, dev:sdf1 disk 6, o:1, dev:sdg1 disk 7, o:1, dev:sdh1 RAID5 conf printout: --- rd:8 wd:7 fd:1 disk 0, o:1, dev:sda1 disk 1, o:1, dev:sdb1 disk 3, o:1, dev:sdd1 disk 4, o:1, dev:sde1 disk 5, o:1, dev:sdf1 disk 6, o:1, dev:sdg1 disk 7, o:1, dev:sdh1 RAID5 conf printout: --- rd:8 wd:7 fd:1 disk 0, o:1, dev:sda1 disk 1, o:1, dev:sdb1 disk 2, o:1, dev:sdc1 disk 3, o:1, dev:sdd1 disk 4, o:1, dev:sde1 disk 5, o:1, dev:sdf1 disk 6, o:1, dev:sdg1 disk 7, o:1, dev:sdh1 RAID5 conf printout: --- rd:8 wd:8 fd:0 disk 0, o:1, dev:sda1 disk 1, o:1, dev:sdb1 disk 2, o:1, dev:sdc1 disk 3, o:1, dev:sdd1 disk 4, o:1, dev:sde1 disk 5, o:1, dev:sdf1 disk 6, o:1, dev:sdg1 disk 7, o:1, dev:sdh1 Unable to handle kernel paging request at virtual address fffffffc printing eip: dcc4a98c *pde = 00002067 Oops: 0000 [#1] Modules linked in: ncpfs nls_utf8 cifs netconsole netdump nfsd exportfs lockd sunrpc parport_pc lp parport i2c_dev i2c_core ipx dm_mod e1000 tg3 floppy ext3 jbd raid5 xor raid1 3w_xxxx sd_mod scsi_mod CPU: 0 EIP: 0060:[<dcc4a98c>] Not tainted VLI EFLAGS: 00010296 (2.6.9-11.106.unsupported) EIP is at 0xdcc4a98c eax: 00000000 ebx: d7fedbf8 ecx: 00000000 edx: dcc4a98c esi: f8897808 edi: d7fedbf8 ebp: 00000000 esp: d7fedbc8 ds: 007b es: 007b ss: 0068 Process smbd (pid: 4952, threadinfo=d7fed000 task=f784a1b0) Stack: 0000298c d35da768 Pid: 4952, comm: smbd EIP: 0060:[<dcc4a98c>] CPU: 0 EIP is at 0xdcc4a98c EFLAGS: 00010296 Not tainted (2.6.9-11.106.unsupported) EAX: 00000000 EBX: d7fedbf8 ECX: 00000000 EDX: dcc4a98c ESI: f8897808 EDI: d7fedbf8 EBP: 00000000 DS: 007b ES: 007b CR0: 8005003b CR2: fffffffc CR3: 344b7000 CR4: 000006d0 [<f88ccd09>] ext3_try_to_allocate_with_rsv+0x40/0x35c [ext3] [<c030b650>] __cond_resched+0x14/0x3b [<f88cd30d>] ext3_new_block+0x260/0x581 [ext3] [<c016527a>] bh_lru_install+0x8b/0x93 [<f88cf4e8>] ext3_alloc_block+0x9/0xb [ext3] [<f88cf7fa>] ext3_alloc_branch+0x4a/0x25a [ext3] [<f88cfd31>] ext3_get_block_handle+0x1b7/0x276 [ext3] [<f88cfe54>] ext3_get_block+0x64/0x6c [ext3] [<c0165ad6>] __block_prepare_write+0x163/0x3e5 [<c01663b6>] block_prepare_write+0x16/0x22 [<f88cfdf0>] ext3_get_block+0x0/0x6c [ext3] [<f88d02a1>] ext3_prepare_write+0x56/0xf5 [ext3] [<f88cfdf0>] ext3_get_block+0x0/0x6c [ext3] pipe_wait+0x70/0xa9 __pollwait+0x2d/0x94 [<c02d1fed>] tcp_poll+0x31/0x144 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c01058d8>] sys_sigreturn+0x1ce/0x1f2 [<c030cefb>] syscall_call+0x7/0xb ntpd S 000000D0 2500 2070 1 2093 2046 (NOTLB) f7cf3eb0 00000086 00000246 000000d0 f784a1b0 000018df 0a38826e 00012243 f72e5970 f72e5afc f7344180 7fffffff 00000000 f7cf3f74 c030b7e5 f7348680 00000000 f7cf3f58 f7348680 f66b8998 c017648e 00000246 f669a080 f7cf3f58 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c017648e>] __pollwait+0x2d/0x94 [<c02aeeac>] datagram_poll+0x25/0xd1 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c01058d8>] sys_sigreturn+0x1ce/0x1f2 [<c030cefb>] syscall_call+0x7/0xb rpc.rquotad S 00000000 3416 2093 1 2097 2070 (NOTLB) f68f5f1c 00000086 00000001 00000000 f72e4230 0002ebd5 135d2ce1 00000013 f72c01b0 f72c033c 00000000 7fffffff f68f5fa0 f66a0b40 c030b7e5 f669a300 f68f5fa0 f66b8398 c02aeeac f7f4da80 c03806c0 00000145 f66a0b50 00000001 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c02aeeac>] datagram_poll+0x25/0xd1 [<c02a8f2c>] sock_poll+0x12/0x14 [<c0176db3>] do_pollfd+0x54/0x77 [<c0176e63>] do_poll+0x8d/0xab [<c0177020>] sys_poll+0x19f/0x24f [<c0176461>] __pollwait+0x0/0x94 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 nfsd S 000120D5 2132 2097 1 2098 2093 (L-TLB) f72f7f10 00000046 f9788c9f 000120d5 f731c680 00000481 f9788c9f 000120d5 f72c0780 f72c090c 13288078 13288078 0000000b f7f7fc00 c030b886 f66e3f18 c035b2f0 13288078 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<f8ade6bb>] svc_recv+0x325/0x65b [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<f8adc82b>] svc_process+0x480/0x6cd [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<c012d587>] sigprocmask+0x140/0x1f4 [<f8b2e44d>] nfsd+0x1ae/0x540 [nfsd] [<f8b2e29f>] nfsd+0x0/0x540 [nfsd] [<c01041d9>] kernel_thread_helper+0x5/0xb nfsd S 000120D6 2124 2098 1 2099 2097 (L-TLB) f66e3f10 00000046 eae42c9f 000120d6 f731c680 00002725 eae42c9f 000120d6 f72c0d50 f72c0edc 13289051 13289051 0000000b f7f7fe00 c030b886 f673cf18 f72f7f18 13289051 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<f8ade6bb>] svc_recv+0x325/0x65b [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<f8adc82b>] svc_process+0x480/0x6cd [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<c012d587>] sigprocmask+0x140/0x1f4 [<f8b2e44d>] nfsd+0x1ae/0x540 [nfsd] [<f8b2e29f>] nfsd+0x0/0x540 [nfsd] [<c01041d9>] kernel_thread_helper+0x5/0xb nfsd S C02DD903 3056 2099 1 2100 2098 default_wake_function+0x0/0xc default_wake_function+0x0/0xc [<c012d587>] sigprocmask+0x140/0x1f4 [<f8b2e44d>] nfsd+0x1ae/0x540 [nfsd] [<f8b2e29f>] nfsd+0x0/0x540 [nfsd] kernel_thread_helper+0x5/0xb schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<f8ade6bb>] svc_recv+0x325/0x65b [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<c030d040>] common_interrupt+0x18/0x20 [<c011b856>] default_wake_function+0x0/0xc [<c012d587>] sigprocmask+0x140/0x1f4 [<f8b2e44d>] nfsd+0x1ae/0x540 [nfsd] [<f8b2e29f>] nfsd+0x0/0x540 [nfsd] [<c01041d9>] kernel_thread_helper+0x5/0xb nfsd S 00012228 2136 2103 1 2104 2102 (L-TLB) f6771f10 00000046 f9cac06e 00012228 f7330700 00000356 f9cac06e 00012228 f7330130 f73302bc 133ec231 133ec231 0000000b f7fe4400 c030b886 f6764f18 f6749f18 133ec231 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<f8ade6bb>] svc_recv+0x325/0x65b [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<f8adc82b>] svc_process+0x480/0x6cd [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<c012d587>] sigprocmask+0x140/0x1f4 [<f8b2e44d>] nfsd+0x1ae/0x540 [nfsd] [<f8b2e29f>] nfsd+0x0/0x540 [nfsd] [<c01041d9>] kernel_thread_helper+0x5/0xb lockd S 00000000 3496 2104 1 2105 2103 (L-TLB) f6773f28 00000046 00000839 00000000 f7331870 0000122c 15046bd1 00000013 f73312a0 f733142c f6773000 7fffffff 00000003 f7fe4600 c030b7e5 00004c54 f7862100 00000246 f6705d00 c02ae7c6 00000000 00000000 f7fe4600 schedule_timeout+0x50/0x10c [<c02ae7c6>] skb_recv_datagram+0x15a/0x18f [<f8ade6bb>] svc_recv+0x325/0x65b [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<c01041d4>] kernel_thread_helper+0x0/0xb [<c011b856>] default_wake_function+0x0/0xc [<f8abb6f7>] lockd+0x1ae/0x33f [lockd] [<f8abb549>] lockd+0x0/0x33f [lockd] [<c01041d9>] kernel_thread_helper+0x5/0xb rpciod S C0129BCC 3752 2105 1 2106 2104 (L-TLB) f6775f9c 00000046 f6775000 c0129bcc f72e4230 000009f6 150475c7 00000013 f7331870 f73319fc f6775000 00000000 f6775fb8 00000000 f8ada30b 00000000 f7331870 c011ceaf f6775fd0 f6775fd0 f72f7f10 c030ce1a f72c0780 free_uid+0x15/0xac [<f8ada30b>] rpciod+0x556/0x74b [sunrpc] autoremove_wake_function+0x0/0x2d [<c030ce1a>] ret_from_fork+0x6/0x14 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<f8ad9db5>] rpciod+0x0/0x74b [sunrpc] [<c01041d9>] kernel_thread_helper+0x5/0xb nfsd S 00011F36 2872 2106 1 2110 2105 (L-TLB) f6785f10 00000046 87ecc96b 00011f36 f72c0780 00000688 87ecc96b 00011f36 f728d2a0 f728d42c 130d39f4 130d39f4 0000000b f7fe4c00 c030b886 c035b100 c035b100 130d39f4 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<f8ade6bb>] svc_recv+0x325/0x65b [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<f8adc82b>] svc_process+0x480/0x6cd [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<c012d587>] sigprocmask+0x140/0x1f4 [<f8b2e44d>] nfsd+0x1ae/0x540 [nfsd] [<f8b2e29f>] nfsd+0x0/0x540 [nfsd] [<c01041d9>] kernel_thread_helper+0x5/0xb rpc.mountd S C16CF1C0 3416 2110 1 2130 2106 (NOTLB) f678ceb0 00000082 c01458e9 c16cf1c0 f72e4230 000357d5 17b12df6 00000013 f728ccd0 f728ce5c f7f4d780 7fffffff 00000000 f678cf74 c030b7e5 00000000 0019c100 00000246 f6774580 f678cf58 f72e2098 c02d1fed f6705a80 f678cf58 buffered_rmqueue+0x1c4/0x1e7 [<c030b7e5>] schedule_timeout+0x50/0x10c [<c02d1fed>] tcp_poll+0x31/0x144 [<c02aeeac>] datagram_poll+0x25/0xd1 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c030b650>] __cond_resched+0x14/0x3b [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 rpc.idmapd S 00012234 3200 2130 1 2190 2110 (NOTLB) f66a2f1c 00000086 295b828b 00012234 f784a1b0 000011fa 1c2b633b 00012242 f7872600 f787278c 13098daa 13098daa 00000000 00001388 c030b886 c040c858 c035adc8 13098daa 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c018fd78>] ep_poll+0xb7/0x11e [<c011b856>] default_wake_function+0x0/0xc [<c018f041>] sys_epoll_wait+0x70/0x83 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 master S C01458E9 2312 2190 1 2202 2205 2130 (NOTLB) f6a19eb0 00000082 00000055 c01458e9 f784a1b0 0000418e 49383d80 0001223f f72e4230 f72e43bc 130a350b 130a350b 00000000 f6a19f74 c030b886 c037d940 f8b57e98 130a350b 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c01458e9>] buffered_rmqueue+0x1c4/0x1e7 [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c01243db>] sys_time+0xf/0x58 [<c030cefb>] syscall_call+0x7/0xb qmgr S 00012230 2368 2202 2190 25750 (NOTLB) f6ae6eb0 00000086 a3901687 00012230 f784a1b0 00000135 a3991fcd 00012230 f72f8600 f72f878c 130fedcd 130fedcd 00000000 f6ae6f74 c030b886 c035b158 c035b158 130fedcd 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c030b650>] __cond_resched+0x14/0x3b [<c01243db>] sys_time+0xf/0x58 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 gpm S C01458E9 2764 2205 1 2214 2190 (NOTLB) f60feeb0 00000086 00000055 c01458e9 c16c2280 0000f28e 0edec84e 0000eb65 f72f8bd0 f72f8d5c 1495b9a5 1495b9a5 00000000 f60fef74 c030b886 c035b388 c035b388 1495b9a5 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c01458e9>] buffered_rmqueue+0x1c4/0x1e7 [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c01244b5>] sys_gettimeofday+0x53/0xac [<c030cefb>] syscall_call+0x7/0xb crond S 000000FF 2648 2214 1 23932 2245 2205 (NOTLB) f60fdf4c 00000082 00000000 000000ff f784a1b0 00005441 3cce4100 00012240 f72f91a0 f72f932c 130a4514 130a4514 0000ea6b fa09bac0 c030b886 c035b0a8 c035b0a8 130a4514 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c012944e>] sys_nanosleep+0x103/0x1a1 [<c030cefb>] syscall_call+0x7/0xb atd S 00000000 2560 2245 1 2254 2214 (NOTLB) f6105f4c 00000086 f6105f34 00000000 f6236030 000030f8 71d0803b 00012230 f72e4800 f72e498c 130ce548 130ce548 0004940f fa09bac0 c030b886 c035b0f8 c035b0f8 130ce548 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c012944e>] sys_nanosleep+0x103/0x1a1 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 dbus-daemon-1 S 0000E41B 2852 2254 1 2255 2245 (NOTLB) f6af8f1c 00000082 e9635e65 0000e41b e795c780 000003ee e98584d5 0000e41b f7364d50 f7364edc 00000000 7fffffff f6af8fa0 ce128f00 c030b7e5 00000246 de813a80 f6af8fa0 f62ffd18 c0306e62 c03822c0 00000145 ce128f20 00000001 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c0306e62>] unix_poll+0x24/0xa3 [<c02a8f2c>] sock_poll+0x12/0x14 [<c0176db3>] do_pollfd+0x54/0x77 [<c0176e63>] do_poll+0x8d/0xab [<c0177020>] sys_poll+0x19f/0x24f [<c0176461>] __pollwait+0x0/0x94 [<c01244b5>] sys_gettimeofday+0x53/0xac [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 dbus-daemon-1 S 00000000 3096 2255 1 2264 2254 (NOTLB) f6101cac 00000082 00000000 00000000 00000000 0000502c 0fa302f2 00000014 f7364780 f736490c 00000000 7fffffff f6101d1c f7fe6080 c030b7e5 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c02ae622>] wait_for_packet+0xca/0x114 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02ae7e2>] skb_recv_datagram+0x176/0x18f [<c02c5ef5>] netlink_recvmsg+0x54/0x1c1 [<c02a86b6>] sock_recvmsg+0xef/0x10c [<c01458e9>] buffered_rmqueue+0x1c4/0x1e7 [<c015661b>] anon_vma_prepare+0x1f/0x1bf [<c0151a41>] do_anonymous_page+0x215/0x27f [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c0151b00>] do_no_page+0x55/0x3bf [<c02a996c>] sys_recvfrom+0xa5/0xf5 [<c015204a>] handle_mm_fault+0xd5/0x1fd [<c011924d>] do_page_fault+0x1ac/0x4dc [<c02aa0b5>] sys_socketcall+0x179/0x1dd [<c030cefb>] syscall_call+0x7/0xb hald S C035CA9C 2556 2264 1 2273 2255 (NOTLB) f6155f1c 00000086 000000d0 c035ca9c f784a1b0 00006d68 b1487ff6 00012242 f73a1220 f73a13ac 13098bbd 13098bbd f6155fa0 f24469c0 c030b886 c035adb8 c035adb8 13098bbd 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c0176e63>] do_poll+0x8d/0xab [<c0177020>] sys_poll+0x19f/0x24f [<c0176461>] __pollwait+0x0/0x94 [<c01244b5>] sys_gettimeofday+0x53/0xac [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 mingetty S 00000001 3040 2273 1 2274 2264 (NOTLB) f60fce94 00000086 0000000a 00000001 f72e4dd0 00033f1f 32663f47 00000014 f72f9770 f72f98fc f6aff000 7fffffff f6affc64 fffffffb c030b7e5 00000000 ffffffff 00000000 f60fced8 f60fcef8 00000000 f60fcf3c f7c63714 f60fcf74 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c01c2327>] inode_has_perm+0x4c/0x54 [<c021f69b>] read_chan+0x319/0xa11 [<c021ff55>] write_chan+0x1c2/0x1d5 [<c011b856>] default_wake_function+0x0/0xc [<c011b856>] default_wake_function+0x0/0xc [<c02195ca>] tty_read+0x140/0x1ea [<c01620b2>] vfs_read+0xb6/0xe2 [<c01622c5>] sys_read+0x3c/0x62 [<c030cefb>] syscall_call+0x7/0xb mingetty S 00000001 3040 2274 1 2275 2273 (NOTLB) f615de94 00000082 0000000a 00000001 f73a1220 00032902 3c364823 00000014 f72e4dd0 f72e4f5c f61b9000 7fffffff f61b9c64 fffffffb c030b7e5 00000000 ffffffff 00000000 f615ded8 f615def8 00000000 f615df3c f7c6cd8c f615df74 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c01c2327>] inode_has_perm+0x4c/0x54 [<c021f69b>] read_chan+0x319/0xa11 [<c021ff55>] write_chan+0x1c2/0x1d5 [<c011b856>] default_wake_function+0x0/0xc [<c011b856>] default_wake_function+0x0/0xc [<c02195ca>] tty_read+0x140/0x1ea [<c01620b2>] vfs_read+0xb6/0xe2 [<c01622c5>] sys_read+0x3c/0x62 [<c030cefb>] syscall_call+0x7/0xb mingetty S 00000014 3040 2275 1 2276 2274 (NOTLB) f6103e94 00000082 506d5fa4 00000014 f784ad50 00033207 506d5fa4 00000014 f73a17f0 f73a197c f6262000 7fffffff f6262c64 fffffffb c030b7e5 00000000 ffffffff 00000000 f6103ed8 f6103ef8 00000000 f6103f3c f7c704ec f6103f74 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c01c2327>] inode_has_perm+0x4c/0x54 [<c021f69b>] read_chan+0x319/0xa11 [<c021ff55>] write_chan+0x1c2/0x1d5 [<c011b856>] default_wake_function+0x0/0xc [<c011b856>] default_wake_function+0x0/0xc [<c02195ca>] tty_read+0x140/0x1ea [<c01620b2>] vfs_read+0xb6/0xe2 [<c01622c5>] sys_read+0x3c/0x62 [<c030cefb>] syscall_call+0x7/0xb mingetty S 00000014 3040 2276 1 2372 2275 (NOTLB) f6102e94 00000086 38edf322 00000014 f7f111a0 00037502 5a417972 00000014 f73a00b0 f73a023c f6b4b000 7fffffff f6b4bc64 fffffffb c030b7e5 00000000 ffffffff 00000000 f6102ed8 f6102ef8 00000000 f6102f3c f7c78b64 f6102f74 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c01c2327>] inode_has_perm+0x4c/0x54 [<c021f69b>] read_chan+0x319/0xa11 [<c021ff55>] write_chan+0x1c2/0x1d5 [<c011b856>] default_wake_function+0x0/0xc [<c011b856>] default_wake_function+0x0/0xc [<c02195ca>] tty_read+0x140/0x1ea [<c01620b2>] vfs_read+0xb6/0xe2 [<c01622c5>] sys_read+0x3c/0x62 [<c030cefb>] syscall_call+0x7/0xb mingetty S 00000001 2744 2372 1 2827 2276 (NOTLB) f61fee94 00000082 0000000a 00000001 f7f11770 000324ac 469af67b 00000014 f62371a0 f623732c f6212000 7fffffff f6212c64 fffffffb c030b7e5 00000000 ffffffff 00000000 f61feed8 f61feef8 00000000 f61fef3c f7c7b2c4 f61fef74 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c01c2327>] inode_has_perm+0x4c/0x54 [<c021f69b>] read_chan+0x319/0xa11 [<c021ff55>] write_chan+0x1c2/0x1d5 [<c011b856>] default_wake_function+0x0/0xc [<c011b856>] default_wake_function+0x0/0xc [<c02195ca>] tty_read+0x140/0x1ea [<c01620b2>] vfs_read+0xb6/0xe2 [<c01622c5>] sys_read+0x3c/0x62 [<c030cefb>] syscall_call+0x7/0xb mingetty S 00000001 3040 2827 1 1317 2372 (NOTLB) f72b8e94 00000086 0000000a 00000001 f7f11770 001a33fc 947785d8 00000019 f72f8030 f72f81bc c19ed000 7fffffff c19edc64 fffffffb c030b7e5 00000000 ffffffff 00000000 f72b8ed8 f72b8ef8 00000000 f72b8f3c f7309d8c f72b8f74 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c01c2327>] inode_has_perm+0x4c/0x54 [<c021f69b>] read_chan+0x319/0xa11 [<c021ff55>] write_chan+0x1c2/0x1d5 [<c011b856>] default_wake_function+0x0/0xc [<c011b856>] default_wake_function+0x0/0xc [<c02195ca>] tty_read+0x140/0x1ea [<c01620b2>] vfs_read+0xb6/0xe2 [<c01622c5>] sys_read+0x3c/0x62 [<c030cefb>] syscall_call+0x7/0xb cifsoplockd S 00011FF8 3676 1317 1 4912 2827 (L-TLB) e79b3f8c 00000046 483a47af 00011ff8 f784a1b0 000003f9 f6723336 00012241 e795d8f0 e795da7c 130a1000 130a1000 00000000 00000000 c030b886 c035b0a0 c037d940 130a1000 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c012007b>] vprintk+0x1d1/0x29d [<f8afb770>] cifs_oplock_thread+0x124/0x2e3 [cifs] [<f8afb64c>] cifs_oplock_thread+0x0/0x2e3 [cifs] [<c01041d9>] kernel_thread_helper+0x5/0xb pdflush S 00000000 2060 2833 3 32 (L-TLB) ec8dbfa0 00000046 00000000 00000000 f784a1b0 0000057f c1a41614 00012242 e7fe0600 e7fe078c ec8dbfb0 f7f8bf2c 00000000 c0147a6a c0147787 ec8db000 c0147a84 e7fe0600 00000000 00000000 f7f8bfbc c035cc80 130984ff 00000000 Call Trace: pdflush+0x0/0x1e [<c0147787>] __pdflush+0x133/0x416 [<c0147a84>] pdflush+0x1a/0x1e [<c0147a6a>] pdflush+0x0/0x1e [<c0137341>] kthread+0x69/0x91 [<c01372d8>] kthread+0x0/0x91 [<c01041d9>] kernel_thread_helper+0x5/0xb smbd S C035CA9C 2648 4912 1 4919 4916 1317 (NOTLB) f6159eb0 00000082 000000d0 c035ca9c f6237770 schedule_timeout+0x50/0x10c [<c017648e>] __pollwait+0x2d/0x94 [<c02d1fed>] tcp_poll+0x31/0x144 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c01058d8>] sys_sigreturn+0x1ce/0x1f2 [<c030cefb>] syscall_call+0x7/0xb nmbd S 00012242 2336 4916 1 13961 4912 (NOTLB) f0762eb0 00000082 cd94eac8 00012242 f784a1b0 0001548a cd94eac8 00012242 c194e680 c194e80c 1309acd7 1309acd7 00000000 f0762f74 c030b886 c035aec0 c035aec0 1309acd7 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c012d587>] sigprocmask+0x140/0x1f4 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 smbd S 00000000 3436 4919 4912 4952 (NOTLB) d79c6fb8 00000086 00000000 00000000 e795c1b0 0004e954 48e81e44 0000a78e f73658f0 f7365a7c 00e37a3c 00e1697c 00e167d0 d79c6000 c012f12b c030cefb 00e37a3c 00000000 09561530 00e1697c 00e167d0 bfe93ac8 0000001d c030007b Call Trace: [<c012f12b>] sys_pause+0x14/0x1d [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 smbd R running 1792 4952 4912 4919 (NOTLB) cupsd S C035CA9C 2440 13961 1 14001 4916 (NOTLB) c5cf5eb0 00000082 000000d0 c035ca9c f784a1b0 0000557f 334d8978 00012224 e795cd50 e795cedc 130c1b36 130c1b36 00000000 c5cf5f74 c030b886 c035b0e0 c035b0e0 130c1b36 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c01243db>] sys_time+0xf/0x58 [<c030cefb>] syscall_call+0x7/0xb snmpd S C01458E9 2404 14001 1 24213 13961 (NOTLB) f668ceb0 00000086 00000055 c01458e9 f784a1b0 0000013c 967123a0 00012218 cf3d0780 cf3d090c e5f8e580 7fffffff 00000000 f668cf74 c030b7e5 00000010 00000000 00000246 f65d1580 f668cf58 f65d0118 00000246 f6b2d300 f668cf58 Call Trace: [<c01458e9>] buffered_rmqueue+0x1c4/0x1e7 [<c030b7e5>] schedule_timeout+0x50/0x10c [<c02aeeac>] datagram_poll+0x25/0xd1 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c01244b5>] sys_gettimeofday+0x53/0xac [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 crond S CCB76640 3028 23932 2214 23933 (NOTLB) cd6a1ee8 00000082 cd6a1f74 ccb76640 f784a1b0 00010fa2 f3beb226 00011a4b f7872bd0 f7872d5c f786d260 cd6a1f10 cd6a1f04 f786d1e0 c016fc5c 00000000 f7872bd0 c011ceaf cd6a1f1c cd6a1f1c 00199061 b7fff000 f730ccb4 00000000 Call Trace: [<c016fc5c>] pipe_wait+0x70/0xa9 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c016febc>] pipe_readv+0x227/0x2a2 [<c016ff53>] pipe_read+0x1c/0x20 [<c01620b2>] vfs_read+0xb6/0xe2 [<c01622c5>] sys_read+0x3c/0x62 [<c030cefb>] syscall_call+0x7/0xb run-parts S 00000004 2720 23933 23932 24212 (NOTLB) ed104f28 00000082 f5c63880 00000004 d8ce38f0 00006f1f 3793297b 00011a5f f7873770 f78738fc f7873814 fffffe00 f7873770 00000000 c0123c14 00030002 ed104fc4 bffc4dc4 e7fe0030 ed104000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb awk S 00011EA8 2312 24212 23933 (NOTLB) d5431ee8 00000086 cd1e6423 00011ea8 f784a1b0 0000bfd1 cd1e6423 00011ea8 e7fe0030 e7fe01bc f786d0ac d5431f10 d5431f04 f786d02c c016fc5c 00000000 e7fe0030 c011ceaf d5431f1c d5431f1c b7fff000 d5431fc4 cb8c4298 00000000 Call Trace: [<c016fc5c>] pipe_wait+0x70/0xa9 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c016febc>] pipe_readv+0x227/0x2a2 [<c016ff53>] pipe_read+0x1c/0x20 [<c01620b2>] vfs_read+0xb6/0xe2 [<c01622c5>] sys_read+0x3c/0x62 [<c030cefb>] syscall_call+0x7/0xb atom S 00000004 2576 24213 1 24653 24215 14001 (NOTLB) ceccff28 00000082 f58db5c0 00000004 f784a1b0 0001105a 5668876d 00011a62 f72e53a0 f72e552c f72e5444 fffffe00 f72e53a0 00000000 c0123c14 00030002 ceccffc4 bfe56734 f7279220 ceccf000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb backup_local- S 00000004 2764 24215 1 24331 24217 24213 (NOTLB) e22daf28 00000082 f0c915c0 00000004 f7278c50 00014d43 0e4e86a4 00011a5e e795d320 e795d4ac e795d3c4 fffffe00 e795d320 00000000 c0123c14 00030002 e22dafc4 bfe008d4 36171380 e22da000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb backup_remote S 0001207E 2764 24217 1 25782 24432 24215 (NOTLB) ef5d2f28 00000082 2591a327 0001207e f784a1b0 00017c00 2591a327 0001207e f738cbd0 f738cd5c f738cc74 fffffe00 f738cbd0 00000000 c0123c14 00030002 ef5d2fc4 bfeffb24 cf3d0d50 ef5d2000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb rdiff-backup R running 2120 24331 24215 (NOTLB) hirdet S 00011A60 2576 24432 1 24634 24434 24217 (NOTLB) d1515f28 00000086 19b9d8fd 00011a60 f784a1b0 00011d11 19b9d8fd 00011a60 f728c130 f728c2bc f728c1d4 fffffe00 f728c130 00000000 c0123c14 00030002 d1515fc4 bfe85784 d8ce2d50 d1515000 00000001 00000004 ffffffff 00000000 do_wait+0x25a/0x435 default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb hirdet2 S 00011A5F 2576 24434 1 24555 24436 24432 (NOTLB) edc9df28 00000082 9b44dcf5 00011a5f f784a1b0 000105ed 9b44dcf5 00011a5f f7278680 f727880c f7278724 fffffe00 f7278680 00000000 c0123c14 00030002 edc9dfc4 bfe04704 da1eec50 edc9d000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb mailmkk S 00000004 2576 24436 1 24652 24437 24434 (NOTLB) f640bf28 00000082 f58db240 00000004 f784a1b0 00002f9a fb2323ba 00011a61 f72780b0 f727823c f7278154 fffffe00 f72780b0 00000000 c0123c14 00030002 f640bfc4 bfe87f64 f6236030 f640b000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb novell S 00000004 2576 24437 1 25712 24499 24436 (NOTLB) d6525f28 00000082 c3116ea0 00000004 f784a1b0 0001aa4e 4aaccd5c 00011fd9 da5972a0 da59742c da597344 fffffe00 da5972a0 00000000 c0123c14 00030002 d6525fc4 bff3bfb4 d8ce3320 d6525000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb tempo2 S 00011A60 2576 24499 1 24641 24500 24437 (NOTLB) d0943f28 00000082 37fdf5fa 00011a60 e7fe1770 00020af5 37fdf5fa 00011a60 ea6593a0 ea65952c ea659444 fffffe00 ea6593a0 00000000 c0123c14 00030002 d0943fc4 bff9d854 ed557770 d0943000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 ubul S 00000004 2576 24500 1 24687 24501 24499 (NOTLB) d0942f28 00000086 d4b01360 00000004 f784a1b0 00014c94 51ebca29 00011a81 d8ce2780 d8ce290c d8ce2824 fffffe00 d8ce2780 00000000 c0123c14 00030002 d0942fc4 bff79ba4 dbd737f0 d0942000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb ubul2 S 00000004 2576 24501 1 24686 24502 24500 (NOTLB) e223bf28 00000086 efd9a180 00000004 f784a1b0 00003374 359743c4 00011a7d f784ad50 f784aedc f784adf4 fffffe00 f784ad50 00000000 c0123c14 00030002 e223bfc4 bffa8614 ea659970 e223b000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb zeusz S 00011A60 2576 24502 1 24643 24586 24501 (NOTLB) e223af28 00000082 3fa5ccbe 00011a60 f784a1b0 0001490e 3fa5ccbe 00011a60 ea658800 ea65898c ea6588a4 fffffe00 ea658800 00000000 c0123c14 00030002 e223afc4 bfea5954 ed556030 e223a000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c011b856>] default_wake_function+0x0/0xc [<c012ef43>] sys_rt_sigaction+0xdd/0xf2 [<c011b856>] default_wake_function+0x0/0xc [<c0123e82>] sys_wait4+0x27/0x2a [<c0123e98>] sys_waitpid+0x13/0x17 [<c030cefb>] syscall_call+0x7/0xb rdiff-backup R running 1796 24555 24434 (NOTLB) cifsd S 00012242 2556 24586 1 24625 24502 (L-TLB) c3c1dd9c 00000046 f88c3ca2 00012242 f784a1b0 00000230 f88c3ca2 00012242 ed556600 ed55678c 1309a3f2 1309a3f2 00000000 c3c1de14 c030b886 c035ae78 c035ae78 1309a3f2 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c02ab707>] sk_wait_data+0x87/0xbb [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02d465a>] tcp_recvmsg+0x379/0x651 [<c02abe91>] sock_common_recvmsg+0x30/0x46 [<c02a86b6>] sock_recvmsg+0xef/0x10c [<c010cde3>] timer_interrupt+0x9c/0x181 [<c0107e19>] handle_IRQ_event+0x47/0x4f [<c030ad9f>] schedule+0x43f/0x552 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02a86fd>] kernel_recvmsg+0x2a/0x31 [<f8b01de5>] cifs_demultiplex_thread+0x11e/0x99c [cifs] [<f8b01cc7>] cifs_demultiplex_thread+0x0/0x99c [cifs] [<c01041d9>] kernel_thread_helper+0x5/0xb cifsd S 00012243 2604 24625 1 24637 24586 (L-TLB) ed1d5d9c 00000046 0f6d0d95 00012243 ea659970 00000427 0f72d187 00012243 ea658dd0 ea658f5c 1309a572 1309a572 00000000 ed1d5e14 c030b886 c035ae88 c427cda4 1309a572 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c02ab707>] sk_wait_data+0x87/0xbb [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02d465a>] tcp_recvmsg+0x379/0x651 [<c02abe91>] sock_common_recvmsg+0x30/0x46 [<c02a86b6>] sock_recvmsg+0xef/0x10c [<c011b72b>] scheduler_tick+0x37f/0x4aa [<c0129210>] do_timer+0x49/0xb5 [<c010cde3>] timer_interrupt+0x9c/0x181 [<c0107df7>] handle_IRQ_event+0x25/0x4f [<c0144396>] mempool_alloc+0x7b/0x1f9 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02a86fd>] kernel_recvmsg+0x2a/0x31 [<f8b01de5>] cifs_demultiplex_thread+0x11e/0x99c [cifs] [<f8b01cc7>] cifs_demultiplex_thread+0x0/0x99c [cifs] [<c01041d9>] kernel_thread_helper+0x5/0xb rdiff-backup R running 1396 24634 24432 (NOTLB) ncpmount S 000000D0 3088 24637 1 24642 24625 (NOTLB) cce09eb0 00000086 00000246 000000d0 f784a1b0 00004182 4ffda0ea 00012205 ea658230 ea6583bc c5ed7180 7fffffff 00000000 cce09f74 c030b7e5 c5ed7380 00000000 schedule_timeout+0x50/0x10c [<c017648e>] __pollwait+0x2d/0x94 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c0175723>] sys_fcntl64+0x6c/0x7d [<c017572d>] sys_fcntl64+0x76/0x7d [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 rdiff-backup R running 1664 24641 24499 (NOTLB) cifsd S 00012242 2440 24642 1 24645 24637 (L-TLB) c427cd9c 00000046 f2dcd3e8 00012242 d8ce3320 00000407 0f5cc625 00012243 ed556bd0 ed556d5c 1309a571 1309a571 00000000 c427ce14 c030b886 ed1d5da4 c035ae88 1309a571 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c02ab707>] sk_wait_data+0x87/0xbb [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02ae889>] skb_copy_datagram_iovec+0x53/0x1e5 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02d465a>] tcp_recvmsg+0x379/0x651 [<c02abe91>] sock_common_recvmsg+0x30/0x46 [<c02a86b6>] sock_recvmsg+0xef/0x10c [<c0107e19>] handle_IRQ_event+0x47/0x4f [<c011b72b>] scheduler_tick+0x37f/0x4aa [<c0107e19>] handle_IRQ_event+0x47/0x4f [<c0144396>] mempool_alloc+0x7b/0x1f9 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02a86fd>] kernel_recvmsg+0x2a/0x31 [<f8b01de5>] cifs_demultiplex_thread+0x11e/0x99c [cifs] [<f8b01cc7>] cifs_demultiplex_thread+0x0/0x99c [cifs] [<c01041d9>] kernel_thread_helper+0x5/0xb rdiff-backup R running 1764 24643 24502 (NOTLB) ncpmount S 0001223C 3120 24645 1 24650 24642 (NOTLB) e0c31eb0 00000086 7774b152 0001223c e7fe0bd0 00000bba 7774b152 0001223c dbd72c50 dbd72ddc e1600080 7fffffff 00000000 e0c31f74 c030b7e5 ca7d6380 00000000 e0c31f58 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c017648e>] __pollwait+0x2d/0x94 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c0175723>] sys_fcntl64+0x6c/0x7d [<c017572d>] sys_fcntl64+0x76/0x7d [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 ncpmount S 000000D0 3120 24650 1 25610 24645 (NOTLB) df440eb0 00000086 00000246 000000d0 ed556030 00000afb 7774bc4d 0001223c e7fe0bd0 e7fe0d5c d1ae3980 7fffffff 00000000 df440f74 c030b7e5 d61a6180 00000000 df440f58 d61a6180 c476a198 c017648e 00000246 00000246 c857ed00 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c017648e>] __pollwait+0x2d/0x94 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c0175723>] sys_fcntl64+0x6c/0x7d [<c017572d>] sys_fcntl64+0x76/0x7d [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 rdiff-backup R running 2048 24652 24436 24663 (NOTLB) rdiff-backup R running 2120 24653 24213 24664 (NOTLB) ssh S 00012241 2668 24663 24652 (NOTLB) c09a3eb0 00000082 3c27faad 00012241 f6236030 000003c9 3c280706 00012241 e954f320 e954f4ac e32bfe80 7fffffff 00000000 c09a3f74 c030b7e5 edf1b718 c017648e schedule_timeout+0x50/0x10c [<c017648e>] __pollwait+0x2d/0x94 [<c02d1fed>] tcp_poll+0x31/0x144 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 ssh S C035CA9C 2560 24664 24653 (NOTLB) e242ceb0 00000086 000000d0 c035ca9c dbd737f0 000015cc 601e120e 00012232 e954ed50 e954eedc e401eb80 7fffffff 00000000 e242cf74 c030b7e5 edf1b118 c017648e 00000246 d2f91580 e242cf58 edf1b118 c02d1fed 00000000 00000082 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c017648e>] __pollwait+0x2d/0x94 [<c02d1fed>] tcp_poll+0x31/0x144 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c0107e19>] handle_IRQ_event+0x47/0x4f [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 rdiff-backup R running 1844 24686 24501 24707 (NOTLB) rdiff-backup R running 2120 24687 24500 24708 (NOTLB) ssh S 000120BF 2648 24707 24686 (NOTLB) d100feb0 00000082 91c67b99 000120bf ea659970 00000545 91c689ce 000120bf f738c030 f738c1bc d0d90a80 7fffffff 00000000 d100ff74 c030b7e5 edf1b518 c017648e schedule_timeout+0x50/0x10c [<c017648e>] __pollwait+0x2d/0x94 [<c02d1fed>] tcp_poll+0x31/0x144 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 ssh S C035CA9C 2556 24708 24687 (NOTLB) d100eeb0 00000086 000000d0 c035ca9c ed557770 00000bf9 8bbca52f 000121df e7fe11a0 e7fe132c d4eb3580 7fffffff 00000000 d100ef74 c030b7e5 c0804298 c017648e 00000246 e320e580 d100ef58 c0804298 c02d1fed 000003d8 00000082 Call Trace: [<c030b7e5>] schedule_timeout+0x50/0x10c [<c017648e>] __pollwait+0x2d/0x94 [<c02d1fed>] tcp_poll+0x31/0x144 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c030cefb>] syscall_call+0x7/0xb mgetty S C01459C0 2032 25610 1 24650 (NOTLB) f03a8eb0 00000086 c035ca9c c01459c0 f784a1b0 00036997 c05fd4fa 00011f3b f728d870 f728d9fc 130d91b2 130d91b2 00000000 f03a8f74 c030b886 c035b110 c035b110 130d91b2 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c01459c0>] __alloc_pages+0xb4/0x29d [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c030cefb>] syscall_call+0x7/0xb rdiff-backup R running 2196 25712 24437 (NOTLB) pickup S 00000246 2196 25750 2190 2202 (NOTLB) d256beb0 00000082 c1510740 00000246 f784a1b0 000044d1 498253bb 0001223f d8ce21b0 d8ce233c 130ad146 130ad146 00000000 d256bf74 c030b886 c035b0b8 c035b0b8 130ad146 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c01243db>] sys_time+0xf/0x58 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 rdiff-backup R running 2196 25782 24217 (NOTLB) Mem-info: DMA per-cpu: cpu 0 hot: low 2, high 6, batch 1 cpu 0 cold: low 0, high 2, batch 1 Normal per-cpu: cpu 0 hot: low 32, high 96, batch 16 cpu 0 cold: low 0, high 32, batch 16 HighMem per-cpu: cpu 0 hot: low 16, high 48, batch 8 cpu 0 cold: low 0, high 16, batch 8 Free pages: 133168kB (256kB HighMem) Active:40287 inactive:169550 dirty:25818 writeback:0 unstable:0 free:33292 slab:10538 mapped:30970 pagetables:451 DMA free:880kB min:16kB low:32kB high:48kB active:2260kB inactive:8796kB present:16384kB pages_scanned:0 all_unreclaimable? no protections[]: 0 0 0 Normal free:132032kB min:936kB low:1872kB high:2808kB active:116976kB inactive:584388kB present:901120kB pages_scanned:0 all_unreclaimable? no

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss