2003-06-23, h keltezéssel Balazs Scheidler ezt írta:
On Mon, Jun 23, 2003 at 02:25:44PM +0200, Czakó Krisztián wrote:
2003-06-23, h keltezéssel Balazs Scheidler ezt írta:
On Mon, Jun 23, 2003 at 10:49:49AM +0200, Czakó Krisztián wrote:
arra figyelj, hogy az utolso pom-os release az 14-es, nem pom-os pedig van 15-os is. (UDP kezelesben volt egy hibajavitas, ami oops-ot okozhat)
Amikor leszedtem még nem volt...
hmm.. az iw elrontott valamit koztunk es a webszerver kozott, ezert nem megy a downloads konyvtar szinkronizalasa. remelem hamarosan megjavul.
(ha nem TPROXY-zol UDP-s csomagokat, akkor nem lehet gond)
Sebajd, de megjött a nem várt hiba. A szervernek 6 napos uptime után sikerült produkálnia. Érdekesség, hogy az apache tesztprogramjával igen szépen meg lett hajtva mind a zorp, mind a mögötte lévő webszerver és egy szikra hiba nem volt. Ez volt múlt pénteken. Ma pedig jött egy hiba, mikor csak 2-3 párhuzamos kérés csordogált rendszeresen.
A kért debug:
Jun 23 08:59:00 fw kernel: IP_TPROXY: socket already assigned, reuse=1, 5d92380a:50a2, sr->faddr=799238c3:51a2, flags=90005 Jun 23 08:59:00 fw kernel: IP_TPROXY_UNASSIGN: unhashing 5d92380a:50a2
hmm. pontosan az latszik, amit nagyjabol elmondtam, azaz: kesobb tunik el a TPROXY-s hashbol az adott portszam, ezert a masik szal lefoglalja mielott a tproxy-s hashbol eltunne.
Vajon ez eddig máshol/másnál még miért nem jött ki?
hm. workaroundot mar tudok, valami jobb megoldason gondolkozom...
Megosztod velünk a workaroundot? Slapic -- Pilatus-Comp Ltd. HUNGARY * The Linux Expert * pilatuscomp@linux.co.hu http://www.linux.co.hu * Phone: +36-1-2481816 * Fax: +36-1-2481817