#GLOBAL> lsof -z ora-zone1 -i :1521
<snip>
tnslsnr 29087 ora-zone1 oracle 12u IPv4 TCP no TCP/UDP/
IP information available
tnslsnr 29087 ora-zone1 oracle 13u IPv4 TCP no TCP/UDP/
IP information available
Obviously this is the listener that is using the port however note
that lsof does not display the port only "TCP no TCP/UDP/IP
information available". Is there something that I can do to make lsof
work correctly from the global?
#GLOBAL> lsof -v
lsof version information:
revision: 4.80
latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/
latest FAQ: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/FAQ
latest man page: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_man
configuration info: 64 bit kernel
constructed: Thu Jul 10 20:12:17 EDT 2008
constructed by and on: steve@v480
compiler: gcc
compiler version: 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
compiler flags: -Dsolaris=100000 -DHASPR_GWINDOWS -m64 -DHASIPv6 -
DHASSOUXSOUA -DHAS_IPCLASSIFIER_H -DHAS_CRED_IMPL_H -DHAS_V_PATH -
DHASZONES -DHAS_ZFS=1 -DHASUTMPX -DHAS_VSOCK -DHAS_STRFTIME -
DLSOF_VSTR="5.10" -O
loader flags: -L./lib -llsof -lkvm -lelf -lsocket -lnsl
system info: SunOS v480 5.10 Generic_118833-33 sun4u sparc
SUNW,Sun-Fire-480R Solaris
Anyone can list all files.
/dev warnings are enabled.
Kernel ID check is enabled.
WARNING: privately defined ZFS structures may be incorrect.
Device cache file read-only paths:
Named via -D: none
Named in environment variable LSOFDEVCACHE: none
Personal path format (HASPERSDC): "%h/%p.lsof_%L"
Modified personal path environment variable: LSOFPERSDCPATH
LSOFPERSDCPATH value: none
Personal path: /.lsof_GLOBAL
Device cache file write paths:
Named via -D: none
Named in environment variable LSOFDEVCACHE: none
Personal path format (HASPERSDC): "%h/%p.lsof_%L"
Modified personal path environment variable: LSOFPERSDCPATH
LSOFPERSDCPATH value: none
Personal path: /.lsof_GLOBAL
I don't know if this is the problem you have, but you generally
have to build lsof yourself on the system where it's going to
be used, and rebuild it again after any kernel patch or upgrade.
Alternatively, use pfiles:
cd /proc && pfiles *
--
Andrew Gabriel
[email address is not usable -- followup in the newsgroup]