Styczeń 2006 - lms - lists.lms.org.pl

Rejestr sprzedaży
by Mikołaj Goj 31 Sty '06

31 Sty '06

Witam, czy Rejestr Sprzedaży w LMSsie ma wartość księgową? pozdrawiam /Mikołaj

1 0

RRDTool itp
by bartmarian＠o2.pl 31 Sty '06

31 Sty '06

Witam, zrobilem sobie UP serwerka i wszystko dziala, wszystko czego uzywam (na marginesie), ale brakuje mi np wykresow w rrdtool, tzn uzywam lstat albo mrtg (zaleznie od pogody oczywiscie) ale milo bylo by otworzyc okno usera i zobaczyc sliczny wykres dniowy, tygodniowy itd... mazenia dalej... wykresy w rrd(snmp?) dla urzadzen sieciowych (cpu,if)... itd, pytanie moje jest takie: czy jest ktos zainteresowany dolozeniem tego do LMS, chetnie widzial bym zrzutke dla osob(y) ktora by to wykonala/y, tylko jeszcze "ale" aby te prace umiescic w LMS na stale... aha, uzywam nagios+rss do monitorowania sieci, jak "cos" znika, na tray'u ikonka w win zmienia kolorek z zielonego na czerwony, w linux mam rss w superkarambie, mozna tez powiadomic sms... ogolnie sadze ze warto bylo by LMS'a wzbogacic :-) Pozdrawiam Marcin

1 0

Re: rc.limits wywraca sie
by Marcin Król 31 Sty '06

31 Sty '06

A.L.E.C napisał(a): >>> nie jestem autorem, ani go nie używam, ale zmiana na 1999 nie jest >>> prawidłowym rozwiązaniem, jesli ktoś podeśle patcha robionego jak >>> należy, to się go wprowadzi. >> czego uzywasz zamiast tego skryptu, jakie powinno byc prawidlowe >> rozwiazanie? > > używam własnych regułek generowanych modułem tc demona lmsd. Btw, ostatnio doszedłem do wniosku że wszystkie defaulty powinny być puste, lub zawierać change_me. -- _ _ _ ___ | |_ | \/ |( __| 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: rc.limits wywraca sie
by Tomasz Chilinski 31 Sty '06

31 Sty '06

On Tue, 31 Jan 2006 15:06:49 +0100, A.L.E.C wrote > Tomasz Chilinski wrote: > > > Odpowiedź na to pytanie padła już kilka razy. > > Po prostu identyfikatory klas w linuksie są liczbami 16-bitowymi > > zapisywanymi w formacie szesnastkowym! Dlatego 19999 jest > > nieprawidłowe, bo przekracza 16-bitów. Po prostu należy na to patrzeć > > jak na 0xnnnn. > > kiedyś próbowałem takie duże wartości u siebie i działało, patrzyłem > nawet w kod ale nic nie wypatrzyłem, dlatego obawiam się, że ta > odpowiedź nie jest do końca prawidłowa. Zajrzyj więc na http://www.lartc.org. ifconfig eth0:kupcia 10.0.0.1 też działa, ale piszą, że powinno używać się liczb jako nazw aliasów, więc w każdej chwili może przestać działać. Po prostu trzeba na to uważać. W jądrze 2.4.32 i 2.4.31 19999 nie działa. > -- > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 > LAN Management System Developer http://lms.alec.pl Pozdrawiam.

1 0

Re: rc.limits wywraca sie
by A.L.E.C 31 Sty '06

31 Sty '06

Tomasz Chilinski wrote: > Odpowiedź na to pytanie padła już kilka razy. > Po prostu identyfikatory klas w linuksie są liczbami 16-bitowymi > zapisywanymi w formacie szesnastkowym! Dlatego 19999 jest > nieprawidłowe, bo przekracza 16-bitów. Po prostu należy na to patrzeć > jak na 0xnnnn. kiedyś próbowałem takie duże wartości u siebie i działało, patrzyłem nawet w kod ale nic nie wypatrzyłem, dlatego obawiam się, że ta odpowiedź nie jest do końca prawidłowa. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: rc.limits wywraca sie
by A.L.E.C 31 Sty '06

31 Sty '06

Piotr Hołyński wrote: >> tak, są systemy na których skrypt działa bez zmian, inna sprawa to >> fakt, że moim zdaniem nawet po poprawce ten skrypt się do niczego >> nie nadaje. > > dlaczego tak sadzisz? Uzasadnij to chociażby z powodu braku sfq, czy esfq >> nie jestem autorem, ani go nie używam, ale zmiana na 1999 nie jest >> prawidłowym rozwiązaniem, jesli ktoś podeśle patcha robionego jak >> należy, to się go wprowadzi. > > czego uzywasz zamiast tego skryptu, jakie powinno byc prawidlowe > rozwiazanie? używam własnych regułek generowanych modułem tc demona lmsd. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: rc.limits wywraca sie
by Piotr Hołyński 31 Sty '06

31 Sty '06

> tak, są systemy na których skrypt działa bez zmian, inna sprawa to fakt, > że moim zdaniem nawet po poprawce ten skrypt się do niczego nie nadaje. dlaczego tak sadzisz? Uzasadnij to > nie jestem autorem, ani go nie używam, ale zmiana na 1999 nie jest > prawidłowym rozwiązaniem, jesli ktoś podeśle patcha robionego jak > należy, to się go wprowadzi. czego uzywasz zamiast tego skryptu, jakie powinno byc prawidlowe rozwiazanie? > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 > LAN Management System Developer http://lms.alec.pl Piotr Hołyński

1 0

Re: rc.limits wywraca sie
by Tomasz Chilinski 31 Sty '06

31 Sty '06

On Tue, 31 Jan 2006 14:15:07 +0100, Piotr Hołyński wrote > Witam > > >>Po aktualizacji z 1.6.4 do 1.8.0 wszystko dziala jak trzeba poza rc.limits > >>ktory wywala: > >>Error: argument "invalid parent ID" is wrong: 1:19999 > >>Error: argument "invalid parent ID" is wrong: 1:19999 > >>Error: argument "invalid parent ID" is wrong: 1:19999 > >>Error: argument "invalid parent ID" is wrong: 1:19999 > >>Error: argument "invalid parent ID" is wrong: 1:19999 > > > > Zamień w pliku który generuje rc.limits 19999 na np.1999 > > Problem ten pojawia sie co jakis czas, dlaczego tworca tego > skryptu nie zmieni tej wartosci na etapie tworzenia skrptu? Czy sa > systemy, ktore daja sobie rade z pierwotna wartoscia, a jezeli tak > to od czego zalezy, ze na jednych systemach trzeba dokonywac zmiany, > a na innych nie? Ja juz sie przyzwyczailem do dokonywania tej > zmiany ale dalej nie wiem dla czego tak musi byc. Za odpowiedz na to > pytanie mysle, ze nie tylko ja bede wdzieczny. Odpowiedź na to pytanie padła już kilka razy. Po prostu identyfikatory klas w linuksie są liczbami 16-bitowymi zapisywanymi w formacie szesnastkowym! Dlatego 19999 jest nieprawidłowe, bo przekracza 16-bitów. Po prostu należy na to patrzeć jak na 0xnnnn. > Z wyrazami szacunku > Piotr Hołyński Przesyłając całusy, Tomek.

1 0

Re: rc.limits wywraca sie
by A.L.E.C 31 Sty '06

31 Sty '06

Piotr Hołyński wrote: >> Zamień w pliku który generuje rc.limits 19999 na np.1999 > > Problem ten pojawia sie co jakis czas, dlaczego tworca tego > skryptu nie zmieni tej wartosci na etapie tworzenia skrptu? Czy sa > systemy, ktore daja sobie rade z pierwotna wartoscia, a jezeli tak to > od czego zalezy, ze na jednych systemach trzeba dokonywac zmiany, a > na innych nie? tak, są systemy na których skrypt działa bez zmian, inna sprawa to fakt, że moim zdaniem nawet po poprawce ten skrypt się do niczego nie nadaje. > Ja juz sie przyzwyczailem do dokonywania tej > zmiany ale dalej nie wiem > dla czego tak musi byc. Za odpowiedz na to pytanie mysle, ze nie > tylko ja bede wdzieczny. nie jestem autorem, ani go nie używam, ale zmiana na 1999 nie jest prawidłowym rozwiązaniem, jesli ktoś podeśle patcha robionego jak należy, to się go wprowadzi. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: rc.limits wywraca sie
by Piotr Hołyński 31 Sty '06

31 Sty '06

Witam >>Po aktualizacji z 1.6.4 do 1.8.0 wszystko dziala jak trzeba poza rc.limits >>ktory wywala: >>Error: argument "invalid parent ID" is wrong: 1:19999 >>Error: argument "invalid parent ID" is wrong: 1:19999 >>Error: argument "invalid parent ID" is wrong: 1:19999 >>Error: argument "invalid parent ID" is wrong: 1:19999 >>Error: argument "invalid parent ID" is wrong: 1:19999 > > Zamień w pliku który generuje rc.limits 19999 na np.1999 Problem ten pojawia sie co jakis czas, dlaczego tworca tego skryptu nie zmieni tej wartosci na etapie tworzenia skrptu? Czy sa systemy, ktore daja sobie rade z pierwotna wartoscia, a jezeli tak to od czego zalezy, ze na jednych systemach trzeba dokonywac zmiany, a na innych nie? Ja juz sie przyzwyczailem do dokonywania tej zmiany ale dalej nie wiem dla czego tak musi byc. Za odpowiedz na to pytanie mysle, ze nie tylko ja bede wdzieczny. Z wyrazami szacunku Piotr Hołyński Almar Electronics sp. z o.o. 47-400 Racibórz ul. Opawska 3 0-32 415-08-01 wew. 24 lub 601 410 840 www.almar.net.pl www.almarnet.pl

1 0