user in update and locks up a report being run

Fairlight fairlite at fairlite.com
Thu Dec 23 09:54:42 PST 2010


Is it just me, or did Kenneth Brody say:
> 
> Not "owner of the PID" but "PID of the lock owner".

The PID of the lock owner is going to correspond to clerk, report, etc.
Thar PID will always be owned by filepro on linux, due to how proc (or the
underlying mechanics of the linux process table) handles SUID processes.

SCO will show the UID for the PID.  Linux will show the EUID.  Same way you
look at `ps` and have one httpd owned by root, but all the children are
owned by whatever User is set to in Apache.

In terms of determining who is responsible for the locked record, "PID of
the lock owner" and "owner of the PID" are tightly bound.  You have to
backtrace PPIDs to find the real user who owns the top-level parent until
you run out of PPIDs that make sense to trace to (since every process will
trace back to init).

mark->
-- 
Audio panton, cogito singularis.


More information about the Filepro-list mailing list