Re: [Info-Ingres] table lock escalations in errlog

Re: [Info-Ingres] table lock escalations in errlog

This is a discussion on Re: [Info-Ingres] table lock escalations in errlog within the Ingres forums, part of the Database Server Software category; --> Hi Franky Connect to iidbdb and issue the command set trace point sc924 233571; \g \q Then stand back ...

		Unix Technical Forum > Database Server Software > Ingres
Re: [Info-Ingres] table lock escalations in errlog

#1 (permalink)

04-20-2008, 09:37 PM

martin.bowes@ctsu.ox.ac.uk

Posts: n/a

Re: [Info-Ingres] table lock escalations in errlog

Hi Franky

Connect to iidbdb and issue the command
set trace point sc924 233571;
\g
\q

Then stand back and watch the fun in the errlog.

When you wan tto turn it off, use set notrace point sc924.

Marty

> Hi folks,
>
> We are logging the table level lock escalations in the errlog.log of
> our Ingres DBMS systems. This is without doubt a usefull source for
> debugging performance and locking issues.
>
> Example :
> E_DM9063_LK_TABLE_MAXLOCKS Current logical lock count ( 101 ) on
> resource myTable in database myDatabase exceeds the specified maximum
> ( 100 ). Escalating to table level lock.
>
> Wouldn't it be much more interesting to see also the query involved ?
> Is there a setting available to see this reported too ?
>
> Franky
>
> _______________________________________________
> Info-Ingres mailing list
> Info-Ingres@kettleriverconsulting.com
> http://www.kettleriverconsulting.com...fo/info-ingres
>

« Re: [Info-Ingres] Ingres 2.5 and cache memory | Re: [Info-Ingres] table lock escalations in errlog »

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

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:50 PM.