mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Martin J. Bligh" <mbligh@aracnet.com>
To: James Bottomley <James.Bottomley@SteelEye.com>,
	Andrew Morton <akpm@digeo.com>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
	SCSI Mailing List <linux-scsi@vger.kernel.org>
Subject: Re: 2.5.73-mm1 falling over in SDET
Date: Sat, 28 Jun 2003 22:35:45 -0700	[thread overview]
Message-ID: <6620000.1056864944@[10.10.2.4]> (raw)
In-Reply-To: <1056857338.2514.4.camel@mulgrave>

--James Bottomley <James.Bottomley@SteelEye.com> wrote (on Saturday, June 28, 2003 22:28:57 -0500):

> On Sat, 2003-06-28 at 19:02, Andrew Morton wrote:
>> Yes, isplinux_queuecommand() returns non-zero and the scsi generic layer
>> cheerfully goes infinitely recursive.
> 
> Sigh, certain persons need to be more careful when doing logic
> alterations.
> 
> Try the attached.

OK, that gets rather further, and I strongly suspect fixes the SCSI
problem. Thanks very much.

But now it just OOMs instead, which seems to be slab failing 
dismally to shrink it's fat ass enough to fit in that lazy-boy.
Ext2 doesn't look desparately happy either. Maybe it's really
that one's fault?

 EXT2-fs error (device sda2): ext2_new_inode: Free inodes count corrupted in group 30
Remounting filesystem read-only
Out of Memory: Killed process 215 (portmap).
Out of Memory: Killed process 338 (sshd).

larry:~# cat /proc/meminfo
MemTotal:     16076324 kB
MemFree:      15068968 kB
Buffers:           476 kB
Cached:         260824 kB
SwapCached:          0 kB
Active:         241972 kB
Inactive:        23196 kB
HighTotal:    15335424 kB
HighFree:     15047680 kB
LowTotal:       740900 kB
LowFree:         21288 kB
SwapTotal:           0 kB
SwapFree:            0 kB
Dirty:               0 kB
Writeback:           0 kB
Mapped:           5396 kB
Slab:           697856 kB
Committed_AS:     9688 kB
PageTables:        264 kB
VmallocTotal:   114680 kB
VmallocUsed:      3156 kB
VmallocChunk:   111524 kB

slabinfo:

dentry_cache      3999781 4011624    160   24    1 : tunables  120   60    8 : slabdata 167151 167151      0

Bad dentries. no no.


  reply	other threads:[~2003-06-29  5:21 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-28 14:31 Martin J. Bligh
2003-06-28 15:36 ` Martin J. Bligh
2003-06-29  0:02   ` Andrew Morton
2003-06-29  3:28     ` James Bottomley
2003-06-29  5:35       ` Martin J. Bligh [this message]
2003-06-30 10:17         ` Maneesh Soni
2003-06-30 13:04           ` Maneesh Soni
2003-06-30 18:19             ` Andrew Morton
2003-06-28 17:29 ` Andrew Morton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='6620000.1056864944@[10.10.2.4]' \
    --to=mbligh@aracnet.com \
    --cc=James.Bottomley@SteelEye.com \
    --cc=akpm@digeo.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®