| Title: | DECtrace V2.0 and All-in-1 Perf Rpts conf. |
| Notice: | Kits+Doc, 2 | Patches, 3 |
| Moderator: | OMYGOD::LAVASH |
| Created: | Mon Apr 26 1993 |
| Last Modified: | Mon Jun 02 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 467 |
| Total number of notes: | 2058 |
DECtrace 2.2 && vms 6.2 and dbms 6.1
this problem seems similar to note #386 but we checked the logs and
there are no file access problems or disk full problems.
their dbms (they are using acms too) database was in recovery
and a epc$ba_nnnnnnn process was locking out some of
their other dbms processes:
Lock ID Resource Name AcMode Par LKID Subs
Queue
Mode PID Master Username
4A002D41 EPC$BE_2642178C USER 00000000 0000 GRANT
EX 2642178C FORGE PRISMATP_702
7C004C85 EPC$BE_2642178C USER 00000000 0000 WAIT
NL 264002A8 FORGE SYSTEM
14015E1A I..... EXEC 17009B5B 0000 WAIT
NL 2642178C FORGE PRISMATP_702
My guess is epc or another process is getting blocked (even though it
says GRANT) because of the recovery processes. I am guessing that
the resnam "I" is LOCK$K_MONID. not sure what it does, but my guess is
something to do with a recovery process...
thanks
jay
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 458.1 | weird state you have | OMYGOD::LAVASH | Same as it ever was... | Mon Apr 14 1997 17:07 | 4 |
Is your EPC$REGSITRAR process still alive??? George | |||||
| 458.2 | in hib state | M5::JAKUHN | pisteuwn eis ton uion | Tue Apr 15 1997 13:54 | 1 |
it was in a HIB state... | |||||
| 458.3 | false alarm | M5::JAKUHN | pisteuwn eis ton uion | Tue Apr 15 1997 14:09 | 6 |
false alarm.
customer just informed me the output is bogus. he apoligized to me so
i apoligize to you.
thanks
jay
| |||||
| 458.4 | I like that kind of problem | OMYGOD::LAVASH | Same as it ever was... | Tue Apr 15 1997 15:32 | 10 |
Phew,
That was going to get ugly...
Had tracked a bug in that code a long time ago and thought I had
left it pretty clean.
Thanks for the update,
George
| |||||