You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
(10) |
May
(17) |
Jun
(3) |
Jul
|
Aug
|
Sep
(8) |
Oct
(18) |
Nov
(51) |
Dec
(74) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
(47) |
Feb
(44) |
Mar
(44) |
Apr
(102) |
May
(35) |
Jun
(25) |
Jul
(56) |
Aug
(69) |
Sep
(32) |
Oct
(37) |
Nov
(31) |
Dec
(16) |
2012 |
Jan
(34) |
Feb
(127) |
Mar
(218) |
Apr
(252) |
May
(80) |
Jun
(137) |
Jul
(205) |
Aug
(159) |
Sep
(35) |
Oct
(50) |
Nov
(82) |
Dec
(52) |
2013 |
Jan
(107) |
Feb
(159) |
Mar
(118) |
Apr
(163) |
May
(151) |
Jun
(89) |
Jul
(106) |
Aug
(177) |
Sep
(49) |
Oct
(63) |
Nov
(46) |
Dec
(7) |
2014 |
Jan
(65) |
Feb
(128) |
Mar
(40) |
Apr
(11) |
May
(4) |
Jun
(8) |
Jul
(16) |
Aug
(11) |
Sep
(4) |
Oct
(1) |
Nov
(5) |
Dec
(16) |
2015 |
Jan
(5) |
Feb
|
Mar
(2) |
Apr
(5) |
May
(4) |
Jun
(12) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
1
|
2
(8) |
3
(1) |
4
(2) |
5
(8) |
6
(1) |
7
(1) |
8
|
9
(1) |
10
(4) |
11
|
12
|
13
|
14
|
15
|
16
(2) |
17
(1) |
18
|
19
|
20
|
21
|
22
|
23
(1) |
24
|
25
|
26
(5) |
27
(3) |
28
(1) |
29
|
30
(10) |
|
|
|
|
|
From: Nikhil S. <ni...@st...> - 2013-09-16 11:41:11
|
Hi, One of our customers reported the following issue on the Standby: 1:140638715778816:2013-09-13 07:08:11.351 EDT -ERROR: GTM_TransactionInfo already in use. Cannot assign the transaction: handle (3745). I investigated this and thought I had fixed this with the patch that I have provided on the thread with $SUBJECT (Issues with GTM Standby Syncup) That patch reduced the number of these messages, but yet, some still found their way into the Standby logs. What's happening is that GTM Standby as part of the initial syncup with the GTM, sends gtm_standby_end_backup() after which the main GTM activates all the threads which had been paused earlier for the syncup. In the time between Standby calls the above function and actually starts listening for incoming data, some packets from the GTM are lost. Remember this will be the case when the GTM is already very highly loaded and lots of threads are running. If these packets contain commit info for those GXIDs that were added in the initial syncup, then they are lost and as a result these slots do not get cleaned up at the standby causing the above error messages. I think the best fix would be to delay and send gtm_standby_end_backup() inside the Serverloop, JUST before the Standby is going to do the select() call. Am trying a patch on similar lines but getting some issues, will get back with a patch soon. Regards, Nikhils -- StormDB - http://www.stormdb.com The Database Cloud |