Look at the file /proc/buddyinfo while you're having the problem, if
possible. There, you will find counts of the number of contiguous pages of
various sizes. Many things will cease to work intellegently if you have no
contiguous pages, no matter how much free memory you have.

One possible solution, if this is, indeed, the problem, is to increase the
value stored in /proc/sys/vm/swappiness. This will make your image a bit
more "swap happy", but will free more contiguous memory in a shorter amount
of time.

--
   .~.    Robert P. Nix             Mayo Foundation
   /V\    RO-OE-5-55                200 First Street SW
  /( )\   507-284-0844              Rochester, MN 55905
  ^^-^^   -----
        "In theory, theory and practice are the same, but
         in practice, theory and practice are different."




On 7/6/07 12:59 PM, "Peter E. Abresch Jr.   - at Pepco"
<[EMAIL PROTECTED]> wrote:

> This is occurring on fully patched SLES9x 2.6.5-7.286-s390x. It is running
> as a z/VM Guest on z/VM 5.1 plus selected maintenance.
>
> Free shows the following:
>
>             total       used       free     shared    buffers     cached
> Mem:        763536     758684       4852          0     126760      49640
> -/+ buffers/cache:     582284     181252
> Swap:       899896     560492     339404
>
> This has not occurred in the past and has not occurred since yesterday. It
> seems to have been trigged by cclclnt which is CICS Transaction Server
> Client which was using the HSI interface. Eventually cclclnt died and had
> to be restarted.
>
> There are many more messages surrounding this error which I can include if
> anyone is interested in seeing them.
>
> 768M has been more than enough in the past. I am going to try to trace
> back the cclclnt task and see if that was the catalyst. It has always been
> running in the past without problems.
>
> If anyone has any ideas, please share them. Thanks as always.
>
> Peter
>
>
>
> Mark Post <[EMAIL PROTECTED]>
> Sent by: Linux on 390 Port <[email protected]>
> 07/06/2007 12:16 PM
> Please respond to
> Linux on 390 Port <[email protected]>
>
>
> To
> [email protected]
> cc
>
> Subject
> Re: qeth: No memory for packet received on hsi0.
>
>
>
>
>
>
>>>> On Fri, Jul 6, 2007 at  9:57 AM, in message
> <[EMAIL PROTECTED]>,
> "Peter
> E. Abresch Jr.   - at Pepco" <[EMAIL PROTECTED]> wrote:
>> I am seeing the following in my message log many times for my
> Hipersocket.
>> Does anyone know what it means and how I can eliminate it?
>>
>> Jul  5 13:34:45 linuxp01 kernel: Normal: empty
>> Jul  5 13:34:45 linuxp01 kernel: HighMem: empty
>> Jul  5 13:34:45 linuxp01 kernel: Swap cache: add 1670971, delete
> 1648898,
>> find 511457/855362, race 0+1
> -snip-
>
> I suspect there are more messages of interest before these.
>
> I'm simply guessing, but it looks as though the qeth driver was trying to
> allocate a buffer, and that failed.  Why, I have no idea.
>
> What kernel is this?  Do you have the latest and greatest on for that
> platform?  I don't recall if you're running z/VM or not, but if you are,
> do you have all the Linux-related maintenance on?
>
> What all is running on this system?  It seems as though you've got about
> 768MB of "RAM" allocated to the system.  What does a "free" command show?
>
>
> Mark Post
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
>
>
> This Email message and any attachment may contain information that is
> proprietary, legally privileged, confidential and/or subject to copyright
> belonging to Pepco Holdings, Inc. or its affiliates ("PHI").  This Email is
> intended solely for the use of the person(s) to which it is addressed.  If
> you are not an intended recipient, or the employee or agent responsible for
> delivery of this Email to the intended recipient(s), you are hereby notified
> that any dissemination, distribution or copying of this Email is strictly
> prohibited.  If you have received this message in error, please immediately
> notify the sender and permanently delete this Email and any copies.  PHI
> policies expressly prohibit employees from making defamatory or offensive
> statements and infringing any copyright or any other legal right by Email
> communication.  PHI will not accept any liability in respect of such
> communications.
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to