Semaphores on Tru64

Post by **mark** » Wed Nov 05, 2003 1:26 pm

I don't see any shared mem's in your ipcs output.
What about ls -l INSTALLDIR/bin ?
What user were you logged in as when you ran rmlocks?
Also check the ownership of all of the files in the database in question (including the database directory itself).

MiniMe · Post by **MiniMe** » Wed Nov 05, 2003 1:56 pm

Here is the shared memory output from just now.

Shared Memory:
T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME
m 0 0xdbaccee5 --rw-rw-rw- database system database system 77 135232 422 66490 10:54:29 10:54:29 23:09:32
m 1 0x79e525ad --rw-rw-rw- database database database database 1 808 1630 66570 10:54:27 10:54:11 23:19:04

and the ls output

drwxr-xr-x 2 database users 8192 Oct 17 2002 .
drwxr-xr-x 13 database users 8192 Nov 5 10:56 ..
lrwxr-xr-x 1 database users 7 Oct 17 2002 addtable -> monitor
-rwsr-xr-x 1 database users 4677632 Oct 3 2002 anytotx
-rwsr-xr-x 1 database users 3082 Oct 3 2002 anytotx.txt
lrwxrwxrwx 1 database users 7 Oct 17 2002 backref -> monitor
lrwxrwxrwx 1 database users 7 Oct 17 2002 chkind -> monitor
lrwxrwxrwx 1 database users 7 Oct 17 2002 copydb -> monitor
lrwxrwxrwx 1 database users 7 Oct 17 2002 copydbf -> monitor
lrwxrwxrwx 1 database users 7 Oct 17 2002 cpdb -> monitor
lrwxrwxrwx 1 database users 7 Oct 17 2002 creatdb -> monitor
lrwxrwxrwx 1 database users 7 Oct 17 2002 dumplock -> monitor
-rwsr-xr-x 1 database users 40960 Oct 3 2002 geturl
-rwsr-xr-x 1 database users 4513824 Oct 17 2002 gw
-rwsr-xr-x 1 database users 57376 Oct 3 2002 gwpatch
-rwsr-xr-x 1 database users 24576 Oct 3 2002 hex
lrwxrwxrwx 1 database users 7 Oct 17 2002 kdbfchk -> monitor
-rwsr-xr-x 1 database users 1900544 Oct 3 2002 libcrypto.so.0.9.7
-rwsr-xr-x 1 database users 311296 Oct 3 2002 libssl.so.0.9.7
-rwsr-xr-x 1 database users 950272 Oct 3 2002 libtxjs.so
lrwxrwxrwx 1 database users 7 Oct 17 2002 ltest -> monitor
-rwsr-xr-x 1 database users 5677088 Oct 17 2002 monitor
lrwxrwxrwx 1 database users 7 Oct 17 2002 monlock -> monitor
-rwsr-xr-x 1 database users 65536 Oct 3 2002 rex
-rwsr-xr-x 1 database users 4071456 Oct 17 2002 rmlocks
-rwsr-xr-x 1 database users 40960 Oct 3 2002 tac
lrwxrwxrwx 1 database users 7 Oct 17 2002 texis -> monitor
-rwsr-xr-x 1 database users 4358176 Oct 17 2002 texisd
lrwxrwxrwx 1 database users 7 Oct 17 2002 timport -> monitor
-rwsr-xr-x 1 database users 4562944 Oct 3 2002 timportn
lrwxrwxrwx 1 database users 7 Oct 17 2002 tsql -> monitor
lrwxrwxrwx 1 database users 7 Oct 17 2002 txtocf -> monitor
-rwsr-xr-x 1 database users 5677088 Oct 17 2002 vhttpd
lrwxrwxrwx 1 database users 7 Oct 17 2002 wordlist -> monitor
lrwxrwxrwx 1 database users 7 Oct 17 2002 wsem -> monitor
-rwsr-xr-x 1 database users 24576 Oct 3 2002 xtree

MiniMe · Post by **MiniMe** » Wed Nov 05, 2003 2:51 pm

Here is a possible clue to the rmlocks situation. If i run rmlocks -f and it is the symlink in /usr/bin it fails with that error. If I run /usr/local/morph3/bin/rmlocks -f it works. Why would that be?

Post by **mark** » Wed Nov 05, 2003 2:55 pm

That shouldn't make a difference unless the one in /usr/bin is linked to something else.

MiniMe · Post by **MiniMe** » Wed Nov 05, 2003 3:05 pm

This is the current symlink from /usr/bin/ and it doesn't work.

lrwxrwxrwx 1 root system 29 Nov 5 11:58 rmlocks -> /usr/local/morph3/bin/monitor

Post by **mark** » Wed Nov 05, 2003 3:45 pm

rmlocks should be linked to rmlocks, not monitor.

MiniMe · Post by **MiniMe** » Wed Nov 05, 2003 5:01 pm

Hey your right. The SA must have done that.. A whole bunch of other stuff is linked to monitor and works so he assumed. argh..

But that still wouldn't cause the semaphore problem right?

Post by **mark** » Wed Nov 05, 2003 5:47 pm

No. I'm out of other ideas for the moment though.
You don't have any other texis programs floating about outside of morph3/bin do you? What about texis in your cgi directory? Did you check ps to see what's already running as what.