Unix Technical Forum

RE: Informix 9.40 crash after stress test.

This is a discussion on RE: Informix 9.40 crash after stress test. within the Informix forums, part of the Database Server Software category; --> If a user connects to the server using shared memory or TCP/IP has nothing to do with how much ...


Go Back   Unix Technical Forum > Database Server Software > Informix

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 04-19-2008, 07:19 PM
Bill Dare
 
Posts: n/a
Default RE: Informix 9.40 crash after stress test.


If a user connects to the server using shared memory or TCP/IP has nothing
to do with how much shared memory is allocated for the threads running from
that users session. Shared memory connection vs. TCP/IP is simply the
method of communication between the server and client.

If you want to verify the type of connection:

If the client app is running on the same machine, get the process id of the
client. Run:
onstat -g ses | grep PID - the process id of the client
The session id is the first column in the onstat -g ses output. Then run:
onstat -g ntu | grep SESSION_ID - the session id found above
The connection type is the second field. The run:
onstat -g ses SESSION_ID - the session id found above
This will give you pretty much all the info you need for that users session.

Check out this site for info on the onstat -g output:

http://www.oninit.com/database/redir...init.com/onsta
t/index.html

Regards,
Bill Dare

> -----Original Message-----
> From: sharad [SMTP:sha_pawar@hotmail.com]
> Sent: Friday, August 01, 2003 5:41 AM
> To: informix-list@iiug.org
> Subject: Re: Informix 9.40 crash after stress test.
>
> Hi Bill,
>
> Thanks for your suggetion . I had made changes as per suggetion so
> rerunning
> stress test. but I had one question about I had set connection protocol is
> soctcp ,I want to verify is now really using this protocol or not. if not
> how to get use this protocol. and why it is using the this much shared
> memory ?
>
> Parameter in onconfig file :
> NETTYPE soctcp,4,150,NET
>
> sqlhosts:
> fpt_server onsoctcp 9.182.25.49 INF
>
> $INFORMIXSERVER fpt_server
> - sharad
>
>
>
> "Bill Dare" <dareb@jevic.com> wrote in message
> news:bgbf6v$p1o$1@terabinaries.xmission.com...
> >
> > The user controls whether he connects using a TCP/IP connection vs. a

> SHM
> > connection by setting the INFORMIXSERVER environment variable or

> explicitly
> > selecting a server in his SQL. You can see how a user is connected

> using
> > "onstat -g ses".
> >
> > But that's not your problem here.
> >
> > Your getting errno 24 because your server is allocating too many shared
> > memory segments.
> > #define EMFILE 24 /* Too many open files */
> >
> > With these settings:
> >
> > SHMVIRTSIZE 87500 # initial virtual shared memory segment size
> >
> > SHMADD 16384 # Size of new shared memory segments (Kbytes)
> >
> > SHMTOTAL 419430 # Total shared memory (Kbytes). 0=>unlimited
> >
> > you have the possibility of allocating (419430 - 87500) / 16384 = 20

> shared
> > memory segments. Obviously more than the OS is configured to allow.

> Fix
> > this particular problem by making SHMADD large enough or SHMTOTAL small
> > enough so that you do not exceed SHMSEG. Or set SHMSEG in the kernel to
> > allow the number you are allocating.
> >
> > Of course you still have a problem with a user trying to use to much

> virtual
> > memory. At least your server will not crash.
> >
> > Regards,
> > Bill Dare
> >
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: sharad [SMTP:sha_pawar@hotmail.com]
> > > Sent: Thursday, July 31, 2003 8:00 AM
> > > To: informix-list@iiug.org
> > > Subject: Informix 9.40 crash after stress test.
> > >
> > > Hi ,
> > >
> > > I had install informix 9.40 UC2 on AIX 5.2.
> > > did anybody has idea how to check informix server is using tcp

> connection
> > > and not shared memory connection.How to check memory leak in informix
> > > server
> > > ?
> > >
> > > Here is some portion of online.log file .
> > > ================================================== =============
> > > 16:28:31 shmat: [EMFILE][24]: out of shared memory segments, check

> system
> > > SHMSEG
> > >
> > > 16:28:31 shmdt: errno = 22
> > > 16:28:31 out of virtual shared memory
> > >
> > > 16:28:31 shmat: [EMFILE][24]: out of shared memory segments, check

> system
> > > SHMSEG
> > >
> > > 16:28:31 shmdt: errno = 22
> > > 16:28:31 out of virtual shared memory
> > >
> > > 16:28:31 Assert Failed: No Exception Handler
> > > 16:28:31 IBM Informix Dynamic Server Version 9.40.UC2
> > > 16:28:31 Who: Session(16, informix@adolphus, 5002, 40215d00)
> > > Thread(40, sqlexec, 401e5e68, 1)
> > > File: mtex.c Line: 431
> > > 16:28:31 Results: Exception Caught. Type: MT_EX_OS, Context: mem
> > > 16:28:31 Action: Please notify IBM Informix Technical Support.
> > > 16:28:31 stack trace for pid 32182 written to /tmp/af.410fd5e
> > > 16:28:31 See Also: /tmp/af.410fd5e, shmem.410fd5e.0
> > > 16:29:06 mtex.c, line 431, thread 40, proc id 32182, No Exception
> > > Handler.
> > > 16:29:08 The Master Daemon Died
> > > 16:29:08 PANIC: Attempting to bring system down
> > > ================================================== =============
> > > onconfig :file
> > > shared memory not initialized for INFORMIXSERVER 'fpt_server'
> > >
> > > Configuration File: /dbms/informix/etc/onconfig.file
> > >
> > >

> #************************************************* ************************
> > > *
> > >
> > > #
> > >
> > > # INFORMIX SOFTWARE, INC.
> > >
> > > #
> > >
> > > # Title: onconfig.std
> > >
> > > # Description: Informix Dynamic Server Configuration Parameters
> > >
> > > #
> > >
> > >

> #************************************************* ************************
> > > *
> > >
> > > # Root Dbspace Configuration
> > >
> > > ROOTNAME rootdbs # Root dbspace name
> > >
> > > ROOTPATH /dbms/informix/data/fpt_data
> > >
> > > ROOTOFFSET 0 # Offset of root dbspace into device (Kbytes)
> > >
> > > ROOTSIZE 200000 # Size of root dbspace (Kbytes)
> > >
> > > # Disk Mirroring Configuration Parameters
> > >
> > > MIRROR 0 # Mirroring flag (Yes = 1, No = 0)
> > >
> > > MIRRORPATH # Path for device containing mirrored root
> > >
> > > MIRROROFFSET 0 # Offset into mirrored device (Kbytes)
> > >
> > > # Physical Log Configuration
> > >
> > > PHYSDBS rootdbs # Location (dbspace) of physical log
> > >
> > > PHYSFILE 2000 # Physical log file size (Kbytes)
> > >
> > > # Logical Log Configuration
> > >
> > > LOGFILES 6 # Number of logical log files
> > >
> > > LOGSIZE 2000 # Logical log size (Kbytes)
> > >
> > > # Diagnostics
> > >
> > > MSGPATH /dbms/informix/online.log # System message log file path
> > >
> > > CONSOLE /dev/console # System console message path
> > >
> > > # To automatically backup logical logs, edit alarmprogram.sh and set
> > >
> > > # BACKUPLOGS=Y
> > >
> > > ALARMPROGRAM /dbms/informix/etc/no_log.sh # Alarm program path
> > >
> > > TBLSPACE_STATS 1 # Maintain tblspace statistics
> > >
> > > # System Archive Tape Device
> > >
> > > TAPEDEV /dev/tapedev # Tape device path
> > >
> > > TAPEBLK 32 # Tape block size (Kbytes)
> > >
> > > TAPESIZE 10240 # Maximum amount of data to put on tape (Kbytes)
> > >
> > > # Log Archive Tape Device
> > >
> > > LTAPEDEV /dev/null # Log tape device path
> > >
> > > LTAPEBLK 32 # Log tape block size (Kbytes)
> > >
> > > LTAPESIZE 10240 # Max amount of data to put on log tape (Kbytes)
> > >
> > > # Optical
> > >
> > > STAGEBLOB # Informix Dynamic Server staging area
> > >
> > > # System Configuration
> > >
> > > SERVERNUM 1 # Unique id corresponding to a OnLine instance
> > >
> > > DBSERVERNAME fpt_server # Name of default database server
> > >
> > > DBSERVERALIASES # List of alternate dbservernames
> > >
> > > NETTYPE soctcp,4,150,NET # Configure poll thread(s) for nettype
> > >
> > > DEADLOCK_TIMEOUT 60 # Max time to wait of lock in distributed env.
> > >
> > > RESIDENT 0 # Forced residency flag (Yes = 1, No = 0)
> > >
> > > MULTIPROCESSOR 0 # 0 for single-processor, 1 for multi-processor
> > >
> > > NUMCPUVPS 1 # Number of user (cpu) vps
> > >
> > > SINGLE_CPU_VP 0 # If non-zero, limit number of cpu vps to one
> > >
> > > NOAGE 0 # Process aging
> > >
> > > AFF_SPROC 0 # Affinity start processor
> > >
> > > AFF_NPROCS 0 # Affinity number of processors
> > >
> > > # Shared Memory Parameters
> > >
> > > LOCKS 2000 # Maximum number of locks
> > >
> > > BUFFERS 20000 # Maximum number of shared buffers
> > >
> > > NUMAIOVPS # Number of IO vps
> > >
> > > PHYSBUFF 32 # Physical log buffer size (Kbytes)
> > >
> > > LOGBUFF 32 # Logical log buffer size (Kbytes)
> > >
> > > CLEANERS 1 # Number of buffer cleaner processes
> > >
> > > SHMBASE 0x30000000 # Shared memory base address
> > >
> > > SHMVIRTSIZE 87500 # initial virtual shared memory segment size
> > >
> > > SHMADD 16384 # Size of new shared memory segments (Kbytes)
> > >
> > > SHMTOTAL 419430 # Total shared memory (Kbytes). 0=>unlimited
> > >
> > > CKPTINTVL 150 # Check point interval (in sec)
> > >
> > > LRUS 8 # Number of LRU queues
> > >
> > > LRU_MAX_DIRTY 60.000000 # LRU percent dirty begin cleaning limit
> > >
> > > LRU_MIN_DIRTY 50.000000 # LRU percent dirty end cleaning limit
> > >
> > > TXTIMEOUT 0x12c # Transaction timeout (in sec)
> > >
> > > STACKSIZE 64
> > >
> > > # Dynamic Logging
> > >
> > > # DYNAMIC_LOGS:
> > >
> > > # 2 : server automatically add a new logical log when necessary. (ON)
> > >
> > > # 1 : notify DBA to add new logical logs when necessary. (ON)
> > >
> > > # 0 : cannot add logical log on the fly. (OFF)
> > >
> > > #
> > >
> > > # When dynamic logging is on, we can have higher values for
> > > LTXHWM/LTXEHWM,
> > >
> > > # because the server can add new logical logs during long transaction
> > > rollback.
> > >
> > > # However, to limit the number of new logical logs being added,
> > > LTXHWM/LTXEHWM
> > >
> > > # can be set to smaller values.
> > >
> > > #
> > >
> > > # If dynamic logging is off, LTXHWM/LTXEHWM need to be set to smaller
> > > values
> > >
> > > # to avoid long transaction rollback hanging the server due to lack of
> > > logical
> > >
> > > # log space, i.e. 50/60 or lower.
> > >
> > > DYNAMIC_LOGS 2
> > >
> > > LTXHWM 70
> > >
> > > LTXEHWM 80
> > >
> > > # System Page Size
> > >
> > > # BUFFSIZE - OnLine no longer supports this configuration parameter.
> > >
> > > # To determine the page size used by OnLine on your platform
> > >
> > > # see the last line of output from the command, 'onstat -b'.
> > >
> > >
> > >
> > > # Recovery Variables
> > >
> > > # OFF_RECVRY_THREADS:
> > >
> > > # Number of parallel worker threads during fast recovery or an offline
> > > restore.
> > >
> > > # ON_RECVRY_THREADS:
> > >
> > > # Number of parallel worker threads during an online restore.
> > >
> > > OFF_RECVRY_THREADS 10 # Default number of offline worker threads
> > >
> > > ON_RECVRY_THREADS 1 # Default number of online worker threads
> > >
> > > # Data Replication Variables
> > >
> > > DRINTERVAL 30 # DR max time between DR buffer flushes (in sec)
> > >
> > > DRTIMEOUT 30 # DR network timeout (in sec)
> > >
> > > DRLOSTFOUND /usr/informix/etc/dr.lostfound # DR lost+found file path
> > >
> > > # CDR Variables
> > >
> > > CDR_EVALTHREADS 1,2 # evaluator threads (per-cpu-vp,additional)
> > >
> > > CDR_DSLOCKWAIT 5 # DS lockwait timeout (seconds)
> > >
> > > CDR_QUEUEMEM 4096 # Maximum amount of memory for any CDR queue

> (Kbytes)
> > >
> > > CDR_NIFCOMPRESS 0 # Link level compression (-1 never, 0 none, 9 max)
> > >
> > > CDR_SERIAL 0,0 # Serial Column Sequence
> > >
> > > CDR_DBSPACE # dbspace for syscdr database
> > >
> > > CDR_QHDR_DBSPACE # CDR queue dbspace (default same as catalog)
> > >
> > > CDR_QDATA_SBSPACE # List of CDR queue smart blob spaces
> > >
> > > # CDR_MAX_DYNAMIC_LOGS
> > >
> > > # -1 => unlimited
> > >
> > > # 0 => disable dynamic log addition
> > >
> > > # >0 => limit the no. of dynamic log additions with the specified

> value.
> > >
> > > # Max dynamic log requests that CDR can make within one server

> session.
> > >
> > > CDR_MAX_DYNAMIC_LOGS 0 # Dynamic log addition disabled by default
> > >
> > > # Backup/Restore variables
> > >
> > > BAR_ACT_LOG /usr/informix/bar_act.log # ON-Bar Log file - not in /tmp
> > > please
> > >
> > > BAR_DEBUG_LOG /usr/informix/bar_dbug.log
> > >
> > > # ON-Bar Debug Log - not in /tmp please
> > >
> > > BAR_MAX_BACKUP 0
> > >
> > > BAR_RETRY 1
> > >
> > > BAR_NB_XPORT_COUNT 10
> > >
> > > BAR_XFER_BUF_SIZE 31
> > >
> > > RESTARTABLE_RESTORE on
> > >
> > > BAR_PROGRESS_FREQ 0
> > >
> > > # Informix Storage Manager variables
> > >
> > > ISM_DATA_POOL ISMData
> > >
> > > ISM_LOG_POOL ISMLogs
> > >
> > > # Read Ahead Variables
> > >
> > > RA_PAGES # Number of pages to attempt to read ahead
> > >
> > > RA_THRESHOLD # Number of pages left before next group
> > >
> > > # DBSPACETEMP:
> > >
> > > # OnLine equivalent of DBTEMP for SE. This is the list of dbspaces
> > >
> > > # that the OnLine SQL Engine will use to create temp tables etc.
> > >
> > > # If specified it must be a colon separated list of dbspaces that

> exist
> > >
> > > # when the OnLine system is brought online. If not specified, or if
> > >
> > > # all dbspaces specified are invalid, various ad hoc queries will

> create
> > >
> > > # temporary files in /tmp instead.
> > >
> > > DBSPACETEMP # Default temp dbspaces
> > >
> > > # DUMP*:
> > >
> > > # The following parameters control the type of diagnostics information
> > > which
> > >
> > > # is preserved when an unanticipated error condition (assertion

> failure)
> > > occurs
> > >
> > > # during OnLine operations.
> > >
> > > # For DUMPSHMEM, DUMPGCORE and DUMPCORE 1 means Yes, 0 means No.
> > >
> > > DUMPDIR /tmp # Preserve diagnostics in this directory
> > >
> > > DUMPSHMEM 1 # Dump a copy of shared memory
> > >
> > > DUMPGCORE 0 # Dump a core image using 'gcore'
> > >
> > > DUMPCORE 0 # Dump a core image (Warning:this aborts OnLine)
> > >
> > > DUMPCNT 1 # Number of shared memory or gcore dumps for
> > >
> > > # a single user's session
> > >
> > > FILLFACTOR 90 # Fill factor for building indexes
> > >
> > > # method for OnLine to use when determining current time
> > >
> > > USEOSTIME 0 # 0: use internal time(fast), 1: get time from OS(slow)
> > >
> > > # Parallel Database Queries (pdq)
> > >
> > > MAX_PDQPRIORITY 100 # Maximum allowed pdqpriority
> > >
> > > DS_MAX_QUERIES # Maximum number of decision support queries
> > >
> > > DS_TOTAL_MEMORY # Decision support memory (Kbytes)
> > >
> > > DS_MAX_SCANS 1048576 # Maximum number of decision support scans
> > >
> > > DATASKIP off # List of dbspaces to skip
> > >
> > > # OPTCOMPIND
> > >
> > > # 0 => Nested loop joins will be preferred (where
> > >
> > > # possible) over sortmerge joins and hash joins.
> > >
> > > # 1 => If the transaction isolation mode is not
> > >
> > > # "repeatable read", optimizer behaves as in (2)
> > >
> > > # below. Otherwise it behaves as in (0) above.
> > >
> > > # 2 => Use costs regardless of the transaction isolation
> > >
> > > # mode. Nested loop joins are not necessarily
> > >
> > > # preferred. Optimizer bases its decision purely
> > >
> > > # on costs.
> > >
> > > OPTCOMPIND 2 # To hint the optimizer
> > >
> > > DIRECTIVES 1 # Optimizer DIRECTIVES ON (1/Default) or OFF (0)
> > >
> > > ONDBSPACEDOWN 2 # Dbspace down option: 0 = CONTINUE, 1 = ABORT, 2 =

> WAIT
> > >
> > > OPCACHEMAX 0 # Maximum optical cache size (Kbytes)
> > >
> > > # HETERO_COMMIT (Gateway participation in distributed transactions)
> > >
> > > # 1 => Heterogeneous Commit is enabled
> > >
> > > # 0 (or any other value) => Heterogeneous Commit is disabled
> > >
> > > HETERO_COMMIT 0
> > >
> > > SBSPACENAME # Default smartblob space name - this is where blobs
> > >
> > > # go if no sbspace is specified when the smartblob is
> > >
> > > # created. It is also used by some datablades as
> > >
> > > # the location to put their smartblobs.
> > >
> > > SYSSBSPACENAME # Default smartblob space for use by the Informix
> > >
> > > # Server. This is used primarily for Informix Server
> > >
> > > # system statistics collection.
> > >
> > > BLOCKTIMEOUT 3600 # Default timeout for system block
> > >
> > > SYSALARMPROGRAM /dbms/informix/etc/evidence.sh # System Alarm program

> path
> > >
> > > # Optimization goal: -1 = ALL_ROWS(Default), 0 = FIRST_ROWS
> > >
> > > OPT_GOAL -1
> > >
> > > ALLOW_NEWLINE 0 # embedded newlines(Yes = 1, No = 0 or anything but 1)
> > >
> > > #
> > >
> > > # The following are default settings for enabling Java in the

> database.
> > >
> > > # Replace all occurrences of /usr/informix with the value of

> $INFORMIXDIR.
> > >
> > > #VPCLASS jvp,num=1 # Number of JVPs to start with
> > >
> > > JVPJAVAHOME /usr/informix/extend/krakatoa/jre
> > >
> > > # JRE installation root directory
> > >
> > > JVPHOME /usr/informix/extend/krakatoa # Krakatoa installation

> directory
> > >
> > > JVPPROPFILE /usr/informix/extend/krakatoa/.jvpprops # JVP property

> file
> > >
> > > JDKVERSION 1.3 # JDK version supported by this server
> > >
> > > # The path to the JRE libraries relative to JVPJAVAHOME
> > >
> > > JVPJAVALIB /bin
> > >
> > > # The JRE libraries to use for the Java VM
> > >
> > > JVPJAVAVM hpi:jvm:java:net:zip:jpeg
> > >
> > > # use JVPARGS to change Java VM configuration
> > >
> > > #To display jni call
> > >
> > > #JVPARGS -verbose:jni
> > >
> > > # Classpath to use upon Java VM start-up (use _g version for

> debugging)
> > >
> > > #JVPCLASSPATH
> > >

> /usr/informix/extend/krakatoa/krakatoa_g.jar:/usr/informix/extend/krakatoa
> > > /j
> > > dbc_g.jar
> > >
> > > JVPCLASSPATH
> > >

> /usr/informix/extend/krakatoa/krakatoa.jar:/usr/informix/extend/krakatoa/j
> > > db
> > > c.jar
> > >
> > > ================================================== =============
> > >
> > >
> > >

> > sending to informix-list

>

sending to informix-list
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #2 (permalink)  
Old 04-19-2008, 07:19 PM
sharad
 
Posts: n/a
Default Re: Informix 9.40 crash after stress test.

Hi Bill,

Thanks I had checked my connection is using the soctcp that is provided
in ONCONFIG and sqlhost file.
I am just watching the shared memory segment allocation by informix.

thanks for suggetion.

- Sharad


"Bill Dare" <dareb@jevic.com> wrote in message
news:bgdqk1$91o$1@terabinaries.xmission.com...
>
> If a user connects to the server using shared memory or TCP/IP has nothing
> to do with how much shared memory is allocated for the threads running

from
> that users session. Shared memory connection vs. TCP/IP is simply the
> method of communication between the server and client.
>
> If you want to verify the type of connection:
>
> If the client app is running on the same machine, get the process id of

the
> client. Run:
> onstat -g ses | grep PID - the process id of the client
> The session id is the first column in the onstat -g ses output. Then run:
> onstat -g ntu | grep SESSION_ID - the session id found above
> The connection type is the second field. The run:
> onstat -g ses SESSION_ID - the session id found above
> This will give you pretty much all the info you need for that users

session.
>
> Check out this site for info on the onstat -g output:
>
>

http://www.oninit.com/database/redir...init.com/onsta
> t/index.html
>
> Regards,
> Bill Dare
>
> > -----Original Message-----
> > From: sharad [SMTP:sha_pawar@hotmail.com]
> > Sent: Friday, August 01, 2003 5:41 AM
> > To: informix-list@iiug.org
> > Subject: Re: Informix 9.40 crash after stress test.
> >
> > Hi Bill,
> >
> > Thanks for your suggetion . I had made changes as per suggetion so
> > rerunning
> > stress test. but I had one question about I had set connection protocol

is
> > soctcp ,I want to verify is now really using this protocol or not. if

not
> > how to get use this protocol. and why it is using the this much shared
> > memory ?
> >
> > Parameter in onconfig file :
> > NETTYPE soctcp,4,150,NET
> >
> > sqlhosts:
> > fpt_server onsoctcp 9.182.25.49 INF
> >
> > $INFORMIXSERVER fpt_server
> > - sharad
> >
> >
> >
> > "Bill Dare" <dareb@jevic.com> wrote in message
> > news:bgbf6v$p1o$1@terabinaries.xmission.com...
> > >
> > > The user controls whether he connects using a TCP/IP connection vs. a

> > SHM
> > > connection by setting the INFORMIXSERVER environment variable or

> > explicitly
> > > selecting a server in his SQL. You can see how a user is connected

> > using
> > > "onstat -g ses".
> > >
> > > But that's not your problem here.
> > >
> > > Your getting errno 24 because your server is allocating too many

shared
> > > memory segments.
> > > #define EMFILE 24 /* Too many open files */
> > >
> > > With these settings:
> > >
> > > SHMVIRTSIZE 87500 # initial virtual shared memory segment size
> > >
> > > SHMADD 16384 # Size of new shared memory segments (Kbytes)
> > >
> > > SHMTOTAL 419430 # Total shared memory (Kbytes). 0=>unlimited
> > >
> > > you have the possibility of allocating (419430 - 87500) / 16384 = 20

> > shared
> > > memory segments. Obviously more than the OS is configured to allow.

> > Fix
> > > this particular problem by making SHMADD large enough or SHMTOTAL

small
> > > enough so that you do not exceed SHMSEG. Or set SHMSEG in the kernel

to
> > > allow the number you are allocating.
> > >
> > > Of course you still have a problem with a user trying to use to much

> > virtual
> > > memory. At least your server will not crash.
> > >
> > > Regards,
> > > Bill Dare
> > >
> > >
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: sharad [SMTP:sha_pawar@hotmail.com]
> > > > Sent: Thursday, July 31, 2003 8:00 AM
> > > > To: informix-list@iiug.org
> > > > Subject: Informix 9.40 crash after stress test.
> > > >
> > > > Hi ,
> > > >
> > > > I had install informix 9.40 UC2 on AIX 5.2.
> > > > did anybody has idea how to check informix server is using tcp

> > connection
> > > > and not shared memory connection.How to check memory leak in

informix
> > > > server
> > > > ?
> > > >
> > > > Here is some portion of online.log file .
> > > > ================================================== =============
> > > > 16:28:31 shmat: [EMFILE][24]: out of shared memory segments, check

> > system
> > > > SHMSEG
> > > >
> > > > 16:28:31 shmdt: errno = 22
> > > > 16:28:31 out of virtual shared memory
> > > >
> > > > 16:28:31 shmat: [EMFILE][24]: out of shared memory segments, check

> > system
> > > > SHMSEG
> > > >
> > > > 16:28:31 shmdt: errno = 22
> > > > 16:28:31 out of virtual shared memory
> > > >
> > > > 16:28:31 Assert Failed: No Exception Handler
> > > > 16:28:31 IBM Informix Dynamic Server Version 9.40.UC2
> > > > 16:28:31 Who: Session(16, informix@adolphus, 5002, 40215d00)
> > > > Thread(40, sqlexec, 401e5e68, 1)
> > > > File: mtex.c Line: 431
> > > > 16:28:31 Results: Exception Caught. Type: MT_EX_OS, Context: mem
> > > > 16:28:31 Action: Please notify IBM Informix Technical Support.
> > > > 16:28:31 stack trace for pid 32182 written to /tmp/af.410fd5e
> > > > 16:28:31 See Also: /tmp/af.410fd5e, shmem.410fd5e.0
> > > > 16:29:06 mtex.c, line 431, thread 40, proc id 32182, No Exception
> > > > Handler.
> > > > 16:29:08 The Master Daemon Died
> > > > 16:29:08 PANIC: Attempting to bring system down
> > > > ================================================== =============
> > > > onconfig :file
> > > > shared memory not initialized for INFORMIXSERVER 'fpt_server'
> > > >
> > > > Configuration File: /dbms/informix/etc/onconfig.file
> > > >
> > > >

> >

#************************************************* ************************
> > > > *
> > > >
> > > > #
> > > >
> > > > # INFORMIX SOFTWARE, INC.
> > > >
> > > > #
> > > >
> > > > # Title: onconfig.std
> > > >
> > > > # Description: Informix Dynamic Server Configuration Parameters
> > > >
> > > > #
> > > >
> > > >

> >

#************************************************* ************************
> > > > *
> > > >
> > > > # Root Dbspace Configuration
> > > >
> > > > ROOTNAME rootdbs # Root dbspace name
> > > >
> > > > ROOTPATH /dbms/informix/data/fpt_data
> > > >
> > > > ROOTOFFSET 0 # Offset of root dbspace into device (Kbytes)
> > > >
> > > > ROOTSIZE 200000 # Size of root dbspace (Kbytes)
> > > >
> > > > # Disk Mirroring Configuration Parameters
> > > >
> > > > MIRROR 0 # Mirroring flag (Yes = 1, No = 0)
> > > >
> > > > MIRRORPATH # Path for device containing mirrored root
> > > >
> > > > MIRROROFFSET 0 # Offset into mirrored device (Kbytes)
> > > >
> > > > # Physical Log Configuration
> > > >
> > > > PHYSDBS rootdbs # Location (dbspace) of physical log
> > > >
> > > > PHYSFILE 2000 # Physical log file size (Kbytes)
> > > >
> > > > # Logical Log Configuration
> > > >
> > > > LOGFILES 6 # Number of logical log files
> > > >
> > > > LOGSIZE 2000 # Logical log size (Kbytes)
> > > >
> > > > # Diagnostics
> > > >
> > > > MSGPATH /dbms/informix/online.log # System message log file path
> > > >
> > > > CONSOLE /dev/console # System console message path
> > > >
> > > > # To automatically backup logical logs, edit alarmprogram.sh and set
> > > >
> > > > # BACKUPLOGS=Y
> > > >
> > > > ALARMPROGRAM /dbms/informix/etc/no_log.sh # Alarm program path
> > > >
> > > > TBLSPACE_STATS 1 # Maintain tblspace statistics
> > > >
> > > > # System Archive Tape Device
> > > >
> > > > TAPEDEV /dev/tapedev # Tape device path
> > > >
> > > > TAPEBLK 32 # Tape block size (Kbytes)
> > > >
> > > > TAPESIZE 10240 # Maximum amount of data to put on tape (Kbytes)
> > > >
> > > > # Log Archive Tape Device
> > > >
> > > > LTAPEDEV /dev/null # Log tape device path
> > > >
> > > > LTAPEBLK 32 # Log tape block size (Kbytes)
> > > >
> > > > LTAPESIZE 10240 # Max amount of data to put on log tape (Kbytes)
> > > >
> > > > # Optical
> > > >
> > > > STAGEBLOB # Informix Dynamic Server staging area
> > > >
> > > > # System Configuration
> > > >
> > > > SERVERNUM 1 # Unique id corresponding to a OnLine instance
> > > >
> > > > DBSERVERNAME fpt_server # Name of default database server
> > > >
> > > > DBSERVERALIASES # List of alternate dbservernames
> > > >
> > > > NETTYPE soctcp,4,150,NET # Configure poll thread(s) for nettype
> > > >
> > > > DEADLOCK_TIMEOUT 60 # Max time to wait of lock in distributed env.
> > > >
> > > > RESIDENT 0 # Forced residency flag (Yes = 1, No = 0)
> > > >
> > > > MULTIPROCESSOR 0 # 0 for single-processor, 1 for multi-processor
> > > >
> > > > NUMCPUVPS 1 # Number of user (cpu) vps
> > > >
> > > > SINGLE_CPU_VP 0 # If non-zero, limit number of cpu vps to one
> > > >
> > > > NOAGE 0 # Process aging
> > > >
> > > > AFF_SPROC 0 # Affinity start processor
> > > >
> > > > AFF_NPROCS 0 # Affinity number of processors
> > > >
> > > > # Shared Memory Parameters
> > > >
> > > > LOCKS 2000 # Maximum number of locks
> > > >
> > > > BUFFERS 20000 # Maximum number of shared buffers
> > > >
> > > > NUMAIOVPS # Number of IO vps
> > > >
> > > > PHYSBUFF 32 # Physical log buffer size (Kbytes)
> > > >
> > > > LOGBUFF 32 # Logical log buffer size (Kbytes)
> > > >
> > > > CLEANERS 1 # Number of buffer cleaner processes
> > > >
> > > > SHMBASE 0x30000000 # Shared memory base address
> > > >
> > > > SHMVIRTSIZE 87500 # initial virtual shared memory segment size
> > > >
> > > > SHMADD 16384 # Size of new shared memory segments (Kbytes)
> > > >
> > > > SHMTOTAL 419430 # Total shared memory (Kbytes). 0=>unlimited
> > > >
> > > > CKPTINTVL 150 # Check point interval (in sec)
> > > >
> > > > LRUS 8 # Number of LRU queues
> > > >
> > > > LRU_MAX_DIRTY 60.000000 # LRU percent dirty begin cleaning limit
> > > >
> > > > LRU_MIN_DIRTY 50.000000 # LRU percent dirty end cleaning limit
> > > >
> > > > TXTIMEOUT 0x12c # Transaction timeout (in sec)
> > > >
> > > > STACKSIZE 64
> > > >
> > > > # Dynamic Logging
> > > >
> > > > # DYNAMIC_LOGS:
> > > >
> > > > # 2 : server automatically add a new logical log when necessary.

(ON)
> > > >
> > > > # 1 : notify DBA to add new logical logs when necessary. (ON)
> > > >
> > > > # 0 : cannot add logical log on the fly. (OFF)
> > > >
> > > > #
> > > >
> > > > # When dynamic logging is on, we can have higher values for
> > > > LTXHWM/LTXEHWM,
> > > >
> > > > # because the server can add new logical logs during long

transaction
> > > > rollback.
> > > >
> > > > # However, to limit the number of new logical logs being added,
> > > > LTXHWM/LTXEHWM
> > > >
> > > > # can be set to smaller values.
> > > >
> > > > #
> > > >
> > > > # If dynamic logging is off, LTXHWM/LTXEHWM need to be set to

smaller
> > > > values
> > > >
> > > > # to avoid long transaction rollback hanging the server due to lack

of
> > > > logical
> > > >
> > > > # log space, i.e. 50/60 or lower.
> > > >
> > > > DYNAMIC_LOGS 2
> > > >
> > > > LTXHWM 70
> > > >
> > > > LTXEHWM 80
> > > >
> > > > # System Page Size
> > > >
> > > > # BUFFSIZE - OnLine no longer supports this configuration parameter.
> > > >
> > > > # To determine the page size used by OnLine on your platform
> > > >
> > > > # see the last line of output from the command, 'onstat -b'.
> > > >
> > > >
> > > >
> > > > # Recovery Variables
> > > >
> > > > # OFF_RECVRY_THREADS:
> > > >
> > > > # Number of parallel worker threads during fast recovery or an

offline
> > > > restore.
> > > >
> > > > # ON_RECVRY_THREADS:
> > > >
> > > > # Number of parallel worker threads during an online restore.
> > > >
> > > > OFF_RECVRY_THREADS 10 # Default number of offline worker threads
> > > >
> > > > ON_RECVRY_THREADS 1 # Default number of online worker threads
> > > >
> > > > # Data Replication Variables
> > > >
> > > > DRINTERVAL 30 # DR max time between DR buffer flushes (in sec)
> > > >
> > > > DRTIMEOUT 30 # DR network timeout (in sec)
> > > >
> > > > DRLOSTFOUND /usr/informix/etc/dr.lostfound # DR lost+found file path
> > > >
> > > > # CDR Variables
> > > >
> > > > CDR_EVALTHREADS 1,2 # evaluator threads (per-cpu-vp,additional)
> > > >
> > > > CDR_DSLOCKWAIT 5 # DS lockwait timeout (seconds)
> > > >
> > > > CDR_QUEUEMEM 4096 # Maximum amount of memory for any CDR queue

> > (Kbytes)
> > > >
> > > > CDR_NIFCOMPRESS 0 # Link level compression (-1 never, 0 none, 9 max)
> > > >
> > > > CDR_SERIAL 0,0 # Serial Column Sequence
> > > >
> > > > CDR_DBSPACE # dbspace for syscdr database
> > > >
> > > > CDR_QHDR_DBSPACE # CDR queue dbspace (default same as catalog)
> > > >
> > > > CDR_QDATA_SBSPACE # List of CDR queue smart blob spaces
> > > >
> > > > # CDR_MAX_DYNAMIC_LOGS
> > > >
> > > > # -1 => unlimited
> > > >
> > > > # 0 => disable dynamic log addition
> > > >
> > > > # >0 => limit the no. of dynamic log additions with the specified

> > value.
> > > >
> > > > # Max dynamic log requests that CDR can make within one server

> > session.
> > > >
> > > > CDR_MAX_DYNAMIC_LOGS 0 # Dynamic log addition disabled by default
> > > >
> > > > # Backup/Restore variables
> > > >
> > > > BAR_ACT_LOG /usr/informix/bar_act.log # ON-Bar Log file - not in

/tmp
> > > > please
> > > >
> > > > BAR_DEBUG_LOG /usr/informix/bar_dbug.log
> > > >
> > > > # ON-Bar Debug Log - not in /tmp please
> > > >
> > > > BAR_MAX_BACKUP 0
> > > >
> > > > BAR_RETRY 1
> > > >
> > > > BAR_NB_XPORT_COUNT 10
> > > >
> > > > BAR_XFER_BUF_SIZE 31
> > > >
> > > > RESTARTABLE_RESTORE on
> > > >
> > > > BAR_PROGRESS_FREQ 0
> > > >
> > > > # Informix Storage Manager variables
> > > >
> > > > ISM_DATA_POOL ISMData
> > > >
> > > > ISM_LOG_POOL ISMLogs
> > > >
> > > > # Read Ahead Variables
> > > >
> > > > RA_PAGES # Number of pages to attempt to read ahead
> > > >
> > > > RA_THRESHOLD # Number of pages left before next group
> > > >
> > > > # DBSPACETEMP:
> > > >
> > > > # OnLine equivalent of DBTEMP for SE. This is the list of dbspaces
> > > >
> > > > # that the OnLine SQL Engine will use to create temp tables etc.
> > > >
> > > > # If specified it must be a colon separated list of dbspaces that

> > exist
> > > >
> > > > # when the OnLine system is brought online. If not specified, or if
> > > >
> > > > # all dbspaces specified are invalid, various ad hoc queries will

> > create
> > > >
> > > > # temporary files in /tmp instead.
> > > >
> > > > DBSPACETEMP # Default temp dbspaces
> > > >
> > > > # DUMP*:
> > > >
> > > > # The following parameters control the type of diagnostics

information
> > > > which
> > > >
> > > > # is preserved when an unanticipated error condition (assertion

> > failure)
> > > > occurs
> > > >
> > > > # during OnLine operations.
> > > >
> > > > # For DUMPSHMEM, DUMPGCORE and DUMPCORE 1 means Yes, 0 means No.
> > > >
> > > > DUMPDIR /tmp # Preserve diagnostics in this directory
> > > >
> > > > DUMPSHMEM 1 # Dump a copy of shared memory
> > > >
> > > > DUMPGCORE 0 # Dump a core image using 'gcore'
> > > >
> > > > DUMPCORE 0 # Dump a core image (Warning:this aborts OnLine)
> > > >
> > > > DUMPCNT 1 # Number of shared memory or gcore dumps for
> > > >
> > > > # a single user's session
> > > >
> > > > FILLFACTOR 90 # Fill factor for building indexes
> > > >
> > > > # method for OnLine to use when determining current time
> > > >
> > > > USEOSTIME 0 # 0: use internal time(fast), 1: get time from OS(slow)
> > > >
> > > > # Parallel Database Queries (pdq)
> > > >
> > > > MAX_PDQPRIORITY 100 # Maximum allowed pdqpriority
> > > >
> > > > DS_MAX_QUERIES # Maximum number of decision support queries
> > > >
> > > > DS_TOTAL_MEMORY # Decision support memory (Kbytes)
> > > >
> > > > DS_MAX_SCANS 1048576 # Maximum number of decision support scans
> > > >
> > > > DATASKIP off # List of dbspaces to skip
> > > >
> > > > # OPTCOMPIND
> > > >
> > > > # 0 => Nested loop joins will be preferred (where
> > > >
> > > > # possible) over sortmerge joins and hash joins.
> > > >
> > > > # 1 => If the transaction isolation mode is not
> > > >
> > > > # "repeatable read", optimizer behaves as in (2)
> > > >
> > > > # below. Otherwise it behaves as in (0) above.
> > > >
> > > > # 2 => Use costs regardless of the transaction isolation
> > > >
> > > > # mode. Nested loop joins are not necessarily
> > > >
> > > > # preferred. Optimizer bases its decision purely
> > > >
> > > > # on costs.
> > > >
> > > > OPTCOMPIND 2 # To hint the optimizer
> > > >
> > > > DIRECTIVES 1 # Optimizer DIRECTIVES ON (1/Default) or OFF (0)
> > > >
> > > > ONDBSPACEDOWN 2 # Dbspace down option: 0 = CONTINUE, 1 = ABORT, 2 =

> > WAIT
> > > >
> > > > OPCACHEMAX 0 # Maximum optical cache size (Kbytes)
> > > >
> > > > # HETERO_COMMIT (Gateway participation in distributed transactions)
> > > >
> > > > # 1 => Heterogeneous Commit is enabled
> > > >
> > > > # 0 (or any other value) => Heterogeneous Commit is disabled
> > > >
> > > > HETERO_COMMIT 0
> > > >
> > > > SBSPACENAME # Default smartblob space name - this is where blobs
> > > >
> > > > # go if no sbspace is specified when the smartblob is
> > > >
> > > > # created. It is also used by some datablades as
> > > >
> > > > # the location to put their smartblobs.
> > > >
> > > > SYSSBSPACENAME # Default smartblob space for use by the Informix
> > > >
> > > > # Server. This is used primarily for Informix Server
> > > >
> > > > # system statistics collection.
> > > >
> > > > BLOCKTIMEOUT 3600 # Default timeout for system block
> > > >
> > > > SYSALARMPROGRAM /dbms/informix/etc/evidence.sh # System Alarm

program
> > path
> > > >
> > > > # Optimization goal: -1 = ALL_ROWS(Default), 0 = FIRST_ROWS
> > > >
> > > > OPT_GOAL -1
> > > >
> > > > ALLOW_NEWLINE 0 # embedded newlines(Yes = 1, No = 0 or anything but

1)
> > > >
> > > > #
> > > >
> > > > # The following are default settings for enabling Java in the

> > database.
> > > >
> > > > # Replace all occurrences of /usr/informix with the value of

> > $INFORMIXDIR.
> > > >
> > > > #VPCLASS jvp,num=1 # Number of JVPs to start with
> > > >
> > > > JVPJAVAHOME /usr/informix/extend/krakatoa/jre
> > > >
> > > > # JRE installation root directory
> > > >
> > > > JVPHOME /usr/informix/extend/krakatoa # Krakatoa installation

> > directory
> > > >
> > > > JVPPROPFILE /usr/informix/extend/krakatoa/.jvpprops # JVP property

> > file
> > > >
> > > > JDKVERSION 1.3 # JDK version supported by this server
> > > >
> > > > # The path to the JRE libraries relative to JVPJAVAHOME
> > > >
> > > > JVPJAVALIB /bin
> > > >
> > > > # The JRE libraries to use for the Java VM
> > > >
> > > > JVPJAVAVM hpi:jvm:java:net:zip:jpeg
> > > >
> > > > # use JVPARGS to change Java VM configuration
> > > >
> > > > #To display jni call
> > > >
> > > > #JVPARGS -verbose:jni
> > > >
> > > > # Classpath to use upon Java VM start-up (use _g version for

> > debugging)
> > > >
> > > > #JVPCLASSPATH
> > > >

> >

/usr/informix/extend/krakatoa/krakatoa_g.jar:/usr/informix/extend/krakatoa
> > > > /j
> > > > dbc_g.jar
> > > >
> > > > JVPCLASSPATH
> > > >

> >

/usr/informix/extend/krakatoa/krakatoa.jar:/usr/informix/extend/krakatoa/j
> > > > db
> > > > c.jar
> > > >
> > > > ================================================== =============
> > > >
> > > >
> > > >
> > > sending to informix-list

> >

> sending to informix-list



Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
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
Trackbacks are On
Pingbacks are On
Refbacks are On
Forum Jump


All times are GMT. The time now is 10:42 AM.


Powered by vBulletin® Version 3.6.5
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
SEO by vBSEO 3.2.0
www.UnixAdminTalk.com