From owner-freebsd-questions Wed Jan 6 21:45:16 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA07846 for freebsd-questions-outgoing; Wed, 6 Jan 1999 21:45:16 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from quail.hgo.net (a2p15.hgo.net [206.152.112.110]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA07841 for ; Wed, 6 Jan 1999 21:45:12 -0800 (PST) (envelope-from crs@hgo.net) Received: (from crs@localhost) by quail.hgo.net (8.7.5/8.7.3) id AAA00470 for questions@freebsd.org; Thu, 7 Jan 1999 00:44:37 -0500 (EST) Date: Thu, 7 Jan 1999 00:44:37 -0500 (EST) From: Charlie Sorsby Message-Id: <199901070544.AAA00470@quail.hgo.net> To: questions@FreeBSD.ORG Subject: Memory exhausted in 2.1.5 -- help! Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, I know--I should upgrade. Which is what brings me to my questions. I've finally added a decent tape drive to my system so I can backup /home prior to upgrade. I've bought an ExaByte 8700LT because I have some tapes from another system that I'll want to get data from. To test it, I've dumped and restored a file system containing about 44MB to a vacant file system. No problem so far. What I want to do now is to compare the restored file system with the original: PC% sudo diff -r /var.226 /home.215 diff: memory exhausted PC% This isn't the first time that has happened. I'll append information about my system at the end but, for now, I have 48MB of memory and, I think, plenty of swap: PC% swapinfo Device 512-blocks Used Avail Capacity Type /dev/sd0s2b 163840 0 163712 0% Interleaved /dev/sd1s1b 524288 0 524160 0% Interleaved Total 687872 0 687872 0% PC% As you can see, I'm not using any swap. Any ideas you can give me about what may be going on will be appreciated. Here's the info about my system: FreeBSD 2.1.5-RELEASE #0: Mon Sep 7 20:17:05 EDT 1998 crs@quail.hgo.net:/usr/src/sys/compile/KERNEL.CRS CPU: 120-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 46784512 (45688K bytes) XFree86 Version 3.1.2 / X Window System (protocol Version 11, revision 0, vendor release 6001) Operating System: FreeBSD 2.0.5 Configured drivers: S3: accelerated server for S3 graphics adaptors (Patchlevel 0) mmio_928, s3_generic Number Nine FX Motion 771 Here's the current dmesg: FreeBSD 2.1.5-RELEASE #0: Mon Sep 7 20:17:05 EDT 1998 crs@quail.hgo.net:/usr/src/sys/compile/KERNEL.CRS CPU: 120-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 46784512 (45688K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 0 int a irq ?? on pci0:10 ahc0 rev 0 int a irq 11 on pci0:12 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "IBM DORS-32160 WA0A" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2063MB (4226725 512 byte sectors) (ahc0:1:0): "TOSHIBA CD-ROM XM-5701TA 1557" type 5 removable SCSI 2 cd0(ahc0:1:0): CD-ROM cd0(ahc0:1:0): NOT READY asc:3a,0 Medium not present can't get the size (ahc0:2:0): "SEAGATE ST34501N 0015" type 0 fixed SCSI 2 sd1(ahc0:2:0): Direct-Access 4339MB (8887200 512 byte sectors) (ahc0:3:0): "EXABYTE EXB-8505 0051" type 1 removable SCSI 2 st0(ahc0:3:0): Sequential-Access density code 0x0, drive empty ahc0:A:4: refuses syncronous negotiation. Using asyncronous transfers (ahc0:4:0): "ARCHIVE VIPER 150 20000 -000" type 1 removable SCSI 1 st1(ahc0:4:0): Sequential-Access st1: Archive Viper 150 is a known rogue density code 0x0, 512-byte blocks, write-protected 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 sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f on isa lpt1 at 0x278-0x27f on isa psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: For what it may be worth, there is a tape in st0, contrary to what dmesg claims above. PC% df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 31775 13268 15965 45% / /dev/sd0s1 208592 149500 59092 72% /dos /dev/sd0s2g 653279 43890 557127 7% /home.215 /dev/sd0s2f 1017327 858227 77714 92% /usr /dev/sd0s2e 63567 16890 41592 29% /var procfs 4 4 0 100% /proc /dev/sd1s1a 31775 14526 14707 50% /root.226 /dev/sd1s1d 915636 95934 746452 11% /var/spool/news /dev/sd1s1e 992751 664179 249152 73% /usr.226 /dev/sd1s1f 127151 43890 73089 38% /var.226 /dev/sd1s1g 992751 578191 335140 63% /home /dev/sd1s1h 992751 851916 61415 93% /usr.local.226 PC% Clearly, /proc is full but I don't know enough about that to know if that is the problem or not nor do I know what to do about it if it is. I can't recall if /proc normally is shown to be full or not. I had been using the memory file system for /tmp and, at first, thought that may have been creating a problem so I unmounted that and created a symbolic link to /usr/tmp. I haven't been able to find any great usage during the diff, though. Since I've never used this tape drive before, I should very much like to verify that my experimental dump/restore was successful before I entrust my /home file system to it before installing 2.2.8. Please let me know if there's anything else I can tell you. Charlie Sorsby crs@hgo.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message