469,576 Members | 1,650 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,576 developers. It's quick & easy.

db2mtrk and instance crash

Hi,

I'm on Linux Intel, V8.1 / FP4. I have an instance crash.
The test case:

db2set DB2_FMP_COMM_HEAPSZ = 0
db2stop
db2start
db2mtrk -i -d -p -v ==> Instance is crashed.

Btw, we can say that the db2mtrk cannot be totally trusted, because this 20
Mb shared memory used by DB2 is not tracked by the tool.

Regards,

Jean-Marc
Nov 12 '05 #1
8 4403
I've passed this along to the developers...will let you know what I find
out.

Jean-Marc Blaise wrote:
Hi,

I'm on Linux Intel, V8.1 / FP4. I have an instance crash.
The test case:

db2set DB2_FMP_COMM_HEAPSZ = 0
db2stop
db2start
db2mtrk -i -d -p -v ==> Instance is crashed.

Btw, we can say that the db2mtrk cannot be totally trusted, because this 20
Mb shared memory used by DB2 is not tracked by the tool.

Regards,

Jean-Marc

Nov 12 '05 #2
del db2trc1.*
db2trc db2 on
db2mtrk -i
db2trc dmp db2trc1.dmp
db2trc off
db2trc fmt db2trc1.dmp db2trc1.fmt


I:\DB2USR>del db2trc1.*

I:\DB2USR>db2trc db2 on
Trace is turned on

I:\DB2USR>db2mtrk -i
Tracking Memory on: 2003/12/11 at 10:01:30

Memory for instance

appctlh appctlh appctlh appctlh appctlh utilh pckcacheh
16.0K 16.0K 16.0K 16.0K 80.0K 16.0K 480.0K

catcacheh bph bph bph bph bph bph
160.0K 7.9M 1.1M 592.0K 336.0K 208.0K 144.0K

lockh dbh monh other fcmbp
272.0K 3.2M 176.0K 52.4M 16.6M
I:\DB2USR>db2trc dmp db2trc1.dmp
Trace has been dumped to file "db2trc1.dmp"

I:\DB2USR>db2trc off
Trace is turned off

I:\DB2USR>db2trc fmt db2trc1.dmp db2trc1.fmt
Trace truncated : NO
Trace wrapped : NO
Total number of trace records : 9393
Number of trace records formatted : 9393

I:\DB2USR>findstr /i "fenced" db2trc1.fmt

I:\DB2USR>find /i "fenced" db2trc1.fmt

---------- DB2TRC1.FMT

I:\DB2USR>find /i "fmp" db2trc1.fmt

---------- DB2TRC1.FMT

I:\DB2USR>find /i "snap" db2trc1.fmt

---------- DB2TRC1.FMT
215 entry DB2 oper system services GetSnapshotBuffer fnc (1.3.15.25.0)
2430 exit DB2 oper system services GetSnapshotBuffer fnc (2.3.15.25.0)
2431 entry DB2 oper system services GetSnapshot fnc (1.3.15.24.0)
2440 entry DB2 database monitor sqm___sqlm_send_snapshot_db2ra fnc
(1.3.13.122.0)
5150 exit DB2 database monitor sqm___sqlm_send_snapshot_db2ra fnc
(2.3.13.122.0)
5155 exit DB2 oper system services GetSnapshot fnc (2.3.15.24.0)
5159 entry DB2 oper system services GetSnapshotBuffer fnc (1.3.15.25.0)
5849 exit DB2 oper system services GetSnapshotBuffer fnc (2.3.15.25.0)
5850 entry DB2 oper system services GetSnapshot fnc (1.3.15.24.0)
5859 entry DB2 database monitor sqm___sqlm_send_snapshot_db2ra fnc
(1.3.13.122.0)
8657 exit DB2 database monitor sqm___sqlm_send_snapshot_db2ra fnc
(2.3.13.122.0)
8662 exit DB2 oper system services GetSnapshot fnc (2.3.15.24.0)
DB2 SELECT ROUTINENAME FROM SYSCAT.ROUTINES WHERE FENCED='Y'

I see snapshots in fenced='y'.
Not sure if it's the db2mtrk or health monitor or something else that calls
them. (see in trace)
You can x-ref db2trc/routines with db2diag.log to see what happened.

I agree with you that an instance crash is not what one would expect.

btw, do you have (HEALTH_MON) = ON ?

PM
"Jean-Marc Blaise" <no****@nowhere.com> a écrit dans le message de
news:br**********@news-reader3.wanadoo.fr...
Hi,

I'm on Linux Intel, V8.1 / FP4. I have an instance crash.
The test case:

db2set DB2_FMP_COMM_HEAPSZ = 0
db2stop
db2start
db2mtrk -i -d -p -v ==> Instance is crashed.

Btw, we can say that the db2mtrk cannot be totally trusted, because this 20 Mb shared memory used by DB2 is not tracked by the tool.

Regards,

Jean-Marc

Nov 12 '05 #3
PM, in my case, the db is not active. HEALTH_MON is OFF.
Cheers,

Jean-Marc

"PM (pm3iinc-nospam)" <PM(pm3iinc-nospam)@sympatico.ca> a écrit dans le
message de news:Uy*******************@news20.bellglobal.com.. .
del db2trc1.*
db2trc db2 on
db2mtrk -i
db2trc dmp db2trc1.dmp
db2trc off
db2trc fmt db2trc1.dmp db2trc1.fmt


I:\DB2USR>del db2trc1.*

I:\DB2USR>db2trc db2 on
Trace is turned on

I:\DB2USR>db2mtrk -i
Tracking Memory on: 2003/12/11 at 10:01:30

Memory for instance

appctlh appctlh appctlh appctlh appctlh utilh pckcacheh
16.0K 16.0K 16.0K 16.0K 80.0K 16.0K 480.0K

catcacheh bph bph bph bph bph bph
160.0K 7.9M 1.1M 592.0K 336.0K 208.0K 144.0K

lockh dbh monh other fcmbp
272.0K 3.2M 176.0K 52.4M 16.6M
I:\DB2USR>db2trc dmp db2trc1.dmp
Trace has been dumped to file "db2trc1.dmp"

I:\DB2USR>db2trc off
Trace is turned off

I:\DB2USR>db2trc fmt db2trc1.dmp db2trc1.fmt
Trace truncated : NO
Trace wrapped : NO
Total number of trace records : 9393
Number of trace records formatted : 9393

I:\DB2USR>findstr /i "fenced" db2trc1.fmt

I:\DB2USR>find /i "fenced" db2trc1.fmt

---------- DB2TRC1.FMT

I:\DB2USR>find /i "fmp" db2trc1.fmt

---------- DB2TRC1.FMT

I:\DB2USR>find /i "snap" db2trc1.fmt

---------- DB2TRC1.FMT
215 entry DB2 oper system services GetSnapshotBuffer fnc (1.3.15.25.0)
2430 exit DB2 oper system services GetSnapshotBuffer fnc (2.3.15.25.0)
2431 entry DB2 oper system services GetSnapshot fnc (1.3.15.24.0)
2440 entry DB2 database monitor sqm___sqlm_send_snapshot_db2ra fnc
(1.3.13.122.0)
5150 exit DB2 database monitor sqm___sqlm_send_snapshot_db2ra fnc
(2.3.13.122.0)
5155 exit DB2 oper system services GetSnapshot fnc (2.3.15.24.0)
5159 entry DB2 oper system services GetSnapshotBuffer fnc (1.3.15.25.0)
5849 exit DB2 oper system services GetSnapshotBuffer fnc (2.3.15.25.0)
5850 entry DB2 oper system services GetSnapshot fnc (1.3.15.24.0)
5859 entry DB2 database monitor sqm___sqlm_send_snapshot_db2ra fnc
(1.3.13.122.0)
8657 exit DB2 database monitor sqm___sqlm_send_snapshot_db2ra fnc
(2.3.13.122.0)
8662 exit DB2 oper system services GetSnapshot fnc (2.3.15.24.0)
DB2 SELECT ROUTINENAME FROM SYSCAT.ROUTINES WHERE FENCED='Y'

I see snapshots in fenced='y'.
Not sure if it's the db2mtrk or health monitor or something else that calls them. (see in trace)
You can x-ref db2trc/routines with db2diag.log to see what happened.

I agree with you that an instance crash is not what one would expect.

btw, do you have (HEALTH_MON) = ON ?

PM
"Jean-Marc Blaise" <no****@nowhere.com> a écrit dans le message de
news:br**********@news-reader3.wanadoo.fr...
Hi,

I'm on Linux Intel, V8.1 / FP4. I have an instance crash.
The test case:

db2set DB2_FMP_COMM_HEAPSZ = 0
db2stop
db2start
db2mtrk -i -d -p -v ==> Instance is crashed.

Btw, we can say that the db2mtrk cannot be totally trusted, because this

20
Mb shared memory used by DB2 is not tracked by the tool.

Regards,

Jean-Marc


Nov 12 '05 #4
FYI, we've reproduced this here, and fix is being put in for 8.2.

Sean McKeough wrote:
I've passed this along to the developers...will let you know what I find
out.

Jean-Marc Blaise wrote:
Hi,

I'm on Linux Intel, V8.1 / FP4. I have an instance crash.
The test case:

db2set DB2_FMP_COMM_HEAPSZ = 0
db2stop
db2start
db2mtrk -i -d -p -v ==> Instance is crashed.

Btw, we can say that the db2mtrk cannot be totally trusted, because
this 20
Mb shared memory used by DB2 is not tracked by the tool.

Regards,

Jean-Marc

Nov 12 '05 #5
Thanks Sean.

What about the memory not accounted by db2mtrk ? If DB2_FMP_COMM_HEAPSZ is
not set, DB2 UDB will allocate a 20 Mb segment, and the execution of fenced
stored procedure will consume some memory. But the db2mtrk seems not report
increase of memory usage, except at the package cache and dbheap level.

Shouldn't this memory from DB2_FMP_COMM_HEAPSZ accounted somewhere, at the
instance level ?

Regards,

Jean-Marc

"Sean McKeough" <mc******@nospam.ca.ibm.com> a écrit dans le message de
news:br**********@hanover.torolab.ibm.com...
FYI, we've reproduced this here, and fix is being put in for 8.2.

Sean McKeough wrote:
I've passed this along to the developers...will let you know what I find
out.

Jean-Marc Blaise wrote:
Hi,

I'm on Linux Intel, V8.1 / FP4. I have an instance crash.
The test case:

db2set DB2_FMP_COMM_HEAPSZ = 0
db2stop
db2start
db2mtrk -i -d -p -v ==> Instance is crashed.

Btw, we can say that the db2mtrk cannot be totally trusted, because
this 20
Mb shared memory used by DB2 is not tracked by the tool.

Regards,

Jean-Marc

Nov 12 '05 #6
Yes, I'm expecting this should be part of the change...I'll confirm with
the developer.

Jean-Marc Blaise wrote:
Thanks Sean.

What about the memory not accounted by db2mtrk ? If DB2_FMP_COMM_HEAPSZ is
not set, DB2 UDB will allocate a 20 Mb segment, and the execution of fenced
stored procedure will consume some memory. But the db2mtrk seems not report
increase of memory usage, except at the package cache and dbheap level.

Shouldn't this memory from DB2_FMP_COMM_HEAPSZ accounted somewhere, at the
instance level ?

Regards,

Jean-Marc

"Sean McKeough" <mc******@nospam.ca.ibm.com> a écrit dans le message de
news:br**********@hanover.torolab.ibm.com...
FYI, we've reproduced this here, and fix is being put in for 8.2.

Sean McKeough wrote:
I've passed this along to the developers...will let you know what I find
out.

Jean-Marc Blaise wrote:
Hi,

I'm on Linux Intel, V8.1 / FP4. I have an instance crash.
The test case:

db2set DB2_FMP_COMM_HEAPSZ = 0
db2stop
db2start
db2mtrk -i -d -p -v ==> Instance is crashed.

Btw, we can say that the db2mtrk cannot be totally trusted, because
this 20
Mb shared memory used by DB2 is not tracked by the tool.

Regards,

Jean-Marc


Nov 12 '05 #7
The developer is aware if this missing heap info, and is going to look
at adding it in a subesequent release...I have an internal defect open
to track the requirement with.

Sean McKeough wrote:
FYI, we've reproduced this here, and fix is being put in for 8.2.

Sean McKeough wrote:
I've passed this along to the developers...will let you know what I
find out.

Jean-Marc Blaise wrote:
Hi,

I'm on Linux Intel, V8.1 / FP4. I have an instance crash.
The test case:

db2set DB2_FMP_COMM_HEAPSZ = 0
db2stop
db2start
db2mtrk -i -d -p -v ==> Instance is crashed.

Btw, we can say that the db2mtrk cannot be totally trusted, because
this 20
Mb shared memory used by DB2 is not tracked by the tool.

Regards,

Jean-Marc

Nov 12 '05 #8
Thanks for your feedback, Sean.
JM

"Sean McKeough" <mc******@nospam.ca.ibm.com> a écrit dans le message de
news:br**********@hanover.torolab.ibm.com...
The developer is aware if this missing heap info, and is going to look
at adding it in a subesequent release...I have an internal defect open
to track the requirement with.

Sean McKeough wrote:
FYI, we've reproduced this here, and fix is being put in for 8.2.

Sean McKeough wrote:
I've passed this along to the developers...will let you know what I
find out.

Jean-Marc Blaise wrote:

Hi,

I'm on Linux Intel, V8.1 / FP4. I have an instance crash.
The test case:

db2set DB2_FMP_COMM_HEAPSZ = 0
db2stop
db2start
db2mtrk -i -d -p -v ==> Instance is crashed.

Btw, we can say that the db2mtrk cannot be totally trusted, because
this 20
Mb shared memory used by DB2 is not tracked by the tool.

Regards,

Jean-Marc

Nov 12 '05 #9

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

4 posts views Thread by Krice | last post: by
2 posts views Thread by nek | last post: by
8 posts views Thread by Lana Zapornikova | last post: by
2 posts views Thread by Mike | last post: by
reply views Thread by cbielins | last post: by
2 posts views Thread by truthinlife | last post: by
6 posts views Thread by dunleav1 | last post: by
4 posts views Thread by guiromero | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.