FreeBSD Port: lsof-4.82A,3
h8msft at gmail.com
Wed Feb 11 17:12:57 PST 2009
I have been using LSOF for a long time to determine if files are open
before processing. I have seen since my newest
upgrade to 7.0 and 7.1 multiple instances of the core running the lsof
command pegging at or near 100%. Eventually
the whole system crashes. A report on the local console indicates it is
trying to reboot, however the server must be
hard booted to get past this point.
Has this already been reported? Either way please let me know what I can
provide to assist with a resolution on this.
So far I have not been able to replicate the error in a controlled fashion.
usage of lsof command:
# uname -mrs
FreeBSD 7.1-RELEASE amd64
CLUSTER is a carp-enabled build, but is not currently configured in rc.conf.
Other than that it's generic.
Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation.
FreeBSD 7.1-RELEASE #0: Tue Jan 6 11:36:08 CST 2009
bobm at Themis-lrar-02.scooby.local:/usr/src/sys/amd64/compile/CLUSTER
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Quad-Core AMD Opteron(tm) Processor 2356 (2300.10-MHz K8-class CPU)
Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3
Cores per package: 4
usable memory = 8574808064 (8177 MB)
avail memory = 8287395840 (7903 MB)
ACPI APIC Table: <HP ProLiant>
FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 2
cpu3 (AP): APIC ID: 3
cpu4 (AP): APIC ID: 4
cpu5 (AP): APIC ID: 5
cpu6 (AP): APIC ID: 6
cpu7 (AP): APIC ID: 7
ioapic0 <Version 1.1> irqs 0-15 on motherboard
ioapic1 <Version 1.1> irqs 16-31 on motherboard
kbd1 at kbdmux0
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
acpi0: <HP ProLiant> on motherboard
More information about the freebsd-ports