AW: Linux Update Experience
Hi Markus, at the moment we are facing similar conflicts on Oracle LInux 7 (wich is derived from RHEL) - we manage our machines using Spacewalk. The conflicts occur (as expected) on Spacewalk as well as on manually using yum: Fehler: Paket: postgresql11-devel-11.8-1PGDG.rhel7.x86_64 (oraclelinux7postgresql11) Benötigt: llvm-toolset-7-clang >= 4.0.1 Fehler: Paket: postgis30_12-3.0.1-5.rhel7.x86_64 (oraclelinux7postgresql12) Benötigt: proj70 >= 7.0.1 Installiert: proj70-7.0.0-2.rhel7.x86_64 (@oraclelinux7postgresql11) proj70 = 7.0.0-2.rhel7 Verfügbar: proj70-7.0.0-1.rhel7.x86_64 (oraclelinux7postgresql11) proj70 = 7.0.0-1.rhel7 Fehler: Paket: postgresql12-devel-12.3-1PGDG.rhel7.x86_64 (oraclelinux7postgresql12) Benötigt: llvm-toolset-7-clang >= 4.0.1 Marco -- Dr. Marco Lechner Bundesamt fuer Strahlenschutz / Federal Office for Radiation Protection RN Radiologischer Notfallschutz / Radiological Emergency Preparedness and Response RN1 Koordination Notfallschutzsysteme / Coordination Emergency Systems Rosastrasse 9 | D-79098 Freiburg | Germany mlech...@bfs.de<mailto:mlech...@bfs.de> | +49 (0)3018 333 6724 | www.bfs.de<http://www.bfs.de> Hinweis zu Anhängen die auf .p7m/.p7c/.p7s oder .asc/.asc.sig enden: Die .p7?- und .asc-Dateien sind ungefährliche Signaturdateien (digitale Unterschriften). In E-Mail-Clients mit S/MIME Konfiguration (.p7?) oder PGP-Erweiterung (.asc) dienen sie zur: - Überprüfung des Absenders - Überprüfung einer evtl. Veränderung des Inhalts während der Übermittlung über das Internet Die Signaturdateien können ebenso dazu verwendet werden dem Absender dieser Signatur eine E-Mail mit verschlüsseltem Inhalt zu senden. In E-Mail-Clients ohne S/MIME Konfiguration oder PGP-Erweiterung erscheinen die Dateien als Anhang und können ignoriert werden. Von: Zwettler Markus (OIZ) [mailto:markus.zwett...@zuerich.ch] Gesendet: Donnerstag, 28. Mai 2020 09:59 An: PostgreSQL General Betreff: Linux Update Experience We are running PGDG Postgres 9.6 and 12 on RHEL7. Our Linux team does global Linux updates on a quarterly basis (yum update). We are hitting more and more update problems. Some troubles this time: + Postgis24 has been updated to Postgis30 + Postgres 12.2 has been updated to Postgres 12.3 claiming missing requirements: Error: Package: postgresql12-devel-12.3-1PGDG.rhel7.x86_64 (imx_product_3rd_party_postgresql_repository_postgresql12_rhel7_x86_64) Requires: llvm-toolset-7-clang >= 4.0.1 Question: How to you handle your Linux update cycles? Not updating anymore? Thanks, Markus
AW: Linux Update Experience
Dear Markus, we are doing Updates almost continously/daily. The dependeny problems occur since a few days/1-2 weeks (?). The Updates are pending since then - hoping for package maintainers to fix this, but did not yet address this in Bugtracker. Marco Von: Zwettler Markus (OIZ) [mailto:markus.zwett...@zuerich.ch] Gesendet: Donnerstag, 28. Mai 2020 13:42 An: Marco Lechner ; PostgreSQL General Betreff: AW: Linux Update Experience Hi Marco, How do you handle these conflicts? No longer updating that regularly or not at all anymore? Thanks, Markus Von: Marco Lechner mailto:mlech...@bfs.de>> Gesendet: Donnerstag, 28. Mai 2020 11:01 An: Zwettler Markus (OIZ) mailto:markus.zwett...@zuerich.ch>>; PostgreSQL General mailto:pgsql-general@lists.postgresql.org>> Betreff: AW: Linux Update Experience Hi Markus, at the moment we are facing similar conflicts on Oracle LInux 7 (wich is derived from RHEL) - we manage our machines using Spacewalk. The conflicts occur (as expected) on Spacewalk as well as on manually using yum: Fehler: Paket: postgresql11-devel-11.8-1PGDG.rhel7.x86_64 (oraclelinux7postgresql11) Benötigt: llvm-toolset-7-clang >= 4.0.1 Fehler: Paket: postgis30_12-3.0.1-5.rhel7.x86_64 (oraclelinux7postgresql12) Benötigt: proj70 >= 7.0.1 Installiert: proj70-7.0.0-2.rhel7.x86_64 (@oraclelinux7postgresql11) proj70 = 7.0.0-2.rhel7 Verfügbar: proj70-7.0.0-1.rhel7.x86_64 (oraclelinux7postgresql11) proj70 = 7.0.0-1.rhel7 Fehler: Paket: postgresql12-devel-12.3-1PGDG.rhel7.x86_64 (oraclelinux7postgresql12) Benötigt: llvm-toolset-7-clang >= 4.0.1 Marco -- Dr. Marco Lechner Bundesamt fuer Strahlenschutz / Federal Office for Radiation Protection RN Radiologischer Notfallschutz / Radiological Emergency Preparedness and Response RN1 Koordination Notfallschutzsysteme / Coordination Emergency Systems Rosastrasse 9 | D-79098 Freiburg | Germany mlech...@bfs.de<mailto:mlech...@bfs.de> | +49 (0)3018 333 6724 | www.bfs.de<http://www.bfs.de> Hinweis zu Anhängen die auf .p7m/.p7c/.p7s oder .asc/.asc.sig enden: Die .p7?- und .asc-Dateien sind ungefährliche Signaturdateien (digitale Unterschriften). In E-Mail-Clients mit S/MIME Konfiguration (.p7?) oder PGP-Erweiterung (.asc) dienen sie zur: - Überprüfung des Absenders - Überprüfung einer evtl. Veränderung des Inhalts während der Übermittlung über das Internet Die Signaturdateien können ebenso dazu verwendet werden dem Absender dieser Signatur eine E-Mail mit verschlüsseltem Inhalt zu senden. In E-Mail-Clients ohne S/MIME Konfiguration oder PGP-Erweiterung erscheinen die Dateien als Anhang und können ignoriert werden. Von: Zwettler Markus (OIZ) [mailto:markus.zwett...@zuerich.ch] Gesendet: Donnerstag, 28. Mai 2020 09:59 An: PostgreSQL General mailto:pgsql-general@lists.postgresql.org>> Betreff: Linux Update Experience We are running PGDG Postgres 9.6 and 12 on RHEL7. Our Linux team does global Linux updates on a quarterly basis (yum update). We are hitting more and more update problems. Some troubles this time: + Postgis24 has been updated to Postgis30 + Postgres 12.2 has been updated to Postgres 12.3 claiming missing requirements: Error: Package: postgresql12-devel-12.3-1PGDG.rhel7.x86_64 (imx_product_3rd_party_postgresql_repository_postgresql12_rhel7_x86_64) Requires: llvm-toolset-7-clang >= 4.0.1 Question: How to you handle your Linux update cycles? Not updating anymore? Thanks, Markus
Tool for migrating Gupta SQLBase to PostgreSQL
Hi, we do have an old application that uses Gupta SQLBase as storage backend. While developing a new OpenSource-based application to substitute the old one we have to migrate the data in the Gupta SQLBase DB into PostgreSQL (because PostgreSQL/PostGIS has become our Standard DB-storage backend for good reasons). Anyone here who knows of a tool to convert or migrate Gupta SQLBase (11.6.x) to PostgreSQL? Happy for any hint. Best regards Marco i.A. Dr. Marco Lechner Leiter Fachgebiet RN 1 │ Head RN 1 -- Bundesamt für Strahlenschutz │ Federal Office for Radiation Protection Koordination Notfallschutzsysteme │ Coordination Emergency Systems │ RN 1 Rosastr. 9 D-79098 Freiburg Tel.: +49 30 18333-6724 Coronakontakt: +49 7661 9098245 E-Mail: mlech...@bfs.de<mailto:mlech...@bfs.de> www.bfs.de<http://www.bfs.de/> Abonnieren Sie den BfS-Newsletter „StrahlenschutzAktuell“<https://www.bfs.de/strahlenschutzaktuell> Folgen Sie uns auf Twitter<https://www.twitter.com/strahlenschutz> Informationen zum Datenschutz gemäß Artikel 13 DSGVO finden Sie unter: www.bfs.de/datenschutz<https://www.bfs.de/datenschutz> | Information concerning data protection in pursuance of section 13 GDPR can be found at: www.bfs.de/privacy-policy<https://www.bfs.de/privacy-policy> -- Hinweis zu Anhängen die auf .p7m/.p7c/.p7s oder .asc/.asc.sig enden: Die .p7?- und .asc-Dateien sind ungefährliche Signaturdateien (digitale Unterschriften). In E-Mail-Clients mit S/MIME Konfiguration (.p7?) oder PGP-Erweiterung (.asc) dienen sie zur: - Überprüfung des Absenders - Überprüfung einer evtl. Veränderung des Inhalts während der Übermittlung über das Internet Die Signaturdateien können ebenso dazu verwendet werden dem Absender dieser Signatur eine E-Mail mit verschlüsseltem Inhalt zu senden. In E-Mail-Clients ohne S/MIME Konfiguration oder PGP-Erweiterung erscheinen die Dateien als Anhang und können ignoriert werden.
support for DIN SPEC 91379 encoding
Hi, Does anyone here know, if postgresql supports DIN SPEC 91379 encoding? As far as I understand it is a “new” encoding supporting all “EU characters” based on Unicode, but is not compliant to UTF-8. As far as I di dread, there are a few characters in DIN SOEC 91379 that are not within UTF-8. As DIN SPEC 91379 seems to be a national specification (DE) it is based on a European law. I guess other similar international or aat least European compliant encodings should exist or at least other national specs that are compliant with the german DIN SOEC 91379. i.A. Dr. Marco Lechner Leiter Fachgebiet RN 1 │ Head RN 1 -- Bundesamt für Strahlenschutz │ Federal Office for Radiation Protection Koordination Notfallschutzsysteme │ Coordination Emergency Systems │ RN 1 Rosastr. 9 D-79098 Freiburg Tel.: +49 30 18333-6724 E-Mail: mlech...@bfs.de<mailto:mlech...@bfs.de> www.bfs.de<http://www.bfs.de/> 🌐 Besuchen<https://www.bfs.de/> Sie unsere Website, folgen Sie uns auf Twitter<https://www.twitter.com/strahlenschutz> und abonnieren<https://www.bfs.de/strahlenschutzaktuell> Sie unseren 📢 Newsletter. 🔒 Informationen zum Datenschutz<https://www.bfs.de/datenschutz> gemäß Artikel 13 DSGVO 💚 E-Mail drucken? Lieber die Umwelt schonen! -- Hinweis zu Anhängen die auf .p7m/.p7c/.p7s oder .asc/.asc.sig enden: Die .p7?- und .asc-Dateien sind ungefährliche Signaturdateien (digitale Unterschriften). In E-Mail-Clients mit S/MIME Konfiguration (.p7?) oder PGP-Erweiterung (.asc) dienen sie zur: - Überprüfung des Absenders - Überprüfung einer evtl. Veränderung des Inhalts während der Übermittlung über das Internet Die Signaturdateien können ebenso dazu verwendet werden dem Absender dieser Signatur eine E-Mail mit verschlüsseltem Inhalt zu senden. In E-Mail-Clients ohne S/MIME Konfiguration oder PGP-Erweiterung erscheinen die Dateien als Anhang und können ignoriert werden.
follower never to become master
Hi, using Patroni, is there an configuration option that makes a follower never become master if the master fails (but other followers of course). I want to add a follower to a patroni cluster that can be used as a separate readonly endpoint to the DB not affecting the rest of the cluster. So it could be something like the least relevant follower. Anyone who can point me to the documentation, if that configuration use case exists? Thanks in advance i.A. Dr. Marco Lechner Leiter Fachgebiet RN 1 │ Head RN 1 -- Bundesamt für Strahlenschutz │ Federal Office for Radiation Protection Koordination Notfallschutzsysteme │ Coordination Emergency Systems │ RN 1 Rosastr. 9 D-79098 Freiburg Tel.: +49 30 18333-6724 E-Mail: mlech...@bfs.de<mailto:mlech...@bfs.de> www.bfs.de<http://www.bfs.de/> 🌐 Besuchen<https://www.bfs.de/> Sie unsere Website, folgen Sie uns auf Twitter<https://www.twitter.com/strahlenschutz> und abonnieren<https://www.bfs.de/strahlenschutzaktuell> Sie unseren 📢 Newsletter. 🔒 Informationen zum Datenschutz<https://www.bfs.de/datenschutz> gemäß Artikel 13 DSGVO 💚 E-Mail drucken? Lieber die Umwelt schonen! -- Hinweis zu Anhängen die auf .p7m/.p7c/.p7s oder .asc/.asc.sig enden: Die .p7?- und .asc-Dateien sind ungefährliche Signaturdateien (digitale Unterschriften). In E-Mail-Clients mit S/MIME Konfiguration (.p7?) oder PGP-Erweiterung (.asc) dienen sie zur: - Überprüfung des Absenders - Überprüfung einer evtl. Veränderung des Inhalts während der Übermittlung über das Internet Die Signaturdateien können ebenso dazu verwendet werden dem Absender dieser Signatur eine E-Mail mit verschlüsseltem Inhalt zu senden. In E-Mail-Clients ohne S/MIME Konfiguration oder PGP-Erweiterung erscheinen die Dateien als Anhang und können ignoriert werden.
configure a patroni cluster with a follower who never can become leader
Hi, anyone who can point me to a docu or give me a hint if and how it is possible to configure a patroni cluster in a way that some nodes are follower and can become leader if necessary but there are followers as well that never can become a leader? VG Marco i.A. Dr. Marco Lechner Leiter Fachgebiet RN 1 │ Head RN 1 -- Bundesamt für Strahlenschutz │ Federal Office for Radiation Protection Koordination Notfallschutzsysteme │ Coordination Emergency Systems │ RN 1 Rosastr. 9 D-79098 Freiburg Tel.: +49 30 18333-6724 E-Mail: mlech...@bfs.de<mailto:mlech...@bfs.de> www.bfs.de<http://www.bfs.de/> 🌐 Besuchen<https://www.bfs.de/> Sie unsere Website, folgen Sie uns auf Twitter<https://www.twitter.com/strahlenschutz> und abonnieren<https://www.bfs.de/strahlenschutzaktuell> Sie unseren 📢 Newsletter. 🔒 Informationen zum Datenschutz<https://www.bfs.de/datenschutz> gemäß Artikel 13 DSGVO 💚 E-Mail drucken? Lieber die Umwelt schonen! -- Hinweis zu Anhängen die auf .p7m/.p7c/.p7s oder .asc/.asc.sig enden: Die .p7?- und .asc-Dateien sind ungefährliche Signaturdateien (digitale Unterschriften). In E-Mail-Clients mit S/MIME Konfiguration (.p7?) oder PGP-Erweiterung (.asc) dienen sie zur: - Überprüfung des Absenders - Überprüfung einer evtl. Veränderung des Inhalts während der Übermittlung über das Internet Die Signaturdateien können ebenso dazu verwendet werden dem Absender dieser Signatur eine E-Mail mit verschlüsseltem Inhalt zu senden. In E-Mail-Clients ohne S/MIME Konfiguration oder PGP-Erweiterung erscheinen die Dateien als Anhang und können ignoriert werden.
Download file from COPY ... TO with pgadmin
Hi,
Using COPY …TO it is possible to store e.g. the “value” of a bytea cell in a
directory on the server. E.g. by this:
COPY (SELECT content FROM d_doc WHERE id = 'x123456') TO
CONCAT('/tmp/mydoc.pdf’) (FORMAT binary);
As we do not have access to the postgresql fileserver (ssh, …), but can SELECT
the value of the bytea cell, is It possible to download the bytea directly into
a file on a client computer when using pgadmin? Is there a solution with the
COPY … TO command, any pgadmin specific feature or any other simple solution?
Regards
Marco
i.A. Dr. Marco Lechner
Leiter Fachgebiet RN 1 │ Head RN 1
--
Bundesamt für Strahlenschutz │ Federal Office for Radiation Protection
Koordination Notfallschutzsysteme │ Coordination Emergency Systems │ RN 1
Rosastr. 9
D-79098 Freiburg
Tel.: +49 30 18333-6724
E-Mail: mlech...@bfs.de<mailto:mlech...@bfs.de>
www.bfs.de<http://www.bfs.de/>
🌐 Besuchen<https://www.bfs.de/> Sie unsere Website, folgen Sie uns auf
Twitter<https://www.twitter.com/strahlenschutz> und
abonnieren<https://www.bfs.de/strahlenschutzaktuell> Sie unseren 📢 Newsletter.
🔒 Informationen zum Datenschutz<https://www.bfs.de/datenschutz> gemäß Artikel
13 DSGVO
💚 E-Mail drucken? Lieber die Umwelt schonen!
--
Hinweis zu Anhängen die auf .p7m/.p7c/.p7s oder .asc/.asc.sig enden:
Die .p7?- und .asc-Dateien sind ungefährliche Signaturdateien (digitale
Unterschriften). In E-Mail-Clients mit S/MIME Konfiguration (.p7?) oder
PGP-Erweiterung (.asc) dienen sie zur:
- Überprüfung des Absenders
- Überprüfung einer evtl. Veränderung des Inhalts während der Übermittlung über
das Internet
Die Signaturdateien können ebenso dazu verwendet werden dem Absender dieser
Signatur eine E-Mail mit verschlüsseltem Inhalt zu senden. In E-Mail-Clients
ohne S/MIME Konfiguration oder PGP-Erweiterung erscheinen die Dateien als
Anhang und können ignoriert werden.
AW: Download file from COPY ... TO with pgadmin
Works as expected on both ways. Thnx.
-Ursprüngliche Nachricht-
Von: Erik Wienhold
Gesendet: Dienstag, 31. Januar 2023 14:58
An: Marco Lechner ; pgsql-general@lists.postgresql.org
Betreff: Re: Download file from COPY ... TO with pgadmin
> On 31/01/2023 14:02 CET Marco Lechner wrote:
>
> Using COPY …TO it is possible to store e.g. the “value” of a bytea
> cell in a directory on the server. E.g. by this:
>
> COPY (SELECT content FROM d_doc WHERE id = 'x123456') TO
> CONCAT('/tmp/mydoc.pdf’) (FORMAT binary);
>
> As we do not have access to the postgresql fileserver (ssh, …), but
> can SELECT the value of the bytea cell, is It possible to download the
> bytea directly into a file on a client computer when using pgadmin? Is
> there a solution with the COPY … TO command, any pgadmin specific feature or
> any other simple solution?
Use psql with \copy which targets the client file system. pgAdmin 5.4+ can
also launch psql.
--
Erik
AW: Is there a bug in psql? (SELECT ''';)
You have to mask the single quote:
https://www.postgresql.org/docs/current/sql-syntax-lexical.html#SQL-SYNTAX-CONSTANTS
Von: Wen Yi <896634...@qq.com>
Gesendet: Mittwoch, 31. Mai 2023 09:17
An: pgsql-general
Betreff: Is there a bug in psql? (SELECT ''';)
Hi team,
when I learn the postgres, I try to store the ' into the database,
but something unexpected happend.
postgres=# CREATE TABLE test (str varchar);
CREATE TABLE
postgres=# INSERT INTO test values (''');
postgres'# SELECT * FROM test;
postgres'# exit
Use control-D to quit.
postgres'# \q
Use control-D to quit.
postgres'#
\q
bash-5.1$
And I do another test
postgres=# SELECT ''';
postgres'# exit
Use control-D to quit.
postgres'# \q
Use control-D to quit.
postgres'#
\q
bash-5.1$
Is there a bug in psql?
Yours,
Wen Yi
how to merge two postgresql server instances into one
Hi, how to merge two postgresql server instances into one? I have a postgresql-11 and -12 instance on my server and want to upgrade both (pg_upgrade?) into one postgresql-14 instance. The postgresql-14 instance does not exist yet (fresh install of postgresql-14 server packages). Using pg_upgrade to upgrade the larger one and pg_dumpall/pg_restore for the smaller one? Or are there any other nice recommended workflows? i.A. Dr. Marco Lechner Leiter Fachgebiet RN 1 │ Head RN 1 -- Bundesamt für Strahlenschutz │ Federal Office for Radiation Protection Koordination Notfallschutzsysteme │ Coordination Emergency Systems │ RN 1
AW: how to merge two postgresql server instances into one
Hi Adrian, does this clearify the mission: Recent: PostgreSQL 11: - Db1_foo - Db2_bar - postgres - template1 PostgreSQL 12: - Db3_zii - Db4_gee - postgres - template1 Result after Upgrade: PostgreSQL 14: - Db1_foo - Db2_bar - Db3_zii - Db4_gee - postgres (not from PG11/PG12) - template1 (not from PG11/PG12) Used extensions: postgis, hstore. But I see, that another task might be to have user/roles from both PG11 and PG12 copied to PG14. -Ursprüngliche Nachricht- Von: Adrian Klaver Gesendet: Mittwoch, 6. Oktober 2021 17:33 An: Marco Lechner ; pgsql-general@lists.postgresql.org Betreff: Re: how to merge two postgresql server instances into one WARNUNG: Diese E-Mail kam von außerhalb der Organisation. Klicken Sie nicht auf Links oder öffnen Sie keine Anhänge, es sei denn, Sie kennen den/die Absender*in und wissen, dass der Inhalt sicher ist. On 10/6/21 2:58 AM, Marco Lechner wrote: > Hi, > > how to merge two postgresql server instances into one? I have a > postgresql-11 and -12 instance on my server and want to upgrade both > (pg_upgrade?) into one postgresql-14 instance. The bigger issue will be the merge. Define what that means in this context? > > The postgresql-14 instance does not exist yet (fresh install of > postgresql-14 server packages). Using pg_upgrade to upgrade the larger > one and pg_dumpall/pg_restore for the smaller one? Or are there any > other nice recommended workflows? > > i.A. Dr. Marco Lechner > > Leiter Fachgebiet RN 1 │ Head RN 1 > > -- > > Bundesamt für Strahlenschutz │ Federal Office for Radiation Protection > > Koordination Notfallschutzsysteme │ Coordination Emergency Systems │ > RN 1 > -- Adrian Klaver adrian.kla...@aklaver.com
