Date: Wed, 23 Dec 1998 14:34:20 -0800 (PST) From: David Wolfskill <dhw@whistle.com> To: freebsd-questions@FreeBSD.ORG Subject: 2.2.6-R: swap_pager whines "indefinite wait buffer: ..." Message-ID: <199812232234.OAA09257@pau-amma.whistle.com>
next in thread | raw e-mail | index | archive | help
I'll change the name of the machine (consistently) to protect the
guilty. :-}
Saw a few posts about this sort of thing in the archives, as well as a
couple of responses (that suggested hardware errors, for example).
But in this case, this message is the only indication of an error...
though I did get the load average up a bit (beyond 14, for a while).
And the messages came up shortly after an instantiation of "top" auto-
terminated, citing "kvm_open: kvm_getprocs: Cannot allocate memory", so
I asked it how much swap was in use:
foo# swapinfo
Device 1K-blocks Used Avail Capacity Type
/dev/wd0s1b 262144 89920 172160 34% Interleaved
Here's what that looks like when I'm not stressing it out (load average
is usally 0.00):
foo# swapinfo
Device 1K-blocks Used Avail Capacity Type
/dev/wd0s1b 262144 15680 246400 6% Interleaved
What concerns me is whether the message represents an error condition or
one in which the response is merely delayed. That is, if the message is
issued, does it correspond to an application failure?
And some more deatails:
foo# uname -a
FreeBSD foo.whistle.com 2.2.6-RELEASE FreeBSD 2.2.6-RELEASE #0: Wed Dec 23 07:49:31 PST 1998 root@foo.whistle.com:/usr/src/sys/compile/FOO i386
foo# dmesg
Copyright (c) 1992-1998 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 2.2.6-RELEASE #0: Wed Dec 23 07:49:31 PST 1998
root@foo.whistle.com:/usr/src/sys/compile/FOO
CPU: Pentium (167.05-MHz 586-class CPU)
Origin = "GenuineIntel" Id = 0x52c Stepping=12
Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real memory = 33554432 (32768K bytes)
avail memory = 30920704 (30196K bytes)
Probing for devices on PCI bus 0:
chip0 <Intel 82437VX PCI cache memory controller> rev 2 on pci0:0:0
chip1 <Intel 82371SB PCI-ISA bridge> rev 1 on pci0:7:0
chip2 <Intel 82371SB IDE interface> rev 0 on pci0:7:1
pci0:7:2: Intel Corporation, device=0x7020, class=serial, subclass=0x03 int d irq 11 [no driver assigned]
vga0 <VGA-compatible display device> rev 4 int a irq ?? on pci0:8:0
de0 <Digital 21140A Fast Ethernet> rev 34 int a irq 10 on pci0:19:0
de0: 21140A [10-100Mb/s] pass 2.2
de0: address 00:40:05:42:c3:f7
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0): <QUANTUM FIREBALL SE4.3A>
wd0: 4110MB (8418816 sectors), 14848 cyls, 9 heads, 63 S/T, 512 B/S
wdc1 not found at 0x170
npx0 flags 0x1 on motherboard
npx0: INT 16 interface
Intel Pentium F00F detected, installing workaround
IP packet filtering initialized, divert enabled, unlimited logging
de0: enabling 10baseT port
swap_pager: indefinite wait buffer: device: 131073, blkno: 64040, size: 12288
swap_pager: indefinite wait buffer: device: 131073, blkno: 78280, size: 12288
swap_pager: indefinite wait buffer: device: 131073, blkno: 6888, size: 4096
swap_pager: indefinite wait buffer: device: 131073, blkno: 72608, size: 4096
swap_pager: indefinite wait buffer: device: 131073, blkno: 50976, size: 4096
swap_pager: indefinite wait buffer: device: 131073, blkno: 77384, size: 12288
swap_pager: indefinite wait buffer: device: 131073, blkno: 39568, size: 20480
swap_pager: indefinite wait buffer: device: 131073, blkno: 165440, size: 24576
foo# tail -40 /var/log/messages
Dec 23 08:15:36 foo named[140]: Ready to answer queries.
Dec 23 08:15:36 foo xntpd[144]: xntpd version=3.4e (beta multicast); Wed Mar 25 00:30:38 GMT 1998 (1)
Dec 23 08:15:36 foo xntpd[144]: tickadj = 5, tick = 10000, tvu_maxslew = 495
Dec 23 08:16:05 foo telnetd[230]: connect from pau-amma.whistle.com
Dec 23 08:16:10 foo login: ROOT LOGIN (root) ON ttyp0 FROM pau-amma.whistle.com
Dec 23 08:16:20 foo telnetd[264]: connect from dhw-test1.whistle.com
Dec 23 08:16:25 foo login: ROOT LOGIN (root) ON ttyp1 FROM dhw-test1.whistle.com
Dec 23 08:20:03 foo xntpd[144]: time reset (step) 0.856402 s
Dec 23 08:24:19 foo xntpd[144]: time reset (step) 0.936810 s
Dec 23 09:52:25 foo xntpd[144]: Previous time adjustment didn't complete
Dec 23 09:52:37 foo xntpd[144]: Previous time adjustment didn't complete
Dec 23 09:56:10 foo xntpd[144]: Previous time adjustment didn't complete
Dec 23 10:00:21 foo last message repeated 2 times
Dec 23 10:48:51 foo xntpd[144]: Previous time adjustment didn't complete
Dec 23 10:51:00 foo xntpd[144]: Previous time adjustment didn't complete
Dec 23 12:38:35 foo xntpd[144]: Previous time adjustment didn't complete
Dec 23 12:48:24 foo xntpd[144]: Previous time adjustment didn't complete
Dec 23 12:50:52 foo xntpd[144]: Previous time adjustment didn't complete
Dec 23 12:54:18 foo /kernel: swap_pager: indefinite wait buffer: device: 131073, blkno: 64040, size: 12288
Dec 23 12:54:22 foo /kernel: swap_pager: indefinite wait buffer: device: 131073, blkno: 78280, size: 12288
Dec 23 12:54:30 foo /kernel: swap_pager: indefinite wait buffer: device: 131073, blkno: 6888, size: 4096
Dec 23 12:54:33 foo /kernel: swap_pager: indefinite wait buffer: device: 131073, blkno: 72608, size: 4096
Dec 23 12:54:35 foo /kernel: swap_pager: indefinite wait buffer: device: 131073, blkno: 50976, size: 4096
Dec 23 12:54:35 foo /kernel: swap_pager: indefinite wait buffer: device: 131073, blkno: 77384, size: 12288
Dec 23 12:54:36 foo /kernel: swap_pager: indefinite wait buffer: device: 131073, blkno: 39568, size: 20480
Dec 23 12:54:42 foo /kernel: swap_pager: indefinite wait buffer: device: 131073, blkno: 165440, size: 24576
Dec 23 12:56:03 foo xntpd[144]: Previous time adjustment didn't complete
Dec 23 14:17:38 foo telnetd[18947]: connect from pau-amma.whistle.com
Dec 23 14:17:45 foo login: ROOT LOGIN (root) ON ttyp2 FROM pau-amma.whistle.com
What I was doing at the time the messages were being issued was somewhat
aggressively testing a CGI script (by having a driver script on my
workstation fork off several copies of itself, and have each one attack
the target machine). I'd rather discover the limits now, rather than wait
until a system is in production....
Hints are welcome,
david
--
David Wolfskill UNIX System Administrator
dhw@whistle.com voice: (650) 577-7158 pager: (650) 371-4621
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199812232234.OAA09257>