From b32a0b6ebcaf7a0735806f39a3b91b0f830c79c7 Mon Sep 17 00:00:00 2001 From: Tony Hansen Date: Wed, 25 Oct 2017 11:53:09 +0000 Subject: add some testing info expand on the section on testing connections Change-Id: Icc412a6a8944ded3e4f5c25cdde77d2878771adc Signed-off-by: Tony Hansen Issue-ID: DCAEGEN2-128 --- docs/sections/blueprints/PGaaS.rst | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/docs/sections/blueprints/PGaaS.rst b/docs/sections/blueprints/PGaaS.rst index 47e234e0..a5508a19 100644 --- a/docs/sections/blueprints/PGaaS.rst +++ b/docs/sections/blueprints/PGaaS.rst @@ -119,10 +119,15 @@ volume size.) You can verify that the cluster is up and running by connecting to the PostgreSQL service -on port 5432: +on port 5432. To verify that all of the DNS names were created properly and that PostgreSQL is +answering on port 5432, you can use something like this: :: - telnet ${LOCATIONPREFIX}-${CLUSTER}-write.${LOCATIONDOMAIN} 5432 + sleep 1 | nc -v ${LOCATIONPREFIX}${CLUSTER}00.${LOCATIONDOMAIN} 5432 + sleep 1 | nc -v ${LOCATIONPREFIX}${CLUSTER}01.${LOCATIONDOMAIN} 5432 + sleep 1 | nc -v ${LOCATIONPREFIX}-${CLUSTER}-write.${LOCATIONDOMAIN} 5432 + sleep 1 | nc -v ${LOCATIONPREFIX}-${CLUSTER}.${LOCATIONDOMAIN} 5432 + Once you have the cluster created, you can then allocate databases. An application that wants a persistent database not tied to the lifetime of the application blueprint can -- cgit 1.2.3-korg