i386/108812: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 1234, size 4096

Remko Lodder remko at elvandar.org
Tue Feb 6 07:01:06 UTC 2007


The following reply was made to PR i386/108812; it has been noted by GNATS.

From: Remko Lodder <remko at elvandar.org>
To: Andrei Iarus <poni1111 at yahoo.com>
Cc: freebsd-gnats-submit at FreeBSD.org
Subject: Re: i386/108812: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 1234, size 4096
Date: Tue, 6 Feb 2007 07:58:26 +0100

 On Mon, Feb 05, 2007 at 11:20:23PM +0000, Andrei Iarus wrote:
 > 
 > FreeBSD hostname 6.0-RELEASE-p9 FreeBSD 6.0-RELEASE-p9 #0: Sat Aug 26 22:51:21 EEST 2006     root at hostname.org:/usr/src/sys/i386/compile/kernel_name  i386
 > 
 > >Description:
 > When installing php 5.2.0 I got a lot of messages swap_pager: indefinite wait buffer: bufobj: 0, blkno: 1234, size 4096. The system was unresposive, it was a deadlock, I had to shut it down manually. 
 > The output of swapinfo:
 > 
 > Device          1K-blocks     Used    Avail Capacity
 > /dev/ad1s1b        105424       28   105424     0%
 > /dev/md0           131072       16   131072     0%
 > Total              236496       44   236452     0%
 > 
 > Interesting info from dmesg.boot:
 > real memory  = 100663296 (96 MB)
 > avail memory = 93147136 (88 MB) (why only 88?)
 > 
 > When the kernel was compiled, I had 64 Mb RAM, then I have added 32 more RAM.
 > I saw that this problem also exists with the 6.1R. The system also crashed a lot of times when I tried to portupgrade mysql4.1 (the system doesn't use any jails or something to blame on)
 > 
 > 
 
 Hello,
 
 Given the amount of memory and the amount of swap, you probably
 run into a shortage of memory/swap in total. I saw similiar
 problems on a old computer which had almost the same amount
 of memory, it would run out of those things pretty quick, especially
 when building heavy material like MySQL etc.
 
 Please do note from a security point of view that 6.0-R is no longer
 being supported, please ponder upgrading to 6.2-R.
 
 Cheers,
 Remko
 
 p.s. With this explaination i will close this ticket.
 
 -- 
 Kind regards,
 
      Remko Lodder               ** remko at elvandar.org
      FreeBSD                    ** remko at FreeBSD.org
 
      /* Quis custodiet ipsos custodes */


More information about the freebsd-i386 mailing list