Invalid symlinks being generated with open_basedir in effect

The logic for the symlinking was a bit buggy in older versions, but I believe this problem should not occur with the latest development snapshot of Boost.

Well, i'v downloaded new build but still...:

symlink() [<a href='function.symlink'>function.symlink</a>]: open_basedir restriction in effect. File(/home/virtwww/node/1711.html) is not within the allowed path(s): (/tmp:/home/virtwww/w_tfortest_3b1af487) in /home/virtwww/w_tfortest_3b1af487/http/modules/boost/boost.helpers.inc on line 83.

Something in the cache directory path computation looks to be going wrong, presumably due to open_basedir. Try specifying the full file system path for the cache directory in your configuration.

I've got the same problem, except with different URL's of course. Caching seems to work for most pages, but strangely not all. For example, I can see my homepage is cached (http://jeroencoumans.nl) but not my "elsewhere" pages (e.g. http://jeroencoumans.nl/elsewhere/2007/10/07/anti-patterns-talk). In the logs, the following message appears:

boost: Unable to create symlink: /home/jeroencoumans.nl/public_html/cache/jeroencoumans.nl/0/elsewhere/2007/10/07/anti-patterns-talk.html to /home/jeroencoumans.nl/public_html/cache/jeroencoumans.nl/0/node/3092.html

php: symlink() [function.symlink]: open_basedir restriction in effect. File(/home/node/3092.html) is not within the allowed path(s): (/home/jeroencoumans.nl/:/tmp:/usr/local/lib/php/) in /home/jeroencoumans.nl/public_html/sites/all/modules/boost/boost.helpers.inc on line 83.

Folder permissions are all writeable for the webserver. Setting the cache directory absolutely to /home/jeroencoumans.nl/public_html/cache prefixes this path to the docroot, making it appear twice.

I have the same problem.

I've installed it on my sites hosted on dreamhost and this behaviour doesn't happen there. Note that dreamhost uses PHP5.

The server where this happens has PHP4 and the error is exactly like the ones listed above. I'm using 5.x-1.0 from Sep 30, 2007.

I had to chmod the cache directory to 777 due to a different problem in the function for PHP4 compatibility.

Based on the above suggestions I entered the full path for the cache directory... and got this error (it's in that same PHP4 compatibility module) which indicates some place in the module still isn't specifying the correct pathname.

warning: fopen(/var/www/vhosts/www.7gen.com/httpdocs//var/www/vhosts/www.7gen.com/httpdocs/cache/www.7gen.com/0/view/items/efficient-cooling.html): failed to open stream: No such file or directory in /var/www/vhosts/www.7gen.com/httpdocs/modules/boost/boost.helpers.inc on line 91.

Oops.. shouldn't have changed version?

I also am having the same problem with the sym links and made a separate post before seeing this one:

http://drupal.org/node/200658

The problem is in this function _boost_symlink and I ended just commenting out this if statement below and things are working now.

/**
 * Creates a symbolic link using a computed relative path where possible.
 */
function _boost_symlink($target, $link) {
  if (!file_exists($target) || !file_exists(dirname($link)))
    return FALSE;

	
  $target = explode('/', $target);
  $link = explode('/', $link);

// code changed by brent to just create a straight link instead of realiteve link 12/15
  // Only bother creating a relative link if the paths are in the same
  // top-level directory; otherwise just symlink to the absolute path.
//   if ($target[1] == $link[1]) {
//     // Remove the common path prefix
//     $cwd = array();
//     while (count($target) > 0 && count($link) > 0 && reset($target) == reset($link)) {
//       $cwd[] = array_shift($target);
//       array_shift($link);
//     }
//     // Compute the required relative path
//     if (count($link) > 1)
//       $target = array_merge(array_fill(0, count($link) - 1, '..'), $target);
//     $link = array_merge($cwd, $link);
//   }

  return symlink(implode('/', $target), implode('/', $link));
}

we are likely getting rid of symlinks soon: http://drupal.org/node/174380

I can confirm this, using the latest dev version of Boost on D5 with PHP4 (haven't tested with PHP5 yet).

Thanks deverman, those instructions seem to work perfectly. Maybe deverman's changes could be committed to the dev version whilst we're waiting for symlinks to be removed altogether?

Hi,

I have the latest "Boost" dev version installed on a Linux platform.

Anyway the same error arise from watchdog:

Unable to create symlink: /var/www/vhosts/nuovofiscooggi.it/httpdocs/cache/www.nuovofiscooggi.it/0/giurisprudenza/articolo/vita-breve-gli-appelli-f... to /var/www/vhosts/nuovofiscooggi.it/httpdocs/cache/www.nuovofiscooggi.it/0/node/4327.html

symlink() [function.symlink]: open_basedir restriction in effect. File(/var/www/vhosts/nuovofiscooggi.it/taxonomy/term/1.html) is not within the allowed path(s): (/var/www/vhosts/nuovofiscooggi.it/httpdocs:/tmp:/usr:/bin) in /var/www/vhosts/nuovofiscooggi.it/httpdocs/sites/all/modules/boost/boost.helpers.inc nella riga 83.

I used the original boosted.txt to replace .htaccess.

Maybe it's always a problem of relative path... but how can resolve it?

Alessandro

Hi,

I solved immediately with #7 (thanks a lot deverman!!!)

I'm asking myself why the patch hasn't been inserted into the dev version (one year passed since deverman's post).

Alessandro

Hello,

I just had the same problem and copied the #7 code (thanks!).

Will tell you later if it works.

Is there anything else that I should do ?

Thanks for all.

ps: i am hosted in dreamhost ps

Just after starting to use #7 I got the same error again so I disabled boost.

Any solution ?

you might want to try this
#174380: Remove symlink creation. Let each path have own file

Also I'm looking...
#454652: Looking for a co-maintainer - 5.x

This issue removes all symlinks; merging all symlink issues into this one.
#174380: Remove symlink creation. Let each path have own file