insanlarin linux kullandiklarini bilmek guzel bir duygu. Insan kendisini
yanliz hissetmiyor :-)
> Benim en buyuk sorunum Linux makinalarinin ara sira cokuyor olmasi. Gerci
> son zamanlarda memoryi'yi 8 den 16'ya cikarip kernel'i de 1.2.6'ya upgrade
> edince sorunlar ortadan kalkti gibi.
Linux makinalarin arada sirada cakilmasi gercekten canSIKICI. Burada server
olarak kullandigimiz makina yaklasik 1.5 senedir calisiyor, Internete
dogrudan bagli 16M RAM 486 DX 33 (ama aslinda 25- bunu ne siz sorun ne ben
anlatayim... ) ve IDE HD. Zaman icinde Slackware 1.x ve 2.0 yeni yeni 2.1
oldu. Bu sure icerisinde arada sirada cakildigi oldu. Bence en buyuk sorun
takilmalardan cok takilmalardan sonra nedenini bulmakta karsilasilan
guclukler.
Az Bellek
Yavas Harddiskler
her zaman akla gelen (kurtarici) sebepler. Bir kere burada named tarafindan
yaratilan bir sorun vardi. (DNS icin) Bir kere konferans duyurusu icin +400
adet mail yollanmisti bunlardan +50 kadari gecersiz adreslere gonderildi
korkunc bir NAMESERVER QUERRY ve RESPONSE trafigi ortaya cikti. named
syslog a dakikada ortalama 8 error basmaya basladi. Bu arada makina bir
hafta icerisinde yaklasik 4 kere takildi.
Yogun trafik altinda da takilmalar oluyor. Ancak bunun sebebini dogrudan
hafizaya veya kernel'e baglamak o kadar kolay degil. (ozellikle de ucuz
NE2000 uyumlu kartlar kullandigimiz surece) Bir kere
Thin E Thick E Thin E
--------------- ------------- ------------
| | | | | |
------- ------ ------- ------
| | | | | | | |
| | | R | | R | | |
| | |(B) | | | | |
------- ------ ------- ------
486D 33 486D50 486D33 HP700
LINUX LINUX LINUX
16 RAM 8 RAM 16 RAM
gibi bir sema uzerinden yaklasik 400 Mbyte rcp yaptik. (sagdan sola)
ilk basta (B) makinasi surekli takiliyordu. (3 dakikada bir)
Bunun uzerine o netteki (sol taraf) tum NFS trafigini minimuma indirdik
bir daha takilmadi. (gerci toplam 35 dakika :-) . Ilginc olani en az RAM
li makinanin takilmasi. (ancak ethernet kartlari da NE2000 :-)
>
> Routing'de de makinada yuk fazlala$inca routing table'i unutmasi gibi bir
> sorun ile kar$ila$iyorum.
Bu ilginc. Burada boyle bir sorunla karsilasmadim. Bunun tek sebebi
routed kullanmak olabilir. Tek yonlu baglantilar (point to point) oldugu
surece routed hic (ama hic) bir yarar getirmeyecektir. Routed -g ile cagrilirsa
(slackware rc.inetx de default secenek de bu !!) her 90 saniyede bir sozkonusu
makina default route bildigini iddia edecektir. (internet gateway'i olabilmek
icin) bu tam bir panayir'a yol aciyor.
Benim bildigim TR hatlarinin hepsi birebir. (evet bir ara tartisildigi
gibi Ege su haliyle alternatif default route olamaz, GMD, ege'nin karsi tarafi
sadece belirli adresleri EGE'ye route ediyor.)
>
> $imdilik bu kadar...
>
> --
> Regs, Giray *<8-)
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> ' Internet -> giray@turkuaz.cc.marun.edu.tr '
> ' HiTNeT -> 8:100/100.108 '
> ' << Marmara University >>'
> ' <<< School of Engineering >>>'
> ' <<<< Department of Computer Engineering >>>>'
> ' system admin - network admin '
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
Bir ara Slackware 2.1 ile 1.2.3 kernel denedim. Hersey mukemmeldi ama
sendmail 8.6.9 calismadi
Apr 26 08:46:05 titan sendmail[3568]: NOQUEUE: SYSERR(root): getrequests
: cannot bind: Address already in use
Apr 26 08:46:05 titan sendmail[3568]: problem creating SMTP socket
ile kaldim.
1.1.18 ve ayni sendmail halen calisiyor.
Su an Slackware 2.2 nin tamamlanmasini bekliyorum (sagol Yener :-)
Iyi calismalar
F. Kagan Guerkaynak
kgf@titan.ehb.itu.edu.tr