🚀 go-pugleaf

W dniu 2015-10-30 o 12:38, Bartosz Urbański pisze:
> Mam problem z archiwizacją, jestem zielony w bazach danych ale nasz program księgowy korzysta lokalnie z postgreSQL. Wsparcie techniczne programu nie chce pomóc bo twierdzą że to problem z bazą a nie z programem (a'propos bazę postgreSQL sami dostarczyli wraz z programem więc wymówka dla mnie niezrozumiała).
> Przy próbie archiwizacji wywala błąd (log z db_dump):
>
> pg_dump: reading schemas
> pg_dump: reading user-defined tables
> pg_dump: reading extensions
> pg_dump: reading user-defined functions
> pg_dump: schema with OID 713014 does not exist
> pg_dump: *** aborted because of error
>
> Czy ktoś jest w stanie pomóc w tej sprawie?

Był już chyba taki temat na grupie więc poszukaj w archiwum.
Vacuum full próbowałeś?


-- 
pozdrawiam
AS

W dniu piątek, 30 października 2015 14:55:12 UTC+1 użytkownik Andrzej Stróżyński napisał:
> W dniu 2015-10-30 o 12:38, Bartosz Urbański pisze:
> > Mam problem z archiwizacją, jestem zielony w bazach danych ale nasz program księgowy korzysta lokalnie z postgreSQL. Wsparcie techniczne programu nie chce pomóc bo twierdzą że to problem z bazą a nie z programem (a'propos bazę postgreSQL sami dostarczyli wraz z programem więc wymówka dla mnie niezrozumiała).
> > Przy próbie archiwizacji wywala błąd (log z db_dump):
> >
> > pg_dump: reading schemas
> > pg_dump: reading user-defined tables
> > pg_dump: reading extensions
> > pg_dump: reading user-defined functions
> > pg_dump: schema with OID 713014 does not exist
> > pg_dump: *** aborted because of error
> >
> > Czy ktoś jest w stanie pomóc w tej sprawie?
> 
> Był już chyba taki temat na grupie więc poszukaj w archiwum.
> Vacuum full próbowałeś?
> 
> 
> -- 
> pozdrawiam
> AS

Szukałem ale znalazłem tylko temat poruszany 10 lat temu, a poza tym ja się zupełnie nie znam na postgresie. Jest mi potrzebna pomoc łopatologiczna typu wejdź->uruchom->itp.
Vacuum full nie próbowałem, czy to bezpieczne dla bazy i jak to uruchomić?

On 2015-10-30, Bartosz Urbański <burbanski@celkom.pl> wrote:
> Mam problem z archiwizacją, jestem zielony w bazach danych ale nasz program księgowy korzysta lokalnie z postgreSQL. Wsparcie techniczne programu nie chce pomóc bo twierdzą że to problem z bazą a nie z programem (a'propos bazę postgreSQL sami dostarczyli wraz z programem więc wymówka dla mnie niezrozumiała). 
> Przy próbie archiwizacji wywala błąd (log z db_dump):
>
> pg_dump: reading schemas
> pg_dump: reading user-defined tables
> pg_dump: reading extensions
> pg_dump: reading user-defined functions
> pg_dump: schema with OID 713014 does not exist
> pg_dump: *** aborted because of error
> Czy ktoś jest w stanie pomóc w tej sprawie?

Zrób:
select oid, nspname from pg_namespace;

potem:
select f.oid, f.name from pg_proc f where f.pronamespace = 713014;

tam masz jakieś funkcje które są wpisane w nieistniejącą schemę.
jeśli te funkcje są nieistotne, to możesz spróbować:
delete from pg_proc where pronamespace = 713014;
jeśli są istotne, to zrób im:
update pg_proc set pronamespace = 2200 where pronamespace = 713014;
zakładając, że 2200 to oid schemy "public";

nawet kasując funkcje lepiej zrobić update'a, i potem, drop function
...;

depesz

-- 
The best thing about modern society is how easy it is to avoid contact with it.
                                                             http://depesz.com/

> Zrób:
> select oid, nspname from pg_namespace;
> 
> potem:
> select f.oid, f.name from pg_proc f where f.pronamespace = 713014;
> 
> tam masz jakieś funkcje które są wpisane w nieistniejącą schemę.
> jeśli te funkcje są nieistotne, to możesz spróbować:
> delete from pg_proc where pronamespace = 713014;
> jeśli są istotne, to zrób im:
> update pg_proc set pronamespace = 2200 where pronamespace = 713014;
> zakładając, że 2200 to oid schemy "public";
> 
> nawet kasując funkcje lepiej zrobić update'a, i potem, drop function
> ...;
> 
> depesz
> 

Dziękuję za chęć pomocy, niestety ja nie skorzystam bo tak jak napisałem jestem zupełnie zielony w postgresie, nawet nie wiem gdzie mam wpisać podane przez Ciebie komendy. Co odpalić? Jak wybrać konkretną bazę danych z którą jest problem? Jest kilka baz danych o różnych nazwach na porcie 5433 ale błąd występuje tylko w jednej z nich.

Liczyłem na to że jest jakiś fix który naprawi/uporządkuje mi tą bazę. Jeśli mam w nią ingerować ręcznie to poddaję się bo nie wiem jak i gdzie.

Czy ktoś jest w stanie naprawić to zdalnie?

> Zrób:
> select oid, nspname from pg_namespace;
> 
> potem:
> select f.oid, f.name from pg_proc f where f.pronamespace = 713014;
> 
> tam masz jakieś funkcje które są wpisane w nieistniejącą schemę.
> jeśli te funkcje są nieistotne, to możesz spróbować:
> delete from pg_proc where pronamespace = 713014;
> jeśli są istotne, to zrób im:
> update pg_proc set pronamespace = 2200 where pronamespace = 713014;
> zakładając, że 2200 to oid schemy "public";
> 
> nawet kasując funkcje lepiej zrobić update'a, i potem, drop function
> ...;
> 
> depesz
> 

Dziękuję za chęć udzielenia pomocy, niestety ja jestem tylko użytkownikiem tej bazy i zupełnie nie wiem jak skorzystać z Twojej pomocy, nawet nie wiem gdzie mam wpisać podane przez Ciebie komendy. Czy odpalić psql? Jak wybrać konkretną bazę danych z którą jest problem? Jest kilka baz danych o różnych nazwach na porcie 5433 ale błąd występuje tylko w jednej z nich.

Miałem nadzieję że jest jakiś fix który naprawi/uporządkuje mi tą bazę. W folderze programu jest aplikacja fixdb w wersji 1.7, po jej uruchomieniu mam możliwość wyboru bazy i jej naprawy ale tego użyć aby nie utracić danych, a jak wiadomo nie mogę ich wcześniej zarchiwizować. Ktoś zna ten programik?

W dniu 2015-11-03 o 14:48, Bartosz Urbański pisze:
>> Zrób:
>> select oid, nspname from pg_namespace;
>>
>> potem:
>> select f.oid, f.name from pg_proc f where f.pronamespace = 713014;
>>
>> tam masz jakieś funkcje które są wpisane w nieistniejącą schemę.
>> jeśli te funkcje są nieistotne, to możesz spróbować:
>> delete from pg_proc where pronamespace = 713014;
>> jeśli są istotne, to zrób im:
>> update pg_proc set pronamespace = 2200 where pronamespace = 713014;
>> zakładając, że 2200 to oid schemy "public";
>>
>> nawet kasując funkcje lepiej zrobić update'a, i potem, drop function
>> ...;
>>
>> depesz
>>
>
> Dziękuję za chęć pomocy, niestety ja nie skorzystam bo tak jak napisałem jestem zupełnie zielony w postgresie, nawet nie wiem gdzie mam wpisać podane przez Ciebie komendy. Co odpalić? Jak wybrać konkretną bazę danych z którą jest problem? Jest kilka baz danych o różnych nazwach na porcie 5433 ale błąd występuje tylko w jednej z nich.
> Liczyłem na to że jest jakiś fix który naprawi/uporządkuje mi tą bazę. Jeśli mam w nią ingerować ręcznie to poddaję się bo nie wiem jak i gdzie.
> Czy ktoś jest w stanie naprawić to zdalnie?
>
Gdzie "widzisz" jakie masz bazy?
Jeśli nie masz, to zainstaluj PgAdmina i nim podłącz się do bazy.
Odpal okno SQL-a i tam zapodasz polecenia.


-- 
pozdrawiam
AS

W dniu 2015-11-03 o 15:05, Andrzej Stróżyński pisze:
> W dniu 2015-11-03 o 14:48, Bartosz Urbański pisze:
>>> Zrób:
>>> select oid, nspname from pg_namespace;
>>>
>>> potem:
>>> select f.oid, f.name from pg_proc f where f.pronamespace = 713014;
>>>
>>> tam masz jakieś funkcje które są wpisane w nieistniejącą schemę.
>>> jeśli te funkcje są nieistotne, to możesz spróbować:
>>> delete from pg_proc where pronamespace = 713014;
>>> jeśli są istotne, to zrób im:
>>> update pg_proc set pronamespace = 2200 where pronamespace = 713014;
>>> zakładając, że 2200 to oid schemy "public";
>>>
>>> nawet kasując funkcje lepiej zrobić update'a, i potem, drop function
>>> ...;
>>>
>>> depesz
>>>
>>
>> Dziękuję za chęć pomocy, niestety ja nie skorzystam bo tak jak
>> napisałem jestem zupełnie zielony w postgresie, nawet nie wiem gdzie
>> mam wpisać podane przez Ciebie komendy. Co odpalić? Jak wybrać
>> konkretną bazę danych z którą jest problem? Jest kilka baz danych o
>> różnych nazwach na porcie 5433 ale błąd występuje tylko w jednej z nich.
>> Liczyłem na to że jest jakiś fix który naprawi/uporządkuje mi tą bazę.
>> Jeśli mam w nią ingerować ręcznie to poddaję się bo nie wiem jak i gdzie.
>> Czy ktoś jest w stanie naprawić to zdalnie?
>>
> Gdzie "widzisz" jakie masz bazy?
> Jeśli nie masz, to zainstaluj PgAdmina i nim podłącz się do bazy.
> Odpal okno SQL-a i tam zapodasz polecenia.

Jeśli Twój program to kpir varico to PgAdmina masz zainstalowanego.
Musisz tylko w połączeniu zmienić użytkownika na varicouser.
Hasło jest takie samo.


-- 
pozdrawiam
AS

W dniu wtorek, 3 listopada 2015 15:34:26 UTC+1 użytkownik Andrzej Stróżyński napisał:
> W dniu 2015-11-03 o 15:05, Andrzej Stróżyński pisze:
> > W dniu 2015-11-03 o 14:48, Bartosz Urbański pisze:
> >>> Zrób:
> >>> select oid, nspname from pg_namespace;
> >>>
> >>> potem:
> >>> select f.oid, f.name from pg_proc f where f.pronamespace = 713014;
> >>>
> >>> tam masz jakieś funkcje które są wpisane w nieistniejącą schemę.
> >>> jeśli te funkcje są nieistotne, to możesz spróbować:
> >>> delete from pg_proc where pronamespace = 713014;
> >>> jeśli są istotne, to zrób im:
> >>> update pg_proc set pronamespace = 2200 where pronamespace = 713014;
> >>> zakładając, że 2200 to oid schemy "public";
> >>>
> >>> nawet kasując funkcje lepiej zrobić update'a, i potem, drop function
> >>> ...;
> >>>
> >>> depesz
> >>>
> >>
> >> Dziękuję za chęć pomocy, niestety ja nie skorzystam bo tak jak
> >> napisałem jestem zupełnie zielony w postgresie, nawet nie wiem gdzie
> >> mam wpisać podane przez Ciebie komendy. Co odpalić? Jak wybrać
> >> konkretną bazę danych z którą jest problem? Jest kilka baz danych o
> >> różnych nazwach na porcie 5433 ale błąd występuje tylko w jednej z nich.
> >> Liczyłem na to że jest jakiś fix który naprawi/uporządkuje mi tą bazę.
> >> Jeśli mam w nią ingerować ręcznie to poddaję się bo nie wiem jak i gdzie.
> >> Czy ktoś jest w stanie naprawić to zdalnie?
> >>
> > Gdzie "widzisz" jakie masz bazy?
> > Jeśli nie masz, to zainstaluj PgAdmina i nim podłącz się do bazy.
> > Odpal okno SQL-a i tam zapodasz polecenia.
> 
> Jeśli Twój program to kpir varico to PgAdmina masz zainstalowanego.
> Musisz tylko w połączeniu zmienić użytkownika na varicouser.
> Hasło jest takie samo.
> 
> 
> -- 
> pozdrawiam
> AS

Dokładnie chodzi o program varico, tyle że ksh ale to nie ma znaczenia. Cieszę się że wiesz o co chodzi bo może uda się rozwiązać problem.

Postanowiłem najpierw zrobić próbę na innej bazie którą błędów nie wykazuje ale przynajmniej mogę ją zarchiwizować i potem odtworzyć w przypadku niepowodzenia.
A więc wykonałem i otrzymałem:

> select oid, nspname from pg_namespace; 

oid      nspname
99       pg_toast
11124    pg_temp_1
11125    pg_toast_temp_1
11       pg_catalog
11389    information_schema
71346    defaults
2200     public
72085    pg_temp_2
72086    pg_toast_temp_2

> select f.oid, f.name from pg_proc f where f.pronamespace = 713014; 

BŁĄD:  kolumna f.name nie istnieje
LINE 2: select f.oid, f.name from pg_proc f where f.pronamespace = 7...
                      ^
********** Błąd **********
BŁĄD: kolumna f.name nie istnieje
Stan SQL: 42703
Znak: 54

Czy coś robię nie tak?

W dniu 2015-11-04 o 15:03, Bartosz Urbański pisze:
>> >select f.oid, f.name from pg_proc f where f.pronamespace = 713014;
> BŁĄD:  kolumna f.name nie istnieje
> LINE 2: select f.oid, f.name from pg_proc f where f.pronamespace = 7...
>                        ^
> ********** Błąd **********
> BŁĄD: kolumna f.name nie istnieje
> Stan SQL: 42703
> Znak: 54
>
> Czy coś robię nie tak?

Powinno być :

select f.oid, f.proname from pg_proc f where f.pronamespace = 713014;

-- 
Pozdrawiam,
Leszek Kubrak

W dniu środa, 4 listopada 2015 15:17:08 UTC+1 użytkownik Lesiok napisał:
> W dniu 2015-11-04 o 15:03, Bartosz Urbański pisze:
> >> >select f.oid, f.name from pg_proc f where f.pronamespace = 713014;
> > BŁĄD:  kolumna f.name nie istnieje
> > LINE 2: select f.oid, f.name from pg_proc f where f.pronamespace = 7...
> >                        ^
> > ********** Błąd **********
> > BŁĄD: kolumna f.name nie istnieje
> > Stan SQL: 42703
> > Znak: 54
> >
> > Czy coś robię nie tak?
> 
> Powinno być :
> 
> select f.oid, f.proname from pg_proc f where f.pronamespace = 713014;
> 
> -- 
> Pozdrawiam,
> Leszek Kubrak

Dzięki, za poprawkę.
Nic się nie dzieje, tabela danych wyjściowych jest pusta po wykonaniu polecenia:
> select f.oid, f.proname from pg_proc f where f.pronamespace = 713014;
Czy schema OID 713014 powinna znajdować w tabeli po wykonaniu polecenia ?
> select oid, nspname from pg_namespace; 
Jej tam nie ma ale zaznaczam że próby robię na innej bazie (tego samego programu) którą mogę archiwizować/odtwarzać.

W dniu środa, 4 listopada 2015 15:58:03 UTC+1 użytkownik Bartosz Urbański napisał:
> W dniu środa, 4 listopada 2015 15:17:08 UTC+1 użytkownik Lesiok napisał:
> > W dniu 2015-11-04 o 15:03, Bartosz Urbański pisze:
> > >> >select f.oid, f.name from pg_proc f where f.pronamespace = 713014;
> > > BŁĄD:  kolumna f.name nie istnieje
> > > LINE 2: select f.oid, f.name from pg_proc f where f.pronamespace = 7...
> > >                        ^
> > > ********** Błąd **********
> > > BŁĄD: kolumna f.name nie istnieje
> > > Stan SQL: 42703
> > > Znak: 54
> > >
> > > Czy coś robię nie tak?
> > 
> > Powinno być :
> > 
> > select f.oid, f.proname from pg_proc f where f.pronamespace = 713014;
> > 
> > -- 
> > Pozdrawiam,
> > Leszek Kubrak
> 
> Dzięki, za poprawkę.
> Nic się nie dzieje, tabela danych wyjściowych jest pusta po wykonaniu polecenia:
> > select f.oid, f.proname from pg_proc f where f.pronamespace = 713014;
> Czy schema OID 713014 powinna znajdować w tabeli po wykonaniu polecenia ?
> > select oid, nspname from pg_namespace; 
> Jej tam nie ma ale zaznaczam że próby robię na innej bazie (tego samego programu) którą mogę archiwizować/odtwarzać.

Wykonałem polecenia na uszkodzonej bazie danych i tam owszem znajduje się ta SCHEMA więc po wykonaniu polecenia
> select f.oid, f.proname from pg_proc f where f.pronamespace = 713014;
dostałem w odpowiedzi:
713015     delete_bad_rows

Zrobiłem więc kolejny krok - update z postu Depesza i ... udało się! Archiwizacja wystartowała i została odtworzona na innym kompie i działa bez problemów.
Dziękuję wszystkim za pomoc, bez waszej pomocy nie dałbym rady zrobić tego sam.