Skip to content

Commit 1fdc384

Browse files
committed
Fix some typos in the db tutorial
1 parent 45ee21e commit 1fdc384

File tree

1 file changed

+7
-4
lines changed

1 file changed

+7
-4
lines changed

hugo/content/tutorials/databaseDeployment.md

Lines changed: 7 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ title: Deploy a database
66

77
Setting up a database deployment can be tricky, especially when dealing with persistent storage and configurations. This tutorial will guide you through the process of creating a database deployment on kthcloud.
88

9-
> ### NOTE: Accessing db deployments from outside the cloud is not possible
9+
> ### Accessing db deployments from outside the cloud is not possible
1010
>
1111
> Directly accessing a database deployment from outside the cloud is not possible. Only HTTP traffic is routed to deployments via the Nginx proxy. If you need external access to your database, consider creating a Virtual Machine (VM) for that purpose.
1212
@@ -32,7 +32,7 @@ In the storage manager, create a new directory called `postgres-example`, and in
3232

3333
</div>
3434

35-
It should look like this insied your main directory.
35+
It should look like this inside your main directory.
3636

3737
<div>
3838

@@ -80,7 +80,7 @@ Since your database will be running inside a Kubernetes cluster, it can be moved
8080
In the Persistent Storage section, you can mount the directories created earlier to the container.
8181

8282
* Data Volume: Mount the data directory to a path inside the container where your database will store its data.
83-
For postgres it saves its data under `/var/lib/postgres/data` so that is what I will mount to my `postgres-example/data` directory I created earlier.
83+
For postgres it saves its data under `/var/lib/postgresql/data` so that is what I will mount to my `postgres-example/data` directory I created earlier.
8484

8585
* Init Volume: Mount the init directory to a path inside the container to use SQL scripts (e.g., for creating schemas) during initialization. It is pretty common for containerized dbs to use `/docker-entrypoint-initdb.d` for this, which is the case with postgres, so I will mount it to my `postgres-example/init` directory.
8686

@@ -130,7 +130,10 @@ You can try to connect to your database deployment using an image that tries to
130130
<img src="../../images/tutorial_database_deployment_troubleshoot_test_connection_configuration.png">
131131

132132
The image serves an status page at `/` on the deployment, (you can check it out by clicking the visit button on the test connection deployment) which has information about if it is connected and all the tables and their row counts.
133-
The image only tries to connect once, so to retry connecting a reboot of the deployment is required.
133+
134+
> ### Restart the deployment to retry
135+
>
136+
> The image only tries to connect once, so to retry connecting a restart of the deployment is required.
134137
135138
Here is an example on how it can look like, for this example I have used a sql script to create some tables and fill them.
136139

0 commit comments

Comments
 (0)