Menu
▾
▴
postgres-xc-developers — Postgres-XC hackers and developers
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
(14) |
2
|
3
(4) |
4
(12) |
5
(14) |
6
|
|
7
(1) |
8
(7) |
9
(10) |
10
(7) |
11
(8) |
12
(6) |
13
|
|
14
(1) |
15
(3) |
16
(1) |
17
(8) |
18
(11) |
19
(3) |
20
|
|
21
(2) |
22
(9) |
23
(2) |
24
(14) |
25
(13) |
26
(1) |
27
|
|
28
|
29
(1) |
30
(11) |
|
|
|
|
|
From: Abbas B. <abb...@en...> - 2013-04-30 12:30:54
|
On Tue, Apr 30, 2013 at 5:04 PM, Ashutosh Bapat < ash...@en...> wrote: > Hi Abbas, > This change looks confusing. The statements where you have added order by > clause do not correspond to the statements where you have changed the > output. Can you please explain this? > The output of the test cases are changed because there was an error in the expected output files of these test cases. These outputs have to be modified (and the modified output is correct) because of your check in 2608af3d5288607e8245fa10e74e7307bb1bb23d. The order by clause is added in test cases where the expected output was already in order, but results were coming out to be in different order depending on node configuration. > > Also, whenever you change .sql and need to change the .out for that, > please change all the alt. expected output files. > Sure > > > On Thu, Apr 25, 2013 at 4:58 PM, Abbas Butt <abb...@en...>wrote: > >> Hi, >> Attached please find patch to fix test case plpgsql. The test was failing >> for some order by issues, Also there were some errors in expected output. >> >> -- >> *Abbas* >> Architect >> >> Ph: 92.334.5100153 >> Skype ID: gabbasb >> www.enterprisedb.co <http://www.enterprisedb.com/>m<http://www.enterprisedb.com/> >> * >> Follow us on Twitter* >> @EnterpriseDB >> >> Visit EnterpriseDB for tutorials, webinars, whitepapers<http://www.enterprisedb.com/resources-community>and more<http://www.enterprisedb.com/resources-community> >> >> >> ------------------------------------------------------------------------------ >> Try New Relic Now & We'll Send You this Cool Shirt >> New Relic is the only SaaS-based application performance monitoring >> service >> that delivers powerful full stack analytics. Optimize and monitor your >> browser, app, & servers with just a few lines of code. Try New Relic >> and get this awesome Nerd Life shirt! >> http://p.sf.net/sfu/newrelic_d2d_apr >> _______________________________________________ >> Postgres-xc-developers mailing list >> Pos...@li... >> https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers >> >> > > > -- > Best Wishes, > Ashutosh Bapat > EntepriseDB Corporation > The Postgres Database Company > -- -- *Abbas* Architect Ph: 92.334.5100153 Skype ID: gabbasb www.enterprisedb.co <http://www.enterprisedb.com/>m<http://www.enterprisedb.com/> * Follow us on Twitter* @EnterpriseDB Visit EnterpriseDB for tutorials, webinars, whitepapers<http://www.enterprisedb.com/resources-community>and more<http://www.enterprisedb.com/resources-community> |
|
From: Ashutosh B. <ash...@en...> - 2013-04-30 12:09:16
|
Hi Nikhil, We are trying to clean up the regression, so that there are 0 failures. This helps to stop new differences creeping in the already failing files. If there are features we are not supporting in XC, we are silencing those failure (and only those failures) by adding alternate outputs. truncate already has an alternate output file, so you need to change that. On Tue, Apr 30, 2013 at 4:22 PM, Nikhil Sontakke <ni...@st...>wrote: > > > > >> Thanks for the patch. Please include the testcase expected output changes >> as well. >> >> > This patch already has a lot of other issues. I know I can provide a > truncate_1.out but I do not see the point. > > PFA, patch with the documentation fixed up. > > Regards, > Nikhils > > >> >> On Thu, Apr 25, 2013 at 2:21 PM, Nikhil Sontakke <ni...@st...>wrote: >> >>> PFA, the patch to disallow. >>> >>> >>> >> +1 so far. Does anybody know how widely it is used? I hope it is >>> not used widely. >>> >>> Suzuki-san, the user has an option to reset the sequence value >>> afterwards on his own to circumvent this issue. So it should be ok.. >>> >>> Regards, >>> Nikhils >>> >>> >>> >>> On Thu, Apr 25, 2013 at 2:05 PM, Ashutosh Bapat < >>> ash...@en...> wrote: >>> >>>> Can you please provide the patch to restrict the feature? >>>> >>>> >>>> On Thu, Apr 25, 2013 at 2:03 PM, Nikhil Sontakke <ni...@st...>wrote: >>>> >>>>> >>>>> >>>>> If it can not be done easily and before release, we need to at least >>>>>> disable RESTART IDENTITY clause. >>>>>> >>>>>> +1 for now.. >>>>> >>>>> Regards, >>>>> Nikhils >>>>> >>>>> >>>>>> >>>>>> On Wed, Apr 24, 2013 at 11:45 PM, Nikhil Sontakke < >>>>>> ni...@st...> wrote: >>>>>> >>>>>>> Ok, >>>>>>> This is not so straight forward. We cannot reset the sequence value >>>>>>> in the GTM as is. We got to handle the case when the user can rollback the >>>>>>> truncate operation in which case the old value should still hold. >>>>>>> >>>>>>> ISTM, we need to add handing code when the commit operation actually >>>>>>> unlinks the corresponding underlying relfilenode for the earlier version of >>>>>>> the sequence. >>>>>>> >>>>>>> Regards, >>>>>>> Nikhils >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Wed, Apr 24, 2013 at 7:34 PM, Ashutosh Bapat < >>>>>>> ash...@en...> wrote: >>>>>>> >>>>>>>> Good, that works. This bug is causing testcase truncate to fail. >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Apr 24, 2013 at 6:53 PM, Nikhil Sontakke < >>>>>>>> ni...@st...> wrote: >>>>>>>> >>>>>>>>> Hi Ashutosh, >>>>>>>>> >>>>>>>>> By the EOW? >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Nikhils >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Wed, Apr 24, 2013 at 6:49 PM, Ashutosh Bapat < >>>>>>>>> ash...@en...> wrote: >>>>>>>>> >>>>>>>>>> Hi Nikhil, >>>>>>>>>> Thanks for taking this up? >>>>>>>>>> >>>>>>>>>> By when do you think you can provide the patch? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Wed, Apr 24, 2013 at 6:01 PM, Nikhil Sontakke < >>>>>>>>>> ni...@st...> wrote: >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> ResetSequence(), the function being called from >>>>>>>>>>>> ExecuteTruncate() does not send reset message to GTM. It applies sequence >>>>>>>>>>>> changes locally on the coordinator, which is not enough. >>>>>>>>>>>> >>>>>>>>>>>> Can someone with relevant experience look into this problem and >>>>>>>>>>>> provide a fix? >>>>>>>>>>>> >>>>>>>>>>>> I have attached the testcase and its output showing the bug. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> I guess setval() was handled but we forgot to handle reset >>>>>>>>>>> sequence. I will take this up when I cleanup currval, nextval for negative >>>>>>>>>>> sequences. >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Nikhils >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Best Wishes, >>>>>>>>>> Ashutosh Bapat >>>>>>>>>> EntepriseDB Corporation >>>>>>>>>> The Postgres Database Company >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> StormDB - http://www.stormdb.com >>>>>>>>> The Database Cloud >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Best Wishes, >>>>>>>> Ashutosh Bapat >>>>>>>> EntepriseDB Corporation >>>>>>>> The Postgres Database Company >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> StormDB - http://www.stormdb.com >>>>>>> The Database Cloud >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Best Wishes, >>>>>> Ashutosh Bapat >>>>>> EntepriseDB Corporation >>>>>> The Postgres Database Company >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> StormDB - http://www.stormdb.com >>>>> The Database Cloud >>>>> >>>> >>>> >>>> >>>> -- >>>> Best Wishes, >>>> Ashutosh Bapat >>>> EntepriseDB Corporation >>>> The Postgres Database Company >>>> >>> >>> >>> >>> -- >>> StormDB - http://www.stormdb.com >>> The Database Cloud >>> >> >> >> >> -- >> Best Wishes, >> Ashutosh Bapat >> EntepriseDB Corporation >> The Postgres Database Company >> > > > > -- > StormDB - http://www.stormdb.com > The Database Cloud > -- Best Wishes, Ashutosh Bapat EntepriseDB Corporation The Postgres Database Company |
|
From: Ashutosh B. <ash...@en...> - 2013-04-30 12:05:03
|
Hi Abbas, This change looks confusing. The statements where you have added order by clause do not correspond to the statements where you have changed the output. Can you please explain this? Also, whenever you change .sql and need to change the .out for that, please change all the alt. expected output files. On Thu, Apr 25, 2013 at 4:58 PM, Abbas Butt <abb...@en...>wrote: > Hi, > Attached please find patch to fix test case plpgsql. The test was failing > for some order by issues, Also there were some errors in expected output. > > -- > *Abbas* > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.co <http://www.enterprisedb.com/>m<http://www.enterprisedb.com/> > * > Follow us on Twitter* > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers<http://www.enterprisedb.com/resources-community>and more<http://www.enterprisedb.com/resources-community> > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > > -- Best Wishes, Ashutosh Bapat EntepriseDB Corporation The Postgres Database Company |
|
From: Ashutosh B. <ash...@en...> - 2013-04-30 11:57:35
|
Hi Abbas, I see that the EXPLAIN commands are changed to include the XC specific options. Since the original test is using capital letters everywhere, it's better to maintain that style. Please make sure that the changes you have done (explain output) reflect in all the alt. expected output files. Can you please see if we can eliminate the alternate expected output files as well? What are the reasons we have to maintain those? On Wed, Apr 24, 2013 at 10:59 PM, Abbas Butt <abb...@en...>wrote: > Hi, > The test was failing because some more tests are added in sql file. > > -- > *Abbas* > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.co <http://www.enterprisedb.com/>m<http://www.enterprisedb.com/> > * > Follow us on Twitter* > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers<http://www.enterprisedb.com/resources-community>and more<http://www.enterprisedb.com/resources-community> > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > > -- Best Wishes, Ashutosh Bapat EntepriseDB Corporation The Postgres Database Company |
|
From: Ashutosh B. <ash...@en...> - 2013-04-30 11:19:56
|
Hi Abbas, copy2 has an alternate output file. So, if you change .sql file, you need to make corresponding changes in .out and _1.out. There is one missing change about not enforcing 2PC with temporary tables, which needs to be carried to .out file as well. Otherwise the change looks good. While adding the ORDER BY clause, hope you have made sure that the data that is output is same except for change in the ordering. This testcase needs to be looked at by Amit for the trigger related changes. After that I think we should remove alt. output file. On Wed, Apr 24, 2013 at 10:58 PM, Abbas Butt <abb...@en...>wrote: > Hi, > Test was failing because of some order by issues in COPY TO statements. > > -- > *Abbas* > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.co <http://www.enterprisedb.com/>m<http://www.enterprisedb.com/> > * > Follow us on Twitter* > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers<http://www.enterprisedb.com/resources-community>and more<http://www.enterprisedb.com/resources-community> > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > > -- Best Wishes, Ashutosh Bapat EntepriseDB Corporation The Postgres Database Company |
|
From: Ashutosh B. <ash...@en...> - 2013-04-30 10:41:49
|
Hi Abbas, Instead of fixing this in GetRelationNodes, we should fix it outside, by calling GetPrefferedNode on the result returned by GetRelationNodes for replicated tables. Please send a revised patch with this change. May be you want to examine all callers of GetRelationNodes. On Wed, Apr 24, 2013 at 10:58 PM, Abbas Butt <abb...@en...>wrote: > Hi, > The test case fails if there is no primary node in the cluster. The > following test case was producing error. > > CREATE TABLE tt_22 (a int, b int) distribute by replication; > INSERT INTO tt_22 VALUES (10); > > In a four datanode cluster the following query plan was being produced. > > explain verbose SELECT * FROM tt_22 FOR UPDATE; > QUERY > PLAN > > ---------------------------------------------------------------------------- > Data Node Scan on "__REMOTE_FQS_QUERY__" (cost=0.00..0.00 rows=0 width=0) > Output: tt_22.a, tt_22.b > Node/s: data_node_1, data_node_2, data_node_3, data_node_4 > Remote query: SELECT a, b FROM tt_22 FOR UPDATE OF tt_22 > (4 rows) > > The reason was a missing else case in GetRelationNodes. > > > -- > *Abbas* > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.co <http://www.enterprisedb.com/>m<http://www.enterprisedb.com/> > * > Follow us on Twitter* > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers<http://www.enterprisedb.com/resources-community>and more<http://www.enterprisedb.com/resources-community> > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > > -- Best Wishes, Ashutosh Bapat EntepriseDB Corporation The Postgres Database Company |
|
From: Ashutosh B. <ash...@en...> - 2013-04-30 10:22:42
|
Hi Abbas, As discussed on IM, since the test here just tested quoted names, it doesn't need two rows. So, it would suffices removing the second row. However, if the original author is around, it might be better to know why he added two rows and not one row. On Wed, Apr 24, 2013 at 10:56 PM, Abbas Butt <abb...@en...>wrote: > Hi, > The test case was failing because of order by issues in copy. The solution > is to use same data in both inserted rows, since it has nothing to do with > the quoted name test. > > -- > *Abbas* > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.co <http://www.enterprisedb.com/>m<http://www.enterprisedb.com/> > * > Follow us on Twitter* > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers<http://www.enterprisedb.com/resources-community>and more<http://www.enterprisedb.com/resources-community> > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > > -- Best Wishes, Ashutosh Bapat EntepriseDB Corporation The Postgres Database Company |
|
From: Ashutosh B. <ash...@en...> - 2013-04-30 09:35:01
|
Hi Abbas, I see that you have used create_table_nodes function to create some of the tables. Why not all? As you explained on IM chat, that the tables need to be distributed on given number of nodes only, it's better to distribute them only on two nodes. Please add a comment explaining this. Also, why can't you use int4_tbl and int8_tbl that is default available in the regression. If the content of that table changes, there are many other tests that would fail. There are white space, please check if they are in .sql file or .out file. The ones in .sql file need to be removed. Rest looks fine. On Wed, Apr 24, 2013 at 10:55 PM, Abbas Butt <abb...@en...>wrote: > Hi, > The test cases was failing for a four datanode cluster. The reason was > that some tables were not created on a well defined datanode set. > > -- > *Abbas* > Architect > > Ph: 92.334.5100153 > Skype ID: gabbasb > www.enterprisedb.co <http://www.enterprisedb.com/>m<http://www.enterprisedb.com/> > * > Follow us on Twitter* > @EnterpriseDB > > Visit EnterpriseDB for tutorials, webinars, whitepapers<http://www.enterprisedb.com/resources-community>and more<http://www.enterprisedb.com/resources-community> > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Postgres-xc-developers mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-developers > > -- Best Wishes, Ashutosh Bapat EntepriseDB Corporation The Postgres Database Company |
3 messages has been excluded from this view by a project administrator.
