🚀 go-pugleaf

On 16.10.2013, MaRc <tuksmr@gmail.com> wrote:

> Szukam narzędzi do mierzenia multicastowego jittera w sieci a dodatkowo 
> wrzucić to do wykresu w cacti.
> iperf jest fajny, ale nie mogę puścić cały czas 20M multicasta i 
> pobierać wyników :/
> co polecicie?

http://oss.oetiker.ch/smokeping/

GS
-- 
Grzegorz Staniak <gstaniak _at_ gmail *dot* com>

On 16.10.2013 21:28, Grzegorz Staniak wrote:
> http://oss.oetiker.ch/smokeping/

smokeping to kolejny inetrfejs. używam cacti i tu chciałbym wrzucać 
grafy. dodatkowo z tego co wyczytałem to smokeping bazuje na icmp. ja 
muszę puścić strumień udp określonej wielkości.

wpadłem może na rozwiązanie. puścić iperfa z dużym znacznikiem -t 
dodatkowo w pętli while, jak minie czat -t to uruchomi sie ponownie :). 
badać z interwałem 10s -i10 i wyjście przekazać do sysloga. z sysloga 
można perlem sparsować do cacti.



-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a 
wówczas pobije cię swoimi argumentami.

On 16.10.2013, MaRc <tuksmr@gmail.com> wrote:

>> http://oss.oetiker.ch/smokeping/
>
> smokeping to kolejny inetrfejs. używam cacti i tu chciałbym wrzucać 
> grafy. dodatkowo z tego co wyczytałem to smokeping bazuje na icmp. ja 
> muszę puścić strumień udp określonej wielkości.
>
> wpadłem może na rozwiązanie. puścić iperfa z dużym znacznikiem -t 
> dodatkowo w pętli while, jak minie czat -t to uruchomi sie ponownie :). 
> badać z interwałem 10s -i10 i wyjście przekazać do sysloga. z sysloga 
> można perlem sparsować do cacti.

Straaasznie okrężna droga. Jeśli już wiesz jak i wiesz czym chcesz
rysować wykresy, napisz plugin do cacti badający jitter wg. tych 
kryteriów (z użyciem iperfa). 

GS
-- 
Grzegorz Staniak <gstaniak _at_ gmail *dot* com>

W dniu 16.10.2013 22:00, Grzegorz Staniak pisze:
> On 16.10.2013, MaRc<tuksmr@gmail.com>  wrote:
>>
>> wpadłem może na rozwiązanie. puścić iperfa z dużym znacznikiem -t
>> dodatkowo w pętli while, jak minie czat -t to uruchomi sie ponownie :).
>> badać z interwałem 10s -i10 i wyjście przekazać do sysloga. z sysloga
>> można perlem sparsować do cacti.
>
> Straaasznie okrężna droga. Jeśli już wiesz jak i wiesz czym chcesz
> rysować wykresy, napisz plugin do cacti badający jitter wg. tych
> kryteriów (z użyciem iperfa).

Z iperf od razu do pliku rdd wrzucaj. Po co syslog do tego? W cacti 
sobie potem to ładnie wyrysujesz. Oczywiście jeśli nie chcesz wtyczki do 
cacti pisać :)

-- 
helperm

On 20.10.2013 11:47, helperm wrote:
> Z iperf od razu do pliku rdd wrzucaj. Po co syslog do tego? W cacti
> sobie potem to ładnie wyrysujesz. Oczywiście jeśli nie chcesz wtyczki do
> cacti pisać :)
>

hmm, odrazu do rdd? podpowiesz jak?

z drugiej strony tych "sond" może być kilka rozrzuconych po sieci i 
trudno by bezpośrednio wrzucać do rdd więc dlatego wymyśliłem rsysloga.



-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a 
wówczas pobije cię swoimi argumentami.

On 20.10.2013 11:47, helperm wrote:
> Z iperf od razu do pliku rdd wrzucaj. Po co syslog do tego? W cacti
> sobie potem to ładnie wyrysujesz. Oczywiście jeśli nie chcesz wtyczki do
> cacti pisać :)


Trochę sobie poczytałem o rrd i już generalnie mam koncepcję wrzucania 
danych bezpośrednio do rrd.
Niestety nie mogę ogarnąć cacti by rysowało mi statystyki bezpośrednio z 
tej bazy. Dodaję hosta w cacti bez snmp bez templateow, ale nie ma już 
templejtki rysowania grafów :/
Jak dodać taką bazę do cacti?



-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a 
wówczas pobije cię swoimi argumentami.

On 20.10.2013 11:47, helperm wrote:
> do pliku rdd wrzucaj

zaplanowałem taką bazę, nie wiem czy dobrze, bo po zrobieniu waży 33MB :/
#v+
rrdtool create /tmp/jitter.rrd \
-s 10 \
DS:jitter_d:GAUGE:120:0:U \
DS:straty:GAUGE:120:0:U \
RRA:AVERAGE:0.5:1:1440 \
RRA:AVERAGE:0.5:1:10080 \
RRA:AVERAGE:0.5:1:40320 \
RRA:AVERAGE:0.5:1:2056320 \
RRA:MAX:0.5:1:5 \
RRA:LAST:0.5:1:600 \
RRA:MIN:0.5:1:5
#v-

chcę zbierać jitter i straty. próbki będą przychodziły co 10 sekund. 
chcę mieć statystykę dzienną, tygoniową, mieszięczną i roczną.
czy dobrze to zaplanowałem?

-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a 
wówczas pobije cię swoimi argumentami.

On 25.10.2013 13:09, MaRc wrote:

> rrdtool create /tmp/jitter.rrd \
> -s 10 \
> DS:jitter_d:GAUGE:120:0:U \
> DS:straty:GAUGE:120:0:U \
> RRA:AVERAGE:0.5:1:1440 \
> RRA:AVERAGE:0.5:1:10080 \
> RRA:AVERAGE:0.5:1:40320 \
> RRA:AVERAGE:0.5:1:2056320 \
> RRA:MAX:0.5:1:5 \
> RRA:LAST:0.5:1:600 \
> RRA:MIN:0.5:1:5
> #v-

troche tu przekombinowałem z ilością :/
zoptymalizowałem trochę i wygląda to teraz tak:
#v+
rrdtool create /tmp/jitter.rrd \
-s 10 \
DS:jitter_d:GAUGE:120:0:U \
DS:straty:GAUGE:120:0:U \
RRA:AVERAGE:0.5:1:267840 \ #dzenne co 10s trzymam miesiąc
RRA:AVERAGE:0.5:60:43800 \ #tygodniowe co 10m trzymam rok
RRA:AVERAGE:0.5:360:8760 \ #miesięczne co 1h trzymam rok
RRA:AVERAGE:0.5:8640:730 \ #roczne co 1d trzymam 2 lata
RRA:MAX:0.5:1:267840 \
RRA:MAX:0.5:60:43800 \
RRA:MAX:0.5:360:8760 \
RRA:MAX:0.5:8640:730
#v-
teraz z wartościami MAX waży < 10MB.
o co konkretnie chodzi z tą wartością "0.5" w rra? czy rrd czasem przy 
0.5 rrd z ilości próbek nie wylicza wówczas wartości średniej czyli suma 
wartości próbek * 0.5?



-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a 
wówczas pobije cię swoimi argumentami.

On 25.10.2013 11:24, MaRc wrote:
> Jak dodać taką bazę do cacti?

z tym już sobie poradziłem, ale zabawa przednia :)

-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a 
wówczas pobije cię swoimi argumentami.

W dniu 25.10.2013 19:52, MaRc pisze:
> On 25.10.2013 11:24, MaRc wrote:
>> Jak dodać taką bazę do cacti?
>
> z tym już sobie poradziłem, ale zabawa przednia :)
>

Jak ja się cieszę, że rzadko tu zaglądam. Super sobie radzisz :D

P.S. Zdalne przesyłanie można sobie zrobić np. via ssh po kluczach z 
ograniczeniem po stronie serwera komendy do wywołania, patrz 
.ssh/authorized_keys ;)

-- 
helperm

On 2013-10-27, helperm <my@mail.com> wrote:
> W dniu 25.10.2013 19:52, MaRc pisze:
>> On 25.10.2013 11:24, MaRc wrote:
>>> Jak dodać taką bazę do cacti?
>>
>> z tym już sobie poradziłem, ale zabawa przednia :)
>>
>
> Jak ja się cieszę, że rzadko tu zaglądam. Super sobie radzisz :D
>
> P.S. Zdalne przesyłanie można sobie zrobić np. via ssh po kluczach z 
> ograniczeniem po stronie serwera komendy do wywołania, patrz 
> .ssh/authorized_keys ;)

Zdajesz sobie sprawę z tego, że dla danych metrycznych to jedna
z głupszych metod? Zresztą w ogóle SSH do pracy wsadowej jest uciążliwe
na dłuższą metę (zarządzanie kluczami ssie, wymaganie sprawnego katalogu
domowego i login shella ssie, konfigurowanie ograniczeń ssie i tak
dalej).

-- 
Secunia non olet.
Stanislaw Klekot

"Stachu 'Dozzie' K." <dozzie@go.eat.some.screws.spammer.invalid> writes:

[...]
>
> Zdajesz sobie sprawę z tego, że dla danych metrycznych to jedna
> z głupszych metod? Zresztą w ogóle SSH do pracy wsadowej jest uciążliwe
> na dłuższą metę (zarządzanie kluczami ssie, wymaganie sprawnego katalogu
> domowego i login shella ssie, konfigurowanie ograniczeń ssie i tak
> dalej).
A co proponujesz?
KJ

-- 
http://modnebzdury.wordpress.com/2009/10/01/niewiarygodny-list-prof-majewskiej-wprowadzenie/
But what can you do with it?  -- ubiquitous cry from Linux-user partner.
(Submitted by Andy Pearce, ajp@hpopd.pwd.hp.com)

W dniu 27.10.2013, 15:40, Stachu 'Dozzie' K. pisze:
> On 2013-10-27, helperm <my@mail.com> wrote:
>> W dniu 25.10.2013 19:52, MaRc pisze:
>>> On 25.10.2013 11:24, MaRc wrote:
>>>> Jak dodać taką bazę do cacti?
>>>
>>> z tym już sobie poradziłem, ale zabawa przednia :)
>>>
>>
>> Jak ja się cieszę, że rzadko tu zaglądam. Super sobie radzisz :D
>>
>> P.S. Zdalne przesyłanie można sobie zrobić np. via ssh po kluczach z 
>> ograniczeniem po stronie serwera komendy do wywołania, patrz 
>> .ssh/authorized_keys ;)
> 
> Zdajesz sobie sprawę z tego, że dla danych metrycznych to jedna
> z głupszych metod? Zresztą w ogóle SSH do pracy wsadowej jest uciążliwe
> na dłuższą metę (zarządzanie kluczami ssie, wymaganie sprawnego katalogu
> domowego i login shella ssie, konfigurowanie ograniczeń ssie i tak
> dalej).
> 
nie trzeba sprawnego katalogu domowego. w ogóle nie potrzeba katalogu
domowego.

-- 
Paweł

On 2013-10-27, Kamil Jońca <kjonca@poczta.onet.pl> wrote:
> "Stachu 'Dozzie' K." <dozzie@go.eat.some.screws.spammer.invalid> writes:
>
> [...]
>>
>> Zdajesz sobie sprawę z tego, że dla danych metrycznych to jedna
>> z głupszych metod? Zresztą w ogóle SSH do pracy wsadowej jest uciążliwe
>> na dłuższą metę (zarządzanie kluczami ssie, wymaganie sprawnego katalogu
>> domowego i login shella ssie, konfigurowanie ograniczeń ssie i tak
>> dalej).
> A co proponujesz?

Do transportu plików rsync przez SSL. Do zarządzania hostami (m.in.
wykonywanie poleceń, ale w trybie wsadowym, czyli bez bezpośredniego
dozoru admina) CFEngine albo Puppet.

-- 
Secunia non olet.
Stanislaw Klekot

On 2013-10-27, Paweł <jas@nie.doczekal> wrote:
> W dniu 27.10.2013, 15:40, Stachu 'Dozzie' K. pisze:
>> On 2013-10-27, helperm <my@mail.com> wrote:
>>> W dniu 25.10.2013 19:52, MaRc pisze:
>>>> On 25.10.2013 11:24, MaRc wrote:
>>>>> Jak dodać taką bazę do cacti?
>>>>
>>>> z tym już sobie poradziłem, ale zabawa przednia :)
>>>>
>>>
>>> Jak ja się cieszę, że rzadko tu zaglądam. Super sobie radzisz :D
>>>
>>> P.S. Zdalne przesyłanie można sobie zrobić np. via ssh po kluczach z 
>>> ograniczeniem po stronie serwera komendy do wywołania, patrz 
>>> .ssh/authorized_keys ;)
>> 
>> Zdajesz sobie sprawę z tego, że dla danych metrycznych to jedna
>> z głupszych metod? Zresztą w ogóle SSH do pracy wsadowej jest uciążliwe
>> na dłuższą metę (zarządzanie kluczami ssie, wymaganie sprawnego katalogu
>> domowego i login shella ssie, konfigurowanie ograniczeń ssie i tak
>> dalej).
>> 
> nie trzeba sprawnego katalogu domowego. w ogóle nie potrzeba katalogu
> domowego.

Ale o to trzeba specjalnie dodatkowo zadbać. A później zadbać jeszcze
dla kolejnego użytkownika. I jeszcze kolejnego. Na dłuższą metę to nie
działa dobrze.

-- 
Secunia non olet.
Stanislaw Klekot

W dniu 27.10.2013 23:12, Stachu 'Dozzie' K. pisze:

>> nie trzeba sprawnego katalogu domowego. w ogóle nie potrzeba katalogu
>> domowego.
>
> Ale o to trzeba specjalnie dodatkowo zadbać. A później zadbać jeszcze
> dla kolejnego użytkownika. I jeszcze kolejnego. Na dłuższą metę to nie
> działa dobrze.
>

Jak się nie umie to się nie zrobi ;p
Wszystko wymaga konfiguracji, a ssh daje moc ładnego przycięcia dostępów 
i przywilejów w stosunku do użytkownika który się loguje. Po lekturze 
`man ssh` łatwo jest to osiągnąć.

Tak na marginesie, ja bym to zrobił w trudniejszej może formie, z 
template do cacti i z wykorzystaniem snmp v3 do komunikacji z sondami :)

Widzę Stachu, że krytykować nadal umiesz. Czas się nauczyć z krytyką 
konstruktywne idee dostarczać ;p

-- 
helperm

W dniu 27.10.2013 23:10, Stachu 'Dozzie' K. pisze:
>> A co proponujesz?
>
> Do transportu plików rsync przez SSL. Do zarządzania hostami (m.in.
> wykonywanie poleceń, ale w trybie wsadowym, czyli bez bezpośredniego
> dozoru admina) CFEngine albo Puppet.
>

Overkill :D

Cacti niech pyta po snmp. Demona na sondzie konfigurujesz aby twój 
własny skrypt wykonywał dla odpytań o konkretny OID  (extend w snmpd.conf).

http://www.opensource.apple.com/source/net_snmp/net_snmp-18/net-snmp/mibs/NET-SNMP-EXTEND-MIB.txt

http://www.oidview.com/mibs/8072/NET-SNMP-EXTEND-MIB.html

http://docs.fedoraproject.org/en-US/Fedora/16/html/System_Administrators_Guide/sect-System_Monitoring_Tools-Net-SNMP-Extending.html

http://en.doc.centreon.com/HowToUseSNMPAgentExtension

Działa :) Miłej zabawy.

-- 
helperm

On 2013-10-28, helperm <my@mail.com> wrote:
> W dniu 27.10.2013 23:12, Stachu 'Dozzie' K. pisze:
>
>>> nie trzeba sprawnego katalogu domowego. w ogóle nie potrzeba katalogu
>>> domowego.
>>
>> Ale o to trzeba specjalnie dodatkowo zadbać. A później zadbać jeszcze
>> dla kolejnego użytkownika. I jeszcze kolejnego. Na dłuższą metę to nie
>> działa dobrze.
>>
>
> Jak się nie umie to się nie zrobi ;p

Się umie, i to na paręnaście sposobów, które ci pewnie nawet do głowy
nie przyjdą. Tylko że SSH do pracy wsadowej to nadal bardzo niezgrabne
i kruche rozwiązanie.

> Wszystko wymaga konfiguracji, a ssh daje moc ładnego przycięcia dostępów 
> i przywilejów w stosunku do użytkownika który się loguje. Po lekturze 
> `man ssh` łatwo jest to osiągnąć.

Nie, misiu, po lekturze `man sshd_config'.

> Tak na marginesie, ja bym to zrobił w trudniejszej może formie, z 
> template do cacti i z wykorzystaniem snmp v3 do komunikacji z sondami :)
>
> Widzę Stachu, że krytykować nadal umiesz. Czas się nauczyć z krytyką 
> konstruktywne idee dostarczać ;p

Konstruktywne idee, mój drogi, to ja *opracowuję* i *wdrażam*. Twój
templajcik do Cacti to dokładanie kolejnych ruchomych, kruchych części
do czegoś i tak już spiętego sznurkiem i taśmą klejącą.

-- 
Secunia non olet.
Stanislaw Klekot

On 2013-10-28, helperm <my@mail.com> wrote:
> W dniu 27.10.2013 23:10, Stachu 'Dozzie' K. pisze:
>>> A co proponujesz?
>>
>> Do transportu plików rsync przez SSL. Do zarządzania hostami (m.in.
>> wykonywanie poleceń, ale w trybie wsadowym, czyli bez bezpośredniego
>> dozoru admina) CFEngine albo Puppet.
>>
>
> Overkill :D
>
> Cacti niech pyta po snmp.

Że co? Co ma Cacti z SNMP do transportu plików i konserwacji systemu?

-- 
Secunia non olet.
Stanislaw Klekot

"Stachu 'Dozzie' K." <dozzie@go.eat.some.screws.spammer.invalid> writes:

> On 2013-10-27, Kamil Jońca <kjonca@poczta.onet.pl> wrote:
>> "Stachu 'Dozzie' K." <dozzie@go.eat.some.screws.spammer.invalid> writes:
>>
>> [...]
>>>
>>> Zdajesz sobie sprawę z tego, że dla danych metrycznych to jedna
>>> z głupszych metod? Zresztą w ogóle SSH do pracy wsadowej jest uciążliwe
>>> na dłuższą metę (zarządzanie kluczami ssie, wymaganie sprawnego katalogu
>>> domowego i login shella ssie, konfigurowanie ograniczeń ssie i tak
>>> dalej).
>> A co proponujesz?
>
> Do transportu plików rsync przez SSL. Do zarządzania hostami (m.in.

Hm. Mój man rsync nic nie mówi o SSL.
KJ

-- 
http://blogdebart.pl/2012/06/24/hiena/
Love is the delusion that one woman differs from another.
		-- H. L. Mencken

On 2013-10-28, Kamil Jońca <kjonca@poczta.onet.pl> wrote:
> "Stachu 'Dozzie' K." <dozzie@go.eat.some.screws.spammer.invalid> writes:
>
>> On 2013-10-27, Kamil Jońca <kjonca@poczta.onet.pl> wrote:
>>> "Stachu 'Dozzie' K." <dozzie@go.eat.some.screws.spammer.invalid> writes:
>>>
>>> [...]
>>>>
>>>> Zdajesz sobie sprawę z tego, że dla danych metrycznych to jedna
>>>> z głupszych metod? Zresztą w ogóle SSH do pracy wsadowej jest uciążliwe
>>>> na dłuższą metę (zarządzanie kluczami ssie, wymaganie sprawnego katalogu
>>>> domowego i login shella ssie, konfigurowanie ograniczeń ssie i tak
>>>> dalej).
>>> A co proponujesz?
>>
>> Do transportu plików rsync przez SSL. Do zarządzania hostami (m.in.
>
> Hm. Mój man rsync nic nie mówi o SSL.

Owszem, nie mówi. Trzeba sprytnie połączyć trzy czy cztery zachowania,
żeby to sensownie zrobić (bez stawiania dwóch nadmiarowych daemonów).
http://dozzie.jarowit.net/trac/wiki/RsyncSSL

-- 
Secunia non olet.
Stanislaw Klekot

Generalnie zrobiłem tak.
1. sonda za pomocą rysysloga wysyła mi local1 z iperfa do serwera na 
którym jest cacti.
2. na serwerze z cacti rsyslog z pomocą templatek odbiera mi logi i 
odebrane dane wrzuca do skryptu shellowego
3. skrypt shelowy parsuje dane i wrzuca bezpośrednio do bazy rrd
4. cacti rysuje mi wykresy

rozwiązanie proste i działa. wykorzystuje to co już w systemie jest. 
jedyny mankament to dla każdej sondy w cacti muszę robić osobne data 
input, ale tych sond nie będzie za wielle więc to nie problem.


-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a 
wówczas pobije cię swoimi argumentami.

On 2013-10-29, MaRc <tuksmr@gmail.com> wrote:
> Generalnie zrobiłem tak.
> 1. sonda za pomocą rysysloga wysyła mi local1 z iperfa do serwera na 
> którym jest cacti.
> 2. na serwerze z cacti rsyslog z pomocą templatek odbiera mi logi i 
> odebrane dane wrzuca do skryptu shellowego
> 3. skrypt shelowy parsuje dane i wrzuca bezpośrednio do bazy rrd
> 4. cacti rysuje mi wykresy
>
> rozwiązanie proste i działa. wykorzystuje to co już w systemie jest. 

Zamiast rsysloga lepiej użyć Fluentd albo logstasha, które są dedykowane
temu właśnie zadaniu (przesyłaniu wiadomości ze strukturą).

> jedyny mankament to dla każdej sondy w cacti muszę robić osobne data 
> input, ale tych sond nie będzie za wielle więc to nie problem.

I to jest właśnie objaw konstrukcji ze sznurka i taśmy klejącej[*],
o których mówiłem w innej gałęzi wątku.

Mógłbyś przyjrzeć się collectd zamiast Cacti. Jest nieco prostszy i nie
wymaga znanej a priori listy węzłów. Minusem jest brak przyzwoitego
webinterfejsu do oglądania wykresów (ja używam mojego DashWiki,
a jeszcze dość ładnie wygląda Collectd-web (choć słabawo sobie radzi
z nowymi metrykami zdefiniowanymi przez użytkownika)).

[*] Nie bierz tego do siebie. Tu mówię o cesze Cacti (i w ogóle prawie
wszystkiego, co jest na rynku do monitoringu). Nadużycie rsysloga to
zupełnie inna rzecz.

-- 
Secunia non olet.
Stanislaw Klekot

W dniu 28.10.2013 21:19, Stachu 'Dozzie' K. pisze:
>>
>> Cacti niech pyta po snmp.
>
> Że co? Co ma Cacti z SNMP do transportu plików i konserwacji systemu?
>

Pytanie było o jitter/iperf/cacti/sondy, więc transport plików i 
konserwacja systemu tu nie pasują :)

-- 
helperm

W dniu 28.10.2013 21:18, Stachu 'Dozzie' K. pisze:
>> Jak się nie umie to się nie zrobi ;p
>
> Się umie, i to na paręnaście sposobów, które ci pewnie nawet do głowy
> nie przyjdą. Tylko że SSH do pracy wsadowej to nadal bardzo niezgrabne
> i kruche rozwiązanie.

Przypuszczam, że wątpię. Babrasz się w systemach, więc co innego i 
inaczej potrzebujesz. Nikt nie potrzebuje piętnastu sposobów. 
Najważniejsza zasada to KISS, więc trzeba umieć wybrać.

>
>> Wszystko wymaga konfiguracji, a ssh daje moc ładnego przycięcia dostępów
>> i przywilejów w stosunku do użytkownika który się loguje. Po lekturze
>> `man ssh` łatwo jest to osiągnąć.
>
> Nie, misiu, po lekturze `man sshd_config'.

Z 'SEE ALSO' idziesz dalej czy czytasz tylko pierwszą stronę dokumentacji?

>> Tak na marginesie, ja bym to zrobił w trudniejszej może formie, z
>> template do cacti i z wykorzystaniem snmp v3 do komunikacji z sondami :)
>>
>> Widzę Stachu, że krytykować nadal umiesz. Czas się nauczyć z krytyką
>> konstruktywne idee dostarczać ;p
>
> Konstruktywne idee, mój drogi, to ja *opracowuję* i *wdrażam*. Twój
> templajcik do Cacti to dokładanie kolejnych ruchomych, kruchych części
> do czegoś i tak już spiętego sznurkiem i taśmą klejącą.

Trzeba wiedzieć jak i do czego użyć danego narzędzia. Cacti sprawdza się 
bardzo dobrze w tym do czego zostało stworzone. Nie musisz lubić cacti, 
nie musisz stosować. MaRc pytał o cacti, a nie o Twoje wdrożenia czy 
opracowania.

-- 
helperm