- Discuss - lists.centos.org

CentOS source code for a kernel rebuild
by G Gambill 17 Jul '05

17 Jul '05

Where does Centos expect to find the source for a kernel rebuild??? TIA George

2 1

Re: [CentOS] Logitech Marble Mouse on CentOS 4
by Angelo Machils 17 Jul '05

17 Jul '05

Op 17-jul-2005, om 14:00 heeft centos-request(a)centos.org het volgende geschreven: > Message: 6 > Date: Sat, 16 Jul 2005 07:51:36 -0500 > From: Johnny Hughes <mailing-lists(a)hughesjr.com> > Subject: Re: [CentOS] Logitech Marble Mouse on CentOS 4 > To: CentOS ML <centos(a)centos.org> > Message-ID: <1121518296.14097.191.camel(a)myth.home.local> > Content-Type: text/plain; charset="us-ascii" > > On Sat, 2005-07-16 at 14:41 +0200, Angelo Machils wrote: > >> Hello there! >> >> I just bought this trackball and connected it to a CentOS 4 box. I >> googled on how to edit xorg.conf for the 2 scrollbuttons, and they >> work while using this section: >> >> Section "InputDevice" >> Identifier "Mouse0" >> Driver "mouse" >> Option "Protocol" "ExplorerPS/2" >> Option "Device" "/dev/input/mice" >> Option "Emulate3Timeout" "50" >> Option "Buttons" "7" >> Option "ZAxisMapping" "6 7" >> Option "Emulate3Buttons" "on" >> EndSection >> >> But then the left button is for scrolling up, and the right for >> scrolling down. How can I reverse this?? I have tried several >> sections from the internet, but most have the same result or don't >> work at all. >> >> Thanks in advance for any help and/or tips. >> >> Angelo >> > > How about > > Option "ZAxisMapping" "7 6" > Yes, one would expect this logical change to work. But it has the same result as "6 7"....... Regards, Angelo

1 0

CentOS 4 post installation of all packages
by dan1 16 Jul '05

16 Jul '05

Hello. I have installed CentOS 4 on a server in a hosting company and I realise that not all packages have been installed. I would like to install all packages exactly like it is when we click on 'install everything' from the CentOS 4 installation. Is there a way of doing so with 'yum install' something ? My goal is to have the exact replicate as the default CentOS 4 'install everything' option. I am in fear that there would be other packages installed than only the ones from the default CentOS install by typing 'yum install *' if this is possible. Thanks, Daniel

8 14

Re: CentOS Digest, Vol 6, Issue 16
by Rohan Walsh 16 Jul '05

16 Jul '05

> This is also answer to everybody else who was nitpicking... > > I believe that OP ment a GUI front end when he said "no package > manager". If he's running CentOS, then he has rpm installed, and most > of his system (if not everything) was installed by rpm. I fail to > understand why so many people are trying to be smart, instead of being > helpfull. Luckily, at least Jay (haven't checked entire thread, maybe > there were others) gave a helpfull answer (hint to the OP, "man rpm" > contains answer to your question, as well as many other usefull options > for rpm command). > > You know, there's difference between "smart" and "smart ass". > Nitpicking will more often get you closer to later then the former ;-) Alexandar, he was asked the question in an interview, as far as we know not related to his CentOS system. Nobody, including the OP (and very possibly the interviewer) is really sure what the interviewer meant. I don't think anybody has been a "smart ass"

2 1

Logitech Marble Mouse on CentOS 4
by Angelo Machils 16 Jul '05

16 Jul '05

Hello there! I just bought this trackball and connected it to a CentOS 4 box. I googled on how to edit xorg.conf for the 2 scrollbuttons, and they work while using this section: Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "ExplorerPS/2" Option "Device" "/dev/input/mice" Option "Emulate3Timeout" "50" Option "Buttons" "7" Option "ZAxisMapping" "6 7" Option "Emulate3Buttons" "on" EndSection But then the left button is for scrolling up, and the right for scrolling down. How can I reverse this?? I have tried several sections from the internet, but most have the same result or don't work at all. Thanks in advance for any help and/or tips. Angelo

2 1

CentOS-announce Digest, Vol 5, Issue 6
by centos-announce-request＠centos.org 16 Jul '05

16 Jul '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:571 Moderate CentOS 3 i386 cups - security update (Tru Huynh) 2. CESA-2005:571 Moderate CentOS 3 x86_64 cups - security update (Tru Huynh) ---------------------------------------------------------------------- Message: 1 Date: Fri, 15 Jul 2005 18:57:28 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2005:571 Moderate CentOS 3 i386 cups - security update To: centos-announce(a)centos.org Message-ID: <20050715165728.GA13273(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2005:571 cups security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2005-571.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/cups-1.1.17-13.3.29.i386.rpm updates/i386/RPMS/cups-devel-1.1.17-13.3.29.i386.rpm updates/i386/RPMS/cups-libs-1.1.17-13.3.29.i386.rpm source: updates/SRPMS/cups-1.1.17-13.3.29.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update cups\* Tru -- Tru Huynh (CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

frozen centos 3 server
by Tom 16 Jul '05

16 Jul '05

Hi, Is there any way to reboot a server that I can't access via ssh, http, ftp or any port? But I can ping, traceroute & nmap it just fine. I have no idea what is causing this lockup or lock out, even after a reboot by the DC there's nothing in the logs to show what happened. :( regards tom

3 6

CentOS on Compaq Proliant Rackmount Servers
by Robert Hanson 16 Jul '05

16 Jul '05

Greetings, Can anyone relate experience(s) installing CentOS on Compaq rack mount servers units please? Easy no problem, easy some issues, or ghastly do not do it under any circumstances... ;) Basically, I'm looking at some used/refurb dual PIII units and will run RAID on Compaq built in SCSI or is it easy to pop in some 3ware SATA in them? Let me know in terms of CentOS 3 and/or 4 please. Regards and TIA, - rh

5 4

RE: [CentOS] CentOS on Compaq Proliant Rackmount Servers
by Bryan J. Smith <b.j.smith＠ieee.org> 15 Jul '05

15 Jul '05

From: Mike Kercher <mike(a)CamaroSS.net> > I run Centos3 on many 1850R's, 5500's, 6400's and 6500's without issue. Those sound like Pentium Pro generation, not P2 on-ward. But I could be wrong, I've had too many DL series over the last 4+ years. -- Bryan J. Smith mailto:b.j.smith@ieee.org

2 1

Re: [CentOS] CentOS on Compaq Proliant Rackmount Servers
by Bryan J. Smith <b.j.smith＠ieee.org> 15 Jul '05

15 Jul '05

From: Robert Hanson <roberth(a)abbacomm.net> > Greetings, > Can anyone relate experience(s) installing CentOS on Compaq rack > mount servers units please? > Easy no problem, easy some issues, or ghastly do not do it under any > circumstances... ;) > Basically, I'm looking at some used/refurb dual PIII units Excellent buys for what you get, especially if they have ServerWorks chipsets with 64-bit x 66MHz PCI or even PCI-X slots. > and will run RAID on Compaq built in SCSI Some DL units use software RAID. Some have i960 microcontroller SCSI RAID, which is rather pathetic these days. You won't break 50MBps sustained writes very easily. > or is it easy to pop in some 3ware SATA in them? They'll take 3Ware cards in the expansion slots, but they typically have SCSI SCA bays, not SATA bays. Check with HP and see if you can get DL3xx series SATA bays (I assume these are DL3xx series)? If you're worried about reliability, buy 10,000rpm SATA drives that typically roll off the same line as their SCSI/FC counterparts. I'm fairly sure the 73/146GB WD Raptors are fabbed by Hatachi and match their specs. > Let me know in terms of CentOS 3 and/or 4 please. Have run RHL9/RHEL3 on the DL1xx and 3xx series, no major issues. It really comes down to the _exact_models_ and _revisions_ (part numbers will do). Do you have those? -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

J2SE1.4.2 SDK on x86_64
by Mike Kercher 15 Jul '05

15 Jul '05

I've been trying to get the J2SE1.4.2 SDK installed on a Centos 3.5 x86_64 box without success. Does anyone have an rpm for this? TIA Mike

1 0

Re: Fix passwd/shadow/group files?
by Bryan J. Smith <b.j.smith＠ieee.org> 15 Jul '05

15 Jul '05

From: Paul Heinlein <heinlein(a)madboa.com> > I think it'll only work for NIS passwd maps, but I think that the > netgroups map can come from NIS *or* live in /etc/netgroup. Right. But in a nutshell, I think we agree that NIS is the way to go. Totally forgot about netgroups and using the +:::::: limitations in /etc/passwd on each NIS client. All excellent suggestions. -- Bryan J. Smith mailto:b.j.smith@ieee.org

2 1

Re: [CentOS] Re: Fix passwd/shadow/group files?
by Bryan J. Smith <b.j.smith＠ieee.org> 15 Jul '05

15 Jul '05

Ignacio Vazquez-Abrams wrote: > Stuff pam_netgroups into system-auth then make a group per machine. > http://www2.physics.umd.edu/~payerle/Software/PAM/ Doh!!! I should have realized that. Yes, using NIS Netgroups and PAM authentication around them is much, much better on Linux (and even Solaris) than using multiple NIS domains. And even if he still replicates his files manually (he should at least consider automating their distribution via SSH), he can still setup just 1 file and use the same netgroups-PAM solution. Good catch. From: Paul Heinlein <heinlein(a)madboa.com> > If you set up netgroups, you can specify login rights easily: > * /etc/passwd > [...] > +@login-group > +:::::/dev/null:/sbin/nologin > * /etc/nsswitch.conf > passwd: compat > shadow: compat > group: files nis > netgroup: files nis Now that only works for NIS distributed passwd, netgroups, correct? Or will it work for local users as well? -- Bryan J. Smith mailto:b.j.smith@ieee.org

2 1

Re: How to query the package owning the file? (no packahe manger installed)
by Bryan J. Smith <b.j.smith＠ieee.org> 15 Jul '05

15 Jul '05

From: Prasad Pillarisetti <prasad.pillarisetti(a)gmail.com> > 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? Impossible. I think he didn't know what he was talking about. He might have mistakenly been looking for... 1. Find the tarball on the system 2. Find the source directory of the system (/usr/local/src)? 3. Use Checkinstall (build package from tarball build) 4. Use rpmbuild -t to look inside of a tarball for SPEC files 5. Others? I guess I just had to be there. > I am assuimg SRPMs are used to install the software? An rpm -i blah.src.rpm merely dumps things into /usr/src/redhat. You go through the SPEC, SOURCE, etc... subdirectories. > Is this actually possible? > Install the Linux OS without a package manager? Of course! There are "packages"** distros like Debian, Fedora, etc... based. And then there are "tarball" distros with some meta-data** in the tarballs, such as Slackware. [ SIDE NOTE: Both DPKG and RPM are System V cpio archives, pretty much the same USTAR format as tar itself, but use 5KiB blocking instead of 10KiB blocking by default. ] Newer to Linux (but no stranger to BSD) are "ports" distros, such as Gentoo. It uses a centralized build system whereby instead of a "package manager" that creates the SPEC (RPM) file, config/Makefile and other commands and bundles it into a single file, the "ports" repository (e.g., Gentoo's portage) just gives you basic Makefiles and other meta-data, and you actually fetch the software. > 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? Of course. People do it all-the-time. -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

CentOS-announce Digest, Vol 5, Issue 5
by centos-announce-request＠centos.org 15 Jul '05

15 Jul '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:567 Important CentOS 4 ia64 krb5 - security update (Pasi Pirhonen) 2. CESA-2005:567 Important CentOS 3 ia64 krb5 - security update (Pasi Pirhonen) 3. CESA-2005:562 Important CentOS 3 s390(x) krb5 - security update (Pasi Pirhonen) 4. CESA-2005:571 Moderate CentOS 3 ia64 cups - security update (Pasi Pirhonen) 5. CESA-2005:571 Moderate CentOS 3 s390(x) cups - security update (Pasi Pirhonen) ---------------------------------------------------------------------- Message: 1 Date: Thu, 14 Jul 2005 21:09:43 +0300 From: Pasi Pirhonen <upi(a)iki.fi> Subject: [CentOS-announce] CESA-2005:567 Important CentOS 4 ia64 krb5 - security update To: centos-announce(a)centos.org Message-ID: <20050714180943.GA26208(a)core.upi.iki.fi> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2005:567 https://rhn.redhat.com/errata/RHSA-2005-567.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/krb5-devel-1.3.4-17.ia64.rpm updates/ia64/RPMS/krb5-libs-1.3.4-17.ia64.rpm updates/ia64/RPMS/krb5-server-1.3.4-17.ia64.rpm updates/ia64/RPMS/krb5-workstation-1.3.4-17.ia64.rpm -- Pasi Pirhonen - upi(a)iki.fi - http://iki.fi/upi/

1 0

Re: Fix passwd/shadow/group files?
by Bryan J. Smith <b.j.smith＠ieee.org> 15 Jul '05

15 Jul '05

From: Les Mikesell <lesmikesell(a)gmail.com> > Good call! That and the corresponding grpck found a couple of > duplicate lines that seemed to be confusing things. Any reason you haven't considered NIS? If you're worried about passwords, setup Kerberos for authentication. It's easier than you think. -- Bryan J. Smith mailto:b.j.smith@ieee.org

4 3

Re: Upgrading from RH AS-3 to ??
by Penelope Fudd 15 Jul '05

15 Jul '05

Oh, and after it's all done, when rpm looks like it's permanently broken with errors like this: # rpm --rebuilddb rpmdb: Program version 4.2 doesn't match environment version error: db4 error(22) from dbenv->open: Invalid argument error: cannot open Packages index # The solution is: # cd /var/lib/rpm # rm __* # rpm --rebuilddb Thank heavens for Google, and that pasting error messages into it is the fastest way to get help. -- Penelope Fudd <centos(a)ch.pkts.ca>

1 0

Re: [CentOS] Re: Fix passwd/shadow/group files?
by Bryan J. Smith <b.j.smith＠ieee.org> 15 Jul '05

15 Jul '05

From: Les Mikesell <lesmikesell(a)gmail.com> > The machines in question were set up years ago when it wasn't so > easy and are on opposite sides of a firewall Setup an NIS slave local to each LAN (and a VPN to the NIS master, or consider SFS tunneling for portmap), and also run a name services cache daemon (nscd) on each client. > (but sometimes have NFS mounts in common). All the more reason to use NIS, for Automounter maps. ;-> I only recommend NIS because it's cake to setup. If you have ActiveDirectory Services (ADS), then consider Services for UNIX (SFU). You can even use one-way Kerberos trust from ADS to avoid password hashes (as well as clear text passwords using Kerberosized clients). I don't prefer ADS-SFU when you have UNIX platforms though. Especially Red Hat, who made NIS-Kerberos integration so seemless as of Red Hat Linux 7 onward. > One machine has all user accounts and things are managed > normally there. Great! It's so easy to turn that one system into an NIS master then. ;-> > The others only have small subsets of users (on purpose) > and I've pasted in the passwd entries from the machine that > has them all to keep the uids in sync for NFS and rsync'ing > chunks of stuff around. Then setup multiple NIS domains. It's easy to do even on one, physical NIS master for all. It'll easily repay you for the manual operations you do. [ But even then, why aren't you using a script run over ssh to minimize your manual workload? Just curious. ] > I just had some duplicated lines from the last OS version > change where I copied too much from the previous one. > I might re-do it with LDAP someday, but it's probably > more work to control the users that aren't supposed to > log into these machines than to separately add the ones > that are. Netscape Directory Server (NsDS), now Red Hat/Fedora Directory Server, is a great LDAP server. But when I just want something like you need, an NIS domain or a few from one system, with local NIS slaves and nscd running on all the clients does everything I need. -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

Fix passwd/shadow/group files?
by Les Mikesell 14 Jul '05

14 Jul '05

I've been copying old passwd/shadow/group files from system to system for ages across different distributions/updates and would like to get them back in sync with each other so the system tools will work. Now they hang like: #userdel irose hangs forever, syslog says: Jul 12 11:19:32 newftp userdel[30335]: delete user `irose' Jul 12 11:19:32 newftp userdel[30335]: delete `irose' from group `ftp' Jul 12 11:20:02 newftp last message repeated 373404 times Jul 12 11:21:04 newftp last message repeated 646597 times Jul 12 11:21:06 newftp last message repeated 29123 times Is there some kind of test/diagnostic tool I can use to clean up the parts that don't match anymore? Preferably one that doesn't hang forever when something is missing.... -- Les Mikesell lesmikesell(a)gmail.com

4 5

Upgrading from RH AS-3 to ??
by Penelope Fudd 14 Jul '05

14 Jul '05

I found my problem.. heh. The Centos-3.5 directories aren't set up to use the latest Yum; they don't have repomd.xml files. The secret is to use rpm -Uvh http://linux.duke.edu/projects/yum/download/2.0/yum-2.0.8-1.noarch.rpm and an /etc/yum.conf like this: ====8<-----cut-here------------ [main] exclude=mod_ssl* httpd* perl mysql* php* #add this line for cpanel servers cachedir=/var/cache/yum debuglevel=2 logfile=/var/log/yum.log pkgpolicy=newest distroverpkg=redhat-release tolerant=1 exactarch=1 [base] name=CentOS-$releasever - Base baseurl=http://mirror.centos.org/centos-3/3.5/os/$basearch/ gpgcheck=1 #released updates [update] name=CentOS-$releasever - Updates baseurl=http://mirror.centos.org/centos-3/3.5/updates/$basearch/ gpgcheck=1 #packages used/produced in the build but not released [addons] name=CentOS-$releasever - Addons baseurl=http://mirror.centos.org/centos-3/3.5/addons/$basearch/ gpgcheck=1 #additional packages that may be useful [extras] name=CentOS-$releasever - Extras baseurl=http://mirror.centos.org/centos-3/3.5/extras/$basearch/ gpgcheck=1 -- Penelope Fudd <centos(a)ch.pkts.ca>

1 0

Upgrading from RH AS-3 to ??
by Penelope Fudd 14 Jul '05

14 Jul '05

Hi! I'm trying to upgrade my Redhat 3AS server, but I'm encountering problems. The first problem was, I didn't know what repository to use. I settled on http://mirror.centos.org/, but using it is strange, as not all mirror servers have all of the directories, and so sometimes links appear broken, but the problem goes away if I hit reload. A number of them have empty directories, like this one: http://mirrors.versaweb.net/centos/3.5/extras/i386/RPMS/ The second problem was, I didn't know what CentOS version to use. I'm guessing 3.5 is the right one for compatibility with RH 3AS. The third problem is, yum reports: # yum install centos-logos Setting up Install Process Setting up Repos http://mirror.centos.org/centos-3/3.5/extras/i386/repodata/repomd.xml: [Errno 4] IOError: HTTP Error 404: Not Found Trying other mirror. Cannot open/read repomd.xml file for repository: extras failure: repodata/repomd.xml from extras: [Errno 256] No more mirrors to try. # Am I using the wrong version of yum? Is there an official yum.conf to use? Thanks! -- Penelope Fudd <centos(a)ch.pkts.ca>

1 0

RE: [CentOS] Problem with mouse and keyboard
by Harper, Patrick 14 Jul '05

14 Jul '05

Looks like it is going to be a hardware problem, I did the unthinkable and put my windows hard drive in and same results. Sorry to take up your time. -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Harper, Patrick Sent: Thursday, July 14, 2005 12:49 PM To: centos(a)centos.org Subject: [CentOS] Problem with mouse and keyboard This just started on my laptop yesterday. My mouse wants to go to the lower left corner of my screen, this seems to be triggered by using the keyboard. Once it is on its way I just have to wait for it to stop so I can move it where I need it or it will just drift back to that corner. I have tried several mice as well as just the onboard touchpad. I am on 4.1 running nightly updates. Thanks for any help you might be able to give. ----------------------------------------- Disclaimer: This electronic message, including any attachments, is confidential and intended solely for use of the intended recipient(s). This message may contain information that is privileged or otherwise protected from disclosure by applicable law. Any unauthorized disclosure, dissemination, use or reproduction is strictly prohibited. If you have received this message in error, please delete it and notify the sender immediately. _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

1 0

Problem with mouse and keyboard
by Harper, Patrick 14 Jul '05

14 Jul '05

This just started on my laptop yesterday. My mouse wants to go to the lower left corner of my screen, this seems to be triggered by using the keyboard. Once it is on its way I just have to wait for it to stop so I can move it where I need it or it will just drift back to that corner. I have tried several mice as well as just the onboard touchpad. I am on 4.1 running nightly updates. Thanks for any help you might be able to give. ----------------------------------------- Disclaimer: This electronic message, including any attachments, is confidential and intended solely for use of the intended recipient(s). This message may contain information that is privileged or otherwise protected from disclosure by applicable law. Any unauthorized disclosure, dissemination, use or reproduction is strictly prohibited. If you have received this message in error, please delete it and notify the sender immediately.

1 0

htaccess authentication asks for MySQL table test.user_info
by dan1 14 Jul '05

14 Jul '05

Hello. For users interested in the MySQL authentication problem for SSL pages, there is another way to prevent mod_auth_mysql to do this mySQL authentication. This has been reported by Brent: In the /etc/httpd/conf/httpd.conf file, add the directive: <Directory xxxxxx/ AuthMySQLEnable off AllowOverride All </Directory> You can also add it to your .htaccess file. Thanks Brent ! Daniel ----- Original Message ----- From: dan1 To: centos at centos.org Subject: [CentOS] htaccess authentication asks for MySQL table test.user_info Hello again. I just found out a work-around to this problem. We have to remove the mod_auth_mysql module with 'rpm -e mod_auth_mysql' and then it works again. However, I think that the choice of going through file or database should not be done by installing or uninstalling an rpm, but merely by choosing that option from a tag in a file, and turning this on or off. Maybe I'm wrong, but that would be much better to my point of view. Also, it's strange to suddenly change the default behaviour of Apache and I'm quite surprised that so few of you seem to have had this problem. Here is another thread about it: http://www.redhatforums.org/ftopic4079.html Maybe should be add this in the bug list, or is it a RedHat issue ? Thanks, Daniel ----- Original Message ----- From: dan1 To: centos at centos.org Sent: Monday, May 16, 2005 11:40 AM Subject: [CentOS] htaccess authentication asks for MySQL table test.user_info Hello. I tried to create an access file with 'htpasswd -c /etc/httpd/conf/myfile.htaccess testuser'. In the SSL directory I have put a .htaccess file containing the followings: AuthUserFile /etc/httpd/conf/myfile.htaccess AuthName "Mydomain" AuthType Basic require valid-user This worked with CentOS 3. Now with CentOS 4, apache version 2.0.52, the access to the page is forbidden. The ssl_error_log indicates this error: [Mon May 16 10:03:21 2005] [error] [client 192.168.0.1] MySQL ERROR: Table 'test .user_info' doesn't exist: /myurl_to_ssl_address [Mon May 16 10:03:21 2005] [error] [client 192.168.0.1] MySQL user testuser not fou nd: /myurl_to_ssl_address It's like if apache would make a MySQL query to find the user I specified, but in fact I expected apache to look into the /etc/httpd/conf/myfile.htaccess for that, and not in MySQL. Another person had the same problem lately. Here is the post: http://groups.google.ch/group/alt.apache.configuration/browse_frm/thread/9e… Does anybody have an idea of what happens there ? Thanks for any help provided. Daniel _______________________________________________ CentOS mailing list CentOS at centos.org http://lists.centos.org/mailman/listinfo/centos

1 0

aacraid monitoring tool?
by alex＠milivojevic.org 14 Jul '05

14 Jul '05

I've got myself an Adaptec 2200 HW RAID card to play for couple of days. Tha card uses aacraid device driver. Seems to work nicely, however just wandering if there's a tool (prefferably CLI) for CentOS that can read out RAID configuration data, status of individual drives, maybe even manage (create/delete) RAID devices? Thanks for any and all pointers. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

5 6

Re: Open Office 1.9.x -- Firefox i386 on x86-64
by Bryan J. Smith <b.j.smith＠ieee.org> 14 Jul '05

14 Jul '05

From: Karanbir Singh <Mail-Lists(a)karan.org> > Donno about FC3. When I installed FC3 x86_64, I got both for Mozilla, but only x86_64 for Firefox. Closer inspection showed that's exactly what the packages were in the repository. > You need to 'steal' from the i386 repo.. > ( apologies... I should have mentioned that before ) Yep. I have tried to "tap" the FC3 i386 repository with both APT and YUM and not always received what I expected. From my 2nd/3rd-hand understanding (i.e., I haven't done it ... yet), SmartPM let's you do all sorts of things to resolve this (like repository priority and other details). If I find a spare 4-6 hours in the next few weeks, I'm going to use SmartPM and document exactly how x86_64 platforms can benefit from its use. -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

Re: Open Office 1.9.x -- Firefox i386 on x86-64
by Bryan J. Smith <b.j.smith＠ieee.org> 14 Jul '05

14 Jul '05

From: Karanbir Singh <Mail-Lists(a)karan.org> > Just use the firefox-...-.i386.rpm and install all your standard > plugins, nothing elaborate about it. > Step.1 : yum install firefox.i386 > Step.2 : install all your plugins > Step.3 : Browse. Unfortunately some "wise" Red Hat people didn't bother to put Firefox i386 in the standard Fedora Core 3 x86-64 repository. They put both i386 and x86_64 packages for Mozilla, but only x86_64 for Firefox. -- Bryan J. Smith mailto:b.j.smith@ieee.org

2 1

Eclipse on Centos 4...
by Francois Meehan 14 Jul '05

14 Jul '05

Hi all, Is it possible to run eclipse 3.1 on Centos 4? When I tried, I got a JVM error and it bailed out. Does it require anything special to run on Centos? Best regards, Francois Random Thought: --------------- After Goliath's defeat, giants ceased to command respect. - Freeman Dyson

2 2

kernel panic at install time centos-3.5-x86_64
by Robin Mordasiewicz 14 Jul '05

14 Jul '05

I have successfully kickstarted 3.4 x86_64, but after updating my repo to 3.5 I see a kernel panic when it loads vmlinuz. Funny thing is that I had one box that would kernel panic while trying to install centos-3.4-x86_64, which then would install fine after updating to 3.5, but now my other mahcines will not kickstart. --

2 1

X Windows
by Huzefa Zakir 14 Jul '05

14 Jul '05

Can someone please assist me on how to install Gnome /KDE ? I am running Centos 4.1, and I didn't install the packages durning the install, but would like to install them now, Thanks ZAK CONFIDENTIALITY NOTICE: ************************************************************************ The information contained in this ELECTRONIC MAIL transmission is confidential. It may also be privileged work product or proprietary information. This information is intended for the exclusive use of the addressee(s). If you are not the intended recipient, you are hereby notified that any use, disclosure, dissemination, distribution [other than to the addressee(s)], copying or taking of any action because of this information is strictly prohibited. ************************************************************************

4 3

RPM Autorollback
by Maciej Żenczykowski 14 Jul '05

14 Jul '05

Hi, any idea if (when?) a new version of those RPMs with rollback included will become available for CentOS 4? Thanks, MaZe.

3 7

Yum package requiring yumconf
by Dag Wieers 14 Jul '05

14 Jul '05

Hi, I need yum-arch on RHEL4, yum does not come with RHEL4 so I took the CentOS package, but this one requires a yumconf package (satisfied by centos-yumconf) which I thought was pretty strange. Why does one require a yumconf package uberhaupt ? Why are we limiting a generally useful package to CentOS (or a system that provides yumconf) ? I know you can fix it in several ways, but I'm more concerned about having the dependency there in the first place. I always considered dependencies much like strictly necessary to use this package, and in this case it does not seem to be very mandatory. (config files you can add yourself easily one way or the other if you require them) My vote would go for removing the dependency. (now that I have installed centos-yumconf on RHEL4 and disabled all the functionality) -- dag wieers, dag(a)wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]

2 1

Problem unmounting loop device
by Matt Lawrence 13 Jul '05

13 Jul '05

I'm attempting to build a virtual disk image for qemu of CentOS4 on CentOS4. I'm having a problem after using yum --installroot to put a minimal filesystem on a partition located within the virtual disk. When I go to unmount it, I get "device is busy" errors. I know that I haven't left anything using that filesystem and lsof doesn't show anything, so I'm wondering if there is some sort of odd problem with the loop device. So far, I haven't been able to find anything applicable using google. Any ideas? -- Matt

3 4

CLI BT tracker/tracker
by William Warren 13 Jul '05

13 Jul '05

I have been hunting around the inet trying to find a CLI BT tracker/hoster. I want to use one of my linux servers as a BT torrent hoster/tracker. Anyone have any good informaiton they can point me to? -- 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" CDTT (Certified Duct Tape Technician) Linux user #322099 Machines: 206822 256638 276825 http://counter.li.org/

4 4

CentOS-announce Digest, Vol 5, Issue 4
by centos-announce-request＠centos.org 13 Jul '05

13 Jul '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:562 Critical CentOS 3 i386 krb5 - security update (Tru Huynh) 2. CESA-2005:562 Critical CentOS 3 x86_64 krb5 - security update (Tru Huynh) 3. CESA-2005:567 Important CentOS 4 i386 krb5 - security update (Johnny Hughes) 4. CESA-2005:567 Important CentOS 4 x86_64 krb5 - security update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 13 Jul 2005 01:06:13 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2005:562 Critical CentOS 3 i386 krb5 - security update To: centos-announce(a)centos.org Message-ID: <20050712230613.GA11031(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2005:562 krb5 security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2005-562.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/krb5-devel-1.2.7-47.i386.rpm updates/i386/RPMS/krb5-libs-1.2.7-47.i386.rpm updates/i386/RPMS/krb5-server-1.2.7-47.i386.rpm updates/i386/RPMS/krb5-workstation-1.2.7-47.i386.rpm source: updates/SRPMS/krb5-1.2.7-47.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update krb5\* Tru -- Tru Huynh (CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

Cetos 4 with Secure Linux - Apache perl problems...
by Scott Heisler 13 Jul '05

13 Jul '05

I'm trying to get perl working correctly on a new server and have a tough time. The server works fine for all standard web pages and hosts about 10 domains. Here's is my test.cgi CGI script I'm trying to run: #!/usr/bin/perl print "Content-type: text/html\n\n"; print "Hello!"; When I attempt to access the file via a web browers, I get this: [Tue Jul 12 16:46:11 2005] [error] [client 209.74.180.78] (13)Permission denied: exec of '/var/www/cgi-bin/test.cgi' failed [Tue Jul 12 16:46:11 2005] [error] [client 209.74.180.78] Premature end of script headers: test.cgi However, if I run it locally, I get the "Hello" output. I gave the file 777 and 755 rights (neither worked) and even gave apache ownership (apache:apache owns the file). Still get the Error 500 web page and the above errors. So I went further and dug more. In the httpd.conf, I established this: AddHandler cgi-script .cgi .pl ; set this: ScriptAlias /cgi-bin/ "/var/www/cgi-bin/" ; <Directory "/var/www/cgi-bin"> AllowOverride None Options ExecCGI Order allow,deny Allow from all </Directory> Still no luck.... What am I missing? Thanks. Scott

5 4

RE: [CentOS] gpg
by Ash Christopher 13 Jul '05

13 Jul '05

If you search the centos mailing list, this has been covered quite extensively. http://centos.org/modules/newbb/viewtopic.php?topic_id=1262&forum=32&pos t_id=3695#forumpost3695 -----Original Message----- From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On Behalf Of Mark Jarvis Sent: Tuesday, July 12, 2005 1:49 PM To: CentOS discussion and information list Subject: [CentOS] gpg In a general re-configuration of my box, I deleted and re-installed CentOS. OK, I need the gpg key. When, as suggested, I run rpm --import public.gpg.key I get: error: public.gpg.key: import read failed. So what do I do now? -mj- _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

3 2

Re: bad rpm openssh
by Traxhosting Tech 13 Jul '05

13 Jul '05

> Anything in /var/log/secure or /var/log/messages SSH is down, remember :) It's has become more complicated. It's best you visit http://forums.cpanel.net/showthread.php?p=195455#post195455 if you wanna stay updated on this issue... Tnx for replying, doh...

3 2

gpg
by Mark Jarvis 12 Jul '05

12 Jul '05

In a general re-configuration of my box, I deleted and re-installed CentOS. OK, I need the gpg key. When, as suggested, I run rpm --import public.gpg.key I get: error: public.gpg.key: import read failed. So what do I do now? -mj-

2 1

Red Hat Cluster Suite
by Adam Breaux 12 Jul '05

12 Jul '05

Is there an equivalent for CentOS? Adam Breaux Sr. Network Administrator Domain Bank, Inc. 23 W 4th St. Bethlehem, PA 18015 Phone: 610.317.9606 Fax: 610.317.9570 abreaux(a)domainbank.com http://www.domainbank.com

3 3

HAL and mounting volume
by Petr Klíma 12 Jul '05

12 Jul '05

Hi, is there anybody understanding HAL? I use CentOS 4 (RHEL 4) I need set specific mount options for USB flash disk. I found I can do it in /usr/share/hal/fdi/95userpolicy/storage-policy.fdi <?xml version="1.0" encoding="ISO-8859-1"?> <deviceinfo version="0.2"> <device> <match key="volume.fstype" string="vfat"> <merge key="volume.policy.mount_option.uid" type="string">nobody</merge> <merge key="volume.policy.mount_option.gid" type="string">mounter</merge> <merge key="volume.policy.mount_option.umask" type="string">077</merge> <merge key="volume.policy.mount_option.codepage" type="string">852</merge> <merge key="volume.policy.mount_option.iocharset" type="string">utf8</merge> <merge key="volume.policy.mount_option.exec" type="string">true</merge> </match> </device> </deviceinfo> "lshal" is showing this, but disc is mounted with standard options... uudi = '/org/freedesktop/Hal/devices/block_4223-CC71' volume.policy.mount_option.exec = 'true' (string) volume.policy.mount_option.iocharset = 'utf8' (string) volume.policy.mount_option.codepage = '852' (string) volume.policy.mount_option.umask = '077' (string) volume.policy.mount_option.gid = 'mounter' (string) volume.policy.mount_option.uid = 'nobody' (string) volume.policy.mount_option.noatime = true (bool) volume.policy.mount_option.sync = true (bool) volume.policy.desired_mount_point = 'usbdisk' (string) volume.policy.mount_filesystem = 'vfat' (string) volume.policy.should_mount = true (bool) info.udi = '/org/freedesktop/Hal/devices/block_4223-CC71' (string) volume.size = 130023424 (0x7c00000) (uint64) volume.block_size = 512 (0x200) (int) volume.num_blocks = 253952 (0x3e000) (int) volume.is_disc = false (bool) volume.is_mounted = true (bool) volume.mount_point = '/media/usbdisk' (string) volume.label = '' (string) volume.uuid = '4223-CC71' (string) volume.fsversion = 'FAT12' (string) volume.fsusage = 'filesystem' (string) volume.fstype = 'vfat' (string) info.product = 'Volume (vfat)' (string) info.parent = '/org/freedesktop/Hal/devices/block_8_16' (string) info.category = 'volume' (string) info.capabilities = 'block volume' (string) info.bus = 'block' (string) block.no_partitions = false (bool) block.have_scanned = false (bool) block.is_volume = true (bool) block.device = '/dev/sdb' (string) block.major = 8 (0x8) (int) block.minor = 16 (0x10) (int) block.storage_device = '/org/freedesktop/Hal/devices/block_8_16' (string) what is wrong? -- Petr Klíma e-mail: petr.klima(a)jihomilk.cz JIHOMILK a.s. phone: +420 389 136 209 Rudolfovská 246/83 web: http://www.jihomilk.cz 370 50 České Budějovice Czech Republic

1 1

Disk Druid - control RAID partition layout?
by Les Mikesell 12 Jul '05

12 Jul '05

Is it possible to partition a disk with Disk Druid and control the order of the partitions? I want to create my own boot and swap as RAID partitions but Disk Druid won't keep them in the order I want, no matter what I specify first. I've done this before by using fdisk to make the partitions before starting Disk Druid but I thought someone said this was an old bug and should have been fixed. -- Les Mikesell lesmikesell(a)gmail.com

3 3

Re: [CentOS] hardware acceleration with radeon
by Rohan Walsh 12 Jul '05

12 Jul '05

Thanks Aleksandar, Option "DRI" was all I needed, doh!

1 0

Sarah: RHSA tracking tool
by Dag Wieers 11 Jul '05

11 Jul '05

Hi, I'm working on a RHSA tracking tool, named Sarah. It allows you to build a local RHSA database of different RHEL releases and then allows you to verify systems for compliance (and lists applicable RHSA and required packages). But before releasing my prototype, I would like to know what requirements people have. How they would be using such a tool and what for reports they need to extract. My main reason for writing such a tool is to automate reports to send out to customers for getting approval for updates during planned maintenance. My aim is to list the risk and information based on information provided by Red Hat. Another use case would be to send out emails either when new RHSAs are released or updates are made to existing RHSAs or sending out daily or weekly mails for systems that are lacking certain security updates. I bet other people have other requirements, so I like to hear about those. PS You may wonder what it offers on top on RHN. In fact it doesn't offer much more than RHN already provides. But in our environment, we don't have RHN access for our systems (some of them are not even connected to the Internet) and security policy does not allow this anyway. Plus a CLI tool that is able to access and process this information allows for some specialized use that RHN may not provide. Bright ideas are welcomed. Kind regards, -- dag wieers, dag(a)wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]

6 8

Re: [CentOS] Hot swap CPU
by Bryan J. Smith <b.j.smith＠ieee.org> 11 Jul '05

11 Jul '05

From: Peter Farrow <peter(a)farrows.org> > looks like the 4500 came second to me by a fair margin, > between 3x and 5x faster best case, "Best case" would be something that scales linearlly over many processors with minimal (<0.1GBps) inter-CPU interconnect, which is exactly what a cluster (using GbE) is. In other cases, the old UltraSPARC II was able to keep within ~60% or so, and that's not even looking at the fact that it only had 2GB -- which _each_ dual-P4 node had as well. > not what Iwould call limping away. > Anyway that's enough of this thread, kill it now..... Here's my final statement. I have never debated that the P4 isn't more capable than old UltraSPARC II processors when something clearly relies on ALU/FPU. Heck, I _still_ deploy refurb/unused dual-P3 850MHz-1.4GHz systems because of this (especially when interconnect is not the bottleneck). But there _are_ cases where a more capable interconnect is what is needed. In those cases, even some older, cheap UltraSPARC II NUMA/UPA platforms are very useful. E.g., we're currently using a 8-way UltraSPARC II as our near-line/ off-line disk/tape backup server, and it's using multiple out-of-band and storage interconnects. Now yes, a 4-way HP DL585 would have been much nicer, and even far more interconnect. But it's clearly better than a 2-way P4 for what we're using it for. -- Bryan J. Smith mailto:b.j.smith@ieee.org

1 0

Re: [CentOS] Hot swap CPU
by Bryan J. Smith <b.j.smith＠ieee.org> 11 Jul '05

11 Jul '05

From: Rodrigo Barbosa <rodrigob(a)suespammers.org> > Btw, don't quote me on this one :) > I'm only 90% sure of the hotswapping capabilities, and less than 50% > sure about the price :) There _are_ systems with hot-swap CPUs, memory and/or, PCI[-X] slots. They are _not_ commodity and pricey, and require OS-level support. In fact, I believe Linux 2.6 has some support for hot-swap -- at least at the PCI[-X] level, if not memory and possibly CPU as well. It requires extensive support though for that type of "dynamic" flexibility. -- Bryan J. Smith mailto:b.j.smith@ieee.org

7 10

RE: [CentOS] Anything todo against massive connects
by Marc Powell 11 Jul '05

11 Jul '05

It sounds like your machine was the hub of a botnet. I would talk to your ISP and ask them to block all access to those IP/port pairs at the edge of their network. Chances are high that those connections will never stop as they're probably being initiated by some kind of worm. -- Marc > -----Original Message----- > From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On > Behalf Of Niels Przybilla > Sent: Monday, July 11, 2005 8:53 AM > To: 'CentOS mailing list' > Subject: AW: [CentOS] Anything todo against massive connects > > Hi, > > Yes i had a compromised server where a ircd was running on these ports. > > Now many clients try to connect, but the server has been replaced and no > irc > is running and a better firewall configuration. > > Best regards > > Niels > > -----Ursprüngliche Nachricht----- > Von: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] Im > Auftrag > von Marco Garza > Gesendet: Montag, 11. Juli 2005 15:47 > An: CentOS mailing list > Betreff: Re: [CentOS] Anything todo against massive connects > > Niels Przybilla wrote: > >> Hi, > >> > >> i got a server that is massivly contacted on the ports 5190, 5150 and > >> 6667. > >> > >> Is there any possibility to stop these requests ? > >> > >> I block everything with my firewall. > >> > >> That are ten thousands of different IP's that try to connect. > >> > >> Thanks and best regards > >> > >> Niels > >> > > > > > > > >> _______________________________________________ > >> CentOS mailing list > >> CentOS(a)centos.org > >> http://lists.centos.org/mailman/listinfo/centos > >> > > > > > > > > No virus found in this incoming message. > > Checked by AVG Anti-Virus. > > Version: 7.0.323 / Virus Database: 267.8.12/46 - Release Date: > > 7/11/2005 > > 5190 is for AOL / AIM > 6667 is IRC dcc > I am not sure what 5150 is for. > > Do you have servers behind this server?? > > -Marco Garza > > > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos > > > > > > > ___________________________________________________________ > Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier > anmelden: http://mail.yahoo.de > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos

1 0

bad rpm openssh?
by Traxhosting Tech 11 Jul '05

11 Jul '05

Hello, I just did a cPanel upgrade from R11 > R82 (it's been a while, I know) Putty denied my root password after the - otherwise - successful update. Restarting OpenSSH in WHM results in: -- Waiting for sshd to restart.... . . . . . . . . . . finished. sshd status root 24840 0.6 0.9 38892 18596 ? S 07:28 0:00 /usr/local/cpanel/whostmgr/bin/whostmgr ./ressshd root 24858 0.1 0.0 20492 1896 ? S 07:28 0:00 /usr/sbin/sshd Jul 7 07:28:27 sunv20z sshd: sshd -TERM succeeded Jul 7 07:28:27 sunv20z sshd: succeeded sshd has failed, please contact the sysadmin. -- Any known issues - maybe a bad (new) openssh rpm for Centos 3.5 x86_64 bit - Dual Opteron? (Another person had the same problem - ref: http://forums.cpanel.net/showthread.php?p=195455#post195455) Thanks in advance. TT

2 1

Anything todo against massive connects
by Niels Przybilla 11 Jul '05

11 Jul '05

Hi, i got a server that is massivly contacted on the ports 5190, 5150 and 6667. Is there any possibility to stop these requests ? I block everything with my firewall. That are ten thousands of different IP's that try to connect. Thanks and best regards Niels

2 3

raid5 crash
by Farkas Levente 11 Jul '05

11 Jul '05

hi, after we switch our servers from centos-3 to centos-4 (aka. rhel-4) one of our server always crash once a week without any oops. this happneds with both the normal kernel-2.6.9-11.EL and kernel-2.6.9-11.106.unsupported. after we change the motherboard, the raid contorller and the cables too we still got it. finally we start netdump and last but not least yesterday we got a crash log and a core file. it seems there is a bug in the raid5 code of the kernel. this is our backup server with 8 x 200GB hdd in a raid5 (for the data) plus 2 x 40GB hdd in raid1 (for the system) with 3ware 8xxx raid contorller, running. i attached the netdump log of the last crash. how can i fix it? yours. -- Levente "Si vis pacem para bellum!" 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 NULL pointer dereference at virtual address 00000000 printing eip: 00000000 *pde = 0f94a067 Oops: 0000 [#1] Modules linked in: cifs nls_utf8 ncpfs nfsd exportfs lockd sunrpc parport_pc lp parport netconsole netdump 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:[<00000000>] Not tainted VLI EFLAGS: 00010246 (2.6.9-11.106.unsupported) EIP is at 0x0 eax: c1806138 ebx: c018961c ecx: 00000016 edx: c035c7f4 esi: e7182200 edi: 00000001 ebp: c18fb380 esp: f7878f34 ds: 007b es: 007b ss: 0068 Process md2_raid5 (pid: 224, threadinfo=f7878000 task=f7872600) Stack: f7b973c0 f8879a26 md_thread+0x20d/0x23a [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c030ce1a>] ret_from_fork+0x6/0x14 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02a183f>] md_thread+0x0/0x23a [<c01041d9>] kernel_thread_helper+0x5/0xb Code: Bad EIP value. Pid: 224, comm: md2_raid5 EIP: 0060:[<00000000>] CPU: 0 EIP is at 0x0 EFLAGS: 00010246 Not tainted (2.6.9-11.106.unsupported) EAX: c1806138 EBX: c018961c ECX: 00000016 EDX: c035c7f4 ESI: e7182200 EDI: 00000001 EBP: c18fb380 DS: 007b ES: 007b CR0: 8005003b CR2: ffffffd5 CR3: 0fd6b000 CR4: 000006d0 [<f8879a26>] handle_stripe+0xfca/0x1207 [raid5] [<f887a7d5>] raid5d+0x197/0x2ab [raid5] [<c02a1a4c>] md_thread+0x20d/0x23a [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c030ce1a>] ret_from_fork+0x6/0x14 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02a183f>] md_thread+0x0/0x23a [<c01041d9>] kernel_thread_helper+0x5/0xb sibling task PC pid father child younger older init S C01458E9 920 1 0 2 (NOTLB) f7f44eb0 00000086 00000055 xfrm_state_flush+0x2/0x289 tcp_poll+0x31/0x144 [<c01768e1>] do_select+0x347/0x378 [<c0176461>] __pollwait+0x0/0x94 [<c0176c05>] sys_select+0x2e0/0x43a [<c030cefb>] syscall_call+0x7/0xb ntpd S 000000D0 2516 2196 1 2219 2172 (NOTLB) f0885eb0 00000082 00000246 000000d0 cf8553a0 000021cd 5197434f 00003abd f697d2a0 f697d42c f6a0d580 7fffffff 00000000 f0885f74 c030b7e5 f69a5980 00000000 f0885f58 f69a5980 f106ed18 c017648e 00000246 f106b800 f0885f58 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 2219 1 2223 2196 (NOTLB) f65a4f1c 00000082 00000001 00000000 f697ccd0 00030ee2 966e2a43 00000033 f69b1320 f69b14ac 00000000 7fffffff f65a4fa0 f0888ba0 c030b7e5 f106b580 f65a4fa0 f106e518 c02aeeac f6a7a780 c03806c0 00000145 f0888bb0 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 nfsd S FF4DCFB0 2316 2223 1 2224 2219 (L-TLB) f05fff10 00000046 00000002 ff4dcfb0 f69c4dd0 000013cc c85b7bd5 000037c8 f69b0d50 f69b0edc 03db8cae 03db8cae 0000000b c1993c00 c030b886 f5675f18 c035b0d0 03db8cae 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 [<c011b921>] __wake_up+0x6e/0xca [<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 000037C3 3472 2224 1 2225 2223 (L-TLB) f1513f10 00000046 431bf158 000037c3 f78731a0 00001630 431bf158 000037c3 f6a21870 f6a219fc 03db2fe5 03db2fe5 0000000b f7f58400 c030b886 f1806f18 c035b0c0 03db2fe5 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 schedule_timeout+0xf1/0x10c [<c0129336>] process_timeout+0x0/0x5 [<f8ade6bb>] svc_recv+0x325/0x65b [sunrpc] [<c011b856>] default_wake_function+0x0/0xc [<c011b856>] 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+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 [<f894c6f7>] lockd+0x1ae/0x33f [lockd] [<f894c549>] lockd+0x0/0x33f [lockd] [<c01041d9>] kernel_thread_helper+0x5/0xb rpciod S C0129BCC 3752 2231 1 2232 2230 (L-TLB) f5665f9c 00000046 f5665000 c0129bcc f69b0780 00000a63 99004822 00000033 f69c4dd0 f69c4f5c f5665000 00000000 f5665fb8 00000000 f8ada30b 00000000 f69c4dd0 c011ceaf f5665fd0 f5665fd0 f05fff10 c030ce1a f69b0d50 00000000 free_uid+0x15/0xac [<f8ada30b>] rpciod+0x556/0x74b [sunrpc] [<c011ceaf>] 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 00000000 2136 2232 1 2236 2231 (L-TLB) f5675f10 00000046 f7f59864 00000000 f7f59864 00000886 cf330c8a 000037c8 f69c4800 f69c498c 03db8d21 03db8d21 0000000b f7f59800 c030b886 c035b0d0 f05fff18 03db8d21 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 C16A7000 3416 2236 1 2256 2232 (NOTLB) f567eeb0 00000086 c01458e9 c16a7000 f697ccd0 0004c4da 9d1f8094 00000033 f69c5970 f69c5afc f6a0f480 7fffffff 00000000 f567ef74 c030b7e5 00000000 00df9100 00000246 f5664580 f567ef58 f1818598 c02d1fed f5663d00 f567ef58 Call Trace: 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 rpc.idmapd S 00003ABB 3288 2256 1 2316 2236 (NOTLB) f088af1c 00000086 6792e02d 00003abb cf919770 00000f18 912b8daa 00003abc f6a6d1a0 f6a6d32c 03d65077 03d65077 00000000 00001388 c030b886 f6bc7eb8 cf9a0da4 03d65077 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 2288 2316 1 2325 2331 2256 (NOTLB) f65d4eb0 00000086 00000055 c01458e9 f08e80b0 000024bb 32f4d56a 00003ab7 f697ccd0 f697ce5c 03d6cd16 03d6cd16 00000000 f65d4f74 c030b886 c0439020 f04d0f54 03d6cd16 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 00003AA6 2368 2325 2316 5271 (NOTLB) f65d9eb0 00000086 aff835d3 00003aa6 f780a1b0 0000586b aff87065 00003aa6 f6a6d770 f6a6d8fc 03de71f1 03de71f1 00000000 f65d9f74 c030b886 c035b128 c035b128 03de71f1 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 00000034 2764 2331 1 2340 2316 (NOTLB) f04cceb0 00000082 30984ef4 00000034 f780a1b0 00031940 309a3434 00000034 f78a60b0 f78a623c 0524d0d9 0524d0d9 00000000 f04ccf74 c030b886 c035b368 c035b368 0524d0d9 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 [<c02aa01a>] sys_socketcall+0xde/0x1dd [<c01244b5>] sys_gettimeofday+0x53/0xac [<c030cefb>] syscall_call+0x7/0xb crond S 000000FF 2616 2340 1 5980 2349 2331 (NOTLB) f65dcf4c 00000082 00000000 000000ff cfdc0dd0 000025c3 16273dd1 00003abc f0ba3970 f0ba3afc 03d71f46 03d71f46 0000ea6b fa09bac0 c030b886 c035b040 f8b57e98 03d71f46 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 smbd S C035CA9C 1752 2349 1 2374 2353 2340 (NOTLB) f04caeb0 00000086 000000d0 c035ca9c c01459c0 0001f6f4 b600904c 00003133 f0ba33a0 f0ba352c f04d1b80 7fffffff 00000000 f04caf74 c030b7e5 f0bbac98 c017648e 00000246 f0b43580 f04caf58 f0bba898 c02d1fed 00000000 00000000 Call Trace: [<c01459c0>] __alloc_pages+0xb4/0x29d [<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 [<c01058d8>] sys_sigreturn+0x1ce/0x1f2 [<c030cefb>] syscall_call+0x7/0xb nmbd S 00003ABB 2320 2353 1 2370 2349 (NOTLB) f04d3eb0 00000086 78a3db2d 00003abb cffc18f0 0001365b 78ab8b56 00003abb f0ba2dd0 f0ba2f5c 03d65194 03d65194 00000000 f04d3f74 c030b886 d11d6da4 c035ade8 03d65194 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 atd S 00000000 2764 2370 1 2380 2353 (NOTLB) f04d0f4c 00000082 f04d0f34 00000000 cffc18f0 0000260f c782e9a5 00003a7f f0ba2230 f0ba23bc 03d6d34f 03d6d34f 0004940f fa09bac0 c030b886 f65d4eb8 c035b038 03d6d34f 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 smbd S C0107DF7 3436 2374 2349 (NOTLB) f04cffb8 00000082 00000001 c0107df7 f0ba33a0 0006ccbc 8803dfb7 00000034 f6a6c600 f6a6c78c 00d1da3c 00cfc97c 00cfc7d0 f04cf000 c012f12b c030cefb 00d1da3c 00000000 08120880 00cfc97c 00cfc7d0 bfed9178 0000001d 0000007b Call Trace: [<c0107df7>] handle_IRQ_event+0x25/0x4f [<c012f12b>] sys_pause+0x14/0x1d [<c030cefb>] syscall_call+0x7/0xb dbus-daemon-1 S 00000001 3040 2380 1 2381 2370 (NOTLB) f65eef1c 00000086 c01459c0 00000001 f0b76bd0 000020ae b10881c6 00000035 f0ba2800 f0ba298c 00000000 7fffffff f65eefa0 f39a5ca0 c030b7e5 00000246 f0b4ca80 f65eefa0 f0b64d18 c0306e62 c03822c0 00000145 f39a5cb8 00000001 Call Trace: [<c01459c0>] __alloc_pages+0xb4/0x29d [<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 dbus-daemon-1 S 00000000 3096 2381 1 2390 2380 (NOTLB) f04c8cac 00000086 00000000 00000000 00000000 00005927 9626398f 00000034 f0b771a0 f0b7732c 00000000 7fffffff f04c8d1c 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 2390 1 2399 2381 (NOTLB) f65e5f1c 00000086 000000d0 c035ca9c cffc01b0 00007310 e7657e44 00003abc f0b76bd0 f0b76d5c 03d64a69 03d64a69 f65e5fa0 e71f7d00 c030b886 c035a8a8 c035a8a8 03d64a69 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 2399 1 2400 2390 (NOTLB) f65e6e94 00000086 0000000a 00000001 f697c130 0001550a e18fa1a8 00000034 f6a6cbd0 f6a6cd5c f04d2000 7fffffff f04d2c64 fffffffb c030b7e5 00000000 ffffffff 00000000 f65e6ed8 f65e6ef8 00000000 f65e6f3c f7c69714 f65e6f74 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 [<c030007b>] xfrm_state_flush+0x2/0x289 mingetty S 00000034 3040 2400 1 2401 2399 (NOTLB) f65e7e94 00000082 c4b810a2 00000034 f7f111a0 0003bf45 ecb0d76b 00000034 f0b77770 f0b778fc f39b6000 7fffffff f39b6c64 fffffffb c030b7e5 00000000 ffffffff 00000000 f65e7ed8 f65e7ef8 00000000 f65e7f3c f7c73d8c f65e7f74 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 2401 1 2402 2400 (NOTLB) f08c0e94 00000082 0000000a 00000001 f0b76030 0004849f cb166906 00000034 f0b76600 f0b7678c f08f3000 7fffffff f08f3c64 fffffffb c030b7e5 00000000 ffffffff 00000000 f08c0ed8 f08c0ef8 00000000 f08c0f3c f7c774ec f08c0f74 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 2402 1 2403 2401 (NOTLB) f08c3e94 00000086 0000000a 00000001 f69b18f0 00052d6d d66f7d73 00000034 f0b76030 f0b761bc f1550000 7fffffff f1550c64 fffffffb c030b7e5 00000000 ffffffff 00000000 f08c3ed8 f08c3ef8 00000000 f08c3f3c f7c80b64 f08c3f74 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 2403 1 6851 2402 (NOTLB) f08c6e94 00000082 0000000a 00000001 f6a6cbd0 0003ccd9 e18e4c9e 00000034 f08e97f0 f08e997c f1866000 7fffffff f1866c64 fffffffb c030b7e5 00000000 ffffffff 00000000 f08c6ed8 f08c6ef8 00000000 f08c6f3c f7c832c4 f08c6f74 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 [<c030007b>] xfrm_state_flush+0x2/0x289 mingetty S 00000001 3040 6851 1 5922 2403 (NOTLB) f6999e94 00000082 0000000a 00000001 f7f11770 00027873 8e10f662 00000049 f69b18f0 f69b1a7c f695b000 7fffffff f695bc64 fffffffb c030b7e5 00000000 ffffffff 00000000 f6999ed8 f6999ef8 00000000 f6999f3c f69c6d8c f6999f74 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 pickup S 00000246 2824 5271 2316 7087 2325 (NOTLB) d354ceb0 00000086 c127cfc0 00000246 cfeb97f0 0000428f 32f517f9 00003ab7 f08e80b0 f08e823c 03d76956 03d76956 00000000 d354cf74 c030b886 c037d940 c035b048 03d76956 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 [<c01243db>] sys_time+0xf/0x58 [<c030cefb>] syscall_call+0x7/0xb mgetty S C01459C0 2764 5922 1 6438 6851 (NOTLB) e6214eb0 00000082 c035ca9c c01459c0 00000001 0001cb89 5cfc24c7 000038ed f697c130 f697c2bc 03eec231 03eec231 00000000 e6214f74 c030b886 c035b350 c035b350 03eec231 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 crond S F786F540 3024 5980 2340 5981 (NOTLB) d157aee8 00000086 d157af74 f786f540 c01c2327 00010b87 7ce582b9 00003951 f78a77f0 f78a797c f3e0e0ac d157af10 d157af04 f3e0e02c c016fc5c 00000000 f78a77f0 c011ceaf d157af1c d157af1c 0001b1a6 b7fff000 f3dc2e58 00000000 Call Trace: [<c01c2327>] inode_has_perm+0x4c/0x54 [<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 2600 5981 5980 6437 (NOTLB) d11b2f28 00000082 f08e1be0 00000004 cfd1d8f0 000076ab 28d43399 00003954 f69b0780 f69b090c f69b0824 fffffe00 f69b0780 00000000 c0123c14 00030002 d11b2fc4 bfe476d4 d0ff0030 d11b2000 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 F08E1BE0 3192 6437 5981 (NOTLB) d0809ee8 00000086 d0809f74 f08e1be0 cff6c130 000082f3 2e8bea3b 000039ae d0ff0030 d0ff01bc f3e0e414 d0809f10 d0809f04 f3e0e394 c016fc5c 00000000 d0ff0030 c011ceaf d0809f1c d0809f1c b7fff000 d0809fc4 d0acb918 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 6438 1 6850 6440 5922 (NOTLB) d167bf28 00000086 f3e27a00 00000004 cfeb97f0 000117de 5c2feef4 00003957 d0ff0600 d0ff078c d0ff06a4 fffffe00 d0ff0600 00000000 c0123c14 00030002 d167bfc4 bfe4a6f4 cfe54600 d167b000 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 6440 1 6808 6441 6438 (NOTLB) d085cf28 00000086 f10c8e40 00000004 cfeb97f0 0000fad2 4914056f 00003954 d08657f0 d086597c d0865894 fffffe00 d08657f0 00000000 c0123c14 00030002 d085cfc4 bff2e5d4 cfdc0dd0 d085c000 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 00000004 2764 6441 1 6727 6443 6440 (NOTLB) d67e7f28 00000086 f1867d40 00000004 cfeb9220 0000f6a0 3e9c21e1 00003954 d0b26dd0 d0b26f5c d0b26e74 fffffe00 d0b26dd0 00000000 c0123c14 00030002 d67e7fc4 bfe5a654 cfe55770 d67e7000 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 00000004 2600 6443 1 6623 6449 6441 (NOTLB) cfc1af28 00000086 f6a07520 00000004 cfeb9220 0000f0be 354885d8 00003954 d0864c50 d0864ddc d0864cf4 fffffe00 d0864c50 00000000 c0123c14 00030002 cfc1afc4 bff04774 cf9191a0 cfc1a000 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 hirdet S 00000004 2576 6449 1 6821 6451 6443 (NOTLB) d03f0f28 00000082 f0bbd180 00000004 cfeb97f0 000117c7 4b2384c2 00003954 d02d0700 d02d088c d02d07a4 fffffe00 d02d0700 00000000 c0123c14 00030002 d03f0fc4 bff984a4 cfeb97f0 d03f0000 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 2764 6451 1 6849 6452 6449 (NOTLB) cfc58f28 00000086 f0820e60 00000004 d0b27970 00012bfd d06721be 00003956 cfd1d8f0 cfd1da7c cfd1d994 fffffe00 cfd1d8f0 00000000 c0123c14 00030002 cfc58fc4 bfe3dfd4 cf919770 cfc58000 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 00003954 2576 6452 1 6830 6453 6451 (NOTLB) cfd11f28 00000082 5138e6ed 00003954 f6a6d1a0 00010790 5138e6ed 00003954 cfd1d320 cfd1d4ac cfd1d3c4 fffffe00 cfd1d320 00000000 c0123c14 00030002 cfd11fc4 bff9f7a4 cffc18f0 cfd11000 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 pallasz S 00000004 2576 6453 1 6831 6454 6452 (NOTLB) cfd32f28 00000082 f18674c0 00000004 cff6c130 00010786 595d5245 00003954 cfd1cd50 cfd1cedc cfd1cdf4 fffffe00 cfd1cd50 00000000 c0123c14 00030002 cfd32fc4 bfe45824 cffc0d50 cfd32000 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 00000004 2576 6454 1 6829 6455 6453 (NOTLB) cfd4df28 00000086 f39a53c0 00000004 cff6c130 0001ce28 50de794b 00003954 cfd1c780 cfd1c90c cfd1c824 fffffe00 cfd1c780 00000000 c0123c14 00030002 00000000 c0265fe7 0423e7b8 cfd4d000 00000001 00000004 ffffffff 00000000 Call Trace: [<c0123c14>] do_wait+0x25a/0x435 [<c0265fe7>] start_request+0x1a0/0x1c1 [<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 6455 1 7002 6456 6454 (NOTLB) cfd69f28 00000086 f39a54a0 00000004 cf9191a0 000187b2 a8415fc5 000039e6 cfd1c1b0 cfd1c33c cfd1c254 fffffe00 cfd1c1b0 00000000 c0123c14 00030002 cfd69fc4 bfe56314 cffc01b0 cfd69000 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 00003954 2576 6456 1 6818 6705 6455 (NOTLB) cfd85f28 00000086 4aaa25cb 00003954 cfdc13a0 0000fca6 4aaa25cb 00003954 cfdc1970 cfdc1afc cfdc1a14 fffffe00 cfdc1970 00000000 c0123c14 00030002 cfd85fc4 bfe2fbd4 cffc1320 cfd85000 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 1920 6623 6443 6838 (NOTLB) ncpmount S 00003AB6 3112 6705 1 6770 6456 (NOTLB) cff28eb0 00000086 7798132f 00003ab6 cf854dd0 000009e6 7798132f 00003ab6 cff6d870 cff6d9fc cfded480 7fffffff 00000000 cff28f74 c030b7e5 cf9f5780 00000000 cff28f58 cf9f5780 cfa54c98 c017648e 00000246 00000246 d05aa800 schedule_timeout+0x50/0x10c 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 [<c030b7e5>] schedule_timeout+0x50/0x10c [<c011adc1>] recalc_task_prio+0x128/0x133 [<c030ad9f>] schedule+0x43f/0x552 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02a86fd>] kernel_recvmsg+0x2a/0x31 [<f8b9cde5>] cifs_demultiplex_thread+0x11e/0x99c [cifs] [<f8b9ccc7>] cifs_demultiplex_thread+0x0/0x99c [cifs] [<c01041d9>] kernel_thread_helper+0x5/0xb ncpmount S 000000D0 3112 6810 1 6826 6812 (NOTLB) d3275eb0 00000082 00000246 000000d0 cffc0d50 0000097d 77981cac 00003ab6 cf854dd0 cf854f5c cfee8e80 7fffffff 00000000 d3275f74 c030b7e5 cfb1fa80 00000000 d3275f58 cfb1fa80 cf8cdd18 c017648e 00000246 00000246 d05aa080 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 cifsd S 00003AAD 2340 6811 1 6812 6799 (L-TLB) d11d6d9c 00000046 8947e102 00003aad cf919770 000005f0 2e399238 00003abc cfdc13a0 cfdc152c 03d651c8 03d651c8 00000000 d11d6e14 c030b886 c035ade8 f04d3eb8 03d651c8 1d244b3c 00000000 00000005 c031a0b5 c031c25c 000000a8 Call Trace: [<c030b886>] 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 [<c0107df7>] handle_IRQ_event+0x25/0x4f [<f885b35e>] scsi_delete_timer+0xc/0x48 [scsi_mod] [<c011adc1>] recalc_task_prio+0x128/0x133 [<c030ad9f>] schedule+0x43f/0x552 [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<c02a86fd>] kernel_recvmsg+0x2a/0x31 [<f8b9cde5>] cifs_demultiplex_thread+0x11e/0x99c [cifs] [<f8b9ccc7>] cifs_demultiplex_thread+0x0/0x99c [cifs] [<c01041d9>] kernel_thread_helper+0x5/0xb cifsd S 00003ABC 2604 6812 1 6810 6811 (L-TLB) d1233d9c 00000046 843db3c4 00003abc cf8553a0 00000d31 5baec11c 00003abd cff6d2a0 cff6d42c 03d66592 03d66592 00000000 d1233e14 c030b886 c035ae88 f6952eb8 03d66592 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 [<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 [<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 [<f8b9cde5>] cifs_demultiplex_thread+0x11e/0x99c [cifs] [<f8b9ccc7>] cifs_demultiplex_thread+0x0/0x99c [cifs] [<c01041d9>] kernel_thread_helper+0x5/0xb rdiff-backup D CFF83D20 1700 6818 6456 (NOTLB) cff83d58 00000082 00000010 cff83d20 cf8553a0 000fca76 5bf0288f 00003abd cffc1320 cffc14ac 03d684d6 cff83000 cff83dac c18f1580 f8baa34b cf404380 00000000 00000000 f1380f80 0000d1b2 0000000f 00000000 cffc1320 c011ceaf Call Trace: autoremove_wake_function+0x0/0x2d [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<f88ca027>] char2uni+0xe/0x1f [nls_utf8] __cond_resched+0x14/0x3b [<f8ba6d9b>] cifs_revalidate+0x1a6/0x2d6 [cifs] [<f8ba2553>] cifs_d_revalidate+0xb/0x35 [cifs] [<c017136b>] do_lookup+0x70/0x8f [<c0171db7>] link_path_walk+0xa2d/0xd8c [<c0172391>] path_lookup+0xff/0x12f [<c01724d5>] __user_walk+0x21/0x51 [<c016ca23>] vfs_lstat+0x11/0x37 [<c016d018>] sys_lstat64+0xf/0x23 [<c01281b0>] ptrace_setsiginfo+0x1be/0x1c0 [<c010884e>] do_IRQ+0x239/0x242 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 rdiff-backup R running 1476 6821 6449 (NOTLB) ncpmount S 000000D0 3112 6826 1 6810 (NOTLB) d0eb9eb0 00000082 00000246 000000d0 cfdc0230 000008ad 85dcc468 00003a71 cfeb8c50 cfeb8ddc cf516980 7fffffff 00000000 d0eb9f74 c030b7e5 cf516d80 00000000 d0eb9f58 cf516d80 cfa1d798 c017648e 00000246 00000246 cff66800 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 rdiff-backup R running 1172 6829 6454 (NOTLB) rdiff-backup D 00003ABD 1912 6830 6452 (NOTLB) cffd1eec 00000086 588b9723 00003abd f697c700 0000019a 588b9ad8 00003abd cffc18f0 cffc1a7c f7fd6e00 cffd1f18 f7fd6ea4 002130fc f889e7a8 00000000 00000000 cffc18f0 c011ceaf cffd1f24 cffd1f24 00000000 f7fd6efc 00000003 Call Trace: autoremove_wake_function+0x0/0x2d [<c011ceaf>] autoremove_wake_function+0x0/0x2d [<f88985e9>] journal_stop+0x37b/0x42f [jbd] [<f88986b9>] journal_force_commit+0x1c/0x21 [jbd] direct_strncpy_from_user+0x3e/0x5d [<c01412b1>] filemap_fdatawrite+0xf/0x13 [<c0163aec>] sys_fsync+0x95/0xd6 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 rdiff-backup R running 1628 6831 6453 (NOTLB) ssh S 00003ABD 2428 6836 6727 (NOTLB) dfa9aeb0 00000082 49cc20c5 00003abd cfe55770 000003ca 49cc2d68 00003abd cf854230 cf8543bc cf2d7680 7fffffff 00000000 dfa9af74 c030b7e5 cf9ea698 c017648e 00000246 ce6cb580 dfa9af58 cf9ea698 c02d1fed 00000000 00000082 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 2544 6838 6623 (NOTLB) e7f4eeb0 00000082 000000d0 c035ca9c cf919770 0000123e 5a529d9a 00003a82 cfdc0230 cfdc03bc cda89880 7fffffff 00000000 e7f4ef74 c030b7e5 cf9eac98 c017648e 00000246 cdf0fa80 e7f4ef58 cf9eac98 c02d1fed 000007b0 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 [<c030007b>] xfrm_state_flush+0x2/0x289 rdiff-backup S F0820E60 1836 6849 6451 6867 (NOTLB) cf8eaee8 00000086 cf8eaf74 f0820e60 cffc18f0 0003b947 f0afe825 00003abc cf919770 cf9198fc cff9e5c8 cf8eaf10 cf8eaf04 cff9e548 c016fc5c 00000000 cf919770 c011ceaf cf8eaf1c cf8eaf1c 00000000 f6e06034 00000001 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 rdiff-backup R running 2120 6850 6438 6869 (NOTLB) ssh S C035CA9C 2340 6867 6849 (NOTLB) e6f9eeb0 00000082 000000d0 c035ca9c cffc18f0 000047cb f0f80be1 00003abc cf918bd0 cf918d5c ccc19c80 7fffffff 00000000 e6f9ef74 c030b7e5 cf9ea898 c017648e 00000246 ce6cb080 e6f9ef58 cf9ea898 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 [<c030007b>] xfrm_state_flush+0x2/0x289 ssh S 0000395D 2648 6869 6850 (NOTLB) c32e5eb0 00000086 2095eedb 0000395d cfe54600 000051e3 20960484 0000395d cfeb80b0 cfeb823c c59eda80 7fffffff 00000000 c32e5f74 c030b7e5 cda78318 c017648e 00000246 f0b43080 c32e5f58 cda78318 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 [<c030cefb>] syscall_call+0x7/0xb rdiff-backup S F39A54A0 2008 7002 6455 7003 (NOTLB) f57c8ee8 00000082 f57c8f74 f39a54a0 cf8553a0 000002dd 5a3b5875 00003abd cffc01b0 cffc033c f7cab77c f57c8f10 f57c8f04 f7cab6fc c016fc5c 00000000 cffc01b0 c011ceaf f57c8f1c f57c8f1c 00000000 00000000 f5393a18 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 [<c030007b>] xfrm_state_flush+0x2/0x289 ssh S 00003ABD 2604 7003 7002 (NOTLB) c63f8eb0 00000082 5a3b2f32 00003abd cffc01b0 00000500 5a3b3bd2 00003abd cfe54030 cfe541bc cfaf5d80 7fffffff 00000000 c63f8f74 c030b7e5 e9770598 c017648e 00000246 cf886a80 c63f8f58 e9770598 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 proxymap S 00000246 2276 7087 2316 7088 5271 (NOTLB) e155feb0 00000082 c10841a0 00000246 cf9191a0 00001ef1 3982b7ea 00003aa6 cfa0c680 cfa0c80c ce771480 7fffffff 00000000 e155ff74 c030b7e5 00000001 f0524380 00000000 e155ff58 f0524380 f0528718 c017648e 00000246 cff66300 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 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 trivial-rewri S 00000246 2276 7088 2316 7128 7087 (NOTLB) f0e43eb0 00000082 c105f3e0 00000246 f08e8c50 00000896 3e4abd9a 00003aa6 cfa0cc50 cfa0cddc cddada80 7fffffff 00000000 f0e43f74 c030b7e5 00000001 f6946c80 00000000 f0e43f58 f6946c80 f051c118 c017648e 00000246 f0b4c300 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 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 smtpd S 00003AA6 2196 7128 2316 7129 7088 (NOTLB) d2e70eb0 00000082 3ed0320a 00003aa6 f780a1b0 000136ff 3ed291b3 00003aa6 f08e8680 f08e880c 03d64c63 03d64c63 00000000 d2e70f74 c030b886 cb2eeeb8 f6966f54 03d64c63 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 [<c01243db>] sys_time+0xf/0x58 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 cleanup S 00000246 2276 7129 2316 7130 7128 (NOTLB) cb2eeeb0 00000082 c1376f40 00000246 cffc01b0 0000558e 3ed5b624 00003aa6 f08e8c50 f08e8ddc 03d64c64 03d64c64 00000000 cb2eef74 c030b886 f7f28f4c d2e70eb8 03d64c64 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 [<c01243db>] sys_time+0xf/0x58 [<c030cefb>] syscall_call+0x7/0xb [<c030007b>] xfrm_state_flush+0x2/0x289 local S 00003AA6 2364 7130 2316 7129 (NOTLB) eb6a9eb0 00000086 affc3a08 00003aa6 cf854230 0000532f affc3a08 00003aa6 d0b26800 d0b2698c 03d653d1 03d653d1 00000000 eb6a9f74 c030b886 c035adf8 c035adf8 03d653d1 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 [<c01243db>] sys_time+0xf/0x58 [<c030cefb>] syscall_call+0x7/0xb 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: 331372kB (256kB HighMem) Active:62682 inactive:102899 dirty:25948 writeback:0 unstable:0 free:82843 slab:5921 mapped:29439 pagetables:474 DMA free:1276kB min:16kB low:32kB high:48kB active:3884kB inactive:7156kB present:16384kB pages_scanned:0 all_unreclaimable? no protections[]: 0 0 0 Normal free:329840kB min:936kB low:1872kB high:2808kB active:175308kB inactive:349000kB present:901120kB pages_scanned:0 all_unreclaimable? no protections[]: 0 0 0 HighMem free:256kB min:128kB low:256kB high:384kB active:71536kB inactive:55440kB present:131072kB pages_scanned:0 all_unreclaimable? no protections[]: 0 0 0 DMA: 213*4kB 47*8kB 1*16kB 1*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1276kB Normal: 0*4kB 19006*8kB 8122*16kB 1377*32kB 47*64kB 0*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 329840kB HighMem: 0*4kB 0*8kB 0*16kB 4*32kB 0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 256kB Swap cache: add 40, delete 40, find 0/0, race 0+0 Free swap: 2108440kB 262144 pages of RAM 32768 pages of HIGHMEM 3192 reserved pages 56867 pages shared 0 pages swap cached

7 16

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss