Sziasztok!
SZABO Zsolt wrote:
etch es kernel upgrade utan nem indul az ipxd... (etch 2.6.18-5-686-os
kernel, nincs CONFIG_IPX_INTERN benne; a korabbi egy 2.4.27-es volt, es
sarge, ami mukodott)
Megvaltozott a /proc-ban az ipx route file eleresi utja
(/proc/net/ipx_route -
On Mon, 13 Aug 2007, Bartos-Elekes Zsolt wrote:
Sziasztok!
SZABO Zsolt wrote:
etch es kernel upgrade utan nem indul az ipxd... (etch 2.6.18-5-686-os
kernel, nincs CONFIG_IPX_INTERN benne; a korabbi egy 2.4.27-es volt, es
sarge, ami mukodott)
Megvaltozott a /proc-ban az ipx route file
Ezt írtam márciusban:
zanaftpd31239146.110.174.169 Tue Mar 20 13:10
gone - no logout
Ezt látom a syslog-ban (pl. egy kollégám Németországból):
Mar 19 10:25:42 cie proftpd[29216]: cie.kee.hu 141.89.210.5 -
mod_delay/0.4: delaying for 1914 usecs
Gabor HALASZ írta:
Nem hiba, feautre.
On Mon, 13 Aug 2007, jzana wrote:
Hallott-e ilyesmiröl valaki? Van-e ezek közt a jelenségek közt bármi
összefüggés? Jelzik-e ilyen események az alaplap közeli halálát??
Az ora kesesrol nem (legtobb gepen nem is tudom hol jar a hw ora, van
ntp). Viszont mostanaban tipikus, hogy a 3 eves
Lajber Zoltan írta:
ntp). Viszont mostanaban tipikus, hogy a 3 eves gepeknel (+/- nehany
A tartalék szerver a múlt évezredben készült:
ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP]
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family
Valami nem gömbölyű, de nem tudom, mi lehet a gond.
A feladat: van egy szerverszobában egy desktop gép, ebben van egy hdd, és ezen
van kb. 128+ GiB adat, amit le kellene menteni.
Mivel a szerverszoba másfél megabites vonallal kapcsolódik az internetre, úgy
gondoltam, hogy az túl soká tartana,
On Tuesday 14 August 2007 01:29, Nagy Gabor wrote:
Kb. 120 Kbit/s sebességgel vánszorog az adat a két gép között (rsync-kel).
A laptopra az internetről másfél megával tudok letölteni, tehát úgy tűnik,
ez a fele jó.
A desktop gépről scp-vel interneten ücsörgő távoli gépekre nagy sebességgel