kernel.org változások

Kernel

Az elmúlt hetekben többször volt olyan időszak, amikor nem lehetett elérni a www.kernel.org, ftp.kernel.org (zeus-pub.kernel.org) oldalakat. Ennek több oka is volt.Az egyik ok, hogy a ftp.kernel.org vsftpd FTP szerverre váltott.

A kernel.org üzemeltetői úgy gondolhatják, hogy a 2.6-os Linux kernel elegendően stabil ahhoz, hogy egy olyan irgalmatlan terhelés alatt álló oldalt is ki tud már szolgálni, mint a kernel.org. A kernel.org hétvégi terhelése sem nagyon esik 40-es load alá (a cikk írásának pillanatában 41-es), de hétköznapokon nem ritka a 100-as load sem.

A kernel.org május 24-től kezdve a 2.6-os Linux kernelt futtat.

(Igaz, hogy az nmap mást mond:

Starting nmap 3.50 ( http://www.insecure.org/nmap/ ) at 2004-05-30 11:21 CEST

Interesting ports on zeus-pub.kernel.org (204.152.189.116):

(The 1650 ports scanned but not shown below are in state: closed)

PORT STATE SERVICE

21/tcp open ftp

22/tcp open ssh

25/tcp open smtp

53/tcp open domain

79/tcp open finger

80/tcp open http

587/tcp open submission

873/tcp open rsync

6588/tcp open analogx

Device type: general purpose

Running: Linux 2.4.X

OS details: Linux 2.4.20 (Itanium)

Uptime 3.686 days (since Wed May 26 18:54:02 2004)

Nmap run completed -- 1 IP address (1 host up) scanned in 40.153 seconds)

Reméljük, hogy ezekkel a változásokkal kevesebb gond lesz a szerverrel.



A kernel.org-hoz kapcsolódik ez az LKML szál is, amely a mirrorozási problémákat fejtegeti. A beszélgetésben felmerül a Bittorrent, mint lehetséges probléma megoldás, de a végén kiderül, hogy a teljes megoldás egy új protokoll, a ``Software Distribution Protocol'' lehetne...

( vmiklos | 2004. 05. 30., v – 11:36 )

tudja valaki, hogy mi az 1 load definicioja? :D

"On Unix and Unix-like systems the load average is generally given as three scalar numbers, representing the average number of processes ready to run in the last one, five and fifteen minutes."

"The load average numbers give the number of jobs in the run queue averaged over 1, 5 and 15 minutes."

"Jordan Hubbard posted:

The load average is the number of processes which are ready to run and still on the run queue, e.g. they're not sleeping on anything but not currently running either. Since it's a running average, if you go from zero processes waiting to 3 processes waiting, the load average will slowly climb to 3 and then stabilize. "

Ezekből rakd össze :-)

Szerintem 1-es load eseten mar varni kell a rendszere. Azt jeleni, hogy egy processz var futasra a run queue-ban.

( bra | 2004. 05. 30., v – 20:00 )

"A kernel.org üzemeltetői úgy gondolhatják, hogy a 2.6-os Linux kernel elegendően stabil ahhoz, hogy egy olyan irgalmatlan terhelés alatt álló oldalt is ki tud már szolgálni, mint a kernel.org. A kernel.org hétvégi terhelése sem nagyon esik 40-es load alá (a cikk írásának pillanatában 41-es), de hétköznapokon nem ritka a 100-as load sem."

Csinál az a gép valamit statikus fájlok HTTP-n és FTP-n való kiszolgálásán kívül?

A kezdetek kezdetén a 2.4.8-as kernelnél volt olyan hogy ha a proc filerendszer bizonyos részeihez hozzányúlt egy program akkor az deadlockba került. A kernel úgy látta hogy ez a processz várakozó állapotban van,

ezért a ggt-n elkezdett felfele menni a load.

Az elején csak 10 volt utána 20 majd 500 környékén rebootoltuk, úgy igazából nem okozott problémát csak volt 500 zombie processz ;-) (amit a kernel nem zombie-nak látott)

1.2GHz 58C) root@alderaan:/home/trey $ nmap -O 127.0.0.1

Starting nmap 3.50 ( http://www.insecure.org/nmap/ ) at

....

Running: Linux 2.4.X|2.5.X

OS details: Linux 2.5.25 - 2.5.70 or Gentoo 1.2 Linux 2.4.19 rc1-rc7)

Latja ez rendesen. De nem latja Itaniumnak... A Gentoo nyilvanvalo tevedes, de felismeri, hogy nem lehetseges, hogy ujabb kernel. Az hozza kell tenni, hogy eleg regi az nmap.