FreeBSD’de dump ile örneğin /var’ın backup’ını almak icin komut şu şekilde.

dump -0L -f '/bla/bla.dump' -a '/var'

Switchler için, man dump.

VMWare Server üzerine guest olarak, FreeBSD kurduğunuz zaman sistem saatinizin sürekli olarak geri kalması problemi ile karşılaşabilirsiniz. Normal saatten yaklaşık olarak %70 oranında yavaş işlemesi nedeni ile sistem saatiniz devamlı geride kalacaktır.

http://www.mydigitallife.info/2006/04/12/freebsd-60-on-vmware- server-time-and-clock-slow-down/ adresinde anlatıldığı üzere bu sorun çözmenin iki yolu mevcut.

Birincisi, /boot/loader.conf doayasına ekleyeceğiniz hint.apic.0.disabled=1 satırı ile APIC device’ı devre dışı bırakmak.
İkincisi ise kernel’den device apic satirini comment out ederek, kernel bazında devre dışı bırakma yöntemi.

Detaylı bilgi için yukarıdaki linke göz atabilirsiniz.
Yukarıdaki makale FreeBSD 6.0 için yazılmış ama ben 7.0 üzerinde de birinci yöntemi kullanarak sorunu giderdim.

Php’nin performanslı ve optimize çalışmasını sağlayan ve dinamik content cache işlemi yapan eAccelerator gerçekten de performansa süper katkıda bulunan bir yazılım. Ancak FreeBSD’de yaptığınız eAcceleretor kurulumunu, dökümanını okumadan direk ports dizini altından yaparsanız, httpd-error.log dosyasına “EACCELERATOR hit: “/usr/local/www/data-dist/blablabla.php” gibi çok sayıda satırın yazıldığını görebilirsiniz. Eğer yüksek trafiği olan bir siteniz var ise httpd-error.log dosyanız inanılmaz bir hızla çok büyük size değerlerine ulaşabilir.

Bu sorunu çözmeniz için yapmanız gereken şey, php.ini dosyanıza “eaccelerator.debug = 0” parametresini eklemektir.

Normal şartlarda dökümanı okuyarak source kurulumu yaparsanız, dökümanda php.ini’ye eklenmesi önerilen opsiyonlar arasında debug meselesi de mevcut. Ama dediğim gibi ports üzerinden kurup çalıştırırsanız -ki bu sorun dışında herhangi bir sorunla çıkarmadan çalışır- ilgili debug parametresini atlayabilirsiniz.

En azindan ben atladım.

Eğer, FreeBSD üzerinde sorunsuz olarak kurulmuş olan Apache serverınız server start aşamasında “[warn] (2)No such file or directory: Failed to enable the ‘httpready’ Accept Filter” gibi bir hata veriyorsa sebebi accf_http modülü ile alakalıdır. Gelen baglantilari bufferlayan accf_http modulu yüklenemediği zaman bu warning mesajını alıyoruz.

Sorunu çözmek için aşağıdaki komutu verebilirsiniz:

# kldload accf_http

Ancak bu şekliyle sadece memory’ye yazıldığı için FreeBSD’iniz restart ettiğiniz zaman gene başa dönersiniz. Bu nedenle sorunu kalıcı olarak çözmek için  /boot/loader.conf dosyasına aşağıdaki satırı ekleyebilirsiniz:

accf_http_load="YES"

Accf ile ilgili default ayarlar, /boot/defaults/loader.cnf dosyasının içinde durmaktadır. Kullanım şekillerini görmek için;

# grep accf /boot/defaults/loader.conf

komutunu verebilirsiniz.

Örnek çıktı:

accf_data_load="NO" # Wait for data accept filter
accf_http_load="NO" # Wait for full HTTP request accept filter

Bugün üye olduğum bir mailing liste Ömer Barlas isimli bir arkadaşımız tarafından gönderilen ilginç ve eğlenceli bir fikir epey hoşuma gitti. Bir ara hayata geçirip işyerinde biraz eğlenmeyi düşünüyorum.

Aşağıdaki adresten detaylarına ulaşabileceğiniz bu eğlenceli durum, squid ve imagemagick kütüphanesini kullanarak , belirlediğiniz bir sitenin resim dosyalarını manupule ederek, siteyi ziyaret eden kişiye bozuk halleri ile göndermenizi sağlıyor. :)
http://www.serbestcagrisim.com/

http://www.ex-parrot.com/~pete/upside-down-ternet.html

FreeBSD’nin 6.3 versiyonu release edildi.

Ayrıntılar için bkz: http://www.freebsd.org/releases/6.3R/announce.html

Sisteminizdeki I/O durumunu monitor edebilmek için, aşağıdaki örnekte görüldüğü gibi gerekli swicthleri vererek “top” komutunu kullanabilirsiniz.

# top -m io -owrite -S

FreeBSD’nin günlük olarak çalışan ve sistem maintenace işlemlerini gerçekleştiren bazı scriptleri mevcut. Bu scriptler cron aracılığı ile gece 03:00’da çalışmaya başlıyor ve işlerini yapıyorlar. Normalde bu işlemler, sistem durumuna göre genellikle 1 saat içinde son buluyor.

Ancak serverınız bir mail server ise ve kullanıcı posta kutularının bulunduğu disk alanında yüzbinlerce/milyonlarca ufak mail dosyası bulunması halinde, dosya ve dizinlerin her biri için setuid kontrolü yapıp gerekli düzenlemeleri gerçekleştiren chksetuid işlemi, sabah ve benim başıma geldiği üzere öğlen saatlerine kadar devam edebiliyor. Bu durumda öğlen saatlerinde sistem yükünün artması ile paralel olarak, bu chksetuid işleminin diskte neden olduğu read işlemi nedeniyle, sistem performansınız belli ölçüde düşebilir.

Ya da geceleri kendi yazdığınız ve diskte belli bir temizlik işlemi gerçekleştiren maintenance işleminiz gene chksetuid işlemi yüzünden yavaşlayabilir. Tüm bu durumlardan kurtulmanın yolu ise, belirlediğiniz, -mesela kullanıcı posta kutularının durduğu- disk bölümü için setuid kontrolünün yapılmamasını sağlamak.

Yazinin devami icin tiklayin.