If all of a sudden your websites are inaccessible, there can be several reasons for this. This article addresses one specific error message as mentioned in the title. Actually the text in the title is not the complete error message but it contains a fair amount of keywords in the message.

When your site(s) are down, you can follow the following procedure for troubleshooting:

1- Is Apache httpd server up and running?

You can check this with the following command line comman:

(Debian Linux): service apache2 status

2- If the Apache httpd server is down, try starting it.

You can start the server with the following command line command:

(Debian Linux):  /etc/init.d/apache2 start

3- If the Apache httpd server starts, then check if your sites are up. If they are up, probably your problem is resolved.

4- If the Apache httpd server is still down, then check the htppd log files.

First check the Apache httpd main log file. Where it is located depends on your Linux flavour (Pardus, Debian etc). E.g. for Debian it is at /var/log/apache2 directory.

The main Apache httpd error.log file usually will have an indication about the cause of the problem. If not, and if you are using a virtual host setup (done via ispconfig or so), you may want to check the error logs of the individual virtual hosts.

5- And the httpd main error.log file says it cannot write into a virtual host error log file.

It says something like Permission denied apache2: could not open error log file.

Most likely, the error.log file will be indicating the name of the website whose error log it cannot access, even if it is in the form of a directory path or so. But if there is no such info for some reason, then you will need to find out which web site is causing the problem. An easy way to find tis out is:

a- Disable all website (virtual hosts)

You do this with the a2dissite command line command (just replace the virtual-host with each virtual host you have):

a2dissite virtual-host

b- Try starting Apache httpd server

Check that the Apache httpd server has started. If it has not, then stop reading this article and do a search on internet. Yo will not find your solution in this article.

c- If the Apache httpd server has successfully started,

then one by one enable the virtual hosts (vhost) with the following command:

a2ensite virtual-host

and after each site check to see that Apache the httpd server is still up. If it came down, it means that you found your problematic website (at least the first problematic one!).

6- Once you found your problematic site, now investigate the cause of the problem

Well, there can be several reasons for this:

a- The error.log file or its directory does not exist or the path is wrong.

Then it is pretty normal that Apache httpd cannot acces it, right? Correct it and start the httpd server.

b- Check the ownership and the access rights attributes of the error log file and its directories. Compare these attributes with those of another site that you know works. Is there something which stands out? Then change it (with chown and chmod commands) and try starting Apache httpd server.

c- Another problem can be the Immutable flag of the error.log file. This file attribute is pretty usable against the hacker attacks to change the source code on your website. It ensures that nobody, not even the root user can modify/delete a file whose immutabe fiag is set. And only the root user can set or reset the immutable flag. The problem is: sometimes the (root) user sets this flag inadvertently also for the files which are meant to be modified like an error.log file. This happens when the user sets the flag using a wild card.

Best way to check is via the command line command:

lsattr error.log

If the immutable flag is set, then you will see a plus (+) sign in the output. Or to make sure that it is not set, just run the following flag to reset it:

chattr -i error.log

You might think that you have never done such an operation in that particular directory. But in the world of Linux symlinks, you can't be so sure!

İnternet siteleriniz birden bire erişilmez duruma geldiyse, Apache httpd sunucusunun ana günlüğüne (log) baktığınızda

Error.log 'daki ileti: Permission denied apache2: could not open error log file  exiting

gibisinden (tam bir tümce olarak değil ama bu sözcüklerden bir kaçı) sözcükler görüyorsanız, bunun birkaç nedeni olabilir.

Öncelikle, birden çok site barındıran konaklarda ("host"larda) Apache httpd genelde her bir site için ayrı bir sanal konak (virtual host) kullanır. Dolayısı ile Apache ana günlüğündeki sorun bilgisinde belirli bir sanal konağın günlüğüne ulaşamamaktan sözediyor olacaktır. Ancak belirli bir siteden sözetmiyorsa, o zaman hangi sitenin bu sorunu yarattığını bulmanız gerekecek. Bunu yapmanın en kolay yolu, önce tüm siteleri (sanal konakları) edilgen duruma getirmek, sonra da birer birer etkin duruma getirip sitelerinizin hala erişilir olup olmadığına bakmak.

Bunu şu sorun giderme yönergesiyle yapabilirsiniz:

1- Önce sitelerinizi (sanal konaklarınızı) şu komutla edilgen duruma getirin.

a2dissite *

Bu durumda tüm sitelerinizin erişilmez olması beklenen bir durumdur. Çünkü tüm sitelerinizin yayınını durdurdunuz.

2- İlk önce Apache httpd sunucusunu Apache çökmesi: Örnek bir sorun çözme yönergesi yazısında belirtilen komutla başlatmayı deneyin. Sonra da yine o yazıda belirtilen komutla, Apache httpd sunucusun başlayıp başlamadığını yoklayın.  Başlamıyorsa hemen bu yazıyı okumayı durdurup, internette arama yapın, çünkü çözümünüzü burada bulamayacaksınız. 

3- Apache httpd sunucusu beklenir biçimde çalışıyorsa, o zaman tek tek sitelerinizi erişilir duruma getirin. Bunu tek tek yapın. Bunun için şu komutu kullanın ( sanal-konak olan yere gerçek sanal konak adını yazacaksınız):

a2ensite sanal-konak

Her birinden sonra Apache'nin çalışır durumda olup olmadığını denetleyin. Eğer Apache göçtüyse, aradığınız sorunlu siteyi (sanak konağı) buldunuz demektir (en azından, birincisini buldunuz. Çünkü birden çok sorunlu site olabilir).

4- Şimdi. sorunlu siteyi buldunuz. Apache httpd ana günlüğünde belrtildiği gibi, Apache bir biçimde bu sanal konağın günlüğüne yazamıyor, günlüğe erişemiyor.

Bunun birkaç nedeni olabilir:

a- Günlük gerçekten var mı?

Apache httpd sunucunun olmayan bir günlüğe ulaşması olanaksız. O yüzden önce gerçekten o günlük ya da o günlüğün dizininin, yolunun olup olmadığını yoklayın.

b- Apache'nin erişememekten yakındığı günlük gerçekten de varsa, o zaman Linux'un ünlü erişim yetkilerini, iyelik durumlarını yoklamanız gerekecek. Günlük dizininin, günlüğün erişim yetkilerinde, iyesini (sahibini/owner'ını) öteki çalışır sanal konaklarla karşılaştırın. Sıradışı bir durum var mı? Varsa düzeltip Apache httpd'yi yeniden başlatmayı deneyin. ldığında sıradışı gözüken bir durum var mı?

c- "Değiştirilemez bayrağı" (Immutable flag) etkin mi?

Linux'da her kütük (file) için onun değiştirilebilir ya da değiştirilemez olmasını belirleyebilirsiniz. Bu da "değiştirilemez bayrağı"nı etkin duruma getirip getirmemekle olan birşey. Bu işlevin nedeni, kötü amaçlı bilgisayar korsanlara karşı kaynak kodları korumak. Ancak özellikle yanlışlıkla error.log günlüğünü de "değiştirilemez" olarak yaptıysanız, Apache httpd de günlüğün içine yazamayacağı için tüm sorunu yaratıyor olabilir.

Bunu lsattr (özellikleri göster) komutu ile yapabilirsiniz: Örneğin:

lsattr error.log

Eğer gelen sonuçta bir artı (+) simgesi varsa, bu bayrak etkin demektir. Bunu aşağıdaki komut ile etkisiz duruma getirin:

chattr -i error.log

Bu arada "yahu ben o dizinde hiçbir değişiklik yapmamıştım" vb diye düşünmeyin. Bu Linux. Bir yerlerden oraya bir symlink bağlantısı olabilir...

Sorun: Birden bire konağınızdaki tüm siteleriniz erişilmez oldu.

Bu durumda şöyle bir denetim yönergesi izlenebilir:

1- Apache httpd sunucusunun çalışır durumda mı?

Birden bire tüm sitelerin çökmesi genel bir sorunun belirtisi olmalı. Apache httpd sunucusunun çalışır durumda olup olmadığını bir yoklayın. Bunu komut yüzleminde şöyle yapabilirsiniz:

(Debian Linux'da): service apache2 status

2- Eğer Apache httpd sunucusu çalışmıyorsa, bir başlatmayı deneyin.

Bunu şu komutla yapabilirsiniz:

(Debian Linux'da):  /etc/init.d/apache2 start

Eğer Apache httpd sunucusu ayağa kalktıysa, sitelerinizin çalışır durumda olup olmadığını denetleyin. Çalışıyorsa, sorun çözülmüş demektir.

3- Eğer Apache httpd sunucusu komutla başlatılamıyorsa...

Neden başlamadığını araştırmak gerek. Bunun için Apache httpd sorun günlüğüne (error log) bakmanız gerekecek. Genellikle orada sorunun neden kaynaklandığı konusunda bir belirti bulacaksınız. Büyük olasılıkla sorunun nedeni burada belirtilecektir. Olur da burada bulamazsanız, (sanal konak -virtual host- yapılanması durumunda) her site için ayrı sorun günlüğüne de bakabilirsiniz.