lsof, süreçler tarafından açılmış olan dosyaları listelemeye yarayan bir araçtır. Bildiğiniz gibi *nix sistemlerde, hemen herşey bir dosya olarak mevcudiyet gösterir. Örneğin herhangi bir sürecin eriştiği ya da açtığı “şey” sıradan bir dosya olabileceği gibi, bir dizin, bir block aygıt dosyası (block device), ya da bir sistem kütüphanesi ve ya bir network dosyası (network socket, Unix domain socket) olabilir. Dolayısı ile lsof ile süreçlerin eriştikleri dosyaları saptamak ilgili süreçlerin arka planda yaptığı işlemlerle ilgili daha net fikirler edinmek anlamına gelmektedir. Bu yüzden de özellikle sorun giderme konularında lsof çok güçlü bir araçtır.

Yazının devamında, lsof ile ilgili kullanım bilgilerini ve çeşitli durumlar için örnek komutları bulabilirsiniz.

Yazinin devami icin tiklayin.

Bir stemci ya da arayüz sunan bir uygulama üzerinden erişim sağlayamadığınız bir MySQL sunucusunda, varolan bir kullanıcıya ait şifreyi komut satırından değiştirmek için aşağıdaki örnek takip edilebilir. Aslında işlem klasik bir update cümlesi çalıştırmaktan ibaret olsa da sürekli yapılan bir işlem olmadığından bazen unutulabiliyor.

Şifre değiştirmek için sırası ile izlenmesi gereken adımlar şunlar:

1 – ) Shell üzerinden mysql sunucusuna root kullanıcısı ile login olun:

# mysql -u root -p
Enter password:
mysql>

2 -) Kullanıcı bilgileri vs. gibi yapılandırma bilgilerinin tutulduğu mysql db’sine erişim sağlayın:

mysql> use mysql;

3 – ) Adı “falanca” olan kullanıcıya ait şifreyi “yenisifre” olarak değiştirmek için aşağıdaki örnek update komutunu kullanabiliriz.

mysql> update user set password=PASSWORD("yenisifre") where User='falanca';
mysql> flush privileges;

Komut satırından şifre değişikliği için yukarıdaki update cümlesi ile aynı işi yapan SET PASSWORD gibi yönlemlerde mevcut; detay için: http://dev.mysql.com/doc/refman/5.0/en/set-password.html adresinden yararlanabilirsiniz.

Herhangi bir istemci üzerinden erişemediğiniz bir mysql sunucusunda komut satırından yeni bir kullanıcı açmak için aşağıdaki örnekleri takip edebilirsiniz. Bu işlem, temel ve basittir ancak  rutin olmamasından ötürü girilmesi gereken komutların syntax’ları zamanla unutulabilir (En azından kendi adıma durum böyle). Eğer siz de benimle aynı dertten muzdaripseniz aşağıdaki örneklerin faydasını görebilirsiniz.

Yazinin devami icin tiklayin.

Geçen gün, bir arkadaşım bu işin nasıl yapıldığını sordu; aslında mutt kullanmıyorum ama merak edip biraz bakındım ve sonuç olarak aşağıdaki şekilde gönderildiğini öğrendim.

Belki size de lazım olur.

mutt -e 'my_hdr Content-Type: text/html' -s "Subject" xxxxx@xxxxx < ~/dosya.html

Not : e-posta listelerine HTML mail göndermeyin, gönderene mani olun.

Bilindiği gibi qmail’e ait işlem günlüklerinin tutulduğu dosyalarının ön tanımlı size değeri 100KB’dir. /var/log/qmail dizini altında duran bu log dosyalarının ebatı 100KB’dir sınırına ulaştığı zaman ilgili dosya Multilog tarafından rename edilir ve current isimli yeni bir log dosyası açılır; ayrıca rename edilerek backuplanan eski dosyaların sayısı da en fazla 5 olabilir. Dolayısı ile geçmişe yönelik qmail aktivitelerini daha rahat izleyebilmek için bu log dosyalarının boyutlatını arttırmak isteyebilirsiniz.

Örneğin, qmail-send’e ait aktivitelerin işlem günlüklerini tutan log dosyasının değeriğini attırmak için aşağıdaki yolu izleyebilirsiniz:

Yazinin devami icin tiklayin.

Windows dizinleri içerisindeki dosyalarda geçen kelimeleri/cümleleri bulmak ve icabında bu kelimeyi ya da cümleyi içeren dosyaları silmek için aşağıdaki şekilde bir batch dosyasından yararlanabilirsiniz.

@echo off
for /f "delims=" %%f in ('findstr /m /c:"aranan_kelime" D:\test\*.txt') do (
echo del %%f
del "%%f"
)

Bu örnekte, D diski içerisindeki test isimli dizin altında bulunan txt dosyalarında belirtilen kelime aranmakta ve bu kelimeyi içeren dosyalar silinmektedir.

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.