Wrzesień 2004 - lms - lists.lms.org.pl

Re: LMS-notify niestety... ;(
by A.L.E.C 02 Wrz '04

02 Wrz '04

Przemysław Broniszewski wrote: > lms-notify, version 1.3.6 Osiris > (C) 2001-2004 LMS Developers > Using file /etc/lms/mailtemplate-1.txt as config. > Can't call method "val" on an undefined value at /bin/lms-notify line > 93. a nie pomyliłeś czasem opcji '-D' z '-C' przy uruchomieniu skryptu? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: LMS-notify niestety... ;(
by Tomasz Miklas 02 Wrz '04

02 Wrz '04

Cześć Przemysław, Thursday, September 2, 2004, 10:08:30 AM, you wrote: PB> lms-notify, version 1.3.6 Osiris PB> (C) 2001-2004 LMS Developers PB> Using file /etc/lms/mailtemplate-1.txt as config. PB> Can't call method "val" on an undefined value at /bin/lms-notify line 93. Wczoraj miałem ten sam problem w przypadku lms.ini... okazało się trywialnie - edycja pliku konfiguracyjnego została przerwana padem terminala i joe zostawił swoje śmieci w nagłówku. -- Tomasz Miklas <tm(a)CUT-IT-OFF.kernelpanic.pl> SQ3TQM, QTH Kalisz, JO91bs :: SQ3TQM/6, QTH Wrocław, JO81mb Perl: I4t1 Os1 ;0 S,><.><+>**<=><&&><and>++<gt><==> B1 L1 C2 P1 N>e R-1 Vc1a1p(s-1h1a1)r0d2 Hsw2 sub-main

1 0

Re: LMS-notify niestety... ;(
by Przemysław Broniszewski 02 Wrz '04

02 Wrz '04

Przemysław Broniszewski wrote: > lms-notify, version 1.3.6 Osiris > (C) 2001-2004 LMS Developers > Using file /etc/lms/mailtemplate-1.txt as config. > Can't call method "val" on an undefined value at /bin/lms-notify line 93. > Hmmm wyglada na to jak bym nie mial inifiles... ale ... zajrzalem w zrodlo lms-makedhcpdconf i tam jest tak samo a dziala... Nie znam sie na perlu wiec niezabardzo wiem o co chodzi... :( -- Przemysław Broniszewski (SGM) Administrator serwera netfinity.warsztat.net.pl email: broneq(a)warsztat.net.pl tel: /0-58/ 559-89-83

1 0

LMS-notify niestety... ;(
by Przemysław Broniszewski 02 Wrz '04

02 Wrz '04

lms-notify, version 1.3.6 Osiris (C) 2001-2004 LMS Developers Using file /etc/lms/mailtemplate-1.txt as config. Can't call method "val" on an undefined value at /bin/lms-notify line 93. -- Przemysław Broniszewski (SGM) Administrator serwera netfinity.warsztat.net.pl email: broneq(a)warsztat.net.pl tel: /0-58/ 559-89-83

1 0

Re: [lms] Kolejność wpisów w generowanych plikach
by Łukasz Jarosław Mozer 02 Wrz '04

02 Wrz '04

Witam. W liście z dnia 2 września 2004 (00:56:28) można przeczytać: > 1. Kolejność wpisów z dhcpd.conf generowanych przez lms-makedhcpconf > jest obecnie losowa. IMHO wygodniej przeglądać posortowane: Nie losowa a wg. wpisów w bazie danych. > 2. W konfiguracji generowanej przez lms-makeiptables adresy IP sortowane > są leksykograficznie a nie numerycznie. Poprawka: Tak, ale jest to dodatkowe, imvho zbędne obciążenie systemu. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Kolejność wpisów w generowanych plikach
by Tomasz Orzechowski 02 Wrz '04

02 Wrz '04

1. Kolejność wpisów z dhcpd.conf generowanych przez lms-makedhcpconf jest obecnie losowa. IMHO wygodniej przeglądać posortowane: --- lms-makedhcpconf 2004-09-02 00:39:12.000000000 +0200 +++ lms-makedhcpconfmy 2004-09-02 00:21:03.000000000 +0200 @@ -256,7 +256,7 @@ print DHCPDCONF "\t\toption netbios-name-servers $row->{'wins'};\n"; } print DHCPDCONF "\n"; - my $dbq2 = $dbase->prepare("SELECT id, name, ipaddr, mac, ownerid FROM nodes"); + my $dbq2 = $dbase->prepare("SELECT id, name, ipaddr, mac, ownerid FROM nodes ORDER BY ipaddr"); $dbq2->execute(); while (my $row2 = $dbq2->fetchrow_hashref()) { 2. W konfiguracji generowanej przez lms-makeiptables adresy IP sortowane są leksykograficznie a nie numerycznie. Poprawka: --- lms-makeiptables 2004-09-01 23:51:21.000000000 +0200 +++ lms-makeiptables.new 2004-09-02 00:45:26.000000000 +0200 @@ -227,18 +227,18 @@ my $dbq = $dbase->prepare("SELECT inet_ntoa(address) AS address, mask FROM networks WHERE name = UPPER('$key')"); $dbq->execute(); while (my $row = $dbq->fetchrow_hashref()) { - my $sdbq = $dbase->prepare("SELECT inet_ntoa(ipaddr) AS ipaddr FROM nodes WHERE access = 1 ORDER BY ipaddr"); + my $sdbq = $dbase->prepare("SELECT inet_ntoa(ipaddr) AS addr FROM nodes WHERE access = 1 ORDER BY ipaddr"); $sdbq->execute(); while(my $srow = $sdbq->fetchrow_hashref()) { - if(matchip($srow->{'ipaddr'},$row->{'address'},$row->{'mask'})) + if(matchip($srow->{'addr'},$row->{'address'},$row->{'mask'})) { - print IPTABLESSCRIPT "$ipbin -t filter -A FORWARD -s $srow->{'ipaddr'} -j ACCEPT\n"; - print IPTABLESSCRIPT "$ipbin -t filter -A FORWARD -d $srow->{'ipaddr'} -j ACCEPT\n"; + print IPTABLESSCRIPT "$ipbin -t filter -A FORWARD -s $srow->{'addr'} -j ACCEPT\n"; + print IPTABLESSCRIPT "$ipbin -t filter -A FORWARD -d $srow->{'addr'} -j ACCEPT\n"; - if(isprivate($srow->{'ipaddr'})) + if(isprivate($srow->{'addr'})) { - print IPTABLESSCRIPT "$ipbin -t nat -A POSTROUTING -s $srow->{'ipaddr'} "; + print IPTABLESSCRIPT "$ipbin -t nat -A POSTROUTING -s $srow->{'addr'} "; if($snataddr) { print IPTABLESSCRIPT "-j SNAT --to $snataddr\n"; -- _ _._. _ .|_ (_)| /_(/.(.| ) Tomek Orzechowski Solitude, mon Dieu, solitude...

1 0

LMS-1.3.6 Osiris - Changelog
by A.L.E.C 01 Wrz '04

01 Wrz '04

- obciążenia są naliczane według ich wartości, rosnąco - w wypadku jak ktoś ma odliczenie jakieś, zostanie ono naliczone jako pierwsze, przez co nawet przez chwilę saldo nie zejdzie poniżej zera (lukasz) - dodana informacja kiedy dany komputer był ostatnio widziany w sieci (lexx) - teraz na mapie urządzeń sieciowych pokazywana jest lokalizacja urządzenia (lexx) - poprawiony błąd w zapytaniu przy wyszukiwaniu zgłoszeń po temacie (alec) - uprawnienie 'manipulacja finansami' obejmuje także rozliczanie faktur (alec) - BTS#0000180: zliczanie wolnych adresów w sieci nie bierze pod uwagę zarezerwowanych dla DHCP (lexx) - BTS#0000181: okienko wyboru adresu IP nie pozwala wybrać adresu zarezerwowanego dla DHCP (lexx) - BTS#0000153: kliknięcie na urządzenie/komputer na mapie urządzeń powoduje przejście do wybranego urządzenia/komputera (lexx) - poprawiona czytelność napisów na mapie urządzeń (lexx) - zawieszanie płatności wybranych zobowiązań użytkownika lub wszystkich na dany okres (alec) - dodany panel 'Użytkownicy'->'Ostrzeżenia' (alec) - dodany skrypt lms-fping (alec) - BTS#0000052: odłączenie użytkownika poprzez cutoff powoduje automatyczne owinetkowanie komputerów użytkownika oraz ustawienie wiadomości administracyjnej (lexx) - poprawiony BTS#0000157: gubienie urządzeń i błędne połączenia na mapie (alec) - w welcome.html podajemy także ilość komputerów on-line (alec) - BTS#0000187: uzup. brakująca definicja $utsfmt w lms-notify (alec) - BTS#0000189: poprawiony trigger dns2 w formularzu netadd.html (alec) - dodany moduł pinger (szybszy odpowiednik lms-fping) do demona (alec) - w demonie wszystkie komunikaty informacyjne są w DEBUG1 (alec) - usunięte błędy przy allow_call_time_pass_reference=Off w php.ini (alec) - dodane contrib/squid_warnings (lexx) - w dokum. dodany rozdział 'Dodatki' opisujący zawartość kat. contrib (alec) -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: zawieszanie usług
by Tomasz Chilinski 01 Wrz '04

01 Wrz '04

On Wed, 01 Sep 2004 19:36:07 +0200, Marcin Król wrote > Użytkownik A.L.E.C napisał: > > > a co ja napisałem? > > x=100 - zwykła > > x=0 - zawieszona > > 0<x<100 - obniżona (nie tylko z powodu zawieszenia, ale np. rabatu, > > promocji) > > No dobra, jak już to jeszcze dodać czas wygasania x. Zeby ewentualne > zawieszenie płatności na miesiąc czy taryfa promocyjna sama się wygasiła. Genialne! To dodatkowo uwzględniać wyzwalacz przy czasie wygaśnięcia zawieszenia i odblokowywać automatem wszystkie kompy :) > Marcin 'Lexx' Król LMS Developer Pozdrawiam Tomasz Chiliński

1 0

Re: zawieszanie usług
by Marcin Król 01 Wrz '04

01 Wrz '04

Użytkownik A.L.E.C napisał: >>>już teraz można zawieszać płatności na wybrany okres (wprawdzie >>>wszystkie na raz, ale myślę, że wystarczy) >> >>Ale nie chodzi mi o zawieszanie płatności, tylko ustalenie okresu po >>którym x ponownie przyjmie wartość 100 (inaczej mówiąc na pół roku >>dajemy promocję -20%, i po pół roku taryfa jest automatycznie >>naliczana normalnie) > > Jeżeli miałoby to działać globalnie dla wszystkich assignmentów, to można > skorzystać z istniejącej opcji 'zawieszenie wszystkich płatności' > rozbudowując o pole 'percent' i to wszystko, jeżeli jednak chcielibyśmy > zrobić to dla każdego abonamentu z osobna, to faktycznie będzie potrzebne > jeszcze jedno a nawet dwa pola (suspenddateto, suspenddatefrom). Nie > zrobiłem tego wcześniej przy zwykłym zawieszaniu i teraz też odradzam, > wyjdzie straszna zamotka w tabeli assignments i trzeba będzie tworzyć kupę > warunków w zapytaniach sql, no i nie ma nawet miejsca na te daty na liście > zobowiązań. Czyli co? czekamy z tym do 2.0? -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: [lms] Re: zawieszanie usług
by A.L.E.C 01 Wrz '04

01 Wrz '04

Marcin Król wrote: >> już teraz można zawieszać płatności na wybrany okres (wprawdzie >> wszystkie na raz, ale myślę, że wystarczy) > > Ale nie chodzi mi o zawieszanie płatności, tylko ustalenie okresu po > którym x ponownie przyjmie wartość 100 (inaczej mówiąc na pół roku > dajemy promocję -20%, i po pół roku taryfa jest automatycznie > naliczana normalnie) Jeżeli miałoby to działać globalnie dla wszystkich assignmentów, to można skorzystać z istniejącej opcji 'zawieszenie wszystkich płatności' rozbudowując o pole 'percent' i to wszystko, jeżeli jednak chcielibyśmy zrobić to dla każdego abonamentu z osobna, to faktycznie będzie potrzebne jeszcze jedno a nawet dwa pola (suspenddateto, suspenddatefrom). Nie zrobiłem tego wcześniej przy zwykłym zawieszaniu i teraz też odradzam, wyjdzie straszna zamotka w tabeli assignments i trzeba będzie tworzyć kupę warunków w zapytaniach sql, no i nie ma nawet miejsca na te daty na liście zobowiązań. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0