You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: OracleSOASuite/dockerfiles/14.1.2.0/README.md
+31-35Lines changed: 31 additions & 35 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -31,39 +31,35 @@ The containers will be connected using a Podman user-defined network.
31
31
In this configuration, the creation of a user-defined network will enable the communication between the containers just using container names. For this setup we will use a user-defined network using bridge driver.
32
32
33
33
Create a user-defined network using the bridge driver:
Data volumes are designed to persist data, independent of the container’s lifecycle. Podman automatically creates volumes when you specify a volume name with the -v option, without the need to predefine directories on the host. In this project, the volumes will be used to store Database data files and WebLogic Server domain files. These volumes will be automatically created and managed by Podman. The names of the volumes are specified in the podman run commands.
The default storage location for Podman volumes is determined by Podman’s storage configuration.
49
46
To identify the location of a volume, run:
50
-
```bash
51
-
$ podman volume inspect <volume_name>
52
-
```
47
+
48
+
`$ podman volume inspect <volume_name>`
49
+
53
50
The Mountpoint entry should point to the location of the volume in the host.
54
51
55
52
Podman creates volumes with default permissions. Ensure that the container’s oracle user has the necessary read/write/execute permissions on the auto-created volume. This may require setting proper permissions or ownership using a post-creation script, depending on your environment.
To determine if a user already exists on your node system with uid:gid of 1000, run:
60
-
```bash
61
-
$ getent passwd 1000
62
-
```
57
+
58
+
`$ getent passwd 1000`
59
+
63
60
If this command returns a username (which is the first field), you can skip the following `useradd` command. If not, create the `oracle` user manually:
64
-
```bash
65
-
$ useradd -u 1000 -g 0 oracle
66
-
```
61
+
62
+
`$ useradd -u 1000 -g 0 oracle`
67
63
68
64
## 3. Create the database
69
65
@@ -82,7 +78,7 @@ To run the database container to host the RCU schemas:
The options `-it` in the above command runs the container in interactive mode and you will be able to see the commands running in the container. This includes the command for RCU creation, domain creation, and configuration, followed by starting the Administration Server.
139
135
@@ -147,7 +143,7 @@ These lines indicate that the Administration Server started successfully with th
147
143
148
144
To view the Administration Server logs, enter the following command:
149
145
``` bash
150
-
$ podman logs -f \<Administration Server container name\>
146
+
`$ podman logs -f \<Administration Server container name\>`
151
147
```
152
148
## 6. Create SOA Managed Server containers
153
149
@@ -196,13 +192,13 @@ To start a Podman container for the SOA server (for `soa_server1`), you can use
Similarly, to start a second Podman container for the SOA server (for `soa_server2`), you can use the `podman run` command passing `soaserver2.env.list` with port `7005`.
Similarly, to start a second Podman container for the Oracle Service Bus server (for `osb_server2`), you can use the `podman run` command passing `osbserver2.env.list`.
0 commit comments