lms-teryt - nie można pobrać bazy teryt
Witam
Podczas próby pobrania bazy teryt za pomocą skryptu: lms-teryt -f dostaje komunikat:
Can't locate object method "show_progress" via package "LWP::UserAgent" at /usr/bin/lms-teryt line 123.
Pakiet libwww-perl zainstalowany.
Wersja LMS: 1.11-cvs (1.1097/1.33) Wersja LMSDB: 1.11-cvs (1.61/1.63) Wersja MySQL: 5.0.51a-24+lenny5 Wersja PHP: 5.2.6-1+lenny16 Wersja Smarty: 3.1.8
Ktoś się z czymś takim spotkał?
Pozdrawiam Sebastian Wielgosz
W dniu 2012-03-14 12:03, Sebastian Wielgosz pisze:
Witam
Podczas próby pobrania bazy teryt za pomocą skryptu: lms-teryt -f dostaje komunikat:
Can't locate object method "show_progress" via package "LWP::UserAgent" at /usr/bin/lms-teryt line 123.
Pakiet libwww-perl zainstalowany.
W starej wersji...
W dniu 14.03.2012 12:06, Waldemar Dymkiewicz napisał(a):
W dniu 2012-03-14 12:03, Sebastian Wielgosz pisze:
Witam
Podczas próby pobrania bazy teryt za pomocą skryptu: lms-teryt -f dostaje komunikat:
Can't locate object method "show_progress" via package "LWP::UserAgent" at /usr/bin/lms-teryt line 123.
Pakiet libwww-perl zainstalowany.
W starej wersji...
Tymczasowo zakomentuj ten wiersz (znak # na początku wiersza). Powinno działać. Trzeba będzie dorobić wykrywanie funkcji show_progress ;-)
W dniu 2012-03-14 12:08, Tomasz Chiliński pisze:
W dniu 14.03.2012 12:06, Waldemar Dymkiewicz napisał(a):
W dniu 2012-03-14 12:03, Sebastian Wielgosz pisze:
Witam
Podczas próby pobrania bazy teryt za pomocą skryptu: lms-teryt -f dostaje komunikat:
Can't locate object method "show_progress" via package "LWP::UserAgent" at /usr/bin/lms-teryt line 123.
Pakiet libwww-perl zainstalowany.
W starej wersji...
Tymczasowo zakomentuj ten wiersz (znak # na początku wiersza). Powinno działać. Trzeba będzie dorobić wykrywanie funkcji show_progress ;-)
Też miałem ten komunikat. Ja zaciągnąłem "ręcznie" pliki, rozpakowałem do katalogu docelowego pomijając tylko ten krok (automatycznego pobierania) i działa (jakoś).
W dniu 14.03.2012 13:34, Wojciech Zaburko napisał(a):
W dniu 2012-03-14 12:08, Tomasz Chiliński pisze:
W dniu 14.03.2012 12:06, Waldemar Dymkiewicz napisał(a):
W dniu 2012-03-14 12:03, Sebastian Wielgosz pisze:
Witam
Podczas próby pobrania bazy teryt za pomocą skryptu: lms-teryt -f dostaje komunikat:
Can't locate object method "show_progress" via package "LWP::UserAgent" at /usr/bin/lms-teryt line 123.
Pakiet libwww-perl zainstalowany.
W starej wersji...
Tymczasowo zakomentuj ten wiersz (znak # na początku wiersza). Powinno działać. Trzeba będzie dorobić wykrywanie funkcji show_progress ;-)
Też miałem ten komunikat. Ja zaciągnąłem "ręcznie" pliki, rozpakowałem do katalogu docelowego pomijając tylko ten krok (automatycznego pobierania) i działa (jakoś).
W git już poprawiłem.
Wojciech Zaburko administrator sieci wmlan tel.: 509-896-647 skype: wmlan_bok wmlan.net.pl
W dniu 14.03.2012 13:34, Wojciech Zaburko pisze:
W dniu 2012-03-14 12:08, Tomasz Chiliński pisze:
W dniu 14.03.2012 12:06, Waldemar Dymkiewicz napisał(a):
W dniu 2012-03-14 12:03, Sebastian Wielgosz pisze:
Witam
Podczas próby pobrania bazy teryt za pomocą skryptu: lms-teryt -f dostaje komunikat:
Can't locate object method "show_progress" via package "LWP::UserAgent" at /usr/bin/lms-teryt line 123.
Pakiet libwww-perl zainstalowany.
W starej wersji...
Tymczasowo zakomentuj ten wiersz (znak # na początku wiersza). Powinno działać. Trzeba będzie dorobić wykrywanie funkcji show_progress ;-)
Też miałem ten komunikat. Ja zaciągnąłem "ręcznie" pliki, rozpakowałem do katalogu docelowego pomijając tylko ten krok (automatycznego pobierania) i działa (jakoś).
Dzięki za pomoc - tak jak pisałeś za komentowanie pomogło.
Mam teraz kolejny problem po podniesieniu do dzisiejszej wersji z git po kliknięciu raport do uke dostaje komunikat:
*Fatal error*: Call to undefined function array_replace() in */usr/share/lms/modules/uke.php* on line *514*
Php w wersji 5.2.6-1+lenny16 w tej wersji brak jest tej fucnkcji, dostępna jest dopiero od 5.3.0.
Czy da się zastąpić tą funkcję array_replace() jakąś inną?
Pozdrawiam Sebastian Wielgosz
W dniu 15.03.2012 13:08, Sebastian Wielgosz pisze:
W dniu 14.03.2012 13:34, Wojciech Zaburko pisze:
W dniu 2012-03-14 12:08, Tomasz Chiliński pisze:
W dniu 14.03.2012 12:06, Waldemar Dymkiewicz napisał(a):
W dniu 2012-03-14 12:03, Sebastian Wielgosz pisze:
Witam
Podczas próby pobrania bazy teryt za pomocą skryptu: lms-teryt -f dostaje komunikat:
Can't locate object method "show_progress" via package "LWP::UserAgent" at /usr/bin/lms-teryt line 123.
Pakiet libwww-perl zainstalowany.
W starej wersji...
Tymczasowo zakomentuj ten wiersz (znak # na początku wiersza). Powinno działać. Trzeba będzie dorobić wykrywanie funkcji show_progress ;-)
Też miałem ten komunikat. Ja zaciągnąłem "ręcznie" pliki, rozpakowałem do katalogu docelowego pomijając tylko ten krok (automatycznego pobierania) i działa (jakoś).
Dzięki za pomoc - tak jak pisałeś za komentowanie pomogło.
Mam teraz kolejny problem po podniesieniu do dzisiejszej wersji z git po kliknięciu raport do uke dostaje komunikat:
*Fatal error*: Call to undefined function array_replace() in */usr/share/lms/modules/uke.php* on line *514*
Php w wersji 5.2.6-1+lenny16 w tej wersji brak jest tej fucnkcji, dostępna jest dopiero od 5.3.0.
Czy da się zastąpić tą funkcję array_replace() jakąś inną?
Pozdrawiam Sebastian Wielgosz
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Rozwiązaniem jest podmiana fucnkji na array_merge - może komuś się przyda :)
W dniu 15.03.2012 14:18, Sebastian Wielgosz napisał(a):
W dniu 15.03.2012 13:08, Sebastian Wielgosz pisze:
Mam teraz kolejny problem po podniesieniu do dzisiejszej wersji z git po kliknięciu raport do uke dostaje komunikat:
FATAL ERROR: Call to undefined function array_replace() in /USR/SHARE/LMS/MODULES/UKE.PHP on line 514
Php w wersji 5.2.6-1+lenny16 w tej wersji brak jest tej fucnkcji, dostępna jest dopiero od 5.3.0.
Czy da się zastąpić tą funkcję array_replace() jakąś inną?
Rozwiązaniem jest podmiana fucnkji na array_merge - może komuś się przyda :)
Jesteś pewien, że to rozwiązuje problem? Łączysz dwie tablice w których indeksy są liczbami int, a zatem tablica staje się dłuższa niż 15 elementów. Owszem w raporcie może i się generuje, ale prawdopodobnie jest błędny...
W dniu 15.03.2012 14:34, Tomasz Chiliński napisał(a):
W dniu 15.03.2012 14:18, Sebastian Wielgosz napisał(a):
W dniu 15.03.2012 13:08, Sebastian Wielgosz pisze:
Mam teraz kolejny problem po podniesieniu do dzisiejszej wersji z git po kliknięciu raport do uke dostaje komunikat:
FATAL ERROR: Call to undefined function array_replace() in /USR/SHARE/LMS/MODULES/UKE.PHP on line 514
Php w wersji 5.2.6-1+lenny16 w tej wersji brak jest tej fucnkcji, dostępna jest dopiero od 5.3.0.
Czy da się zastąpić tą funkcję array_replace() jakąś inną?
Rozwiązaniem jest podmiana fucnkji na array_merge - może komuś się przyda :)
Jesteś pewien, że to rozwiązuje problem? Łączysz dwie tablice w których indeksy są liczbami int, a zatem tablica staje się dłuższa niż 15 elementów. Owszem w raporcie może i się generuje, ale prawdopodobnie jest błędny...
W git znalazła się poprawka, która czyni moduł generowania raportów kompatybilny z PHP 5.2.
W dniu 15.03.2012 14:51, Tomasz Chiliński pisze:
W dniu 15.03.2012 14:34, Tomasz Chiliński napisał(a):
W dniu 15.03.2012 14:18, Sebastian Wielgosz napisał(a):
W dniu 15.03.2012 13:08, Sebastian Wielgosz pisze:
Mam teraz kolejny problem po podniesieniu do dzisiejszej wersji z git po kliknięciu raport do uke dostaje komunikat:
FATAL ERROR: Call to undefined function array_replace() in /USR/SHARE/LMS/MODULES/UKE.PHP on line 514
Php w wersji 5.2.6-1+lenny16 w tej wersji brak jest tej fucnkcji, dostępna jest dopiero od 5.3.0.
Czy da się zastąpić tą funkcję array_replace() jakąś inną?
Rozwiązaniem jest podmiana fucnkji na array_merge - może komuś się przyda :)
Jesteś pewien, że to rozwiązuje problem? Łączysz dwie tablice w których indeksy są liczbami int, a zatem tablica staje się dłuższa niż 15 elementów. Owszem w raporcie może i się generuje, ale prawdopodobnie jest błędny...
W git znalazła się poprawka, która czyni moduł generowania raportów kompatybilny z PHP 5.2.
Chyba poprawka nie do końca działa bo u mnie po naciśnięciu na raport UKE: nic się nie dzieje: oczekiwanie na stronę i wisi.
W dniu 15.03.2012 16:16, Sebastian Wielgosz napisał(a):
W dniu 15.03.2012 14:51, Tomasz Chiliński pisze:
W dniu 15.03.2012 14:34, Tomasz Chiliński napisał(a):
W dniu 15.03.2012 14:18, Sebastian Wielgosz napisał(a):
W dniu 15.03.2012 13:08, Sebastian Wielgosz pisze:
Mam teraz kolejny problem po podniesieniu do dzisiejszej wersji z git po kliknięciu raport do uke dostaje komunikat:
FATAL ERROR: Call to undefined function array_replace() in /USR/SHARE/LMS/MODULES/UKE.PHP on line 514
Php w wersji 5.2.6-1+lenny16 w tej wersji brak jest tej fucnkcji, dostępna jest dopiero od 5.3.0.
Czy da się zastąpić tą funkcję array_replace() jakąś inną?
Rozwiązaniem jest podmiana fucnkji na array_merge - może komuś się przyda :)
Jesteś pewien, że to rozwiązuje problem? Łączysz dwie tablice w których indeksy są liczbami int, a zatem tablica staje się dłuższa niż 15 elementów. Owszem w raporcie może i się generuje, ale prawdopodobnie jest błędny...
W git znalazła się poprawka, która czyni moduł generowania raportów kompatybilny z PHP 5.2.
Chyba poprawka nie do końca działa bo u mnie po naciśnięciu na raport UKE: nic się nie dzieje: oczekiwanie na stronę i wisi.
Jakieś komunikaty w logu apache-a? Jeśli są błędy w PHP to tam powinny znaleźć się.
W dniu 15.03.2012 16:34, Tomasz Chiliński pisze:
W dniu 15.03.2012 16:16, Sebastian Wielgosz napisał(a):
W dniu 15.03.2012 14:51, Tomasz Chiliński pisze:
W dniu 15.03.2012 14:34, Tomasz Chiliński napisał(a):
W dniu 15.03.2012 14:18, Sebastian Wielgosz napisał(a):
W dniu 15.03.2012 13:08, Sebastian Wielgosz pisze:
Mam teraz kolejny problem po podniesieniu do dzisiejszej wersji z git po kliknięciu raport do uke dostaje komunikat:
FATAL ERROR: Call to undefined function array_replace() in /USR/SHARE/LMS/MODULES/UKE.PHP on line 514
Php w wersji 5.2.6-1+lenny16 w tej wersji brak jest tej fucnkcji, dostępna jest dopiero od 5.3.0.
Czy da się zastąpić tą funkcję array_replace() jakąś inną?
Rozwiązaniem jest podmiana fucnkji na array_merge - może komuś się przyda :)
Jesteś pewien, że to rozwiązuje problem? Łączysz dwie tablice w których indeksy są liczbami int, a zatem tablica staje się dłuższa niż 15 elementów. Owszem w raporcie może i się generuje, ale prawdopodobnie jest błędny...
W git znalazła się poprawka, która czyni moduł generowania raportów kompatybilny z PHP 5.2.
Chyba poprawka nie do końca działa bo u mnie po naciśnięciu na raport UKE: nic się nie dzieje: oczekiwanie na stronę i wisi.
Jakieś komunikaty w logu apache-a? Jeśli są błędy w PHP to tam powinny znaleźć się.
W logach apache nic nie ma ale proces mysql po odpaleniu raportu obciąża 1 procesor w 100% i tak wisi cały czas. Czekałem 10 minut i cały czas było 100%, po tym czasie zrobiłem restart mysqla, sprawdziłem jeszcze raz i znowu po kliknięciu w raport 100%
Ile czasu zajmuje średnio wygenerowanie raportu?
W dniu 15.03.2012 20:19, Sebastian Wielgosz napisał(a):
W logach apache nic nie ma ale proces mysql po odpaleniu raportu obciąża 1 procesor w 100% i tak wisi cały czas. Czekałem 10 minut i cały czas było 100%, po tym czasie zrobiłem restart mysqla, sprawdziłem jeszcze raz i znowu po kliknięciu w raport 100%
Ile czasu zajmuje średnio wygenerowanie raportu?
Zależy od wielkości zasobów sieciowych, ale przy sieciach do 1000 urządzeń raczej możesz spodziewać się kilku do kilkunastu sekund. W przypadku MySQL często i gęsto REPAIR TABLE pomaga, bo tabelę potrafią wejść w taki stan, że zapytania o dane z takich tabel potrafią się wykonywać wieki. Raczej z tego co piszesz nie wynika, że to błąd php.
W dniu 15.03.2012 20:31, Tomasz Chiliński pisze:
W dniu 15.03.2012 20:19, Sebastian Wielgosz napisał(a):
W logach apache nic nie ma ale proces mysql po odpaleniu raportu obciąża 1 procesor w 100% i tak wisi cały czas. Czekałem 10 minut i cały czas było 100%, po tym czasie zrobiłem restart mysqla, sprawdziłem jeszcze raz i znowu po kliknięciu w raport 100%
Ile czasu zajmuje średnio wygenerowanie raportu?
Zależy od wielkości zasobów sieciowych, ale przy sieciach do 1000 urządzeń raczej możesz spodziewać się kilku do kilkunastu sekund. W przypadku MySQL często i gęsto REPAIR TABLE pomaga, bo tabelę potrafią wejść w taki stan, że zapytania o dane z takich tabel potrafią się wykonywać wieki. Raczej z tego co piszesz nie wynika, że to błąd php.
Niestety REPAIR TABLE nie działa - dostaje taki komunikat:
The storage engine for the table doesn't support r... - chyba silnik innoDB nie wspiera naprawy tabel?
Zrobiłem backup i przniesłem go na drugą maszynę z ubuntu (nowesze php) ale problem pozostał - wisi na tak jak na wcześniej.
Wygląda na to że mam coś nie tak z bazą tylko jako to naprawić?
Pozdrawiam Sebastian Wielgosz
Tak jak już o teryt mowa, to w dokumentacji link nie działa (Baza podziału terytorialnego (TERYT))
uczestnicy (5)
-
Daniel Kulesza -
Sebastian Wielgosz -
Tomasz Chiliński -
Waldemar Dymkiewicz -
Wojciech Zaburko