-
Notifications
You must be signed in to change notification settings - Fork 108
Remove references to postgresql-evr #3167
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
841ca5b
e8654e8
a09f1f8
4c7a0e5
ef0b160
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
This file was deleted.
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,29 @@ | ||
| [id="upgrading-the-external-database-operating-system"] | ||
| = Upgrading the external database operating system | ||
|
|
||
| If your {Project} uses an external database, you can upgrade the database from {EL} 8 to {EL} 9 while upgrading {Project} from {ProjectVersionPrevious} to {ProjectVersion}. | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Is that still true for Foreman/Katello nightly? I am asking because it does not run on EL8 anymore. Latest release is 3.12.
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The external DB has more flexible requirements than Foreman since it just needs to be a running postgres server, so I think it's still okay that users would have EL8 machines running their DBs for some time. @ekohl can probably keep me honest here though.
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. As @ianballou has indicated, it sort of has its own lifecycle. Technically I think we should loosen the requirement to any PostgreSQL 13+ compatible server instead of some (RH)EL server running PostgreSQL. Within the platform team we've had some discussions on the level of support for the external DB server. Now that it's just a plain PostgreSQL server we can consider not having any instructions on setting up the PostgreSQL server. For example, we don't document how you do backups, partition, etc. Where do we draw the line?
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I can see our external DB documentation being the recommendation that we can provide the best support for. Perhaps we should be strict with what the docs recommend but ensure users know that other solutions may be possible, just with limited support. |
||
|
|
||
| .Prerequisites | ||
| * Create a host running {EL} 9 for PostgreSQL server that follows the external database on {EL} 9 documentation. | ||
| ifdef::katello,orcharhino,satellite[] | ||
| For more information, see {InstallingServerDocURL}using-external-databases[Using external databases with {Project}]. | ||
| endif::[] | ||
|
|
||
| .Procedure | ||
| . Create a backup of your existing external database. | ||
| . Restore the backup on the new {EL} 9 server. | ||
| . Verify that {Project} can reach the new database: | ||
| [options="nowrap", subs="+quotes,verbatim,attributes"] | ||
| ---- | ||
| # PGPASSWORD='_My_Foreman_Database_Password_' psql -h _postgres.example.com_ -p 5432 -U foreman -d foreman -c "SELECT 1 as ping" | ||
| ---- | ||
| . If your {ProjectServer} can reach the new database server by using the old name, no further changes are required. | ||
| Otherwise, reconfigure {Project} to use the new name: | ||
| + | ||
| [options="nowrap", subs="+quotes,verbatim,attributes"] | ||
| ---- | ||
| # {foreman-installer} \ | ||
| --foreman-db-host _newpostgres.example.com_ \ | ||
| --katello-candlepin-db-host _newpostgres.example.com_ \ | ||
| --foreman-proxy-content-pulpcore-postgresql-host _newpostgres.example.com_ | ||
| ---- | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -1,25 +1,22 @@ | ||
| [id="Upgrading_the_External_Database_{context}"] | ||
| = Upgrading the external database | ||
|
|
||
| You can upgrade an external database from {EL} 8 to {EL} 9 while upgrading {Project} from {ProjectVersionPrevious} to {ProjectVersion}. | ||
| If your {ProjectServer} uses an external database, the database will be upgraded when running `{foreman-installer}` on your {ProjectServer}. | ||
|
|
||
| .Prerequisites | ||
| * Create a new {EL} 9 based host for PostgreSQL server that follows the external database on {EL} 9 documentation. | ||
| ifdef::katello,orcharhino,satellite[] | ||
| For more information, see {InstallingServerDocURL}using-external-databases_{project-context}[Using External Databases with {Project}]. | ||
| endif::[] | ||
| * Install PostgreSQL version 13 on the new {EL} host. | ||
| * PostgreSQL version 13 is installed on your {EL} host. | ||
|
|
||
| .Procedure | ||
| . Create a backup. | ||
| . Restore the backup on the new server. | ||
| . If {Project} reaches the new database server via the old name, no further changes are required. | ||
| Otherwise reconfigure {Project} to use the new name: | ||
| . Update permissions to prepare the `postgresql-evr` extension for removal: | ||
| + | ||
| [options="nowrap", subs="+quotes,verbatim,attributes"] | ||
| ---- | ||
| # {foreman-installer} \ | ||
| --foreman-db-host _newpostgres.example.com_ \ | ||
| --katello-candlepin-db-host _newpostgres.example.com_ \ | ||
| --foreman-proxy-content-pulpcore-postgresql-host _newpostgres.example.com_ | ||
| # runuser -l postgres -c \ | ||
| "psql -d foreman -c \"UPDATE pg_extension SET extowner = (SELECT oid FROM pg_authid WHERE rolname='foreman') WHERE extname='evr';\"" | ||
| ---- | ||
| ifdef::upgrading-connected[] | ||
maximiliankolb marked this conversation as resolved.
Show resolved
Hide resolved
|
||
| . Follow xref:upgrading_a_connected_{project-context}_server_{context}[]. | ||
maximiliankolb marked this conversation as resolved.
Show resolved
Hide resolved
maximiliankolb marked this conversation as resolved.
Show resolved
Hide resolved
|
||
| endif::[] | ||
| ifdef::upgrading-disconnected[] | ||
| . Follow xref:upgrading_a_disconnected_{project-context}_server_{context}[]. | ||
| endif::[] | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -4,7 +4,11 @@ | |
| [id="katello-headline-features"] | ||
| == Headline Features | ||
|
|
||
| There are no highlights with Katello {KatelloVersion}. | ||
| === postgresql-evr extension no longer required | ||
|
|
||
| Installation of the Katello database on remote systems where root access is not available is now possible. | ||
| Only a basic PostgreSQL installation is required. | ||
| With this feature, you can now install on systems like Amazon RDS or Azure Database for PostgreSQL. | ||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Note to self: since Pulp 3.22 uses the HStore extension (which is why you need |
||
|
|
||
| [id="katello-upgrade-warnings"] | ||
| == Upgrade Warnings | ||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.