Chen Jianxun(Kelvin) writes:
I have a question about the Opensolaris package. My question is:
Can I package a common application to a Opensolaris package and then I
can install it use pkgadd of pkg command. If it is possible, how can I
do it. Any one can help me, thank you very mcuh.
I have used lsof before, but can't recollect
all the output details. Before I start
digging, just out of curiosity what info
does lsof provide that pfiles does not ?
A couple of examples (on Solaris 9, where lsof works):
# What is using port 39249?
$ lsof -i :39249
COMMAND PIDUSER
On Tue, Jul 15, 2008 at 8:05 AM, Richard L. Hamilton [EMAIL PROTECTED] wrote:
# List open files with link count 1 (which could account
# for du != df). This is just part of it, the whole list is
# too long. Also, there aren't any really large ones just
# now, so it's not an actual concern
Mike Gerdts wrote:
On Tue, Jul 15, 2008 at 8:05 AM, Richard L. Hamilton [EMAIL PROTECTED]
wrote:
# List open files with link count 1 (which could account
# for du != df). This is just part of it, the whole list is
# too long. Also, there aren't any really large ones just
# now, so it's
On Tue, Jul 15, 2008 at 10:12 AM, Shawn Walker [EMAIL PROTECTED] wrote:
The main problem with lsof is that it will break often as kernel structures,
etc. change.
Which is why I suggested a stable interface is needed to mask these
changes. lsof needs a very small amount of the data that is in
Mike Gerdts wrote:
I understand that lsof does bad things to get the data that it gets.
It would likely stop doing that just about the time that stable
interfaces are provided to make it unnecessary to go prodding around
in /dev/kmem. I guess since I am complaining, I should add this to
the
Shawn Walker wrote:
It might be easiest to find a wrapper script that emulates lsof to put
around pfiles.
Nice try, but there's stuff that pfiles does not report but lsof does.
References to memory mapped files, for one...
Hugh.
___
On Mon, Jul 14, 2008 at 10:19 AM, Richard L. Hamilton [EMAIL PROTECTED] wrote:
Has lsof been ported for nevada ?
It seems that it was not included in the sunfreeware
nv iso image
and the Solaris 10 version does not work on nv
or is there any other tool that can find information
about
what
Has lsof been ported for nevada ?
lsof is wonderful. There are situations in which it
can tell you exactly what you need to know.
Thanks a lot for your information,
Indeed, lsof is wonderful and has helped me a lot in
finding processes that owned sockets that were in
close_WAIT state and
I have used lsof before, but can't recollect all
the output
etails. Before I start
digging, just out of curiosity what info does lsof
provide that
files does not ?
lsof provided mored detailed information about socket state
and protocol including whether it uses UDP or TCP and if the
On Sun, Jul 13, 2008 at 11:31 AM, Peter Schow [EMAIL PROTECTED] wrote:
On Sun, Jul 13, 2008 at 10:06:44AM -0700, Karl Dalen wrote:
or is there any other tool that can find information about
what process is using port X ? On Solaris 10, I used to run
for example:
/usr/local/bin/lsof -i
Has lsof been ported for nevada ?
It seems that it was not included in the sunfreeware nv iso image
and the Solaris 10 version does not work on nv
or is there any other tool that can find information about
what process is using port X ? On Solaris 10, I used to run
for example:
/usr/local/bin/lsof
On Sun, Jul 13, 2008 at 10:06:44AM -0700, Karl Dalen wrote:
Has lsof been ported for nevada ?
It seems that it was not included in the sunfreeware nv iso image
and the Solaris 10 version does not work on nv
or is there any other tool that can find information about
what process is using port
Has lsof been ported for nevada ?
It seems that it was not included in the sunfreeware
nv iso image
and the Solaris 10 version does not work on nv
or is there any other tool that can find information
about
what process is using port X ? On Solaris 10, I used
to run
for example:
P.S. maybe it's not quite that bleak, although I'm not aware of any
estimates of _when_ a stable lsof-like functionality would be available.
Eventually, some evolving extensions to DTrace might reach the point where
they could support an lsof-like tool.
This message posted from
15 matches
Mail list logo
