MEGOLDVA**********************************************
No, sikerült egy másik gépet szereznem, amivel föllőttem a régi routerem.
Letelt a 10 óra üzemidő a desktopon és láss csodát mennek a problémás oldalak, és emerge --fethonly mc is működik.
Na , rögtön át is nyomtam a hálót a TP-LINK-be,
emerge --fetchonly mc: kiszolgáló nem található
hup.hu szintúgy
mindemellett origo.hu működik
ismét vissza régi router(egyébként floppyfw):
emerge --fetchonly mc megy, hup.hu megy, google megy
Most akkor felvetődik a kérdés, hogy rossz-e a router, vagy nem jól konfigoltam?
És ha rossz, akkor milyen indokkal vigyem vissza?
Illetve, ami még lehet: jó a TP-LINK TL-R860, jól van konfigolva, de valami miatt nem tetszik neki a linux kernel.
***********************WORKAROUND*************
KG segítségével (http://hup.hu/node/84548#comment-981291) találtam egy fórumot, ahol az alábbi megoldást találták:
Ha jelentezik a probléma, akkor ki kell kapcsolni a tcp timestamp-et
# echo 0 > /proc/sys/net/ipv4/tcp_timestamps
vagy sysctl segítségével kikapcsolni a boot folyamán
Köszönöm az eddigi segítséget!
**********************************************
Tiszteletem!
A segítségeteket kérem kedves huposok az alábbi problémában:
(igyekszem lényegretörő lenni)
Az utóbbi hetekben azt műveli a gentoo rendszerem, hogy kb. 9,5-10 óra üzemidő után bizonyos oldalak nem jönnek be (tcpdump azt mondja, hogy tcp checksum error). Egész nap működik a net, nincs semmi gondom vele, majd az említett probléma jelentkezik. Ilyen oldal például a hup.hu, google.com és a gentoo.inf.elte.hu, amelyről frissíteni szoktam. Csak az segít, ha újraindítom a gépet.
Ez történik minden nap.
Ezeket próbáltam, amelyek nem jártak sikerrel:
- hálókártya csere
- frissítés
- új telepítés
- a régi gentoo rendszerem(másik vinyó), amelyet fél éve nem használok ugyanazeket a tüneteket produkálja
Ezzel szemben: - OpenBSD és gentoo boot cd-vel nem jön elő a probléma
Baromi nehéz így tesztelni, hogy nem jeletkezik azonnal a hiba. Sajna másik vasat még nem tudtam alá szerezni.
Arra gondolok, hogy hw-gondom van, amely a fordított csomagoknak "köszönhetően" jött elő. Van ennek értelme, vagy hülyeséget beszélek?
~x86 ágban vagyok, de a telepített friss rendszer x86 és úgy se jó
~ $ emerge --info
Portage 2.1.8.3 (default/linux/x86/10.0, gcc-4.4.1, glibc-2.11-r1, 2.6.33-gentoo i686)
=================================================================
System uname: Linux-2.6.33-gentoo-i686-AMD_Athlon-TM-_XP_1700+-with-gentoo-2.0.1
Timestamp of tree: Sun, 14 Mar 2010 20:45:03 +0000
app-shells/bash: 4.1_p2
dev-java/java-config: 1.3.7-r1, 2.1.10
dev-lang/python: 2.4.4-r6, 2.6.4-r1, 3.1.1-r1
dev-python/pycrypto: 2.0.1-r8
dev-util/cmake: 2.8.0-r2
sys-apps/baselayout: 2.0.1
sys-apps/openrc: 0.6.0-r1
sys-apps/sandbox: 2.2
sys-devel/autoconf: 2.13, 2.65
sys-devel/automake: 1.8.5-r3, 1.9.6-r2, 1.10.3, 1.11.1
sys-devel/binutils: 2.20.1
sys-devel/gcc: 4.4.1
sys-devel/gcc-config: 1.4.1
sys-devel/libtool: 2.2.6b
virtual/os-headers: 2.6.33
ACCEPT_KEYWORDS="x86 ~x86"
ACCEPT_LICENSE="* -@EULA PUEL"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests buildpkg distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="ftp://gentoo.inf.elte.hu ftp://gd.tuwien.ac.at/opsys/linux/gentoo/"
LANG="hu_HU"
LC_ALL="hu_HU"
LDFLAGS="-Wl,-O1"
LINGUAS="hu us"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X acl acpi alsa berkdb bzip2 cairo cli cracklib crypt cups cxx dri fortran gdbm gecko gnutls gpm gtk hal iconv ipv6 jpeg lm_sensors modules mudflap ncurses nls nptl nptlonly opengl openmp pam pcre perl png pppd python readline reflection secure-delete session spl ssl svg sysfs tcpd unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="hu us" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon vesa"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Köszönöm hogy elolvastátok a bejegyzésem, remélem érthető voltam.
(Kérlek benneteket, hogy a "Ne használj Gentoo-t" jellegű hozászólásoktól kíméljük egymást.)
- 6078 megtekintés
Hozzászólások
agyam eldobom :-)
zsenialis problema, barhol lehet a hiba
tcp stack leakel
ethernet driver leakel
ethernet kartya firmware leakel
ethernet kartyan valami harveres cucc tulmelegszik/tultolt (ja, az nem, azt cserelted)
a "live cd-nel nem jon elo a hiba" nem sokat jelent, hiszen aligha uzemelesz rola fel napokat.
Mondjuk egy eth driver unload/load megprobalhato lenne legkozelebb.
Ezen kivul barmi szemetelhet a memoriaban, a kernel barmely masik resze, ha epp pont oda szemetel. Mondjuk akkor mindenfele random oopsok es fagyasok is lennenek.
- A hozzászóláshoz be kell jelentkezni
:), örülök hogy tetszik
A cd-ről bebootoltam éjszakára és úgy hagytam(igaz, hogy csak egyszer). Azért próbáltam ezt az eshetőséget is, mert a jelenleginél is előfordult ez. Tehát ha nem használom a gépet, vagy használom és nem netezek akkor is előjön.
"Mondjuk egy eth driver unload/load megprobalhato lenne legkozelebb."
Rendben, ezt még nem próbáltam. Csak az interfészt újra felhúzni...
- A hozzászóláshoz be kell jelentkezni
<
OFF>
Olyan LINGUAS nincs hogy "us" max "en_US".
<
/OFF>
- A hozzászóláshoz be kell jelentkezni
igazad lehet, nem tudom hol járt az eszem
- A hozzászóláshoz be kell jelentkezni
ne használj linuxot.
- A hozzászóláshoz be kell jelentkezni
Ezeket próbáltam, amelyek nem jártak sikerrel:
- hálókártya csere
az új hálókártyának ugyanaz a drivere? ha igen, akkor cserélj olyanra, aminek tök más drivere van (még csak nem is hasonlítanak egymásra).
egyébként simán lehet memóriaprobléma vagy (túl)melegedés is.
- A hozzászóláshoz be kell jelentkezni
"az új hálókártyának ugyanaz a drivere?"
Az egyik integrált, Broadcom driverrel, a másik amit próbáltam Realtek. Van most nálam egy másik Realtek is, azt még nem próbáltam.
"egyébként simán lehet memóriaprobléma"
elkezdtem, de a felénél "meguntam":)
más gondom nincs a rendszerrel
"vagy (túl)melegedés is"
Erre is gondoltam. Nyitott ház volt, amikor előjött a gond. Egy ideje zárt, megy az összes venti.
- A hozzászóláshoz be kell jelentkezni
En azert egy ejjel vegigengednem a memtestet.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
megtörtént: memória rendben
- A hozzászóláshoz be kell jelentkezni
A 32-es kernelt annyian szidták, hogy én simán gyanúba keverném a 33-as is... ki kellene próbálni egy 26-ossal.
Az internet kapcsolatod nem adsl véletlenül?
- A hozzászóláshoz be kell jelentkezni
A régi gentoo, ami fél éve pihen a másik vinyón .31-es és annakidején nem volt vele gondom.
De egy próbát megér, köszi.
"nem adsl véletlenül?"
nem, "kábeles"
- A hozzászóláshoz be kell jelentkezni
Nézd, valakinek hasonló problémája volt, és talált rá megoldást:
http://www.linuxquestions.org/questions/linux-networking-3/tcp-checksum…
Ehhez kapcsolódóan:
http://linux.derkeiler.com/Mailing-Lists/Fedora/2005-12/msg00996.html
Remélem, segít!
- A hozzászóláshoz be kell jelentkezni
Szégyenkezve mondom, hogy ebbe beletrafáltál:)
Szinte ugyanaz a problémám.
(Most jogos a követelés, hogy "használj google-t":) )
Bár én kernelt nem frissítettem és nem módosítottam azelőtt, hogy előjött ez a mizéria.
Szóval majd tudósítok a fejleményekről...
- A hozzászóláshoz be kell jelentkezni
"Remélem, segít!"
Segített, köszönöm:)
Bár ez "csak" áthidaló megoldás, de így legalább nem döglik meg a net.
Azért továbbra se hagyom magam, és kipróbálom az általatok javasoltakat...
- A hozzászóláshoz be kell jelentkezni
Szuper, nagyon szívesen. :)
- A hozzászóláshoz be kell jelentkezni
Detto ugyanezt csinálja úgy 2 hete a céges Ubuntu 8.10-esünk... De nálunk semmilyen oldal nem jön be olyankor. Kiszámíthatatlanul jön elő, s csak full restart hozza helyre. Kernel frissítés nem történt, verzió: 2.6.27-11-generic
Meglesem a fentebb ajánlott linket, hátha nekem is tartogat megoldást. :)
- A hozzászóláshoz be kell jelentkezni
Majd írd meg mire jutottál...
Akkor én lehet hogy az alá megyek "kernel-ügyileg"
- A hozzászóláshoz be kell jelentkezni
Na most lett időm, hogy foglalkozzak vele. Kipróbálom a megoldásod, szerintem menni fog.
Ja, tudom, nem szokás postolni elírást, de most nincs időm:
"Ha jelentezik a probléma, akkor ki kell kapcsolni a tcp timestamp-et
# echo 0 > /proc/sys/net/ipv4/tcp_timestams"
tcp_timestamps
- A hozzászóláshoz be kell jelentkezni
köszi, javítva
- A hozzászóláshoz be kell jelentkezni
Nekem erre minróden lehetséges variációnál azt írja, hogy hozzáférés megtagadva. Mit tolok el?
- A hozzászóláshoz be kell jelentkezni
azt csak root-tal lehet
- A hozzászóláshoz be kell jelentkezni
Ez magától értetődik, úgy csináltam.
- A hozzászóláshoz be kell jelentkezni
A
sudo echo 0 > /proc/sys/net/ipv4/tcp_timestamps
nem jo. Helyette
echo 0 | sudo tee /proc/sys/net/ipv4/tcp_timestamps
kell.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
köszi! Viszont úgy látszik, router probléma lesz, mint ahogyan a topic indítónál is.
- A hozzászóláshoz be kell jelentkezni
Nekem ezen a ponton már kicsillanna a helyedben a paranoiám. Semmi nem történt, és mégis? Ugyanaz a szolgáltatótok? Vagy elszúrtak egy rootkitet?
- A hozzászóláshoz be kell jelentkezni
Én is paranoiás vagyok, gondoltam erre is. De akkor mi magyarázza azt, hogy a másik vinyón lévő gentoo is ezt produkálja. Azt hónapok óta nem használom. .31-es kernel van rajta.
- A hozzászóláshoz be kell jelentkezni
Hónapok óta van rootkit-ed? ;) :)
Hogy hasznos is legyek: szerintem menjen cron-ba a workaround és kernel bug-ként lehet fel kéne venni az esetet...
--
http://www.naszta.hu
- A hozzászóláshoz be kell jelentkezni
Még egy vad ötlet: lehet a routernek köze ehhez az egészhez?
Azidőtájt cseréltem routert mikor jöttek a gondok.
Azelőtt egy PC-t használtam erre, most TP-LINK van. Sajna nem tudom visszállítani a PC-t, mert hw-hibás...
- A hozzászóláshoz be kell jelentkezni
ehem.... véletlenül nem TL-WR-340GD?
Mert akkor azt hiszem kezd vili lenni, hogy miért jelentkezett mindkettőnknél ugyanaz a hiba (most gondoltam bele, hogy kb. nekem is a hibajelenség kezdete környéként tettek a céghez ilyen routert).
- A hozzászóláshoz be kell jelentkezni
TL-R860
azt nem értem mi módon okozhat ez problémát, de már minden eshetőséget számba veszek
(most próbálok egy slackware-t belőni próbaképp, de annyira felb***tt, hogy mindjárt letúrom az egészet:S)
- A hozzászóláshoz be kell jelentkezni
Itt a cégnél van egy irodai XP-s gép, ugyanarról a routerről kapja a netet, vele semmi baj, így valami a linuxos megoldásnál lesz.
- A hozzászóláshoz be kell jelentkezni