Re: [lms] freeradius - błąd
W dniu 18.12.2015 10:20, Michał Bochniak napisał(a):
Witam
Witam,
Mam taki problem, mianowicie radius po jakimś czasie przestaje autoryzować mi klientów. Domyślam się, że jest to związane z tabelą radacct i prawdopodobnie błędnymi wpisami lub czymś podobnym. W logach mam to co poniżej, przewijają się przez cały czas. Może ktoś nakierować w czym może być problem. Zawsze pomaga restart radiusa oraz czyszczenie powyższej tabeli
Fri Dec 18 08:13:45 2015 : Error: [sql_pppoe] Couldn't update SQL accounting ALIVE record - Commands out of sync; you can't run this command now
Fri Dec 18 08:13:45 2015 : Error: rlm_sql_mysql: Cannot store result
Fri Dec 18 08:13:45 2015 : Error: rlm_sql_mysql: MySQL error 'Commands out of sync; you can't run this command now'
Wiele razy już pisałem: robienie serwera radius działającego na żywo na bazach sql to dobra zabawka, ale do dużych wdrożeń zupełnie nie nadaje się.
.................. pozdrawiam MB
W dniu 18 grudnia 2015 11:55 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
W dniu 18.12.2015 10:20, Michał Bochniak napisał(a):
Witam
Witam,
Mam taki problem, mianowicie radius po jakimś czasie przestaje
autoryzować mi klientów. Domyślam się, że jest to związane z tabelą radacct i prawdopodobnie błędnymi wpisami lub czymś podobnym. W logach mam to co poniżej, przewijają się przez cały czas. Może ktoś nakierować w czym może być problem. Zawsze pomaga restart radiusa oraz czyszczenie powyższej tabeli
Tylko rastart radiusa? może samej bazy?
Fri Dec 18 08:13:45 2015 : Error: [sql_pppoe] Couldn't update SQL accounting ALIVE record - Commands out of sync; you can't run this command now
Fri Dec 18 08:13:45 2015 : Error: rlm_sql_mysql: Cannot store result
Fri Dec 18 08:13:45 2015 : Error: rlm_sql_mysql: MySQL error 'Commands out of sync; you can't run this command now'
Wiele razy już pisałem: robienie serwera radius działającego na żywo na bazach sql to dobra zabawka, ale do dużych wdrożeń zupełnie nie nadaje się.
Ale to jest kwestia freeradius - baza. Sami developerzy freeradiusa zalecają używanie DB zamiast płaskich plików. Dosyć nie dawno na liście mailngowej kiedy pisałem czy używać płaskich plików czy DB to sam Alan powiedział, że lepiej używać DB, jest znacznie szybsze i wydajniejsze (zależy od bazy), a pliki jako backend. W przypadku problemu z bazą to wówczas pliki.
..................
pozdrawiam MB
-- Pozdrawiam Tomasz Chiliński, Chilan _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Pomaga restart freeradiusa jednak wcześniej działo się to bardzo rzadko a dzisiaj nie da się aż pracować. Jakieś rozwiązanie na szybko polecacie?
.................. pozdrawiam MB
From: lms [mailto:lms-bounces@lists.lms.org.pl] On Behalf Of Marcin Sent: Friday, December 18, 2015 12:35 PM To: Tomasz Chilinski; lista użytkowników LMS Subject: Re: [lms] freeradius - błąd
W dniu 18 grudnia 2015 11:55 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał:
W dniu 18.12.2015 10:20, Michał Bochniak napisał(a):
Witam
Witam,
Mam taki problem, mianowicie radius po jakimś czasie przestaje autoryzować mi klientów. Domyślam się, że jest to związane z tabelą radacct i prawdopodobnie błędnymi wpisami lub czymś podobnym. W logach mam to co poniżej, przewijają się przez cały czas. Może ktoś nakierować w czym może być problem. Zawsze pomaga restart radiusa oraz czyszczenie powyższej tabeli
Tylko rastart radiusa? może samej bazy?
Fri Dec 18 08:13:45 2015 : Error: [sql_pppoe] Couldn't update SQL accounting ALIVE record - Commands out of sync; you can't run this command now
Fri Dec 18 08:13:45 2015 : Error: rlm_sql_mysql: Cannot store result
Fri Dec 18 08:13:45 2015 : Error: rlm_sql_mysql: MySQL error 'Commands out of sync; you can't run this command now'
Wiele razy już pisałem: robienie serwera radius działającego na żywo na bazach sql to dobra zabawka, ale do dużych wdrożeń zupełnie nie nadaje się.
Ale to jest kwestia freeradius - baza. Sami developerzy freeradiusa zalecają używanie DB zamiast płaskich plików. Dosyć nie dawno na liście mailngowej kiedy pisałem czy używać płaskich plików czy DB to sam Alan powiedział, że lepiej używać DB, jest znacznie szybsze i wydajniejsze (zależy od bazy), a pliki jako backend. W przypadku problemu z bazą to wówczas pliki.
.................. pozdrawiam MB
W dniu 18.12.2015 12:34, Marcin napisał(a):
W dniu 18 grudnia 2015 11:55 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał:
W dniu 18.12.2015 10:20, Michał Bochniak napisał(a):
Witam
Witam,
Mam taki problem, mianowicie radius po jakimś czasie przestaje autoryzować mi klientów. Domyślam się, że jest to związane z tabelą radacct i prawdopodobnie błędnymi wpisami lub czymś podobnym. W logach mam to co poniżej, przewijają się przez cały czas. Może ktoś nakierować w czym może być problem. Zawsze pomaga restart radiusa oraz czyszczenie powyższej tabeli
Tylko rastart radiusa? może samej bazy?
Fri Dec 18 08:13:45 2015 : Error: [sql_pppoe] Couldn't update SQL accounting ALIVE record - Commands out of sync; you can't run this command now
Fri Dec 18 08:13:45 2015 : Error: rlm_sql_mysql: Cannot store result
Fri Dec 18 08:13:45 2015 : Error: rlm_sql_mysql: MySQL error 'Commands out of sync; you can't run this command now'
Wiele razy już pisałem: robienie serwera radius działającego na żywo na bazach sql to dobra zabawka, ale do dużych wdrożeń zupełnie nie nadaje się.
Ale to jest kwestia freeradius - baza. Sami developerzy freeradiusa zalecają używanie DB zamiast płaskich plików. Dosyć nie dawno na liście mailngowej kiedy pisałem czy używać płaskich plików czy DB to sam Alan powiedział, że lepiej używać DB, jest znacznie szybsze i wydajniejsze (zależy od bazy), a pliki jako backend. W przypadku problemu z bazą to wówczas pliki.
Swego czasu przeglądałem źródełka modułu rlm_files i okazało się, że baza użytkowników nie jest trzymana w prostej tablicy, lecz w strukturze wykorzystującej funkcję haszującą. Dzięki temu odnajdywanie konta na podstawie "loginu" jest bardzo szybkie.
Na chwilę obecną pomogła zmiana parametrów radiusa w radiusd.conf i od piątku jest spokój
.................. pozdrawiam MB
-----Original Message----- From: lms [mailto:lms-bounces@lists.lms.org.pl] On Behalf Of Tomasz Chiliński Sent: Friday, December 18, 2015 2:59 PM To: lms@lists.lms.org.pl Subject: Re: [lms] freeradius - błąd
W dniu 18.12.2015 12:34, Marcin napisał(a):
W dniu 18 grudnia 2015 11:55 użytkownik Tomasz Chiliński tomasz.chilinski@chilan.com napisał:
W dniu 18.12.2015 10:20, Michał Bochniak napisał(a):
Witam
Witam,
Mam taki problem, mianowicie radius po jakimś czasie przestaje autoryzować mi klientów. Domyślam się, że jest to związane z tabelą radacct i prawdopodobnie błędnymi wpisami lub czymś podobnym. W logach mam to co poniżej, przewijają się przez cały czas. Może ktoś nakierować w czym może być problem. Zawsze pomaga restart radiusa oraz czyszczenie powyższej tabeli
Tylko rastart radiusa? może samej bazy?
Fri Dec 18 08:13:45 2015 : Error: [sql_pppoe] Couldn't update SQL accounting ALIVE record - Commands out of sync; you can't run this command now
Fri Dec 18 08:13:45 2015 : Error: rlm_sql_mysql: Cannot store result
Fri Dec 18 08:13:45 2015 : Error: rlm_sql_mysql: MySQL error 'Commands out of sync; you can't run this command now'
Wiele razy już pisałem: robienie serwera radius działającego na żywo na bazach sql to dobra zabawka, ale do dużych wdrożeń zupełnie nie nadaje się.
Ale to jest kwestia freeradius - baza. Sami developerzy freeradiusa zalecają używanie DB zamiast płaskich plików. Dosyć nie dawno na liście mailngowej kiedy pisałem czy używać płaskich plików czy DB to sam Alan powiedział, że lepiej używać DB, jest znacznie szybsze i wydajniejsze (zależy od bazy), a pliki jako backend. W przypadku problemu z bazą to wówczas pliki.
Swego czasu przeglądałem źródełka modułu rlm_files i okazało się, że baza użytkowników nie jest trzymana w prostej tablicy, lecz w strukturze wykorzystującej funkcję haszującą. Dzięki temu odnajdywanie konta na podstawie "loginu" jest bardzo szybkie.
-- Pozdrawiam Tomasz Chiliński, Chilan _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
uczestnicy (3)
-
Marcin -
Michał Bochniak -
Tomasz Chiliński