Problem z czystą instalacją LMS wersja 1.11.13 Dira , pgsql 9.4 Debian 8.1
Witam.
Dzisiaj postanowiłem sobie postawić świeżą instalację na Debianie 8.1 i pgsql 9.4. Konfiguracja nie sprawiła większych problemów jednak pojawia mi się problem po uruchomieniu LMS, mianowicie wyskakują komunikaty:
Napotkano błędy w bazie danych! Zapytanie: ALTER TABLE documents ADD sdate integer DEFAULT 0 NOT NULL Błąd: BŁĄD: kolumna "sdate" relacji "documents" już istnieje Zapytanie: UPDATE documents SET sdate = cdate WHERE type IN (1, 3) Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: UPDATE dbinfo SET keyvalue = '2011032500' WHERE keytype = 'dbversion' Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji
Oczywiście jak wstawię UPDATE dbinfo bezpośrednio w pgsql to polecenie się wykona i wyskoczy następny błąd. Wiem że tak nie powinno być i z jakiegoś powodu nie wykonuje się w.w. zapytanie. Czy ktoś miał taki problem?
Witaj Marek, W sumie to chyba nie ważne, znalazłem paczki pod Debiana i zapomniałem że trzeba dodać classes lms do pgsql. Chyba będzie działać.
W Twoim liście datowanym 20 września 2015 (04:28:51) można przeczytać:
Witam.
Dzisiaj postanowiłem sobie postawić świeżą instalację na Debianie 8.1 i pgsql 9.4. Konfiguracja nie sprawiła większych problemów jednak pojawia mi się problem po uruchomieniu LMS, mianowicie wyskakują komunikaty:
Napotkano błędy w bazie danych! Zapytanie: ALTER TABLE documents ADD sdate integer DEFAULT 0 NOT NULL Błąd: BŁĄD: kolumna "sdate" relacji "documents" już istnieje Zapytanie: UPDATE documents SET sdate = cdate WHERE type IN (1, 3) Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: UPDATE dbinfo SET keyvalue = '2011032500' WHERE keytype = 'dbversion' Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji
Oczywiście jak wstawię UPDATE dbinfo bezpośrednio w pgsql to polecenie się wykona i wyskoczy następny błąd. Wiem że tak nie powinno być i z jakiegoś powodu nie wykonuje się w.w. zapytanie. Czy ktoś miał taki problem?
Witam,
hmm, chciałem sobie ułatwić życie, znalazłem paczki Debiana więc wywaliłem wszystko i zainstalowałem z paczek, jednak dalej mam problem z PGSQL 9.4: debian-diag postgresql@9.4-main[22389]: DZIENNIK: nierozpoznany parametr konfiguracyjny "custom_variable_classes" w pliku "/etc/postgresql/9.4/main/postgresql.conf" linia 616 Jakieś pomysły poza instalacją wcześniejszej wersji?
www.postgresql.org/docs/9.4/static/release-9-2.html
E.29.2.5. Server Settings ... Remove the custom_variable_classes parameter (Tom Lane)
W Twoim liście datowanym 20 września 2015 (04:28:51) można przeczytać:
Witam.
Dzisiaj postanowiłem sobie postawić świeżą instalację na Debianie 8.1 i pgsql 9.4. Konfiguracja nie sprawiła większych problemów jednak pojawia mi się problem po uruchomieniu LMS, mianowicie wyskakują komunikaty:
Napotkano błędy w bazie danych! Zapytanie: ALTER TABLE documents ADD sdate integer DEFAULT 0 NOT NULL Błąd: BŁĄD: kolumna "sdate" relacji "documents" już istnieje Zapytanie: UPDATE documents SET sdate = cdate WHERE type IN (1, 3) Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: UPDATE dbinfo SET keyvalue = '2011032500' WHERE keytype = 'dbversion' Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji
Oczywiście jak wstawię UPDATE dbinfo bezpośrednio w pgsql to polecenie się wykona i wyskoczy następny błąd. Wiem że tak nie powinno być i z jakiegoś powodu nie wykonuje się w.w. zapytanie. Czy ktoś miał taki problem?
Witaj Marek,
Sam sobie odpowiem bo akurat nad tym siedzę. W wersji 9.4 nie ma potrzeby definiowania klasy.
W pobranej wersji GIT widzę jeden błąd przy czystej instalacji, mianowicie brak zdefiniowanego domyślnie userpanel_dir Po zainstalowaniu dopiero w logach widziałem że strona główna się nie ładuje ponieważ nie może znaleźć pliku a po głębszej analizie doszedłem do wniosku że userpanel_dir jest domyślnie tym samym katalogiem co lms ui. Zatem aby wszystko było ok należy gdzieś zdefiniować domyślną ścieżkę dla zmiennej userpanel_dir. Na chwile obecną dodałem wpis do samples/lms.ini dla git, dla nowych użytkowników aby zaoszczędzić im szukania.
W Twoim liście datowanym 20 września 2015 (04:55:05) można przeczytać:
Witam,
hmm, chciałem sobie ułatwić życie, znalazłem paczki Debiana więc wywaliłem wszystko i zainstalowałem z paczek, jednak dalej mam problem z PGSQL 9.4: debian-diag postgresql@9.4-main[22389]: DZIENNIK: nierozpoznany parametr konfiguracyjny "custom_variable_classes" w pliku "/etc/postgresql/9.4/main/postgresql.conf" linia 616 Jakieś pomysły poza instalacją wcześniejszej wersji?
www.postgresql.org/docs/9.4/static/release-9-2.html
E.29.2.5. Server Settings ... Remove the custom_variable_classes parameter (Tom Lane)
W Twoim liście datowanym 20 września 2015 (04:28:51) można przeczytać:
Witam.
Dzisiaj postanowiłem sobie postawić świeżą instalację na Debianie 8.1 i pgsql 9.4. Konfiguracja nie sprawiła większych problemów jednak pojawia mi się problem po uruchomieniu LMS, mianowicie wyskakują komunikaty:
Napotkano błędy w bazie danych! Zapytanie: ALTER TABLE documents ADD sdate integer DEFAULT 0 NOT NULL Błąd: BŁĄD: kolumna "sdate" relacji "documents" już istnieje Zapytanie: UPDATE documents SET sdate = cdate WHERE type IN (1, 3) Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji Zapytanie: UPDATE dbinfo SET keyvalue = '2011032500' WHERE keytype = 'dbversion' Błąd: BŁĄD: bieżąca transakcja została przerwana, polecenia ignorowane do końca bloku transakcji
Oczywiście jak wstawię UPDATE dbinfo bezpośrednio w pgsql to polecenie się wykona i wyskoczy następny błąd. Wiem że tak nie powinno być i z jakiegoś powodu nie wykonuje się w.w. zapytanie. Czy ktoś miał taki problem?
uczestnicy (1)
-
Marek Adamski