- lms - lists.lms.org.pl

Helpdesk - rtparser
by Paweł Cisowski 24 Wrz '15

24 Wrz '15

Ponownie przysiadłem do tematu helpdesk + rtparser i większość działa zgodnie z oczekiwaniami. Jednak mam małą niejasność w temacie przypisywania zgłoszeń do kategorii przy dodawaniu do kolejki. -- P.H.U. NETI PAWEŁ CISOWSKI ul. Łąkowa 22 58-533 Mysłakowice tel. 75 613 50 00 fax. 75 613 55 55

5 5

Logowanie SMS?
by Paweł Cisowski 23 Wrz '15

23 Wrz '15

Dziś poniosło mnie nieco i na testowej maszynie postanowiłem poznać zmiany jakie ma nieść za sobą aktualizacja. Taki test na żywym organizmie. Wszystko sprawnie backup z produkcyjnej maszyny po czym login/pass i zonk: Jak w załączniku. Oczywiście zalogować się nie mogę bo jak wnioskuje smsem mam dostać hasło jednak ani skonfigurowanych smsów jak również brak czagokolwiek na testowej maszynie. -- PAWEŁ CISOWSKI

3 2

Re: [lms] import - brak niektórych płatności
by Waldemar Dymkiewicz 23 Wrz '15

23 Wrz '15

W dniu 2015-09-23 o 16:04, Michał Bochniak pisze: > > Witam > > Ma może ktoś mechanizm sprawdzający ile tak naprawdę jest pozycji do > zaczytania płatności w pliku a ile tak naprawdę trafiło do bazy LMSa? > Już po raz drugi mamy sytuację, że nie wszystkie płatności zostały > zaczytane poprawnie. W pliku było np. 155 pozycji a poszło tylko 149. > W momencie dokonania importu poprzez przycisk „import” widzimy w > jakimkolwiek statusie czy ilość pozycji się zgadza. > > Mamy sekcje error jeśli tam się nic nie pokazało to znaczy ze masz skopany patern No jeszcze jest jedna opcja. 'use_line_hash' => TRUE, // create md5 hash for whole import line instead of // time, value, customer name and comment 'line_idx_hash' => TRUE, // include line number into hash data Użyj tego ale raczej wygląda to na skopany patern

1 0

import - brak niektórych płatności
by Michał Bochniak 23 Wrz '15

23 Wrz '15

Witam Ma może ktoś mechanizm sprawdzający ile tak naprawdę jest pozycji do zaczytania płatności w pliku a ile tak naprawdę trafiło do bazy LMSa? Już po raz drugi mamy sytuację, że nie wszystkie płatności zostały zaczytane poprawnie. W pliku było np. 155 pozycji a poszło tylko 149. W momencie dokonania importu poprzez przycisk "import" widzimy w jakimkolwiek statusie czy ilość pozycji się zgadza. Pozdrawiam MB --- Ta wiadomość została sprawdzona na obecność wirusów przez oprogramowanie antywirusowe Avast. https://www.avast.com/antivirus

1 0

accel-ppp
by Marcin 21 Wrz '15

21 Wrz '15

Witam. Czy używacie accel-ppp w połączeniu z spacerem i snmp? Jakieś spostrzeżenia, jak to się spisuje? Ja mam na jednym serwerze tylko do pppoe ale shapeing robię w tc.

2 6

drukarka fiskalna w LMS
by Krzysztof Szwaba 21 Wrz '15

21 Wrz '15

Czy ktoś ma wdrożoną drukarkę fiskalną w LMS-ie ? Jestem zainteresowany takim wdrożeniem. Krzysztof

2 1

postgresql + LMS
by Dariusz Kowalczyk 21 Wrz '15

21 Wrz '15

Która wersja postgresql'a wymagana/zalecana dla LMS ? pozdrawiam Dariusz Kowalczyk

4 5

Re: [lms] Próba przesiadki na postgres + nginx
by Sławomir Paszkiewicz 21 Wrz '15

21 Wrz '15

Ok, z tym sobie poradzę, muszę je dograć do głównego schematu, a dopiero potem wczytywać dump-a. W dniu 21.09.2015 o 09:46, Sławomir Paszkiewicz pisze: > psql:/home/lms.pgsql:555: BŁĄD: relacja "radgroupcheck" nie istnieje > psql:/home/lms.pgsql:557: BŁĄD: relacja "radgroupcheck" nie istnieje > psql:/home/lms.pgsql:560: BŁĄD: relacja "radgroupreply" nie istnieje > psql:/home/lms.pgsql:562: BŁĄD: relacja "radgroupreply" nie istnieje > psql:/home/lms.pgsql:565: BŁĄD: relacja "radpostauth" nie istnieje > psql:/home/lms.pgsql:567: BŁĄD: relacja "radpostauth" nie istnieje > psql:/home/lms.pgsql:570: BŁĄD: relacja "radreply" nie istnieje > psql:/home/lms.pgsql:572: BŁĄD: relacja "radreply" nie istnieje > psql:/home/lms.pgsql:575: BŁĄD: relacja "radusergroup" nie istnieje > > > Jak to zrobić, żeby nie było błędów ?

2 3

Re: [lms] Próba przesiadki na postgres + nginx
by Sławomir Paszkiewicz 21 Wrz '15

21 Wrz '15

Dopisałem pozostałe tabele i puściłem, następnie wczytałem dump-a z tego do postgres-a ale niestety nadal nie działa, tylko nieco inny błąd: 2015-09-20 16:27:05 CEST [2626-1] lms@lms BŁĄD: operator nie istnieje: boolean = integer przy znaku 70 2015-09-20 16:27:05 CEST [2626-2] lms@lms PODPOWIEDŹ: Brak operatora pasującego do podanej nazwy i typu(ów) argumentów. Być może należy dodać jawne rzutowanie typów. 2015-09-20 16:27:05 CEST [2626-3] lms@lms WYRAŻENIE: SELECT section, var, value, description FROM uiconfig WHERE disabled = 0 PS. Po co używałeś pliku sequence? On tworzy tylko selecty. Po co one? W dniu 2015-09-19 o 16:50, Sławomir Paszkiewicz pisze: > Ok, z czystym configiem (tylko dane do bazy + zapisanie do pliku) > idzie. Pododaje tabele i zobaczymy co z tego wyjdzie ;-) > > W dniu 2015-09-19 o 16:21, Sławomir Paszkiewicz pisze: >> Bez podania normalnie tworzy plik. Spróbuje na podstawie tego pliku + >> lista tabel od Ciebie + uaktualnienie do wersji GIT. >> >> W dniu 2015-09-19 o 16:19, Marcin pisze: >>> >>> Odpal na początku bez podania pliku configu, powinien go stworzyć, >>> czy też wali błędami? >>> >>> 19 wrz 2015 16:17 "Sławomir Paszkiewicz" <paszczus(a)gmail.com >>> <mailto:paszczus@gmail.com>> napisał(a): >>> >>> # pip install py-mysql2pgsql >>> Downloading/unpacking py-mysql2pgsql >>> Downloading py-mysql2pgsql-0.1.5.tar.gz (109kB): 109kB downloaded >>> Running setup.py >>> (path:/tmp/pip-build-gzgg3k/py-mysql2pgsql/setup.py) egg_info >>> for package py-mysql2pgsql >>> >>> warning: no previously-included files matching '*.pyc' found >>> under directory '*' >>> warning: no previously-included files matching '*.pyo' found >>> under directory '*' >>> warning: no previously-included files matching '*.yml' found >>> under directory '*' >>> warning: no previously-included files matching '*.DS_Store' >>> found under directory '*' >>> warning: no previously-included files matching '*.coverage' >>> found under directory '*' >>> no previously-included directories found matching >>> 'tests/reports' >>> Requirement already satisfied (use --upgrade to upgrade): >>> mysql-python>=1.2.3 in /usr/local/lib/python2.7/dist-packages >>> (from py-mysql2pgsql) >>> Requirement already satisfied (use --upgrade to upgrade): >>> psycopg2>=2.4.2 in /usr/local/lib/python2.7/dist-packages (from >>> py-mysql2pgsql) >>> Requirement already satisfied (use --upgrade to upgrade): >>> pyyaml>=3.10.0 in /usr/local/lib/python2.7/dist-packages (from >>> py-mysql2pgsql) >>> Requirement already satisfied (use --upgrade to upgrade): >>> argparse in /usr/lib/python2.7 (from py-mysql2pgsql) >>> Requirement already satisfied (use --upgrade to upgrade): >>> termcolor>=1.1.0 in /usr/local/lib/python2.7/dist-packages (from >>> py-mysql2pgsql) >>> Installing collected packages: py-mysql2pgsql >>> Running setup.py install for py-mysql2pgsql >>> changing mode of build/scripts-2.7/py-mysql2pgsql from 644 >>> to 755 >>> >>> warning: no previously-included files matching '*.pyc' found >>> under directory '*' >>> warning: no previously-included files matching '*.pyo' found >>> under directory '*' >>> warning: no previously-included files matching '*.yml' found >>> under directory '*' >>> warning: no previously-included files matching '*.DS_Store' >>> found under directory '*' >>> warning: no previously-included files matching '*.coverage' >>> found under directory '*' >>> no previously-included directories found matching >>> 'tests/reports' >>> changing mode of /usr/local/bin/py-mysql2pgsql to 755 >>> Successfully installed py-mysql2pgsql >>> Cleaning up... >>> >>> >>> W dniu 2015-09-19 o 16:16, Sławomir Paszkiewicz pisze: >>>> uzyłem pip-a, zaciągnął co potrzebował i napisał, że instalacja >>>> się powiodła. >>>> >>>> W dniu 2015-09-19 o 16:15, Marcin pisze: >>>>> >>>>> Czy instalowałes to zgodnie z opisem tego na githubie? >>>>> Podejrzewam, że czegoś brakuje. Mi wywołało błędy Pythona >>>>> jeśli nie było wymaganych paczek >>>>> >>>>> 19 wrz 2015 16:12 "Sławomir Paszkiewicz" <paszczus(a)gmail.com >>>>> <mailto:paszczus@gmail.com>> napisał(a): >>>>> >>>>> W 7 linii mam: >>>>> >>>>> /mysql:/ >>>>> >>>>> >>>>> a cały początek wygląda tak: >>>>> >>>>> # a socket connection will be selected if a 'socket' is >>>>> specified >>>>> # also 'localhost' is a special 'hostname' for MySQL that >>>>> overrides >>>>> the 'port' option >>>>> # and forces it to use a local socket connection >>>>> # if tcp is chosen, you can use compression >>>>> >>>>> mysql: >>>>> hostname: 1.3.4 >>>>> port: 3306 >>>>> username: lms-migrate >>>>> password: secret >>>>> database: lms >>>>> compress: false >>>>> destination: >>>>> # if file is given, output goes to file, else postgres >>>>> file: lms_pg.sql >>>>> postgres: >>>>> hostname: localhost >>>>> port: 5432 >>>>> username: lms >>>>> password: secret >>>>> database: lms >>>>> >>>>> >>>>> W dniu 2015-09-19 o 16:10, Marcin pisze: >>>>>> >>>>>> Aktualizacja tabel to chyba nie problem. >>>>>> Co masz w 7 linii configu? >>>>>> >>>>>> 19 wrz 2015 16:08 "Sławomir Paszkiewicz" >>>>>> <paszczus(a)gmail.com> napisał(a): >>>>>> >>>>>> Tak, próbowałem tą Twoją wersją, która pewnie już >>>>>> jest trochę nieaktualna (doszły nowe tabele) no ale >>>>>> tak czy inaczej jest błąd na starcie: >>>>>> >>>>>> Traceback (most recent call last): >>>>>> File "/usr/local/bin/py-mysql2pgsql", line 38, in >>>>>> <module> >>>>>> mysql2pgsql.Mysql2Pgsql(options).convert() >>>>>> File >>>>>> "/usr/local/lib/python2.7/dist-packages/mysql2pgsql/mysql2pgsql.py", >>>>>> line 18, in __init__ >>>>>> self.file_options = Config(options.file, >>>>>> True).options >>>>>> File >>>>>> "/usr/local/lib/python2.7/dist-packages/mysql2pgsql/lib/config.py", >>>>>> line 33, in __init__ >>>>>> super(Config, self).__init__(config_file_path) >>>>>> File >>>>>> "/usr/local/lib/python2.7/dist-packages/mysql2pgsql/lib/config.py", >>>>>> line 18, in __init__ >>>>>> self.options = load(open(config_file_path)) >>>>>> File >>>>>> "/usr/local/lib/python2.7/dist-packages/yaml/__init__.py", >>>>>> line 71, in load >>>>>> return loader.get_single_data() >>>>>> File >>>>>> "/usr/local/lib/python2.7/dist-packages/yaml/constructor.py", >>>>>> line 37, in get_single_data >>>>>> node = self.get_single_node() >>>>>> File >>>>>> "/usr/local/lib/python2.7/dist-packages/yaml/composer.py", >>>>>> line 39, in get_single_node >>>>>> if not self.check_event(StreamEndEvent): >>>>>> File >>>>>> "/usr/local/lib/python2.7/dist-packages/yaml/parser.py", >>>>>> line 98, in check_event >>>>>> self.current_event = self.state() >>>>>> File >>>>>> "/usr/local/lib/python2.7/dist-packages/yaml/parser.py", >>>>>> line 174, in parse_document_start >>>>>> self.peek_token().start_mark) >>>>>> yaml.parser.ParserError: expected '<document start>', >>>>>> but found '<block mapping start>' >>>>>> in "mysql2pgsql.yml", line 7, column 1 >>>>>> >>>>>> >>>>>> W dniu 2015-09-19 o 16:06, Marcin pisze: >>>>>>> >>>>>>> Trochę pomieszane z bazami. W historii mailing listy >>>>>>> wrzucałem step by step o przesiadce. >>>>>>> Teraz u siebie na virtual mam zrobioną przesiadke w >>>>>>> dira bo upgrade bazy trwa 5min na psql a ponad 20 na >>>>>>> MySQL a virtual nie jest szybka >>>>>>> >>>>>>> 19 wrz 2015 16:01 "Sławomir Paszkiewicz" >>>>>>> <paszczus(a)gmail.com> napisał(a): >>>>>>> >>>>>>> Teraz na stronie mam: >>>>>>> >>>>>>> *Catchable fatal error*: Argument 1 passed to >>>>>>> ConfigLoader::parseRawConfig() must be of the >>>>>>> type array, null given, called in >>>>>>> /usr/share/lms/lib/LMSConfig/ConfigLoader.php on >>>>>>> line 51 and defined in >>>>>>> */usr/share/lms/lib/LMSConfig/ConfigLoader.php* >>>>>>> on line *105 >>>>>>> >>>>>>> *a w logach postgres: >>>>>>> >>>>>>> 2015-09-19 16:01:23 CEST [2787-1] lms@lms BŁĄD: >>>>>>> tabela "plicbdoperators" nie istnieje >>>>>>> 2015-09-19 16:01:23 CEST [2787-2] lms@lms WYRAŻENIE: >>>>>>> DROP TABLE plicbdlocalisation; >>>>>>> DROP TABLE plicbdoperators; >>>>>>> >>>>>>> 2015-09-19 16:01:23 CEST [2787-3] lms@lms BŁĄD: >>>>>>> bieżąca transakcja została przerwana, polecenia >>>>>>> ignorowane do końca bloku transakcji >>>>>>> 2015-09-19 16:01:23 CEST [2787-4] lms@lms >>>>>>> WYRAŻENIE: UPDATE dbinfo SET keyvalue = >>>>>>> '2015091300 <tel:2015091300>' WHERE keytype = >>>>>>> 'dbversion' >>>>>>> 2015-09-19 16:01:23 CEST [2787-5] lms@lms BŁĄD: >>>>>>> operator nie istnieje: boolean = integer przy >>>>>>> znaku 70 >>>>>>> 2015-09-19 16:01:23 CEST [2787-6] lms@lms >>>>>>> PODPOWIEDŹ: Brak operatora pasującego do podanej >>>>>>> nazwy i typu(ów) argumentów. Być może należy >>>>>>> dodać jawne rzutowanie typów. >>>>>>> 2015-09-19 16:01:23 CEST [2787-7] lms@lms >>>>>>> WYRAŻENIE: SELECT section, var, value, >>>>>>> description FROM uiconfig WHERE disabled = 0 >>>>>>> >>>>>>> >>>>>>> W dniu 2015-09-19 o 16:00, Sławomir Paszkiewicz >>>>>>> pisze: >>>>>>>> No wkleiłem wynik phpinfo() więc widać, że ten >>>>>>>> moduł jest. >>>>>>>> Ale okej, poradziłem sobie - musiałem zmienić >>>>>>>> wpis w pg_hba.conf dla local z peer na md5. >>>>>>>> >>>>>>>> >>>>>>>> W dniu 2015-09-19 o 15:55, Marcin pisze: >>>>>>>>> >>>>>>>>> To nie kwestia lmsa, to PHP. Zainstaluj >>>>>>>>> php5-psql coś w tym rodzaju. Piszę z pamięci >>>>>>>>> >>>>>>>>> 19 wrz 2015 15:53 "Sławomir Paszkiewicz" >>>>>>>>> <paszczus(a)gmail.com> napisał(a): >>>>>>>>> >>>>>>>>> Witam, >>>>>>>>> >>>>>>>>> Testowo próbuje uruchomić LMS-a na nginx i >>>>>>>>> postgresql - do tej pory był apache + mysql. >>>>>>>>> >>>>>>>>> Zrobiłem import bazy, uporałem się z >>>>>>>>> problemem z php5-fpm ale teraz po wejściu >>>>>>>>> na stronę LMS dostaje: >>>>>>>>> >>>>>>>>> *Warning*: PHP Driver for "postgres" >>>>>>>>> database doesn't seems to be loaded. in >>>>>>>>> */usr/share/lms/index.php* on line *89* >>>>>>>>> Fatal error: cannot connect to database! >>>>>>>>> >>>>>>>>> A sam moduł jest zainstalowany, phpinfo >>>>>>>>> pokazuje: >>>>>>>>> >>>>>>>>> >>>>>>>>> pdo_pgsql >>>>>>>>> >>>>>>>>> PDO Driver for PostgreSQL enabled >>>>>>>>> PostgreSQL(libpq) Version 9.4.4 >>>>>>>>> Module version 1.0.2 >>>>>>>>> Revision $Id: >>>>>>>>> 93432550a76a2298959ec74f40d65c7195a82ad2 $ >>>>>>>>> >>>>>>>>> >>>>>>>>> pgsql >>>>>>>>> >>>>>>>>> PostgreSQL Support enabled >>>>>>>>> PostgreSQL(libpq) Version 9.4.4 >>>>>>>>> PostgreSQL(libpq) PostgreSQL 9.4.4 on >>>>>>>>> x86_64-unknown-linux-gnu, compiled by gcc >>>>>>>>> (Debian 4.9.2-10) 4.9.2, 64-bit >>>>>>>>> Multibyte character support enabled >>>>>>>>> SSL support enabled >>>>>>>>> Active Persistent Links 0 >>>>>>>>> Active Links 0 >>>>>>>>> >>>>>>>>> >>>>>>>>> Ktoś się spotkał z takim problemem? LMS >>>>>>>>> wersja git z dnia dzisiejszego. >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> lms mailing list >>>>>>>>> lms(a)lists.lms.org.pl >>>>>>>>> http://lists.lms.org.pl/mailman/listinfo/lms >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> lms mailing list >>>>>>>>> lms(a)lists.lms.org.pl <mailto:lms@lists.lms.org.pl> >>>>>>>>> http://lists.lms.org.pl/mailman/listinfo/lms >>>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> lms mailing list >>>>>>> lms(a)lists.lms.org.pl <mailto:lms@lists.lms.org.pl> >>>>>>> http://lists.lms.org.pl/mailman/listinfo/lms >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> lms mailing list >>>>>>> lms(a)lists.lms.org.pl <mailto:lms@lists.lms.org.pl> >>>>>>> http://lists.lms.org.pl/mailman/listinfo/lms >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> lms mailing list >>>>>> lms(a)lists.lms.org.pl <mailto:lms@lists.lms.org.pl> >>>>>> http://lists.lms.org.pl/mailman/listinfo/lms >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> lms mailing list >>>>>> lms(a)lists.lms.org.pl <mailto:lms@lists.lms.org.pl> >>>>>> http://lists.lms.org.pl/mailman/listinfo/lms >>>>> >>>>> >>>>> _______________________________________________ >>>>> lms mailing list >>>>> lms(a)lists.lms.org.pl <mailto:lms@lists.lms.org.pl> >>>>> http://lists.lms.org.pl/mailman/listinfo/lms >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> lms mailing list >>>>> lms(a)lists.lms.org.pl <mailto:lms@lists.lms.org.pl> >>>>> http://lists.lms.org.pl/mailman/listinfo/lms >>>> >>> >>> >>> _______________________________________________ >>> lms mailing list >>> lms(a)lists.lms.org.pl <mailto:lms@lists.lms.org.pl> >>> http://lists.lms.org.pl/mailman/listinfo/lms >>> >>> >>> >>> _______________________________________________ >>> lms mailing list >>> lms(a)lists.lms.org.pl >>> http://lists.lms.org.pl/mailman/listinfo/lms >> >

2 2

Problem z czystą instalacją LMS wersja 1.11.13 Dira , pgsql 9.4 Debian 8.1
by Marek Adamski 20 Wrz '15

20 Wrz '15

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? -- Pozdrowienia, **************************** * Marek (SirAdams) Adamski * * LMS: 1.11.13 + daemon * * http://www.siradams.com/ * * ICQ:42751516 * * GG:14747 * * Linux user:#253788 * ****************************

1 3