Menu
▾
▴
postgres-xc-general — General info and messages
You can subscribe to this list here.
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(6) |
Sep
|
Oct
(19) |
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2011 |
Jan
(12) |
Feb
(1) |
Mar
(4) |
Apr
(4) |
May
(32) |
Jun
(12) |
Jul
(11) |
Aug
(1) |
Sep
(6) |
Oct
(3) |
Nov
|
Dec
(10) |
| 2012 |
Jan
(11) |
Feb
(1) |
Mar
(3) |
Apr
(25) |
May
(53) |
Jun
(38) |
Jul
(103) |
Aug
(54) |
Sep
(31) |
Oct
(66) |
Nov
(77) |
Dec
(20) |
| 2013 |
Jan
(91) |
Feb
(86) |
Mar
(103) |
Apr
(107) |
May
(25) |
Jun
(37) |
Jul
(17) |
Aug
(59) |
Sep
(38) |
Oct
(78) |
Nov
(29) |
Dec
(15) |
| 2014 |
Jan
(23) |
Feb
(82) |
Mar
(118) |
Apr
(101) |
May
(103) |
Jun
(45) |
Jul
(6) |
Aug
(10) |
Sep
|
Oct
(32) |
Nov
|
Dec
(9) |
| 2015 |
Jan
(3) |
Feb
(5) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(9) |
Aug
(4) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
|
|
2
|
3
|
4
(5) |
5
(6) |
6
(1) |
7
|
8
|
|
9
|
10
|
11
|
12
|
13
|
14
|
15
|
|
16
|
17
|
18
|
19
|
20
|
21
|
22
|
|
23
|
24
|
25
|
26
|
27
|
28
|
29
|
|
30
|
31
|
|
|
|
|
|
|
From: Michael P. <mic...@gm...> - 2011-01-06 00:12:15
|
Postgres-XC does not support yet serial tables (sequence created at the same time as a table). This has been reported by bug 3110406. https://sourceforge.net/tracker/?func=detail&aid=3110406&group_id=311227&atid=1310232 On Thu, Jan 6, 2011 at 6:11 AM, Marcin Krol <mr...@gm...> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone, > > I have successfully (?) configured XC on two nodes (the cluster > successfully created database and role and granted privileges on the > db), however I have encountered a problem: > > postgres=# \c etest; > psql (8.4.3) > You are now connected to database "etest". > etest=# CREATE TABLE "user" ( > etest(# id SERIAL NOT NULL, > etest(# name VARCHAR, > etest(# fullname VARCHAR, > etest(# srv1 VARCHAR, > etest(# srv2 VARCHAR, > etest(# PRIMARY KEY (id) > etest(# ) > etest-# ; > NOTICE: CREATE TABLE will create implicit sequence "user_id_seq" for > serial column "user.id" > server closed the connection unexpectedly > This probably means the server terminated abnormally > before or while processing the request. > The connection to the server was lost. Attempting reset: Succeeded. > > The SQL code is simple enough I thought? > > The snag is I'm using ORM (SQLAlchemy 0.6.5) and this is what generated > that code. > > After restart of a cluster I'm getting: > > postgres=# \c etest > psql (8.4.3) > You are now connected to database "etest". > etest=# create table "testme" (id INTEGER, name VARCHAR); > ERROR: Could not commit (or autocommit) data node connection > > > > - -- > > Regards, > mk > > - -- > Premature optimization is the root of all fun. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNJN5+AAoJEFMgHzhQQ7hOEsQH/2VaXQovjZhR6IT085Jim1Gb > RM3B5UMZ/rWfRaqDRUdtY3SaV5HDNQd+vtsCoHg71ftAFjutAlUC6JNB4hlypxiR > MFvRO1nsCq3arQWEALxtbL4plHeHN28b1uJesB1vchjYJCvyR9MIIVSBU2P0Rnv+ > qutNm/0rhbDhCo+7xOmK3J0r9VdBKvA+9NgYAi9AH9m7sMbIAvMcABZ9ws8QMSeG > /aOCeWYSQCmUtG8/YPcQxdruKC7+G/d0lgY+BK2jP4iu0wnWSYA4ihzBI+FuKq8t > ZAOvN2ku6DNvVGSeEnesOL9uK0dUOK1nkENmAd1AMMQ81jHcFB9hADrO/7oO530= > =4/r3 > -----END PGP SIGNATURE----- > > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, > and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Postgres-xc-general mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-general > -- Michael Paquier http://michaelpq.users.sourceforge.net |
|
From: Marcin K. <mr...@gm...> - 2011-01-05 21:14:39
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, I wrote (mostly quick and dirty) script for generating XC config files, distributing them to nodes and GTM, and starting and stopping cluster: http://inet.btw2.pl/gen_pgxc_conf.tar.gz I would appreciate if smbdy of you takes a look if generated files are OK... - -- Regards, mk - -- Premature optimization is the root of all fun. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNJN83AAoJEFMgHzhQQ7hOuy8H/iP0SEVoIMtkwtH8kllU5N1v s0JNu2LtSoUZeeFNR0tcJp2t1kbt/DkQgGIwGtPgwXFTEoc8aO7Mj/1aCpxWrxAZ EuKCFrBfFKVSDaZxaHHuIEXHEwikXtTDH5qHG4776J60hXv9tUM29TWUh/cGDfvC AE+uoQNX134r6I/z3JUGOMZzk7fvxgJuhyoL2e6xzJPgW1BPwXooGz7CRrIKl8Xt at7cMnTcI3XV4BQuCYhrbSX/ckhrclapZe1lngrZRmR5Um50WsoZSJ/VhVAgLBRu t1s0zi8nY4OqDQwg+2uXGRjA524oDK4g8RCKox2XQuqZj1ioQi4Mbx+rk1rWk2w= =ugXX -----END PGP SIGNATURE----- |
|
From: Marcin K. <mr...@gm...> - 2011-01-05 21:11:35
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello everyone,
I have successfully (?) configured XC on two nodes (the cluster
successfully created database and role and granted privileges on the
db), however I have encountered a problem:
postgres=# \c etest;
psql (8.4.3)
You are now connected to database "etest".
etest=# CREATE TABLE "user" (
etest(# id SERIAL NOT NULL,
etest(# name VARCHAR,
etest(# fullname VARCHAR,
etest(# srv1 VARCHAR,
etest(# srv2 VARCHAR,
etest(# PRIMARY KEY (id)
etest(# )
etest-# ;
NOTICE: CREATE TABLE will create implicit sequence "user_id_seq" for
serial column "user.id"
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.
The connection to the server was lost. Attempting reset: Succeeded.
The SQL code is simple enough I thought?
The snag is I'm using ORM (SQLAlchemy 0.6.5) and this is what generated
that code.
After restart of a cluster I'm getting:
postgres=# \c etest
psql (8.4.3)
You are now connected to database "etest".
etest=# create table "testme" (id INTEGER, name VARCHAR);
ERROR: Could not commit (or autocommit) data node connection
- --
Regards,
mk
- --
Premature optimization is the root of all fun.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJNJN5+AAoJEFMgHzhQQ7hOEsQH/2VaXQovjZhR6IT085Jim1Gb
RM3B5UMZ/rWfRaqDRUdtY3SaV5HDNQd+vtsCoHg71ftAFjutAlUC6JNB4hlypxiR
MFvRO1nsCq3arQWEALxtbL4plHeHN28b1uJesB1vchjYJCvyR9MIIVSBU2P0Rnv+
qutNm/0rhbDhCo+7xOmK3J0r9VdBKvA+9NgYAi9AH9m7sMbIAvMcABZ9ws8QMSeG
/aOCeWYSQCmUtG8/YPcQxdruKC7+G/d0lgY+BK2jP4iu0wnWSYA4ihzBI+FuKq8t
ZAOvN2ku6DNvVGSeEnesOL9uK0dUOK1nkENmAd1AMMQ81jHcFB9hADrO/7oO530=
=4/r3
-----END PGP SIGNATURE-----
|
|
From: Koichi S. <koi...@gm...> - 2011-01-05 15:15:26
|
Hi, Using local pg_dump will consume local XID, which may affect the following cluster operation. You may have to give GTM safe GXID value to begin with. It will be safer to simply copy $PGDATA, which will not consume any local XID. Regards; ---------- Koichi Suzuki 2011/1/5 Marcin Krol <mr...@gm...>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Thanks a lot for reply, Suzuki! > > I presume that at the moment to recover (fail-back?) a node a following > course of action would also be effective: > > 1. stop the cluster > > 2. dump the coordinator and datanode dbs, e.g. using pg_dump > > 3. send the dumps to the node being recovered and recreate coord and > datanode using the dumps? > > > Regards, > Marcin Krol > > > Koichi Suzuki wrote: >> Hi, >> >> So far, we can use PITR for individual datanode. Unfortunately, >> we've not released any utility to set it up. >> >> Now we're working to add mirroring capability of datanodes, which >> allow whole cluster continue to run and maintain cluster integrity >> even when some mirror fails with disk failure. In this case, mirror >> can be failed back by stopping whole cluster, copying files from >> another surviving mirrors and restart the cluster. >> >> In the case of coordinator, because all the coordinators are >> essentially clones, we can continue to run the cluster without the >> failed coordinator. To fail-back the coordinator, we can copy whole >> database from another coordinator while the cluster is shut down and >> restart whole cluster. >> >> When a coordinator is failed and is involved in outstanding 2PC, we >> need to clear it up to prevent them to appear in snapshots for a long >> time. We're now implemeting this capability. >> >> Ideally, it's so nice to have each component failed back without >> stopping cluster operation. This will be a challenge of this year. >> >> Regards; >> ---------- >> Koichi Suzuki >> >> >> >> 2011/1/5 Marcin Krol <mr...@gm...>: >> Hello everyone, >> >> Suppose a node falls out of a cluster: say, it had a disk failure. >> >> After getting that node back online, how can I resync that node with a >> cluster so cluster integrity is preserved? >> >> >>> > - > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, > and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Postgres-xc-general mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-general >>> > > - -- > > Regards, > mk > > - -- > Premature optimization is the root of all fun. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNJGOTAAoJEFMgHzhQQ7hOnJwH/2GteBKvhHUIEaAa1TUsKY7M > zasEpQihvnE63OZYldFJDCo2v+NBKPCfiOgx1eOFjtocxZPNfFaM5S8a2zDTdAKz > ut8LVg0+SiCEaN5ryJqUhakFf/3gW8w8UCjoSxxf8DIYHQvpvMk3pLJrIQs6jbF6 > /GpHOZNznpZN4Syk70PyvCcdQ3u1RuAkthgc80jJjydRaWn9iibyuDe8uQSqZwf1 > PsK+5/bibEUVYf0zcQ8lyxsSC48hU6bN9ha5UAlKGvrYdx1rdJPoRlgzjTVEfexo > ff4jvyJNoG2F7GeGrcVhyZEz7S17Krt0EjJxMEPWxNa6D2nmPyr8hK2zcJOtfIo= > =nPj6 > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Postgres-xc-general mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-general > |
|
From: Marcin K. <mr...@gm...> - 2011-01-05 12:27:11
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks a lot for reply, Suzuki! I presume that at the moment to recover (fail-back?) a node a following course of action would also be effective: 1. stop the cluster 2. dump the coordinator and datanode dbs, e.g. using pg_dump 3. send the dumps to the node being recovered and recreate coord and datanode using the dumps? Regards, Marcin Krol Koichi Suzuki wrote: > Hi, > > So far, we can use PITR for individual datanode. Unfortunately, > we've not released any utility to set it up. > > Now we're working to add mirroring capability of datanodes, which > allow whole cluster continue to run and maintain cluster integrity > even when some mirror fails with disk failure. In this case, mirror > can be failed back by stopping whole cluster, copying files from > another surviving mirrors and restart the cluster. > > In the case of coordinator, because all the coordinators are > essentially clones, we can continue to run the cluster without the > failed coordinator. To fail-back the coordinator, we can copy whole > database from another coordinator while the cluster is shut down and > restart whole cluster. > > When a coordinator is failed and is involved in outstanding 2PC, we > need to clear it up to prevent them to appear in snapshots for a long > time. We're now implemeting this capability. > > Ideally, it's so nice to have each component failed back without > stopping cluster operation. This will be a challenge of this year. > > Regards; > ---------- > Koichi Suzuki > > > > 2011/1/5 Marcin Krol <mr...@gm...>: > Hello everyone, > > Suppose a node falls out of a cluster: say, it had a disk failure. > > After getting that node back online, how can I resync that node with a > cluster so cluster integrity is preserved? > > >> - ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Postgres-xc-general mailing list Pos...@li... https://lists.sourceforge.net/lists/listinfo/postgres-xc-general >> - -- Regards, mk - -- Premature optimization is the root of all fun. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNJGOTAAoJEFMgHzhQQ7hOnJwH/2GteBKvhHUIEaAa1TUsKY7M zasEpQihvnE63OZYldFJDCo2v+NBKPCfiOgx1eOFjtocxZPNfFaM5S8a2zDTdAKz ut8LVg0+SiCEaN5ryJqUhakFf/3gW8w8UCjoSxxf8DIYHQvpvMk3pLJrIQs6jbF6 /GpHOZNznpZN4Syk70PyvCcdQ3u1RuAkthgc80jJjydRaWn9iibyuDe8uQSqZwf1 PsK+5/bibEUVYf0zcQ8lyxsSC48hU6bN9ha5UAlKGvrYdx1rdJPoRlgzjTVEfexo ff4jvyJNoG2F7GeGrcVhyZEz7S17Krt0EjJxMEPWxNa6D2nmPyr8hK2zcJOtfIo= =nPj6 -----END PGP SIGNATURE----- |
|
From: Koichi S. <koi...@gm...> - 2011-01-05 02:01:04
|
Hi, So far, we can use PITR for individual datanode. Unfortunately, we've not released any utility to set it up. Now we're working to add mirroring capability of datanodes, which allow whole cluster continue to run and maintain cluster integrity even when some mirror fails with disk failure. In this case, mirror can be failed back by stopping whole cluster, copying files from another surviving mirrors and restart the cluster. In the case of coordinator, because all the coordinators are essentially clones, we can continue to run the cluster without the failed coordinator. To fail-back the coordinator, we can copy whole database from another coordinator while the cluster is shut down and restart whole cluster. When a coordinator is failed and is involved in outstanding 2PC, we need to clear it up to prevent them to appear in snapshots for a long time. We're now implemeting this capability. Ideally, it's so nice to have each component failed back without stopping cluster operation. This will be a challenge of this year. Regards; ---------- Koichi Suzuki 2011/1/5 Marcin Krol <mr...@gm...>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone, > > Suppose a node falls out of a cluster: say, it had a disk failure. > > After getting that node back online, how can I resync that node with a > cluster so cluster integrity is preserved? > > > - -- > > Regards, > mk > > - -- > Premature optimization is the root of all fun. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNI38tAAoJEFMgHzhQQ7hOD60H/R9DhEfSU//+v/ab+N/MJ/oB > ksbbWowklFo71iLonW/P9ZmeRD6NROX3a/gYNmBetQ7KUp2fAmyb35ijJNmwL7mA > FTC9fpVD1Vv3DL1jWWo/7EyYA/mdcHsPhHGgKe4/s6mvESOU8dR0bFep1FDYFYuK > 1DCsvB+l++Yu1HLJlbzJzmeS8E7f+pjPDzWyt8fPZ8StROc5lHq393c75gg2MKx7 > 03ylfxAqW6JIKbrqNwSsk7B5AoQ+tJETxbAzSaK5FoZ63fXcAtGFfOTQbSJ8pyyt > HXfGziR0qgwjbhLGMLV+O56Dhj5lKT/UB8lrEljAJQUfPH4mpva/b2u84IkVQ98= > =3wVa > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Postgres-xc-general mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-general > |
|
From: Michael P. <mic...@gm...> - 2011-01-05 01:44:32
|
For the answers to your questions... please see inline. About CREATE DATABASE, there is since version 0.9.3 all he necessary mechanisms to synchronize automatically Coordinators (well, DDL...) through the whole cluster. So it is not necessary to resynchronize the catalog files of Coordinators manually. If you are getting snapshots warning when creating a Database, you may have configuration problems. You should double check your configuration files. > I have NOT set up GTM proxy. Do I have to do that? Is it related to my problem? It is not necessary to set up a GTM Proxy to have your cluster working correctly. > Ok, but is the code in git repo stable enough for production use? Code is not stable enough to be used in production, we are currently working a lot on the code stabilization, SQL support and HA features. -- Michael Paquier http://michaelpq.users.sourceforge.net |
|
From: Michael P. <mic...@gm...> - 2011-01-04 21:39:53
|
Hi Martin, Well I checked this command: git clone git:// postgres-xc.git.sourceforge.net/gitroot/postgres-xc/postgres-xc and it worked well. I also checked if server was online. It looks OK. ping 216.34.181.91 PING 216.34.181.91 (216.34.181.91) 56(84) bytes of data. 64 bytes from 216.34.181.91: icmp_seq=1 ttl=240 time=187 ms 64 bytes from 216.34.181.91: icmp_seq=2 ttl=240 time=189 ms 64 bytes from 216.34.181.91: icmp_seq=3 ttl=240 time=188 ms Perhaps sf servers were not online at the moment you tried to upload the code, or perhaps you have firewall restrictions. Can you ping source forge server correctly? Regards, Michael On Wed, Jan 5, 2011 at 5:27 AM, Marcin Krol <mr...@gm...> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everyone, > > I can't even check out postgres-xc from sf: > > % git clone git://postgres-xc.git.sourceforge.net/postgres-xc/postgres-xc > Initialized empty Git repository in /root/tmp/t/postgres-xc/.git/ > postgres-xc.git.sourceforge.net[0: 216.34.181.91]: errno=No route to host > fatal: unable to connect a socket (No route to host) > > Do I do smth wrong? > > > > - -- > > Regards, > mk > > - -- > Premature optimization is the root of all fun. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNI4KmAAoJEFMgHzhQQ7hO5FwH/A+ff+vdISCWJKr714fCmG75 > f/YymbK//EIg+bUnu3iufBddJQAOE7hXxRTGI7iHpVT1WeN7QYFh5bHNTStJkgyV > 1lWO7p9R6ryYSZ9u1anUJr6yn1afgrrf9+tEcfATb6Ock0rWpG43ScoynBvidsAN > pJLn6nkhpeIfE3R1guow5FsrR4hZchM1eiJ4fz2YC/fSqc6z3iQ5geGYBmnjoagi > RoFRAIoIyEOaCcpiJRVx3+oUWUXFgZNNkyeC0OjxT14N6P9UKKgIi/d1erUmcFW0 > N6+pf56MbCU+MgHIgvgu4G2WgYwwyYfsnUP7g6rxkjHPWUL/8cDZY6qgzGdvG5U= > =9gty > -----END PGP SIGNATURE----- > > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, > and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Postgres-xc-general mailing list > Pos...@li... > https://lists.sourceforge.net/lists/listinfo/postgres-xc-general > -- Michael Paquier http://michaelpq.users.sourceforge.net |
|
From: Marcin K. <mr...@gm...> - 2011-01-04 20:27:33
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, I can't even check out postgres-xc from sf: % git clone git://postgres-xc.git.sourceforge.net/postgres-xc/postgres-xc Initialized empty Git repository in /root/tmp/t/postgres-xc/.git/ postgres-xc.git.sourceforge.net[0: 216.34.181.91]: errno=No route to host fatal: unable to connect a socket (No route to host) Do I do smth wrong? - -- Regards, mk - -- Premature optimization is the root of all fun. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNI4KmAAoJEFMgHzhQQ7hO5FwH/A+ff+vdISCWJKr714fCmG75 f/YymbK//EIg+bUnu3iufBddJQAOE7hXxRTGI7iHpVT1WeN7QYFh5bHNTStJkgyV 1lWO7p9R6ryYSZ9u1anUJr6yn1afgrrf9+tEcfATb6Ock0rWpG43ScoynBvidsAN pJLn6nkhpeIfE3R1guow5FsrR4hZchM1eiJ4fz2YC/fSqc6z3iQ5geGYBmnjoagi RoFRAIoIyEOaCcpiJRVx3+oUWUXFgZNNkyeC0OjxT14N6P9UKKgIi/d1erUmcFW0 N6+pf56MbCU+MgHIgvgu4G2WgYwwyYfsnUP7g6rxkjHPWUL/8cDZY6qgzGdvG5U= =9gty -----END PGP SIGNATURE----- |
|
From: Marcin K. <mr...@gm...> - 2011-01-04 20:12:38
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, Suppose a node falls out of a cluster: say, it had a disk failure. After getting that node back online, how can I resync that node with a cluster so cluster integrity is preserved? - -- Regards, mk - -- Premature optimization is the root of all fun. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNI38tAAoJEFMgHzhQQ7hOD60H/R9DhEfSU//+v/ab+N/MJ/oB ksbbWowklFo71iLonW/P9ZmeRD6NROX3a/gYNmBetQ7KUp2fAmyb35ijJNmwL7mA FTC9fpVD1Vv3DL1jWWo/7EyYA/mdcHsPhHGgKe4/s6mvESOU8dR0bFep1FDYFYuK 1DCsvB+l++Yu1HLJlbzJzmeS8E7f+pjPDzWyt8fPZ8StROc5lHq393c75gg2MKx7 03ylfxAqW6JIKbrqNwSsk7B5AoQ+tJETxbAzSaK5FoZ63fXcAtGFfOTQbSJ8pyyt HXfGziR0qgwjbhLGMLV+O56Dhj5lKT/UB8lrEljAJQUfPH4mpva/b2u84IkVQ98= =3wVa -----END PGP SIGNATURE----- |
|
From: Marcin K. <mr...@gm...> - 2011-01-04 20:05:48
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, P.S. I have NOT set up GTM proxy. Do I have to do that? Is it related to my problem? - -- Regards, mk - -- Premature optimization is the root of all fun. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNI32UAAoJEFMgHzhQQ7hOOloIAIEeNHDjM2cMzRK7R4yUPN77 VxvoxZPO8tiRKh7nkQtBwzLVXp2myYtfGc+oiKG2FdlGXZaF7V61RE8xWwGIEYDd GDx0Xo4dYHAtIXLI+fR0sLGnrnPy1sQyybYTR/PDGklxPb+lrTV9emUjcgW/ArGH lvqhwckW8GpGgec5PWS6WMKK6WCPYfs0aEc9mmxRHVgLkrZrpRX8QfA/nRohlmDO ZzEcsptMjhKjsTF6zyleDWArxSziPvfuD13HVey4FdnP44o2AKDs3Hew1WC7S3vC kVpWJtWKbT65hQ60/U0rAKxeqy208/aK+MaQaQAfaXNsXBgFBCyW+Hx4MB820ps= =Ws44 -----END PGP SIGNATURE----- |
|
From: Marcin K. <mr...@gm...> - 2011-01-04 20:02:33
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, I have set up XC on two nodes according to detailed installation instructions in installation manual and it seemed to be working at first, but the changes to my 2nd node do not seem to be replicated. I'm getting warnings in psql: STATEMENT: create database testd2; WARNING: Do not have a GTM snapshot available CREATE DATABASE I'm getting errors in GTM log: 157:1092475216:2011-01-04 19:58:35.646 CET -LOG: Sending transaction id 680 LOCATION: ProcessBeginTransactionGetGXIDCommand, gtm_txn.c:1088 158:1092475216:2011-01-04 19:58:35.668 CET -LOG: unexpected EOF on client connection LOCATION: ReadCommand, main.c:870 159:1092475216:2011-01-04 19:58:35.668 CET -LOG: Cleaning up thread state LOCATION: GTM_ThreadCleanup, gtm_thread.c:265 I have come across this: http://sourceforge.net/mailarchive/forum.php?thread_name=4CB71016.2020301%40enterprisedb.com&forum_name=postgres-xc-general "I think this is related to what Koichi pointed out, that you have to resync the other coordinators." ?? How do I do that, that is, resync the coordinators? " You may just want to use the latest code in the git repository so that you do not need to worry about it." Ok, but is the code in git repo stable enough for production use? - -- Regards, mk - -- Premature optimization is the root of all fun. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJNI3zRAAoJEFMgHzhQQ7hOYRwH/A249GOF7ywtL6Krg5Chjrfi HQYh+tqa/or8qZJ6/KyrZSArROe3YYe+R6EM6vwpMhr/1HT1Uu0mEoNivGgenDIk rINoqdxTpENsi3NQFo4sb61cqJdYyBTb3kThO0SOFRy1ov3/rV7opOER6Sr+q0JE 5AZxpCHZ/AB+g6Hq9kiMS5HOpBrnx2EVCsiIdImTVfxLUL294YP9k1BuxWiZDRxr Y06uxIK/IFeF5RjPLTXPaTMK/wcsL7laQsidPvHN8H8LF9ANn3OMHbcFJJhRPmby iCrgt8uJK4RFC4DFLM7N7wBeOZdcsV8E2DiQF/wy74ojfjbVD2n5npG93zEAHBw= =UAyW -----END PGP SIGNATURE----- |
