On Tue, 27 Feb 2001, Matt Liotta wrote:
> Did you set the correct file permissions on the registry?
The only way I see that as possibly causing a problem here is if a
ftok() call is being made to grab a key for the shared memory segment, and
that stat call were being based on the registry file. It's possible.
>
> -Matt
> > -----Original Message-----
> > [root@turdball /root]# /opt/coldfusion/bin/stop
> > Error: performing shmget() on ColdFusion Registry shared
> > memory:Identifier
> > removed
> > Aborted (core dumped)
Seems odd that the server would be unalbe to release it's shared memory
segment on shutdown -- and shmget() is reported that the shmid has been
_removed_ of all things. If you've got a core file I wouldn't mind
looking at that either.
BTW -- what kernel are you running?
> > 'secured' and whatnot). Anyone have any groovy insight as to
> > what the prob
> > might be here?
Use the 'ipcs' command to take a peek at existing shared memory segments
before and after you try and startup the server -- you might find a clue
there. You could try wrapping cfserver within 'strace' also to get a look
at the exact shmget() call that it's issuing so you could find out what
shmid it's trying to use (then compare that shmid to what you see in
'ipcs').
If you find the offending shared memory segment you could try wrenching it
out via 'ipcrm' but I really doubt that't going to fix anything.
Justin Buist
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
------------------------------------------------------------------------------
Archives: http://www.mail-archive.com/cf-linux%40houseoffusion.com/
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_linux or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
