* PROBLEM: nfs & "Warning - running *really* short on DMA buffers"
@ 2002-08-30 7:02 Pedro M. Rodrigues
2002-08-30 10:58 ` Alan Cox
0 siblings, 1 reply; 6+ messages in thread
From: Pedro M. Rodrigues @ 2002-08-30 7:02 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Mail message body --]
[-- Type: text/plain, Size: 1888 bytes --]
Hello to all! While preparing to migrate some servers to Redhat
7.3 and doing some nfs tests before deployment i came across this
"Warning - running *really* short on DMA buffers" error message
repeated several times in dmesg and /var/log/messages. Something like
this:
Aug 30 07:12:52 TEST kernel: Warning - running *really* short on DMA
buffers
Aug 30 07:12:52 TEST kernel: Warning - running *really* short on DMA
buffers
Aug 30 07:13:55 TEST last message repeated 18 times
Aug 30 07:13:55 TEST kernel: DMA buffers
Aug 30 07:13:55 TEST kernel: Warning - running *really* short on DMA
buffers
Aug 30 07:13:55 TEST last message repeated 320 times
Please note that the "kernel: DMA buffers" line was exactly what
appeared. Sometimes ksyslog seems to eat characters when this
happens. Anyway, the most intriguing part is that while i was testing
with SGI Irix 6.5.13, Solaris 2.7 and Aix 4.3 nfs clients, only the
SGI Irix ones make the problem appear, and only when testing async
nfs v3 writes. In the same Irix machines, if i change the server nfs
export to sync, or i mount the export forcing nfs v2, the problem
doesn't repeat itself. The test i was making was a simple
time dd if=/dev/zero of=/vol01/nfstestrun01 bs=16k count=32768
Both the server and the clients have negotiated 100Mb FullDuplex, and
for the curious of you that wonder if the results of the test are the
same in all client machines, i have to say that at least for async
writes, they are more or less the same. Please observe:
NFS v3 async writes(averages):
Irix 6.5.13 1:15.28 9.8%
Aix 4.3 1:12.47 35.4%
Solaris 2.7 1:13.66 15.6%
NFS v3 sync writes(averages):
Irix 6.5.13 2:14.10 5.2%
Aix 4.3 1:29.46 25.3% (not a typo)
Solaris 2.7 2:21.65 7.0%
I am attaching details on the server configuration, kernel, dmesg and
vmstat output.
Thanks in advance,
Pedro Rodrigues
[-- Attachment #2: Attachment information. --]
[-- Type: text/plain, Size: 472 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any another MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: errorreport.txt
Date: 30 Aug 2002, 9:00
Size: 28231 bytes.
Type: Text
[-- Attachment #3: errorreport.txt --]
[-- Type: Application/Octet-stream, Size: 28231 bytes --]
a) Kernel version:
Linux version 2.4.18-10 (bhcompile@stripples.devel.redhat.com) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110)) #1 Wed Aug 7 11:39:21 EDT 2002
b) Software:
Linux TEST.XPTO.COM 2.4.18-10 #1 Wed Aug 7 11:39:21 EDT 2002 i686 unknown
Gnu C 2.96
Gnu make 3.79.1
util-linux 2.11n
mount 2.11n
modutils 2.4.14
e2fsprogs 1.27
reiserfsprogs 3.x.0j
pcmcia-cs 3.1.22
PPP 2.4.1
isdn4k-utils 3.1pre1
Linux C Library 2.2.5
Dynamic linker (ldd) 2.2.5
Procps 2.0.7
Net-tools 1.60
Console-tools 0.3.3
Sh-utils 2.0.11
Modules Loaded nfsd lockd sunrpc eepro100 usb-uhci usbcore ext3 jbd aic7xxx sd_mod scsi_mod
c) CPUinfo:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 3
model name : Pentium II (Klamath)
stepping : 4
cpu MHz : 300.685
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov mmx
bogomips : 599.65
d) Modules:
Module Size Used by Not tainted
nfsd 77184 8 (autoclean)
lockd 56960 1 (autoclean) [nfsd]
sunrpc 78516 1 (autoclean) [nfsd lockd]
eepro100 20560 1
usb-uhci 24484 0 (unused)
usbcore 71904 1 [usb-uhci]
ext3 67328 2
jbd 49528 2 [ext3]
aic7xxx 128000 3
sd_mod 12960 6
scsi_mod 109392 2 [aic7xxx sd_mod]
e) ioports:
0000-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0070-007f : rtc
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
01f0-01f7 : ide0
02f8-02ff : serial(auto)
03c0-03df : vga+
03f6-03f6 : ide0
03f8-03ff : serial(auto)
0cf8-0cff : PCI conf1
4000-403f : Intel Corp. 82371AB/EB/MB PIIX4 ACPI
5000-501f : Intel Corp. 82371AB/EB/MB PIIX4 ACPI
6400-641f : Intel Corp. 82371AB/EB/MB PIIX4 USB
6400-641f : usb-uhci
6800-681f : Intel Corp. 82557/8/9 [Ethernet Pro 100]
6800-681f : eepro100
6c00-6c3f : Intel Corp. 82557/8/9 [Ethernet Pro 100] (#2)
6c00-6c3f : eepro100
7000-70ff : Adaptec AIC-7892B U160/m
e000-efff : PCI Bus #01
f000-f00f : Intel Corp. 82371AB/EB/MB PIIX4 IDE
f000-f007 : ide0
f008-f00f : ide1
f) iomem:
00000000-0009fbff : System RAM
0009fc00-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000c7fff : Video ROM
000d0000-000d07ff : Extension ROM
000d1000-000d1fff : Extension ROM
000d2000-000d85ff : Extension ROM
000f0000-000fffff : System ROM
00100000-0fffffff : System RAM
00100000-00217df4 : Kernel code
00217df5-002dcd7f : Kernel data
a8000000-afffffff : PCI Bus #01
a8000000-a9ffffff : nVidia Corporation Vanta [NV6]
d8000000-dfffffff : PCI Bus #01
d8000000-d8ffffff : nVidia Corporation Vanta [NV6]
e0000000-e3ffffff : Intel Corp. 440LX/EX - 82443LX/EX Host bridge
e4000000-e40fffff : Intel Corp. 82557/8/9 [Ethernet Pro 100]
e4100000-e41fffff : Intel Corp. 82557/8/9 [Ethernet Pro 100] (#2)
e4200000-e4200fff : Intel Corp. 82557/8/9 [Ethernet Pro 100] (#2)
e4200000-e4200fff : eepro100
e4201000-e4201fff : Intel Corp. 82557/8/9 [Ethernet Pro 100]
e4201000-e4201fff : eepro100
e4202000-e4202fff : Adaptec AIC-7892B U160/m
e4202000-e4202fff : aic7xxx
ffff0000-ffffffff : reserved
g) pci information:
00:00.0 Host bridge: Intel Corp. 440LX/EX - 82443LX/EX Host bridge (rev 03)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
Latency: 64
Region 0: Memory at e0000000 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 1.0
Status: RQ=31 SBA+ 64bit- FW- Rate=x1,x2
Command: RQ=0 SBA- AGP- 64bit- FW- Rate=<none>
00:01.0 PCI bridge: Intel Corp. 440LX/EX - 82443LX/EX AGP bridge (rev 03) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: 0000e000-0000efff
Memory behind bridge: d8000000-dfffffff
Prefetchable memory behind bridge: a8000000-afffffff
BridgeCtl: Parity+ SERR+ NoISA- VGA+ MAbort- >Reset- FastB2B-
00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 01)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Region 4: I/O ports at f000 [size=16]
00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Interrupt: pin D routed to IRQ 11
Region 4: I/O ports at 6400 [size=32]
00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 01)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin ? routed to IRQ 9
00:0f.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05)
Subsystem: Intel Corp. EtherExpress PRO/100+ Management Adapter
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (2000ns min, 14000ns max), cache line size 08
Interrupt: pin A routed to IRQ 10
Region 0: Memory at e4201000 (32-bit, prefetchable) [size=4K]
Region 1: I/O ports at 6800 [size=32]
Region 2: Memory at e4000000 (32-bit, non-prefetchable) [size=1M]
Expansion ROM at <unassigned> [disabled] [size=1M]
Capabilities: [dc] Power Management version 1
Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:10.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)
Subsystem: Intel Corp. EtherExpress PRO/100+ Management Adapter
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (2000ns min, 14000ns max), cache line size 08
Interrupt: pin A routed to IRQ 5
Region 0: Memory at e4200000 (32-bit, non-prefetchable) [size=4K]
Region 1: I/O ports at 6c00 [size=64]
Region 2: Memory at e4100000 (32-bit, non-prefetchable) [size=1M]
Expansion ROM at <unassigned> [disabled] [size=1M]
Capabilities: [dc] Power Management version 2
Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=2 PME-
00:12.0 SCSI storage controller: Adaptec AIC-7892B U160/m (rev 02)
Subsystem: Adaptec 19160 Ultra160 SCSI Controller
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (10000ns min, 6250ns max), cache line size 08
Interrupt: pin A routed to IRQ 9
BIST result: 00
Region 0: I/O ports at 7000 [disabled] [size=256]
Region 1: Memory at e4202000 (64-bit, non-prefetchable) [size=4K]
Expansion ROM at <unassigned> [disabled] [size=128K]
Capabilities: [dc] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
01:00.0 VGA compatible controller: nVidia Corporation NV6 [Vanta] (rev 15) (prog-if 00 [VGA])
Subsystem: LeadTek Research Inc.: Unknown device 2137
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (1250ns min, 250ns max)
Interrupt: pin A routed to IRQ 0
Region 0: Memory at d8000000 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at a8000000 (32-bit, prefetchable) [size=32M]
Expansion ROM at <unassigned> [disabled] [size=64K]
Capabilities: [60] Power Management version 1
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [44] AGP version 2.0
Status: RQ=31 SBA- 64bit- FW- Rate=x1,x2
Command: RQ=0 SBA- AGP- 64bit- FW- Rate=<none>
h) SCSI information:
/proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 06 Lun: 00
Vendor: RAIDKING Model: 400 Rev:
Type: Direct-Access ANSI SCSI revision: 02
/proc/scsi/aic7xxx/0
Adaptec AIC7xxx driver version: 6.2.6
aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
Corrupted Serial EEPROM
Channel A Target 0 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 1 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 2 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 3 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 4 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 5 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 6 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Goal: 40.000MB/s transfers (20.000MHz, offset 16, 16bit)
Curr: 40.000MB/s transfers (20.000MHz, offset 16, 16bit)
Channel A Target 6 Lun 0 Settings
Commands Queued 1088025
Commands Active 0
Command Openings 124
Max Tagged Openings 124
Device Queue Frozen Count 0
Channel A Target 7 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 8 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 9 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 10 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 11 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 12 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 13 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 14 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
Channel A Target 15 Negotiation Settings
User: 160.000MB/s transfers (80.000MHz DT, offset 255, 16bit)
i) dmesg
Linux version 2.4.18-10 (bhcompile@stripples.devel.redhat.com) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110)) #1 Wed Aug 7 11:39:21 EDT 2002
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000010000000 (usable)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
256MB LOWMEM available.
On node 0 totalpages: 65536
zone(0): 4096 pages.
zone(1): 61440 pages.
zone(2): 0 pages.
Kernel command line: ro root=/dev/sda2
Initializing CPU#0
Detected 300.685 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 599.65 BogoMIPS
Memory: 255356k/262144k available (1119k kernel code, 6400k reserved, 787k data, 292k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: Before vendor init, caps: 0080f9ff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
CPU: After vendor init, caps: 0080f9ff 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0080f9ff 00000000 00000000 00000000
CPU: Common caps: 0080f9ff 00000000 00000000 00000000
CPU: Intel Pentium II (Klamath) stepping 04
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfb420, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router PIIX [8086/7110] at 00:07.0
Limiting direct PCI/PCI transfers.
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16)
Starting kswapd
VFS: Diskquotas version dquot_6.5.0 initialized
pty: 2048 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
Real Time Clock Driver v1.10e
block: 496 slots per queue, batch=124
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX4: IDE controller on PCI bus 00 dev 39
PIIX4: chipset revision 1
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:pio, hdb:pio
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:pio, hdd:pio
hda: SAMSUNG CD-ROM SCR-2431, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide-floppy driver 0.99.newide
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
ide-floppy driver 0.99.newide
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 242k freed
VFS: Mounted root (ext2 filesystem).
SCSI subsystem driver Revision: 1.00
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
PCI: Found IRQ 9 for device 00:12.0
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.6
<Adaptec 19160B Ultra160 SCSI adapter>
aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
Vendor: RAIDKING Model: 400 Rev:
Type: Direct-Access ANSI SCSI revision: 02
scsi0:A:6:0: Tagged Queuing enabled. Depth 253
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
(scsi0:A:6): 40.000MB/s transfers (20.000MHz, offset 16, 16bit)
SCSI device sda: 240103424 512-byte hdwr sectors (122933 MB)
Partition check:
sda: sda1 sda2 sda3
Journalled Block Device driver loaded
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Freeing unused kernel memory: 292k freed
Adding Swap: 522104k swap-space (priority -1)
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.275 $ time 11:55:07 Aug 7 2002
usb-uhci.c: High bandwidth mode enabled
usb-uhci.c: USB UHCI at I/O 0x6400, IRQ 11
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
EXT3 FS 2.4-0.9.18, 14 May 2002 on sd(8,2), internal journal
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.18, 14 May 2002 on sd(8,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
PCI: Found IRQ 10 for device 00:0f.0
eth0: Intel Corp. 82557/8/9 [Ethernet Pro 100], 00:90:27:0A:A3:90, IRQ 10.
Receiver lock-up bug exists -- enabling work-around.
Board assembly 701738-003, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x24c9f043).
Receiver lock-up workaround activated.
PCI: Found IRQ 5 for device 00:10.0
eth1: Intel Corp. 82557/8/9 [Ethernet Pro 100] (#2), 00:D0:B7:4D:97:27, IRQ 5.
Board assembly 721383-008, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x04f4518b).
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
j) vmstat 1 for duration of test:
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
0 0 0 0 220908 6072 13424 0 0 113 65 122 79 5 6 89
0 0 4 0 220652 6096 13564 0 0 20 0 256 72 1 1 98
0 0 2 0 209696 6120 23952 0 0 0 0 9125 3212 0 90 10
0 0 3 0 197908 6136 35296 0 0 0 0 10121 2260 1 99 0
0 0 3 0 186176 6156 46580 0 0 0 0 10141 2139 1 99 0
0 0 3 0 175312 6172 57000 0 0 0 37352 9292 1858 0 98 2
0 0 4 0 164024 6180 67860 0 0 0 0 9701 2037 1 99 0
0 0 4 0 152664 6192 78784 0 0 0 0 9745 1866 0 98 2
0 0 4 0 141484 6208 89516 0 0 0 136 9592 1920 0 100 0
0 0 3 0 130352 6220 100368 0 0 0 4 9727 1952 1 98 1
0 0 4 0 120168 6228 110296 0 0 0 52504 8794 1742 0 100 0
0 0 3 0 109040 6232 121136 0 0 0 0 9331 2034 1 99 0
0 0 2 0 97848 6232 131992 0 0 0 0 9359 1953 0 100 0
0 0 3 0 87704 6240 141756 0 0 4 0 8389 1886 1 88 11
0 0 4 0 79408 6244 149748 0 0 0 0 6980 2510 1 67 32
0 0 4 0 68256 6260 160472 0 0 0 128 9659 2588 0 94 6
0 0 3 0 57588 6280 170732 0 0 0 22528 9188 2069 1 94 5
0 0 4 0 46980 6300 181040 0 0 0 116 9259 1947 1 93 6
0 0 4 0 36800 6320 190952 0 0 0 62896 8781 1821 0 96 4
0 0 4 0 25536 6332 201928 0 0 0 0 9787 2203 1 97 2
0 0 4 0 14404 6344 212776 0 0 0 0 9668 2414 0 98 2
0 0 4 0 3604 6352 223576 0 0 0 0 9633 1961 0 98 2
0 0 4 0 3324 6364 224792 0 0 0 0 9451 2132 0 99 1
0 0 4 0 3324 6372 225240 0 0 0 0 9397 1836 0 100 0
0 0 3 0 3324 6384 225192 0 0 0 22528 9241 1810 0 98 2
0 0 6 0 3324 6396 225120 0 0 4 0 8241 1575 1 87 12
0 0 6 0 3324 6396 225120 0 0 0 0 137 27 0 2 98
0 0 6 0 3336 6396 225120 0 0 0 0 107 12 1 0 99
0 0 6 0 3356 6396 225120 0 0 0 0 122 12 1 0 99
0 0 4 0 3324 6400 225104 0 0 0 0 3559 815 0 35 65
0 0 4 0 3324 6408 225224 0 0 0 22528 9697 2063 0 99 1
0 0 3 0 3324 6412 225192 0 0 0 0 9698 2030 0 99 1
0 1 2 0 3324 6412 225124 0 0 0 22528 9405 1903 0 100 0
0 1 3 0 3324 6416 225044 0 0 0 0 9575 1797 0 100 0
0 1 3 0 3324 6424 225044 0 0 0 0 6707 1932 0 69 31
0 1 3 0 3324 6436 225060 0 0 0 22528 9202 2080 0 99 1
0 1 3 0 3324 6448 225056 0 0 0 0 9166 1695 0 100 0
0 1 3 0 3324 6460 225060 0 0 0 22680 9135 1687 0 100 0
0 1 3 0 3324 6468 225316 0 0 0 0 9313 1699 1 99 0
0 1 5 0 3324 6476 225308 0 0 0 22528 5555 1860 0 47 53
0 2 4 0 3324 6492 225204 0 0 0 0 8942 1786 1 92 7
0 2 3 0 3324 6508 225088 0 0 0 22528 8785 1791 0 93 7
0 2 6 0 3324 6520 225012 0 0 4 0 2545 457 1 25 74
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
1 2 6 0 3324 6520 224996 0 0 0 0 174 27 0 2 98
0 2 7 0 3324 6520 224996 0 0 0 0 119 21 0 3 97
0 2 7 0 3324 6524 224992 0 0 0 4 161 28 1 1 98
0 2 3 0 3324 6524 224968 0 0 0 0 1589 463 0 15 85
0 2 4 0 3324 6544 224880 0 0 0 0 9451 2674 0 92 8
0 2 5 0 3324 6556 224916 0 0 0 22528 9703 1945 0 99 1
0 2 3 0 3324 6564 224888 0 0 0 0 9745 1914 0 100 0
0 2 4 0 3324 6576 224880 0 0 0 22528 9446 1957 0 99 1
0 2 3 0 3324 6588 224856 0 0 0 0 9540 1980 1 98 1
0 2 3 0 3324 6596 224880 0 0 0 57616 8625 1674 0 100 0
0 2 4 0 3324 6608 224988 0 0 0 0 9515 2144 1 98 1
0 2 4 0 3536 6616 224708 0 0 0 0 9277 1797 0 100 0
0 2 3 0 3400 6624 224796 0 0 0 0 9316 1783 1 99 0
0 2 3 0 3472 6624 224716 0 0 0 128 9116 1573 1 99 0
0 2 2 0 3324 6628 224852 0 0 0 0 9154 1668 0 100 0
0 2 6 0 3324 6632 224820 0 0 4 22528 8147 1374 0 96 4
0 2 6 0 3324 6632 224820 0 0 0 0 115 10 1 0 99
0 2 6 0 4336 6632 223792 0 0 0 0 135 26 1 0 99
0 2 7 0 4336 6632 223792 0 0 0 0 131 13 1 1 98
0 2 7 0 4336 6632 223792 0 0 0 0 154 31 0 3 97
0 2 7 0 4336 6632 223792 0 0 0 0 122 9 0 1 99
0 2 7 0 4336 6632 223792 0 0 0 0 140 11 0 1 99
0 2 7 0 4336 6632 223792 0 0 0 0 141 11 1 1 98
0 2 3 0 3324 6640 224780 0 0 0 0 6825 2001 0 68 32
0 2 3 0 3360 6648 224784 0 0 0 22528 9496 1973 1 95 4
0 2 1 0 3344 6648 224808 0 0 0 0 1150 180 0 13 87
0 2 1 0 3344 6648 224808 0 0 0 0 119 10 0 1 99
0 2 1 0 3352 6648 224808 0 0 0 0 111 13 1 0 99
0 2 2 0 3352 6648 224808 0 0 0 0 122 10 0 1 99
0 2 1 0 3352 6648 224808 0 0 0 0 146 15 1 0 99
0 2 1 0 3352 6648 224808 0 0 0 0 130 16 0 1 99
0 2 1 0 3352 6648 224808 0 0 0 0 125 11 0 1 99
0 2 1 0 3352 6648 224808 0 0 0 0 119 10 0 1 99
0 2 1 0 3352 6648 224808 0 0 0 0 121 12 1 5 94
0 2 1 0 3352 6648 224808 0 0 0 0 122 11 1 0 99
0 2 1 0 3352 6648 224808 0 0 0 0 115 13 1 1 98
0 2 1 0 3348 6648 224808 0 0 0 0 131 9 0 1 99
0 2 1 0 3428 6648 224808 0 0 0 0 132 19 1 0 99
0 3 1 0 3360 6648 224812 0 0 4 0 119 29 0 1 99
0 3 1 0 3340 6648 224820 0 0 8 43852 110 15 1 5 94
0 3 1 0 3340 6648 224820 0 0 0 0 126 8 0 1 99
0 3 1 0 3340 6648 224820 0 0 0 0 114 9 0 1 99
0 3 1 0 3340 6648 224820 0 0 0 0 116 8 0 1 99
procs memory swap io system cpu
r b w swpd free buff cache si so bi bo in cs us sy id
1 3 1 0 3340 6648 224820 0 0 0 0 118 21 0 1 99
0 3 1 0 3340 6648 224820 0 0 0 0 143 19 1 1 98
0 3 1 0 3340 6648 224820 0 0 0 0 130 15 1 0 99
0 3 1 0 3340 6648 224820 0 0 0 0 116 25 1 0 99
0 3 1 0 3328 6660 224820 0 0 4 336 119 39 1 4 95
0 3 1 0 3328 6660 224820 0 0 0 0 106 9 1 0 99
0 3 1 0 3328 6660 224820 0 0 0 0 144 41 1 0 99
2 0 0 0 3328 6680 224416 0 0 0 196 160 56 5 9 86
0 0 0 0 4924 6712 223256 0 0 0 252 116 693 42 5 53
0 0 0 0 4924 6712 223256 0 0 0 384 200 11 1 0 99
0 0 0 0 4924 6712 223256 0 0 0 0 104 9 0 1 99
0 0 0 0 4924 6712 223256 0 0 0 0 104 9 0 1 99
0 0 0 0 4924 6712 223256 0 0 0 0 105 10 0 1 99
0 0 0 0 4948 6720 223224 0 0 0 204 109 53 44 4 52
0 0 0 0 4944 6720 223224 0 0 0 128 131 10 0 1 99
0 0 0 0 4944 6720 223224 0 0 0 0 105 9 0 1 99
0 0 0 0 4944 6720 223224 0 0 0 0 104 15 0 1 99
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: PROBLEM: nfs & "Warning - running *really* short on DMA buffers"
2002-08-30 7:02 PROBLEM: nfs & "Warning - running *really* short on DMA buffers" Pedro M. Rodrigues
@ 2002-08-30 10:58 ` Alan Cox
2002-08-30 11:42 ` Pedro M. Rodrigues
0 siblings, 1 reply; 6+ messages in thread
From: Alan Cox @ 2002-08-30 10:58 UTC (permalink / raw)
To: Pedro M. Rodrigues; +Cc: linux-kernel
On Fri, 2002-08-30 at 08:02, Pedro M. Rodrigues wrote:
> Hello to all! While preparing to migrate some servers to Redhat
> 7.3 and doing some nfs tests before deployment i came across this
> "Warning - running *really* short on DMA buffers" error message
> repeated several times in dmesg and /var/log/messages. Something like
> this:
They are warnings not fatal, at most they slowed you down due to lack of
resources. You might want to tune the vm settings to keep more pages
reserved for atomic allocation
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: PROBLEM: nfs & "Warning - running *really* short on DMA buffers"
2002-08-30 10:58 ` Alan Cox
@ 2002-08-30 11:42 ` Pedro M. Rodrigues
2002-08-30 12:18 ` Rik van Riel
0 siblings, 1 reply; 6+ messages in thread
From: Pedro M. Rodrigues @ 2002-08-30 11:42 UTC (permalink / raw)
To: Alan Cox; +Cc: linux-kernel
I do wan't to tune the vm settings, these warnings may not be
fatal but it's not pretty to have hundreds of those in the console
and log files. Bear with me on this one, but i remember doing exactly
that in the past, tuning /proc/sys/vm/freepages. How does one
acomplish that nowadays? I looked at the kernel source documentation
and still found references to freepages, but vm/freepages doesn't
exist anymore. Kernel is 2.4.18-10 from Redhat.
Regards,
Pedro
On 30 Aug 2002 at 11:58, Alan Cox wrote:
> On Fri, 2002-08-30 at 08:02, Pedro M. Rodrigues wrote:
> > Hello to all! While preparing to migrate some servers to Redhat
> > 7.3 and doing some nfs tests before deployment i came across this
> > "Warning - running *really* short on DMA buffers" error message
> > repeated several times in dmesg and /var/log/messages. Something
> > like this:
>
> They are warnings not fatal, at most they slowed you down due to lack
> of resources. You might want to tune the vm settings to keep more
> pages reserved for atomic allocation
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: PROBLEM: nfs & "Warning - running *really* short on DMA buffers"
2002-08-30 11:42 ` Pedro M. Rodrigues
@ 2002-08-30 12:18 ` Rik van Riel
2002-08-31 13:29 ` Pedro M. Rodrigues
0 siblings, 1 reply; 6+ messages in thread
From: Rik van Riel @ 2002-08-30 12:18 UTC (permalink / raw)
To: Pedro M. Rodrigues; +Cc: Alan Cox, linux-kernel
On Fri, 30 Aug 2002, Pedro M. Rodrigues wrote:
> I do wan't to tune the vm settings, these warnings may not be
> fatal but it's not pretty to have hundreds of those in the console
> and log files. Bear with me on this one, but i remember doing exactly
> that in the past, tuning /proc/sys/vm/freepages. How does one
> acomplish that nowadays? I looked at the kernel source documentation
> and still found references to freepages, but vm/freepages doesn't
> exist anymore. Kernel is 2.4.18-10 from Redhat.
For fundamental reasons it's always possible for non-sleeping
allocations to fail. I think this warning just needs to be
rate-limited, if it isn't already ...
OTOH, failed allocations could serve as a hint for kswapd to
try to keep more memory free. I should look into that for some
next version.
regards,
Rik
--
Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: PROBLEM: nfs & "Warning - running *really* short on DMA buffers"
2002-08-30 12:18 ` Rik van Riel
@ 2002-08-31 13:29 ` Pedro M. Rodrigues
2002-08-31 17:22 ` Pedro M. Rodrigues
0 siblings, 1 reply; 6+ messages in thread
From: Pedro M. Rodrigues @ 2002-08-31 13:29 UTC (permalink / raw)
To: Rik van Riel; +Cc: Alan Cox, linux-kernel
It doesn't seem rate limited to me, it floods the console and log
files. If i can't tune the vm settings to decrease the likelyhood of
this error message, what can i do? Is rate limiting the error message
at scsi_merge.c a good idea?
Thanks,
Pedro
On 30 Aug 2002 at 9:18, Rik van Riel wrote:
> On Fri, 30 Aug 2002, Pedro M. Rodrigues wrote:
>
> > I do wan't to tune the vm settings, these warnings may not be
> > fatal but it's not pretty to have hundreds of those in the console
> > and log files. Bear with me on this one, but i remember doing
> > exactly that in the past, tuning /proc/sys/vm/freepages. How does
> > one acomplish that nowadays? I looked at the kernel source
> > documentation and still found references to freepages, but
> > vm/freepages doesn't exist anymore. Kernel is 2.4.18-10 from Redhat.
>
> For fundamental reasons it's always possible for non-sleeping
> allocations to fail. I think this warning just needs to be
> rate-limited, if it isn't already ...
>
> OTOH, failed allocations could serve as a hint for kswapd to
> try to keep more memory free. I should look into that for some
> next version.
>
> regards,
>
> Rik
> --
> Bravely reimplemented by the knights who say "NIH".
>
> http://www.surriel.com/ http://distro.conectiva.com/
>
> -
> To unsubscribe from this list: send the line "unsubscribe
> linux-kernel" in the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: PROBLEM: nfs & "Warning - running *really* short on DMA buffers"
2002-08-31 13:29 ` Pedro M. Rodrigues
@ 2002-08-31 17:22 ` Pedro M. Rodrigues
0 siblings, 0 replies; 6+ messages in thread
From: Pedro M. Rodrigues @ 2002-08-31 17:22 UTC (permalink / raw)
To: Rik van Riel; +Cc: Alan Cox, linux-kernel
Replying to myself, i found out that in kernel 2.4.20-pre5, the
section responsible for the warning has a #if 0 #endif around it .
This was not the case in 2.4.19 btw. I had rate limited the warning,
but it's not needed.
Thanks to everybody,
Pedro
On 31 Aug 2002 at 15:29, Pedro M. Rodrigues wrote:
> It doesn't seem rate limited to me, it floods the console and log
> files. If i can't tune the vm settings to decrease the likelyhood of
> this error message, what can i do? Is rate limiting the error message
> at scsi_merge.c a good idea?
>
>
> Thanks,
> Pedro
>
> On 30 Aug 2002 at 9:18, Rik van Riel wrote:
>
> > On Fri, 30 Aug 2002, Pedro M. Rodrigues wrote:
> >
> > > I do wan't to tune the vm settings, these warnings may not be
> > > fatal but it's not pretty to have hundreds of those in the console
> > > and log files. Bear with me on this one, but i remember doing
> > > exactly that in the past, tuning /proc/sys/vm/freepages. How does
> > > one acomplish that nowadays? I looked at the kernel source
> > > documentation and still found references to freepages, but
> > > vm/freepages doesn't exist anymore. Kernel is 2.4.18-10 from
> > > Redhat.
> >
> > For fundamental reasons it's always possible for non-sleeping
> > allocations to fail. I think this warning just needs to be
> > rate-limited, if it isn't already ...
> >
> > OTOH, failed allocations could serve as a hint for kswapd to
> > try to keep more memory free. I should look into that for some
> > next version.
> >
> > regards,
> >
> > Rik
> > --
> > Bravely reimplemented by the knights who say "NIH".
> >
> > http://www.surriel.com/ http://distro.conectiva.com/
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe
> > linux-kernel" in the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > Please read the FAQ at http://www.tux.org/lkml/
> >
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe
> linux-kernel" in the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2002-08-31 17:20 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-08-30 7:02 PROBLEM: nfs & "Warning - running *really* short on DMA buffers" Pedro M. Rodrigues
2002-08-30 10:58 ` Alan Cox
2002-08-30 11:42 ` Pedro M. Rodrigues
2002-08-30 12:18 ` Rik van Riel
2002-08-31 13:29 ` Pedro M. Rodrigues
2002-08-31 17:22 ` Pedro M. Rodrigues
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).