Date: Thu, 7 Jan 1999 00:44:37 -0500 (EST) From: Charlie Sorsby <crs@hgo.net> To: questions@FreeBSD.ORG Subject: Memory exhausted in 2.1.5 -- help! Message-ID: <199901070544.AAA00470@quail.hgo.net>
next in thread | raw e-mail | index | archive | help
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<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
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<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real memory = 50331648 (49152K bytes)
avail memory = 46784512 (45688K bytes)
Probing for devices on PCI bus 0:
chip0 <Intel 82439> rev 1 on pci0:0
chip1 <Intel 82371 PCI-ISA bridge> rev 1 on pci0:7:0
chip2 <Intel 82371 Bus-Master IDE controller> rev 0 on pci0:7:1
vga0 <VGA-compatible display device> rev 0 int a irq ?? on pci0:10
ahc0 <Adaptec 2940 SCSI host adapter> 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: <SoundBlaster 16 4.13>
sbxvi0 at 0x0 drq 5 on isa
sbxvo0: <SoundBlaster 16 4.13>
sbmidi0 at 0x330 on isa
<SoundBlaster MPU-401>
opl0 at 0x388 on isa
opl0: <Yamaha OPL-3 FM>
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199901070544.AAA00470>