Re: Swap_pager: indefinite wait buffer
from Kévin Hagner jsaipakoim...@spyzone.fr: I'm running on a FreeBSD 9.0-STABLE, the file system used is UFS, I've 2Gb RAM and no native swap partition. Oh. You should never configure a Unix system without at least some swap space available, and configuring at least as much swap as you have RAM (plus a little +bit more) is the minimum recommendation. Regards, -Chuck Does that mean the amount of swap space needed increases with amount of RAM? Is that for the purpose of accommodating possible core dump? This is difficult to achieve with a system that has generous RAM, when installing to a USB stick. I suppose one could use swap space on a hard drive in that case. Tom ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Swap_pager: indefinite wait buffer
Hello everybody :) I'm trying to compil www/libxul, but I haven't enough RAM to done it correctly (cc1plus killed by the kernel). So I mount a swap file with mdconfig and swapon. The new swap seems to be correctly added (I checked with swapinfo and top). But now, during the compilation, my entire computer has planted, and I noticed that swap_pager emmited message in buckle on the tty1 like him : swap_pager: indefinite wait buffer: bufobj: 0, blkno: 48002, siwe 4096 After a check on the web, I found that it's principally a hardware error which cause this warning: hard drive, or cables... But it's nothing wrong in /var/log/messages, and all other files on the hard disk have, for the moment, no I/O mistakes. Do you have an idea of the source of my problem ? I'm running on a FreeBSD 9.0-STABLE, the file system used is UFS, I've 2Gb RAM and no native swap partition. I thank you for the time which you dedicated to my request ;-) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Swap_pager: indefinite wait buffer
Hi-- On Jan 27, 2012, at 12:38 PM, Kévin Hagner wrote: But now, during the compilation, my entire computer has planted, and I noticed that swap_pager emmited message in buckle on the tty1 like him : swap_pager: indefinite wait buffer: bufobj: 0, blkno: 48002, siwe 4096 After a check on the web, I found that it's principally a hardware error which cause this warning: hard drive, or cables... But it's nothing wrong in /var/log/messages, and all other files on the hard disk have, for the moment, no I/O mistakes. Do you have an idea of the source of my problem ? Try running: dd if=/dev/_your_disk_ of=/dev/null bs=64k conv=noerror ...or install sysutils/smartmontools port and use it to run drive diagnostics. I'm running on a FreeBSD 9.0-STABLE, the file system used is UFS, I've 2Gb RAM and no native swap partition. Oh. You should never configure a Unix system without at least some swap space available, and configuring at least as much swap as you have RAM (plus a little bit more) is the minimum recommendation. Regards, -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 7.0-R freezes with: swap_pager: indefinite wait buffer: bufobj
I've been getting this in the logs recently on a 6.2 system. No stability issues, but it is concerning. swap_pager: indefinite wait buffer: bufobj: 0, blkno: 93, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 183, size: 4096 The server has always been under heavy load, but the load isn't any higher lately. And I'm only using like 1324K of swap so it's not like I'm heavily swapping. It's running off an adaptec based raid and arcconf says it's fine. Wojciech Puchar wrote: Hi, the SMART-status looks ok! SMART overall-health self-assessment test result: PASSED Maybe other applications causes high I/O load? no reason to fail. Howto determine this? Other suggestions? Cheers, Oskar Kris Kennaway schrieb am 02.06.2008 20:58: Oskar Eyb wrote: Hello, on a 7.0-RELEASE maschine I have now again a big problem with freezing. swap_pager: indefinite wait buffer: bufobj: 0, blkno: 388449, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 388452, size: 20480 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 387805, size: 16384 # swapctl -l Device: 1024-blocks Used: /dev/mirror/gm0s1b 1048576485332 /dev/md01048576485316 What to do against this, is there a patch available? Your disk is taking an enormously long time to reply to swap I/O, which is what is eventually timing out with those errors. Check that it is not failing. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Chris St Denis Programmer SmarttNet (www.smartt.com) Ph: 604-473-9700 Ext. 200 --- Smart Internet Solutions For Businesses ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0-R freezes with: swap_pager: indefinite wait buffer: bufobj
Hi, the SMART-status looks ok! SMART overall-health self-assessment test result: PASSED Maybe other applications causes high I/O load? Howto determine this? Other suggestions? Cheers, Oskar Kris Kennaway schrieb am 02.06.2008 20:58: Oskar Eyb wrote: Hello, on a 7.0-RELEASE maschine I have now again a big problem with freezing. swap_pager: indefinite wait buffer: bufobj: 0, blkno: 388449, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 388452, size: 20480 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 387805, size: 16384 # swapctl -l Device: 1024-blocks Used: /dev/mirror/gm0s1b 1048576485332 /dev/md01048576485316 What to do against this, is there a patch available? Your disk is taking an enormously long time to reply to swap I/O, which is what is eventually timing out with those errors. Check that it is not failing. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0-R freezes with: swap_pager: indefinite wait buffer: bufobj
Hi, the SMART-status looks ok! SMART overall-health self-assessment test result: PASSED Maybe other applications causes high I/O load? no reason to fail. Howto determine this? Other suggestions? Cheers, Oskar Kris Kennaway schrieb am 02.06.2008 20:58: Oskar Eyb wrote: Hello, on a 7.0-RELEASE maschine I have now again a big problem with freezing. swap_pager: indefinite wait buffer: bufobj: 0, blkno: 388449, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 388452, size: 20480 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 387805, size: 16384 # swapctl -l Device: 1024-blocks Used: /dev/mirror/gm0s1b 1048576485332 /dev/md01048576485316 What to do against this, is there a patch available? Your disk is taking an enormously long time to reply to swap I/O, which is what is eventually timing out with those errors. Check that it is not failing. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
7.0-R freezes with: swap_pager: indefinite wait buffer: bufobj
Hello, on a 7.0-RELEASE maschine I have now again a big problem with freezing. swap_pager: indefinite wait buffer: bufobj: 0, blkno: 388449, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 388452, size: 20480 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 387805, size: 16384 # swapctl -l Device: 1024-blocks Used: /dev/mirror/gm0s1b 1048576485332 /dev/md01048576485316 What to do against this, is there a patch available? Best Regards, Oskar ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0-R freezes with: swap_pager: indefinite wait buffer: bufobj
Oskar Eyb wrote: Hello, on a 7.0-RELEASE maschine I have now again a big problem with freezing. swap_pager: indefinite wait buffer: bufobj: 0, blkno: 388449, size: 4096 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 388452, size: 20480 swap_pager: indefinite wait buffer: bufobj: 0, blkno: 387805, size: 16384 # swapctl -l Device: 1024-blocks Used: /dev/mirror/gm0s1b 1048576485332 /dev/md01048576485316 What to do against this, is there a patch available? Your disk is taking an enormously long time to reply to swap I/O, which is what is eventually timing out with those errors. Check that it is not failing. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
swap_pager: indefinite wait buffer
Hi all. I'm sure some of you have seen this, and I'm looking for some advice. I've got 2 servers now that will completely lockup (one is 6.1-p4, the other 6.2-p7), and just display this on the console: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 33, size: 4096 It repeats and continues to be frozen until I reboot the machine. The machine responds to ping, but that's about it. On one of my boxes, it appears to happen under heavy use (though this is not always the case...it's done it on me before when it's been completely idle). There should be no reason for either of these machines to swap...one of them has 4GB of RAM, the other has 2GB, and they never come close to using it all (based on our statistics). I've seen the various comments that it's probably bad hardware, but I haven't been able to find anything. I also saw there was a reference in the todo for 6.1 (http://www.freebsd.org/releases/6.1R/todo.html) about this. Anyone know if there has been any updates to this? Anyone have any info that could help me out? Thanks, --Brian -- _-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_ Brian McCann I don't have to take this abuse from you -- I've got hundreds of people waiting to abuse me. -- Bill Murray, Ghostbusters ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: swap_pager: indefinite wait buffer
On Nov 12, 2007, at 7:38 AM, Brian McCann wrote: Hi all. I'm sure some of you have seen this, and I'm looking for some advice. I've got 2 servers now that will completely lockup (one is 6.1-p4, the other 6.2-p7), and just display this on the console: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 33, size: 4096 It repeats and continues to be frozen until I reboot the machine. It means that the swap system was unable to retrieve info from the disk in a reasonable period of time, and generally is a strong sign that the disk drive is in the final stages of failing. Running smartmonutils or a manufacturer's test utility is recommended -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
swap_pager: indefinite wait buffer: bufobj (...)
G'day all, Just wondering whether anyone knows any details regarding the swap_pager warnings bug noted on the 6.1-RELEASE Release Engineering to do page (http://www.freebsd.org/releases/6.1R/todo.html). Specifically, a PR number would be excellent (I'm assuming one exists). I believe that this issue has been biting me for a while now (or at least it only began appearing after I enabled a swap file on a lowly machine which had to have bad RAM removed that I'm too cheap / poor to replace) and often results in machine lockups. I'd love to see it addressed (assuming that this is indeed what's biting me, which I'm fairly sure of*) before 6.2-RELEASE (probably a little unlikely, I guess) and would be happy to test patches / etc.. Thanks all! * I _could_ disable the swap file and leave the thing belting away for a while to see if the problem doesn't reoccur, but it'll mean a few processes getting killed here and there due to lack of available memory... -- Nick Withers email: [EMAIL PROTECTED] Web: http://www.nickwithers.com Mobile: +61 414 397 446 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
swap_pager: indefinite wait buffer
HP ProLiant ML150, 6.1-STABLE, problem have persisted since 6.0-STABLE Stops responding every one-two weeks, requires power cycling Server is remote but went to see it today and the following message was printed on console repeatedly: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 52, size: 4096 Searching the list did not return a definitive answer, did not find a PR either. Nothing logged AFAIK the system hardly swaps at all Is there a workaround for this? Should I assume it's a hw problem? Change DMA mode? Disable ACPI? Change to a scsi disk for system? I could accept slower performance if a tradeoff is required. dmesg follows: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #0: Thu May 18 07:19:43 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/STUFFER Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf43 Stepping = 3 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x641dSSE3,RSVD2,MON,DS_CPL,CNTX-ID,CX16,b14 AMD Features=0x2010NX,LM Logical CPUs per core: 2 real memory = 1073152000 (1023 MB) avail memory = 1041211392 (992 MB) MPTable: INTELTumwater ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard cpu0 on motherboard pcib0: MPTable Host-PCI bridge pcibus 0 on motherboard pci0: PCI bus on pcib0 pcib0: unable to route slot 2 INTA pcib0: unable to route slot 3 INTA pcib0: unable to route slot 29 INTB pcib0: unable to route slot 29 INTD pcib1: PCI-PCI bridge irq 10 at device 2.0 on pci0 pci1: PCI bus on pcib1 pcib2: MPTable PCI-PCI bridge irq 10 at device 3.0 on pci0 pci2: PCI bus on pcib2 bge0: Broadcom BCM5721 Gigabit Ethernet, ASIC rev. 0x4101 mem 0xdc10-0xdc10 irq 16 at device 0.0 on pci2 miibus0: MII bus on bge0 brgphy0: BCM5750 10/100/1000baseTX PHY on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:16:35:b1:32:0b pcib3: MPTable PCI-PCI bridge at device 28.0 on pci0 pci3: PCI bus on pcib3 twe0: 3ware Storage Controller. Driver version 1.50.01.002 port 0x2400-0x240f mem 0xdc80-0xdcff irq 25 at device 2.0 on pci3 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 atapci0: Marvell 88SX6041 SATA300 controller port 0x2000-0x20ff mem 0xdc30-0xdc3f irq 27 at device 4.0 on pci3 ata2: ATA channel 0 on atapci0 ata3: ATA channel 1 on atapci0 ata4: ATA channel 2 on atapci0 ata5: ATA channel 3 on atapci0 uhci0: UHCI (generic) USB controller port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: UHCI (generic) USB controller port 0x1420-0x143f irq 5 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: base peripheral at device 29.4 (no driver attached) pci0: base peripheral, interrupt controller at device 29.5 (no driver attached) ehci0: Intel 6300ESB USB 2.0 controller mem 0xdc001400-0xdc0017ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: Intel 6300ESB USB 2.0 controller on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib4: MPTable PCI-PCI bridge at device 30.0 on pci0 pci4: PCI bus on pcib4 pci4: display, VGA at device 4.0 (no driver attached) isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci1: Intel 6300ESB UDMA100 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1440-0x144f at device 31.1 on pci0 ata0: ATA channel 0 on atapci1 ata1: ATA channel 1 on atapci1 pci0: serial bus, SMBus at device 31.3 (no driver attached) pmtimer0 on isa0 orm0: ISA Option ROMs at iomem 0xc-0xc7fff,0xc8000-0xc97ff,0xc9800-0xcdfff,0xce000-0xcefff,0xdc000-0xd on isa0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: Enhanced floppy controller at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: 1440-KB 3.5 drive on fdc0 drive 0 ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like
swap_pager: indefinite wait buffer - fixed (sort of)
Hello list A month or so ago I noticed that my server was freezing up. It would slowly recover, but there were 10 or so entries like this: kernel: swap_pager: indefinite wait buffer: bufobj: 0, blk no: 140947, size: 32768 Feb 10 13:26:56 shell kernel: swap_pager: indefinite wait buffer: bufobj: 0, blk no: 101732, size: 4096 Feb 10 13:32:57 shell kernel: swap_pager: indefinite wait buffer: bufobj: 0, blk no: 86705, size: 32768 Feb 10 14:00:19 shell kernel: swap_pager: indefinite wait buffer: bufobj: 0, blk no: 94369, size: 16384 Eventually, /var would fill up as well as swap and the system would lock solid. I thought maybe there was a bad sector on swap, so played around a bit with deleting and re-creating swap files, even made an aux swap file and deleted the two real ones, to no avail. I upgraded from freebsd-4.11 to 5.4 and then up to 6.1-prerelease and the problem was still there. gstat(8) was still showing queued requests in the leftmost column. The disk is an ibm deskstar. So I downloaded the utilities software and ran strenuous testing against the disk, which reported no errors. Everywhere I looked on the lists, it pointed to bad cable or hardware. The disk showed in dmesg like this: Feb 9 21:22:41 shell kernel: ad0: 39266MB IC35L040AVER07 0 ER4OA44A at ata0-m aster UDMA100 I thought I'd try running it in safe mode. dmesg now shows the disk like this: ad0: 39266MB IC35L040AVER07 0 ER4OA44A at ata0-master PIO4 and no errors! Is this a bug with the ata driver or a problem with the device? -- John ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
swap_pager: indefinite wait buffer but no disk errors
This document: http://www.freebsd.org/doc/en_US.ISO8859- 1/books/faq/troubleshoot.html#INDEFINITE-WAIT-BUFFER includes: 5.30. What does the error ``swap_pager: indefinite wait buffer:'' mean? This means that a process is trying to page memory to disk, and the page attempt has hung trying to access the disk for more than 20 seconds. It might be caused by bad blocks on the disk drive, disk wiring, cables, or any other disk I/O-related hardware. If the drive itself is actually bad, you will also see disk errors in /var/log/messages and in the output of dmesg. Otherwise, check your cables and connections. I am seeing occasional swap_pager: indefinite wait buffer on 4 systems under a heavy simultaneous sequential i/o test on ATA devices ad0 and ad1 (on the same channel). swap is on ad0. ad1 is mounted as /test and ad1 is filled to capacity and read back repeatedly. ad0 is filled to maybe 50% capacitity and read back repeatedly. System hardware is: http://www.freebsd.uwaterloo.ca/twiki/bin/view/Freebsd/IntelP4 o/s is: FreeBSD ecserv1.uwaterloo.ca 4.7-RELEASE FreeBSD 4.7-RELEASE #0: Wed Oct 9 15:08:34 GMT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 I am not using tagged queueing. Both disks are reported as UDMA33. Logs are below. There are no disk errors. During the test, ad0 and ad1 are each reading or writing around 25 megabytes per second. Load average is around 0.25, but system is very slow to log in to, or to respond to keyboard, during the test. Same test on 4 dual processor AMD systems (with the same disks) does not yield this particular problem. Same test with just one disk under test does not yield this problem. Under normal type usage, the problem never happens. I'm just reporting this to indicate that there appears to be some other cause than disk errors for this problem. Logs of 4 systems are: Jan 5 00:00:00 ecserv2 newsyslog[1784]: logfile turned over Jan 5 21:33:07 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 640, size: 4096 Jan 5 21:33:37 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 640, size: 4096 Jan 5 22:45:21 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 432, size: 4096 Jan 5 22:46:18 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 432, size: 4096 Jan 5 22:46:18 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 432, size: 4096 Jan 6 00:00:00 ecserv2 newsyslog[9854]: logfile turned over Jan 6 00:00:00 ecserv2 newsyslog[9854]: logfile turned over Jan 6 01:50:20 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 312, size: 4096 Jan 6 01:51:18 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 312, size: 4096 Jan 6 02:40:37 ecserv2 /kernel: pid 9894 (file1), uid 0 on /test: file system full Jan 6 07:56:50 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 264, size: 4096 Jan 6 07:57:02 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 272, size: 4096 Jan 6 08:56:55 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 328, size: 4096 Jan 6 09:40:33 ecserv2 /kernel: pid 10624 (file1), uid 0 on /test: file system full Jan 6 10:46:50 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 432, size: 4096 Jan 6 10:46:50 ecserv2 last message repeated 4 times Jan 6 12:55:21 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 432, size: 4096 Jan 6 12:56:40 ecserv2 last message repeated 3 times Jan 6 16:39:44 ecserv2 /kernel: pid 2 (file1), uid 0 on /test: file system full Jan 6 19:45:20 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 432, size: 4096 Jan 6 20:56:51 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 288, size: 4096 Jan 6 20:58:15 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 312, size: 4096 Jan 6 20:58:45 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 312, size: 4096 Jan 6 20:58:45 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 328, size: 4096 Jan 6 22:56:51 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 344, size: 4096 Jan 6 23:05:40 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 432, size: 4096 Jan 6 23:38:43 ecserv2 /kernel: pid 11570 (file1), uid 0 on /test: file system full Jan 7 00:00:00 ecserv2 newsyslog[11731]: logfile turned over Jan 7 00:00:00 ecserv2 newsyslog[11731]: logfile turned over Jan 7 01:46:23 ecserv2 /kernel: swap_pager: indefinite wait buffer: device: #ad/0x20001, blkno: 528, size: 4096 Jan 7 02:56:51 ecserv2 /kernel: swap_pager: indefinite wait buffer: device