dbTalk Databases Forums  

Removing semaphore shared memory segment aborts other informixservers

comp.databases.informix comp.databases.informix


Discuss Removing semaphore shared memory segment aborts other informixservers in the comp.databases.informix forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
red_valsen
 
Posts: n/a

Default Removing semaphore shared memory segment aborts other informixservers - 12-14-2010 , 07:41 AM






Due to an interrupted ontape restore, I was left with a down
informixserver with its shared memory segments still being reported by
ipcs. I carefully removed all the segments using ipcrm, being careful
not to remove any used by the other two instances on the host, but
when I removed a semaphore segment from the fouled instance, the other
two abruptly crashed with "Assert Failed: semop: errno = 36" messages
appearing in the Informix message logs for each.

Has anybody else experienced this? I can find no mention of this
behavior in Informix manuals, online, etc. I assume that in some way
the other instances are using that segment of memory.

Using IDS 11.50.FC4 on HPUX 11.23 (memory management with this O/S has
always seemed problematic).

Reply With Quote
  #2  
Old   
Doug Lawry
 
Posts: n/a

Default Re: Removing semaphore shared memory segment aborts other informixservers - 12-14-2010 , 10:24 AM






See the new "onclean" command which does the equivalent of "ipcrm" for
you but more safely!

Regards,
Doug Lawry

Reply With Quote
  #3  
Old   
Fernando Nunes
 
Posts: n/a

Default Re: Removing semaphore shared memory segment aborts other informixservers - 12-15-2010 , 05:22 PM



On 14-12-2010 13:41, red_valsen wrote:
Quote:
Due to an interrupted ontape restore, I was left with a down
informixserver with its shared memory segments still being reported by
ipcs. I carefully removed all the segments using ipcrm, being careful
not to remove any used by the other two instances on the host, but
when I removed a semaphore segment from the fouled instance, the other
two abruptly crashed with "Assert Failed: semop: errno = 36" messages
appearing in the Informix message logs for each.

Has anybody else experienced this? I can find no mention of this
behavior in Informix manuals, online, etc. I assume that in some way
the other instances are using that segment of memory.

Using IDS 11.50.FC4 on HPUX 11.23 (memory management with this O/S has
always seemed problematic).
errno 36 is "removed identifier".
I never experienced this.
It's hard not to think that you removed the wrong set...
On the other hand you say you had other two instance crashing... It
would be easier to accept a mistake if it only affected one...

This would never be mentioned in the manuals, because if anything it
would be a bug...

Please use onclean as already suggested.
Regards.

Reply With Quote
  #4  
Old   
PeterP
 
Posts: n/a

Default Re: Removing semaphore shared memory segment aborts other informixservers - 12-18-2010 , 08:35 AM



On Dec 15, 11:22*pm, Fernando Nunes <domusonl... (AT) gmail (DOT) com> wrote:
Quote:
On 14-12-2010 13:41, red_valsen wrote:

Due to an interrupted ontape restore, I was left with a down
informixserver with its shared memory segments still being reported by
ipcs. *I carefully removed all the segments using ipcrm, being careful
not to remove any used by the other two instances on the host, but
when I removed a semaphore segment from the fouled instance, the other
two abruptly crashed with "Assert Failed: semop: errno = 36" messages
appearing in the Informix message logs for each.

Has anybody else experienced this? *I can find no mention of this
behavior in Informix manuals, online, etc. *I assume that in some way
the other instances are using that segment of memory.

Using IDS 11.50.FC4 on HPUX 11.23 (memory management with this O/S has
always seemed problematic).

errno 36 is "removed identifier".
I never experienced this.
It's hard not to think that you removed the wrong set...
On the other hand you say you had other two instance crashing... It
would be easier to accept a mistake if it only affected one...

This would never be mentioned in the manuals, because if anything it
would be a bug...

Please use onclean as already suggested.
Regards.
Anyone remember who RVH was again (0x525648). What was his actual name
rather than just the bloke who worked on memory. Ron ...?

http://publib.boulder.ibm.com/infoce...admin_1218.htm
http://publib.boulder.ibm.com/infoce...s_adr_1073.htm

Reply With Quote
  #5  
Old   
Jonathan Leffler
 
Posts: n/a

Default Re: Removing semaphore shared memory segment aborts otherinformixservers - 12-18-2010 , 08:45 AM



On Sat, Dec 18, 2010 at 06:35, PeterP <peterpain (AT) gmail (DOT) com> wrote:

Quote:
Anyone remember who RVH was again (0x525648). What was his actual name
rather than just the bloke who worked on memory. Ron ...?

Roy V Harrington, one of the co-founders of Relational Database Systems, RDS
- the original name of the company that produced C-ISAM and Informix.

--
Jonathan Leffler <jonathan.leffler (AT) gmail (DOT) com> #include <disclaimer.h>
Guardian of DBD::Informix - v2008.0513 - http://dbi.perl.org
"Blessed are we who can laugh at ourselves, for we shall never cease to be
amused."

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.