[rlug] ping
syn -- BOFH: excess surge protection http://tty.ro ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ping
On Monday 19 March 2007 11:24:21 Marius Luca wrote: syn RST -- George-Cristian Bîrzan ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ping
On Monday 19 March 2007 04:24, Marius Luca wrote: syn 1. SYN is TCP specific 2. ping is ICMP 2. intrebarea corecta (corespunzatoare $subj) este, deci: ICMP type 8 / code 0 (echo request) ... la care se [poate] raspunde: ICMP type 0 / code 0 (echo reply) :) Calin ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ping
On Monday 19 March 2007 17:50, Calin wrote: On Monday 19 March 2007 04:24, Marius Luca wrote: syn 1. SYN is TCP specific 2. ping is ICMP Nu sunt de acord. ping este un concept la ora actuala si nu mai tine de faptul ca initial se folosea doar ICMP. Vezi de exemplu arping (foloseste ARP) sau htping2 (foloseste ce vrea muschiul tau inclusiv SYN). De altfel verbul to ping l-am vazut folosit in general pt acest tip de testare si nu implica ICMP neaparat. -- Mihai RUSU Email: [EMAIL PROTECTED] GPG : http://dizzy.roedu.net/dizzy-gpg.txt WWW: http://dizzy.roedu.net Linux is obsolete -- AST ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ping
Dizzy wrote: On Monday 19 March 2007 17:50, Calin wrote: On Monday 19 March 2007 04:24, Marius Luca wrote: syn 1. SYN is TCP specific 2. ping is ICMP Nu sunt de acord. ping este un concept la ora actuala si nu mai tine de faptul ca initial se folosea doar ICMP. Vezi de exemplu arping (foloseste ARP) sau htping2 (foloseste ce vrea muschiul tau inclusiv SYN). De altfel verbul to ping l-am vazut folosit in general pt acest tip de testare si nu implica ICMP neaparat. Teoretic Calin are dreptate, daca ne luam dupa rfc-uri. Practic Dizzy are dreptate. Eu vreau ceva care sa stie prin telepatie cand e picat hostu' ala sa se duca sa-l rebooteze. :) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ping
On Tuesday 20 March 2007 01:24:27 Radu Oprisan wrote: Teoretic Calin are dreptate, daca ne luam dupa rfc-uri. Care RFC-uri? Sunt chiar curios... Eu nu stiu de vreo astfel de bestie... -- George-Cristian Bîrzan ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] ping
George-Cristian Birzan [EMAIL PROTECTED] wrote: On Tuesday 20 March 2007 01:24:27 Radu Oprisan wrote: Teoretic Calin are dreptate, daca ne luam dupa rfc-uri. Care RFC-uri? Sunt chiar curios... Eu nu stiu de vreo astfel de bestie... -- George-Cristian Bîrzan ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug si pentru ca presimt ca imi sari in cap ca wikipedia nu e RFC baga cornu in RFC 1574 ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Blocare sistem - rezolvare
* Mircea Mitu wrote [Monday, March 12, 2007 10:45:53 AM +0200] Pateam asta long time ago (acum ~2 ani) datorita combinatiei caldura mare + driver funky ext3. Efectul era ca dupa o perioada de functionare (5-6h), temp ajungea la peste 70C iar ext3 crapa linistit in speranta unei veri mai racoroase. Totusi vedeam in dmesg un registry dump si epilogul ext3-ului. Dupa ceva testari si incercari de parametri de boot pentru kernel am rezolvat problema cu sitemul respectiv. S-a dovedit ca nu e de la harddisk ci de la ACPI. Dupa instalarea initiala si upgrade la kernel 2.6 (sistemul fusese instalat de pe un cd de sarge cu kernel 2.4) am observat in dmesg mesajul: [ 16.555833] * The chipset may have PM-Timer Bug. Due to workarounds for a bug, [ 16.555834] * this clock source is slow. If you are sure your timer does not have [ 16.555836] * this bug, please use acpi_pm_good to disable the workaround Cautand dupa PM-Timer bug am gasit postat pe lkml un programel care testa daca am bug-ul respectiv, l-am compilat si executat si a reiesit ca nu am acel bug. Asa ca am adaugat 'acpi_pm_good' ca parametru de butare si n-am mai primit mesajul. In schimb acum o saptamana, dupa ce lasasem sistemul peste week-end sa compileze de zor, sistemul iarasi s-a blocat. Intre timp pusesem sa syslog-ul sa trimita tot pe al sistem asa ca inspectand syslogul vecin am observat ca named-ul instalat pe el scotea niste mesaje ciudate: named[5588]: general: *** POKED TIMER *** Cautand pe google n-am gasit decat referinte la named si freebsd cu ceva threading problems. Cum smartctl nu dadea nici o eroare pentru hdd am intrat la banuieli ca am totusi respectivul PM-timer bug. Pana la urma am bootat cu 'clocksource=pit pci=noacpi' si de atunci sistemul nu s-a mai blocat (uptime 6 zile). multumesc pentru sugestii tuturor, -- mitu ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug