> Van egy gép, legyen az IP címe 1.1.1.1. Ezen az IP-n fut egy UDP-s szerver.
> A feladat mindössze annyi, hogy ha az 1.1.1.1-re bejön egy kérés, akkor
> a gép 2.2.2.2 forrás IP-vel válaszoljon, ne pedig az eredeti 1.1.1.1-gyel.
> Hogy szokás ezt Linuxon csinálni?
>
Ha jol ertem a kerdest, akk
Hello,
Van egy gép, legyen az IP címe 1.1.1.1. Ezen az IP-n fut egy UDP-s szerver.
A feladat mindössze annyi, hogy ha az 1.1.1.1-re bejön egy kérés, akkor
a gép 2.2.2.2 forrás IP-vel válaszoljon, ne pedig az eredeti 1.1.1.1-gyel.
A megoldás szempontjából mindegy, hogy a csomag befelé kap új cél
On Fri, Mar 09, 2007 at 12:41:15PM +0100, Zidarics Zoltan wrote:
> Munkahelyi etch-en elore forditott kernelt hasznalok (2.6.18) .
> Ujabban boot utan nem huzza fel az eth0 interface-t es nincs halozat.
> Ha kezzel kiadom az ifup eth0 parancsot csont nelkul mukodik. Boot
> alatt az ipv6 modul i
Thiering Péter <[EMAIL PROTECTED]> wrote:
>
> Nem lehet, hogy a "fejlett" alaplap megpróbálja valahogy kiiktatni a
> hibás ramokat (ECC)? És ezért a lassúság? Természetesen így a memtest
> nem is látja a hibát, de lassúskodik.
pl. az IPMI BMC meg fogja mondani, ha van ebben olyan, ha volt ECC
es
Nem lehet, hogy a "fejlett" alaplap megpróbálja valahogy kiiktatni a hibás
ramokat (ECC)? És ezért a lassúság? Természetesen így a memtest nem is látja
a hibát, de lassúskodik.
Egy döglodo scsi-s winyó produkált nálam hasonlóakat, a saját chipsetje állt
neki a bad sectorokat eltüntetni, oprends
Papp Tamas <[EMAIL PROTECTED]> wrote:
> > Van valakinek otlete?
> > Nekem nagyon RAM hibanak tunik.
> RAM-ot egyszeru cserelni, probald ki, de sztem alaplap. Egyebirant
Jaja, a RAMbol ki is lehet kapni a felet aztan ha a maradek jo,
akkor nyertunk :)
> erre a gepre kimnnek, megnezik mi a baja
Andras HORVATH <[EMAIL PROTECTED]> wrote:
> Erdelyi Gabor <[EMAIL PROTECTED]> wrote:
> > Nekem nagyon RAM hibanak tunik.
> A panik szerintem jo esellyel kernel bug, a fagyas viszont ha nem
Ez most ugye a legujabb kernel, de az elozo rel regebbi volt. 2.6.17.8
Vanilla mindketto.
> ramhiba, akk
On Tue, Mar 13, 2007 at 08:59:00AM +, Erdelyi Gabor wrote:
>
> A gep Dual Xeon, 6GB RAM-mal, HW RAID-del (sajnos),
> Debian Sarge van rajta, most mar 2.6.20.2-es kernellel.
> Ja, HP ML 150 aszem.
>
> Van valakinek otlete?
> Nekem nagyon RAM hibanak tunik.
RAM-ot egyszeru cserelni, probald k
Erdelyi Gabor <[EMAIL PROTECTED]> wrote:
> Nekem nagyon RAM hibanak tunik.
A panik szerintem jo esellyel kernel bug, a fagyas viszont ha nem
ramhiba, akkor alaplaphiba. (Vagy a tapod haldoklik, ilyen valoszinusegi
sorrendben)
hth
raas
--
Those who say it cannot be done should not interrupt the
Sziasztok,
Tegnap megkertek, hogy nezzek at egy tavoli szervert.
debian sarge, minden gyari rajta, 2.4.18-as kernellel es
up-to-date.
Ma reggel mintha megalt volna.
Ez azt jelenti, hogy egy szolgaltatashoz tartozo port nyitva
volt, de a szolgaltatas nem mukodott. A tulaj ujrainditatta, azota
megi
Udv!
Van egy szerver, hostingban, ami kb egy hete kb naponta egyszer meghal.
Tegnap megneztem IRL es futtattam rajta memtestet.
Nem jelzett hibat, de erdekes volt, h NAGYON lassan ment a folyamat,
2 ora alatt 25%-nal tartott es amikor ujra raneztem 10 perc mulva,
akkor 0% es a pass atvaltott 1-re
11 matches
Mail list logo