From: Sancar Saran (saran@ktg.com.tr)
Date: Mon 09 Dec 2002 - 12:40:55 EET
On Sunday 08 December 2002 12:03, you wrote:
Selamlar,
Valla 3 ayda bir sistem yenileyen (gerek update, gerek hardware upgrade) biri
olarak neden sorun yasadiginizi anlayamadim ?
Siz makinanizin ne gibi servisler verdigini bilmiyormuydunuz ?
> Bilgisayarda ciddi anlamda ilk ugrasmaya basladigim gunlerde bir dergide
> okudugum ilginc bir cumle zaman zaman aklima gelir. Asagi yukari soyle bir
> seydi:
> "Murphy der ki bir bilgisayar sistemi bir sekilde amaclanan isi yapiyorsa
> daha iyi yapmasi icin sakin caba harcama, birak aynen oyle kalsin."
>
> Ama insan rahat durmuyor ki, dur su yeni cikan ddr ramlerden de olsun,
> diski daha buyuk olsun, kerneli su olsun, bu olsun, journalling olsun,
> quota olsun falan filan derken eski serveri aldim yeniden yapmaya giristim.
> (Neyse ki eskisini ellemedim, yeni bir tane yapip oraya aktarayim dedim)
>
> Yaklasik 2 hafta oldu, kafanizi sisiriyorum yok reverse dns, yok mx kaydi
> problemi, yok name server kilitleniyor falan diye... Yahu kardesim, calisan
> bir seyi ne diye degistirmeye kalkarsin ki :))
>
> Isin ilginc yani, zamaninda ilkini kurarken notlarima aktarmadigim veya
> muhtemelen sonradan sagdan soldan okuyup alelacele yaptigim minik
> degisiklikler yuzunden birbirinin tipatip aynisi olacagini dusundugum 2
> server arasinda daglar kadar fark yasadim. Bunlari kisaca ozetleyeyim:
>
> 1. php configure ve make
> php ile birlikte bir suru program daha kuruyorsunuz. gd olsun, imap olsun,
> neye ihtiyaciniz varsa. eski server redhat 7.1 idi ve aklima gelecek ya da
> gelmeyecek pek cok seyin library'leri zaten icinde mevcut oldugu icin
> enable-falan demem yeterli olmustu. ama yeni server slackware 8.1 ve
> minimum secenekle kuruldugu icin sadece php'yi digerinin configure
> parametreleriyle kurmam icin yaklasik 10 tane daha program kurmam gerekti.
> Kaybedilen zaman: tahmini 1-2 gun
>
> 2. php ini dosyasindaki farkliliklar
> ilk servera php 4.0.2 ile baslamistim sanirim. ama simdi 4.2.3 var. ini
> dosyalarinda hissedilir derecede farkliliklar var, yani bazi directiveler
> yururlukten kalkarken yenileri piyasaya cikmis. Dogal olarak kurulum
> default ini dosyasi mevcut scriptleri calistirmadi. eskisinin ini dosyasini
> kopyaladim ama bu da bekledigim gibi calismadi. Hata neredeydi? dokumanlari
> dikkatli okumamakta.
> Kaybedilen zaman: tahmini 2-3 saat
>
> 3. mysql veritabani
> farkli versiyona ait veri tabani dosyalarini aynen alip kopyalarsaniz
> basiniz agrir, her ne kadar major numarasi ayni oldugunda sorun
> cikmayacagini soylese de. neticede fix yaparak durumu kurtardim ve fazla
> data kaybim olmadi
> Kaybedilen zaman: 1 gun (farketmek), 10 dakika (cozum uretmek ve cozmek)
>
> 4. kullanici adlari
> dizinleri rsync ile oldugu gibi eski serverdan aldim. ancak yeni serverda
> kullanici yapisini eskisinde karsilastigim sorunlari yasamamak icin farkli
> bir duzende kurdum. tabii ki dosyalarin owner ve rights ayarlarini yeni
> sekle gecirmeyi unuttugum icin sacma sapan hata mesajlari bile aldim.
> Kaybedilen zaman: 2 saat (tespit ve cozum)
>
> 5. named konfigurasyonu
> bind'in farkli versiyonlarini kullaniyorum, ama dokumantasyondan problem
> yasamayacagina dair garanti aldim. yine amaca uygun olarak conf dosyasi ve
> zone dosyalarinda minik degisiklikler yaparak basladim yeni servera. ancak
> gunlerce email trafigi problem oldu. mx kayitlarini olmasi gerektigi gibi
> yapana kadar cektiklerimi bir ben bilirim bir de Mustafa Hocam :))
> Kaybedilen zaman: 3 gun
>
> 6. qmail ve environment variables
> ah qmail ah. dokumantasyonu gercekten cok daginik, uzmanlasmak ve hata
> taramasina girebilmek icin oldukca genis bir on calisma yapmis olmak gerek.
> neyse ki google var. qmail kardesime Return-Path degerinin
> anonymous@.@--root@localhost olmamasi gerektigini soyleyene kadar resmen
> catladim. QMAILHOST ve QMAILSUSER sistem degiskenlerini ekleyince problem
> halloldu, ama eski ifadeleri hicbir yerde goremedim. muhtemelen tanimli
> deger bulamayinca kendisi benim bir yerlerde yaptigim ama ne oldugunu
> bilmedigim minik hatalari toplayarak boyle bir default deger uretti.
> Kaybedilen zaman: 2 gun
>
> 7. qmail ve php.ini
> php.ini icerisinde mail gondermeyle ilgili secenekler mevcut.
> dokumantasyonda belirtildigi gibi bunu qmaile yonlendirdim, ama
> scriptlerimden hic mail alamadim. neden sonra tekrar win32 ayarlarina geri
> getirmeyi akil ettim ve biraz olsun rahatladim. oysa dokumantasyonda yazan
> ayarlarla neden calismadigini bir turlu cozemedim. (muhtemelen ownership ve
> user rights ile ilgili bir problem. qmail-inject programi apache altinda
> bir sekilde ulasilamaz durumdaydi diye dusunuyorum. ama smtp=localhost
> yaparak sorunu hallettim)
> Kaybedilen zaman: onceki problemle cok icice oldugu icin sorunun
> hangisinden kaynaklandigini cozmekle birlikte 2 gun
>
> simdilik bu kadar... daha yasanacak cok dert var onumde sanirim, cunku
> gozden kacan seyler gun gectikce cikiyor karsima...
>
> Saygilar, iyi gunler.
>
> -----------------------------------------------------------------------
> Liste üyeliğiniz ile ilgili her türlü işlem için
> http://liste.linux.org.tr adresindeki web arayüzünü kullanabilirsiniz.
> http://www.linux.org.tr/listeler.php sayfasina bakiniz.
>
> Listeden çıkmak için: 'linux-sohbet-request@linux.org.tr' adresine,
> "Konu" kısmında "unsubscribe" yazan bir e-posta gönderiniz.
> -----------------------------------------------------------------------
-----------------------------------------------------------------------
Liste üyeliğiniz ile ilgili her türlü işlem için
http://liste.linux.org.tr adresindeki web arayüzünü kullanabilirsiniz.
http://www.linux.org.tr/listeler.php sayfasina bakiniz.
Listeden çıkmak için: 'linux-sohbet-request@linux.org.tr' adresine,
"Konu" kısmında "unsubscribe" yazan bir e-posta gönderiniz.
-----------------------------------------------------------------------