I'm trying to use google cloud shell on browser and have the latest psql 12.3 on my win 10 PC before I had 12.1 but, I updated to see if the issue will go away but, its still saying my machine has 9.6 The dependency I created on google cloud is 12 so, I'm not sure why its giving me this warning.
I'm useing
1vcpu,
Memory 3.75 GB
SSD storage 10 GB
CLOUD SHELL
Terminal
psql (9.6.17, server 12.1)
WARNING: psql major version 9.6, server major version 12.1
Some psql features might not work.
It means that PostgreSQL client version is 9.6 and that PostgreSQL server version is 12.1.
You can only use psql 9.6 features and you can still use most server 12.1 features.
If you don't want this warning you need to install PostgreSQL client version 12.
I need PostgreSQL 11.1, but my CentOs 7 + cPanel shows:
[root#hwsrv-359572 csf]# postgres --version;postmaster --version;
postgres (PostgreSQL) 9.2.24
postgres (PostgreSQL) 9.2.24
[root#hwsrv-359572 csf]#
I can UPGRADE from 9.2 to 11.1?
Are the differences between 9.2 and 11.1 very, very big and is it required to install PostgreSQL 11.1 completely?
Maybe some links symbolics is sufficient?
by example 9.2 use:
/var/lib/pgsql/data
but from version 10.x PgSQL use:
/var/lib/pgsql/{version}/data
is very hard/impossible
do upgrade from 9.2 to 11.1
and then no lost the GUI of cPanel + PhpPgAdmin?
is best do a installation fresh of Postgres 11.1?
when I do this,
cPanel does not detect Postgres and more:
GUI PhpPgAdmin interface is lost in cPanel.
I believe the best option is to upgrade,
because cPanel includes only Postgres 9.2
However, I can't find how to upgrade from 9.2 to 11.1
I try to install pgAdmin3 for postgresql 9.4 but have an error:
Could not find your PostgreSQL installation. You might need to use the
--with-pgsql=DIR configure option.
I saw some questions in this resource, for example
Building pgadmin3-1.20.0 in CentOS 7 with PostgreSQL-9.4
But I've postgresql running in Docker and have not locally installation.
Any ideas how to compile pgAdmin without postgresql installation?
In the process of upgrading our ubuntu 10.04 server to 12.04, PostgreSQL was upgraded from 7.4 to 9.1 without warns. How can I do now to retrieve the old tables from the 7.4 cluster and import them in the 9.1 one? There's no 7.4 binaries packages in the 12.04 repositories...
Thanks
You need to dump the databases first and then upgrade. You need a running database server to dump the databases.
You will also probably experience problems jumping quite so many versions in one go, if your databases are of any size or complexity.
Have a look in /var/lib/postgresql - if you have directory called 7.4 then that's your old database.
Either:
Install 10.04 on a spare box, copy the 7.4 dir onto it, start the DB, dump database.
Compile 7.4 from source and use that to dump your databases.
I'd go with option 1 if it seems viable.
Ideally you would dump the databases with a later version of pg_dump. If you can install 8.x on ubuntu 10.04 that would be worthwhile.
I upgraded my Ubuntu 8.04 To Ubuntu 10.04. Unfortunately, the upgrade process also updated the Postgres 8.3 install to a Postgres 8.4 install. My feeling is that although database engine binaries have been updated, the database itself was not migrated, hence it can not be loaded by the 8.4.
Since the 8.3 data format is not compatible with 8.4 format, altering postgresql.conf is not enough, nor can I use pg_dump with my 8.4 install.
I need a way to upgrade my previous base from 8.3 to 8.4, with no access to a 8.3 engine, only a 8.4.
Any clue?
The postgres packages in Debian, and hence, Ubuntu, has a very clearly defined way of upgrading from one Postgres version to another. The procedure is documented in /usr/share/doc/postgresql-common/README.Debian as follows:
Default clusters and upgrading
------------------------------
When installing a postgresql-X.Y package from scratch, a default
cluster 'main' will automatically be created. This operation is
equivalent to doing 'pg_createcluster X.Y main --start'.
Due to this default cluster, an immediate attempt to upgrade an
earlier 'main' cluster to a new version will fail and you need to
remove the newer default cluster first. E. g., if you have
postgresql-8.2 installed and want to upgrade to 8.3, you first install
postgresql-8.3:
apt-get install postgresql-8.3
Then drop the default 8.3 cluster:
pg_dropcluster 8.3 main --stop
And then upgrade the 8.2 cluster to 8.3:
pg_upgradecluster 8.2 main
The best time to do this is before ugrading to a version of Ubuntu where the version of Postgresql you're currently running has been removed, i.e. in this example, while on a version of Ubuntu that has the possibility to install both Postgres 8.3 and Postgres 8.4. In my case, I went from jaunty to karmic, upgraded 8.3 to 8.4 and then went from karmic to lucid.
The upgrade process as described above is very smooth. The *pg_upgradecluster* command will stop the old version, migrate data, then start the new version on the same port as the old version, finally starting the old version on a new port.
If you did not migrate your 8.3 postgres data before moving to an Ubuntu version that lacks postgres 8.3, migrating is still simple. Start by adding the karmic ubuntu repository to /etc/apt/sources.list:
deb http://archive.ubuntu.com/ubuntu/ karmic main restricted universe
Install postgresql-8.3:
apt-get update && apt-get install postgresql-8.3
Drop your 8.4 cluster. Warning: This will remove data in your postgresql 8.4 installation if you have any. But if you're only doing this because you need to upgrade your 8.3 to 8.4, you will have no data in your 8.4 cluster.
pg_dropcluster 8.4 main --stop
And then upgrade the 8.3 cluster to 8.4:
pg_upgradecluster 8.3 main
Finally, remove the postgresql-8.3 package, and remove the jaunty-line from /etc/apt/sources.list, then run apt-get update again.
As usual, taking a backup of your postgres directories before doing any of the above is always a good idea.
You'll have to install PostgreSQL 8.3 in temporary location from source, copy your old data there, start Pg, dump it's data using pd_dumpall and then import this data to new Postgres.
It's impossible without installing Pg 8.3.
Make sure you backup everything before you try anything.
There is the pg_migrator project which I think will do that for you, though I'm not sure whether it needs to 8.3 applications or source code.