Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I'm seeing a few of these messages in the Apache error log (/var/log/httpd/error_log) at the rate of about one per half hour, often in small batches:

(process:23210): libgnomevfs-WARNING **: Unable to create ~/.gnome2 directory: Permission denied

It's not a problem but it's ugly and clouds the error log from useful errors.


  • I don't know the url that triggers these warnings. If I did, I'd be most of the way to solving why they occur. I guess they are triggered by a crawler guessing at a particular URL which triggers the error.
  • Our Apache uses the "nobody" user. The "nobody" user is an unprivileged user. This means that the user doesn't own anything, doesn't have a home folder and doesn't have execute permissions to anything.

Does anyone know what causes this error?

> php -v
PHP 5.3.10 (cli) (built: Feb  2 2012 17:34:38) 
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies
    with Suhosin v0.9.33, Copyright (c) 2007-2012, by SektionEins GmbH
> httpd -v
Server version: Apache/2.2.3
Server built:   Oct  6 2011 12:11:58
> cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.7 (Tikanga)
share|improve this question
You complied something, probably imagemajick with a gnomelibrary installed. common issue. Why do people say exploit when they have NO IDEA what your environment is..... – user118308 Apr 21 '12 at 2:43
Thanks for the tip. It's probably true, and we do use imagemajick. Do you have any way I can prevent the error occurring? – Tom Apr 27 '12 at 20:06

Somebody is trying to exploit a PHP weakness to execute system commands.

The results of these will end up in the apache error log, since that is where stderr points for the PHP processes.

If you see them occuring live(-ish), investigate the named PID and see what it is; though it's probably apache, if you're running the prefork MPM you can see precisely which process by configuring mod_status.

Also check in /tmp for any new, suspicious, or plain weird files.

Oh, and fix the insecure PHP script, obviously.

share|improve this answer

An old question, but as I saw an entry on one of our boxes, I guess some people still have the problem too.

No exploit, no hacker. The PHP code might probably call a conversion function (e.g. /usr/bin convert from ImageMagick) with the librsvg library compiled in.

Recompile ImageMagick:

./configure --without-rsvg
make clean
make install
share|improve this answer

Maybe you have something running in cron as that user every 30 minutes or so?

share|improve this answer
Thanks but no, because our crons will log to /var/log/pph_errors.log rather than the Apache error log. – Tom Mar 2 '12 at 20:43

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.