Témata

1

Server / Upgrade PostGIS extension z dev verze

« kdy: 10. 03. 2025, 10:33:45 »

Ahoj!
Na serveru se mi do Docker image nejakou nestastnou shodou okolnosti dostala extension PostGIS ve verzi 3.2.0.dev, nad kterou se nasledne postavila kupa uzivatelskych objektu.
Pri patchovani jsem narazil na to, ze dostupna verze extension uz je novejsi (3.5.0), bohuzel se mi nedari prijit na zadny zpusob, jak stavajici extension updatovat. Vzdy skoncim na informaci, ze z dane verze neni k dispozici zadna cesta pro update na novou verzi. Rad bych se vyhnul odstavce spojene s exportem/importem dat (instance neni uplne mala a zabere to cas) a tak bych se jeste rad zkusil zeptat zkusenejsich. Existuje nejaka moznost, jak provest update extension nebo me dump zkratka nemine?
Diky moc za pripadne napady!

2

Server / Postgres instance v recovery, přitom otevřená korektně

« kdy: 08. 09. 2023, 18:30:59 »

Ahoj všem!

Narazil jsem na takový problém, se kterým si zatím nevím rady a napadlo mě zkusit se zeptat zde, zda už jste třeba někdo neřešil ...
Mám korektně nastartovanou instanci Postgresu ve verzi 13.
Vše se tváří ok, dokud nespustím jeden relativně náročný dotaz. Po nějaké době vykonávání dotazu začnou do logu padat hlášky, že instance je v recovery režimu. Kontrola přes pg_controldata ale vrací, že instance je In production.
Tak jsem z toho nějaký zmatený a nedaří se mi zatím přijít na to, co je příčinou.
Napadlo mě třeba poškození nějakých bloků, ale říkám si, že to by se asi v logu projevilo jinak.
Nepotkal jste se s tím už někdo někdy?
Díky za každý případný nápad!

3

Server / Postgres: pg_checksum v kontejneru

« kdy: 16. 02. 2023, 10:34:27 »

Ahoj!

Rad bych poprosil zkusenejsi kolegy o radu. Potreboval bych aktivovat pg_checksum na instancich, ktere bezi v dockeru a ktere maji datovy fs pripojeny zvenku.
Narazim na problem, ze binarka, ktera toto aktivuje, musi bezet (celkem pochopitelne) nad zastavenou instanci.
Jenze kdyz nebezi instance, nebezi kontejner.
Jako reseni me napada nainstalovat binarky primo na server a aktivovat to primo nad fs pro jednotlive instance.
Nejsem si ale jisty, zda ta aktivace neni nejak spojena primo s binarkami, ze kterych se to spousti a zda pak po spusteni kontejneru nemuzu narazit na nejake neplechy?
Podle dokumentace by se neco melo propisovat jen do pg_control, ktery je soucasti daneho fs, takze fungovat by to snad mohlo. Ale prece jen bych se rad zeptal, zda jste nekdo uz neco podobneho neresil?
Diky moc za pripadne zkusenosti!

4

Server / Postgres - identifikace šifrování ransomwarem?

« kdy: 08. 12. 2022, 12:49:44 »

Ahoj,

snazim se vyresit, zda jde v pripade teoretickeho pruniku do site poznat v db, ze se pripadny ransomware snazi sifrovat datove soubory primo na fs?

Co jsem zatim zkousel, tak editace samotneho souboru Postgresu nijak nevadi. Kdyz do nej neco pripojim, nevadi mu to vubec a vse funguje bez problemu dal a pokud ho komplet zevnitr smazu nebo prepisu, tak jen vraci prazdne vysledky a dokonce nehaze chybu ani pri insertu, ackoliv nasledny select insertovany radek neobsahuje.

V logu se rovnez zadna chyba neobjevi.

Narazil jsem na to, ze od verze 14 je k dispozici pg_checksums a predpokladal jsem, ze po jeho zapnuti tohle nejak osetri. V zakladu se tak ale nestale, vse puvodne popsane funguje stejnym zpusobem dal.

Rad bych se tedy zeptal zkusenejsich, prosim. Jakym zpusobem vyvolavat kontrolu (nejlepe prubezne), zda jsou datove soubory konzistentni a idealne to zaznamenavat do logu?

Diky moc za pripadne rady ci nakopnuti spravnym smerem!

5

Server / PostgreSQL: objem a obsah WAL logů zpětně

« kdy: 29. 09. 2022, 09:49:16 »

Ahoj,
rad bych se tu na zkusenejsi a znalejsi obratil s prosbou o radu.
Resim situaci, kdy se mi zblaznila nejaka Postgre instance a za vikend vygenerovala nestandardne velke mnozstvi wal logu, coz nekolikrat vedlo k ucpani archivniho file systemu, jelikoz se fs zaplnil drive nez doslo ke spusteni naplanovane zalohy archivnich logu.
Dle uzivatelu nemela nad db probihat zadna nestandardni aktivita a ja se ted zpetne snazim zjistit, co se tam vlastne stalo.

Na Oracle mam k dispozici view, pres ktera jsem schopny zjistit objem vygenerovanych logu zpetne a nejak to porovnat s beznym vikendem, pripadne v EE mam k dispozici ASH pro analyzu probehle aktivity. Na Postgre se mi zatim nic podobneho najit nepodarilo. Existuje zde ve standardu neco, cim bych se toho dopatral?
Pripadne existuje nejaka moznost vycist to z tech archivovanych wal logu?
Auditovani tam bohuzel nemam zapnuto, takze ze standardniho logu to nevyctu.
Diky moc za pripadne napady ci nasmerovani!

6

Server / Lze vynutit starší verzi syntaxe pg_dump?

« kdy: 11. 04. 2022, 09:51:34 »

Ahoj,
nepovedlo se mi zatim dohledat v dokumentaci ani jinde, tak se zkusim zeptat zkusenejsich.

Na serveru mam klienta verze 14 a pri exportu a naslednem importu clusteru ci db narazim na to, ze novy klient pouziva novejsi syntaxi v prikazu CREATE DATABASE (parametr LOCALE), ktera ale pri importu do starsi verze (konkretne verze 12) nefunguje a import na tom pada ... Databaze musim napred vytvorit rucne s pouzitim stare syntaxe (LC_COLLATE + LC_CTYPE) a import spustit znovu.

Lze nejak v klientovi vynutit pouzivani syntaxe podle verze db, kterou exportuji?
Diky za pripadne rady!

7

Server / Postgres - nekompletni restore pres pg_dump

« kdy: 16. 09. 2021, 08:26:40 »

Ahoj,
narazil jsem na takovou zvlastni situaci pri restore pres pg_dump a rad bych se zeptal zkusenejsich, zda je to opravdu takhle ok (coz mi prijde zvlastni) nebo jsem neco opomnel.
Situace:
Mam instanci, na ktere bezi db ... po odstaveni aplikacnich serveru jsem udelal dump db pres pg_dump (naprosto zakladni dump bez nejakych extra prepinacu).
Po neuspesnem rolloutu si vyzadali rollback, pro jistotu jsem puvodni db prejmenoval, vytvoril novou prazdnou s puvodnim jmenem a do ni nalil v prvnim kroku vytvoreny dump.
Kdyz jsem si pak delal nejake kontroly, narazil jsem na to, ze v puvodni db (kterou na tom serveru porad mam) jsou objekty (tabulky a souvisejici indexy), ktere na restorovane db nejsou.
V puvodni db byly tyhle tabulky prazdne, neobsahovaly zadna data .... nicmene to podle me (alespon na prvni dobrou) neni duvod pro to, aby nebyly soucasti restore?
Tusite, prosim, nekdo, proc mohlo k takove situaci dojit, pripadne kde jsem mohl udelat chybu?
Diky za kazdy napad ci radu!

S pozdravem JH

8

Server / Postgres - upgrade v ramci kontejneru

« kdy: 30. 04. 2021, 10:55:48 »

Ahoj,
rad bych ze zkusenejsich zeptal, zda nemate zkusenosti s upgradem Postgre instanci (z verze 10 -> 13), ktere bezi v kontejneru. Tedy samotny db engine bezi v kontejneru, data jsou prolinkovana z kontejneru ven.
Existuje moznost vymenit pouze kontejner s verzi 10 za kontejner s verzi 13 a nasledne spustit pg_upgrade nebo to databaze nerozchodi? Z dokumentace jsem to pochopil tak, ze to podle vseho nepujde (musel bych definovat nove cesty pro cluster data, coz nechci), ale treba nejaka cesta existuje?
Dalsi zvazovanou variantou je totiz dump aktualnich db, vymena kontejneru a import do nove verze ... coz mi nicmene prijde pri vetsim mnozstvi instanci a db v nich pracnejsi.
Diky za pripadne info ci zkusenosti!

9

Server / Vacuum databáze nevrací volné místo

« kdy: 18. 09. 2020, 13:39:52 »

Ahoj,
nepotkal jste se nekdo s tim, ze i kdyz poustim vacuum (at uz autovacuum nebo vacuum analyze) horem dolem, tak se mi proste misto nevraci?

Kdyz tabulku vydumpuju, je vyrazne mensi nez kolik zabira ... ale export/drop/import mi neprijde jako prilis elegantni reseni. Vacuum se tvari jako ze bezi, pri verbose rezimu vypisuje, kolik to uvolnilo dead tuples, ale vysledkem je stejne nula ...

Nejak mi uz dochazi napady, co jeste muzu delat spatne.
Diky za pripadne zkusenosti!

10

Server / pgAudit v PostgreSQL

« kdy: 12. 08. 2020, 14:16:38 »

Ahoj,

neresil jste nekdo auditovani internich katalogovych objektu pri objektovem auditu? Jde mi o to, ze nechci auditovat vsechny katalogove objekty (to by vyresil pgaudit.log_catalog=on), ale pouze nektere citlive objekty (pg_authid apod.) ...
Jevi se mi to tak, ze pokud vypnu logovani katalogu, tak samotne objektove auditovani nefunguje ... jako by ten parametr log_catalog byl nadrazeny ... Bohuzel z dokumentace se mi to nedari jednoznacne vycist a tak nevim, zda treba jen nedelam neco spatne ...
Neporadite nekdo? Predem diky za pripadnou ochotu!

11

Server / pg_start_backup v Posgtresu

« kdy: 28. 05. 2020, 23:55:10 »

Ahoj,
rad bych se zdejsich zkusenejsich zeptal na zkusenosti s pouzivanim online backupu v Postgresu.
Resim situaci, kdy pro base zalohu db v archivnim rezimu vyuzivam pg_start_backup/pg_end_backup.
Domnival jsem se, ze po spusteni pg_start_backup jiz nedochazi k zapisu do datovych souboru a vsechno jde do wal segmentu. Nicmene narazil jsem na situaci, kdy zalohovaci sw vyhodil chybovou hlasku s tim, ze behem zalohy doslo ke zmene velikosti nektereho souboru.
Pri hledani o jaky soubor jde jsem pak zjistil, ze jde o datovy soubor jedne tabulky.
V dokumentaci jsem dohledal, ze jde o normalni situaci ... nicmene pro me tim pada me puvodni vysvetleni toho, jak ta online zaloha funguje ...
Setkal jste se tu s tim nekdo, pripadne umite vysvetlit, proc to tak je?
Diky za pripadnou ochotu!