<![CDATA[Forum PostgreSQL]]> 2017-03-20T19:08:06Z PunBB https://forum.postgresql.org.pl/index.php <![CDATA[PostgreSQL active directory - beta program]]> https://forum.postgresql.org.pl/profile.php?id=3800 2017-03-20T19:08:06Z https://forum.postgresql.org.pl/viewtopic.php?id=14384&action=new <![CDATA[Point-in-time Recovery backup przyrostowy]]> https://forum.postgresql.org.pl/profile.php?id=1143 2016-12-13T11:46:42Z https://forum.postgresql.org.pl/viewtopic.php?id=1958&action=new <![CDATA[konfiguracja pg_hba.conf linux]]> https://forum.postgresql.org.pl/profile.php?id=1796 2016-12-02T10:04:42Z https://forum.postgresql.org.pl/viewtopic.php?id=1952&action=new <![CDATA[Mierzenie przyrostu tabel]]> https://forum.postgresql.org.pl/profile.php?id=1709 2016-09-16T06:56:58Z https://forum.postgresql.org.pl/viewtopic.php?id=14328&action=new <![CDATA[Dużo logi bazy - pg_log]]> https://forum.postgresql.org.pl/profile.php?id=3994 2016-08-21T20:04:22Z https://forum.postgresql.org.pl/viewtopic.php?id=14318&action=new <![CDATA[Mr. Administrator proszę mi przyznać uprawnienia admina]]> https://forum.postgresql.org.pl/profile.php?id=1682 2016-01-20T19:26:40Z https://forum.postgresql.org.pl/viewtopic.php?id=8520&action=new <![CDATA[operacja vacuum]]> https://forum.postgresql.org.pl/profile.php?id=972 2015-05-07T08:23:43Z https://forum.postgresql.org.pl/viewtopic.php?id=2274&action=new <![CDATA[jak odzyskac baze po awarii. (pliki w katalogu data są)]]> https://forum.postgresql.org.pl/profile.php?id=2319 2015-04-03T09:00:55Z https://forum.postgresql.org.pl/viewtopic.php?id=2268&action=new <![CDATA[Usługa Postgresql na Fedora 12 - brak wpisu w liście usług]]> https://forum.postgresql.org.pl/profile.php?id=2271 2015-03-16T11:48:57Z https://forum.postgresql.org.pl/viewtopic.php?id=2266&action=new <![CDATA[vacuum full]]> https://forum.postgresql.org.pl/profile.php?id=972 2015-02-25T08:08:52Z https://forum.postgresql.org.pl/viewtopic.php?id=2261&action=new <![CDATA[uruchomione procesy w bazie PostgreSQL]]> https://forum.postgresql.org.pl/profile.php?id=1911 2014-05-18T07:39:58Z https://forum.postgresql.org.pl/viewtopic.php?id=2153&action=new <![CDATA[pgAgent wykonuje zadanania tylko dla bazy postgres]]> https://forum.postgresql.org.pl/profile.php?id=1832 2014-04-16T13:27:25Z https://forum.postgresql.org.pl/viewtopic.php?id=1957&action=new <![CDATA[Problem z importem bazy danych. Nieprawidłowa składnia wejścia...]]> /zabbix_base.gz Później na nowej maszynie wykonuję rozpakowanie /usr/local/bin/lbunzip2 zabbix.dump.gz następnie import wygląda tak psql -U zabbix < zabbix.base.gz.out Niestety import przebiega z błędami: SET SET SET SET SET CREATE SCHEMA ALTER SCHEMA CREATE EXTENSION COMMENT SET CREATE FUNCTION ALTER FUNCTION SET SET CREATE TABLE ALTER TABLE . . . ALTER TABLE BŁĄD: nieprawidłowa składnia wejścia dla typu numerycznego: ".003100090000&')*00310000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000" KONTEKST: COPY history, linia 361637674, kolumna value: ".003100090000&')*00310000000000000000000000000000 00000000000000000000000000000000000000000000000000 0..." setval -------- 1 (1 wiersz) setval -------- 1 (1 wiersz) No i dalej import idzie ok. Podglądałem dumpa, faktycznie istnieje w nim taka dziwaczna wartość. Co z tym fantem można zrobić? Czy jedynym wyjściem jest skasowanie tej wartości?]]> https://forum.postgresql.org.pl/profile.php?id=1512 2013-12-12T06:27:59Z https://forum.postgresql.org.pl/viewtopic.php?id=1924&action=new <![CDATA[Plik log samoczynnie zmienia swoją nazwę]]> https://forum.postgresql.org.pl/profile.php?id=1685 2013-12-02T13:44:50Z https://forum.postgresql.org.pl/viewtopic.php?id=1918&action=new <![CDATA[Error message from server: ERROR: invalid memory alloc request size]]> /backup/database/zabbix.dump.`date +%Y%m%d`.gz pg_dump: SQL command failed pg_dump: Error message from server: ERROR: invalid memory alloc request size 1492224378 pg_dump: The command was: COPY public.trends_uint (itemid, clock, num, value_min, value_avg, value_max) TO stdout; Wykonałem ulimit -l unlimited w nadziej że pomoże ale jednak nie. Cały czas obserwowałem ram za pomocą watch -n 1 "free -m" I ram nie jest wykorzystany w 100%. Co może być przyczyną? --EDIT-- Dodam że system to Redhat 6 x64 24Gb ramu Postgres 9.1.8]]> https://forum.postgresql.org.pl/profile.php?id=1512 2013-11-28T13:57:27Z https://forum.postgresql.org.pl/viewtopic.php?id=1911&action=new