permission issue in installation

I have the exact same error, on a shared hoster. I've tried to come up with all available permission/server settings, but no luck. (Including resetting server ownership of the directories)

What are the *preconditions* and *dependencies* of this module? A list that could be checked?

Apparently is a module that tries to copy, and alter certain files.

So please, any help, info etc, are much appreciated.

*If certain installation steps could be done manually, that info would be great as well*

I already created my own sitemap app. So take your time to reply to this thread ;)

Seriously, I hope more info is given and the issue can be resolved. Thanks!

That sounds like a cause for this behaviour, and it probably is something on the permission level then. XMLsitemap creates files which don't have the same permissions as the native 'apache' user.

XML Sitemap has no ability to change the ownership of files.

The 5.x-2.x-dev version doesn't store site maps in files, so this is no longer an issue.

I wouldn't share this statement

Either you propose a stable version, and maintain it for critical bugs, either there is no stable version of this module and then people knows what to expect.

I would suggest a solution:

I'm using a multi-site installation, and it happened that my filesystem settings where incorrect

I suggest that you look at http://yousite/admin/settings/file-system and verify the folder defined here
It should exist within your drupal installation folder (unfortunately no check is performed on this page)

@Darren Oh

I would suggest that you look at the check being done in the upload module, it would help people fix such trouble
http://api.drupal.org/api/file/modules/upload/upload.module/5/source

     // Make sure necessary directories for upload.module exist and are
      // writable before displaying the attachment form.
      $path = file_directory_path();
      $temp = file_directory_temp();
      // Note: pass by reference
      if (!file_check_directory($path, FILE_CREATE_DIRECTORY) || !file_check_directory($temp, FILE_CREATE_DIRECTORY)) {
        $form['attachments']['#description'] =  t('File attachments are disabled. The file directories have not been properly configured.');
        if (user_access('administer site configuration')) {
          $form['attachments']['#description'] .= ' '. t('Please visit the <a href="@admin-file-system">file system configuration page</a>.', array('@admin-file-system' => url('admin/settings/file-system')));
        }
        else {
          $form['attachments']['#description'] .= ' '. t('Please contact the site administrator.');
        }
      }

Regards

open-keywords: It's stable, it works, and it's your responsibility to either learn how to use it or provide a patch. That's how free software works.

@Darren Oh: Claiming that the only solution is to go to an unstable version isn't appropriate. It gives the impression of very little care to your users.

Collaborative development of free software doesn't mean that users should face long lasting blocking bugs.

Many Drupal modules demonstrate a lot of care to their users by providing inline help messages and configuration checks. This is to key ensure the spread and success of free software. I don't see any reason to no adhere to this behavior.

Regards

I solved this by giving permission "Write" to the "Other" user.
Maybe the xmlsitemap module has lost the user account under which it should run and it is now running as "other"?

Michael
http://www.24Hsoftware.com

Don't know what has changed on my server but encountered this problem as well.
I didn't want to mess around with permissions so I tried renaming the xmlsitemap directory to xmlsitemap.bak.
Then edited and saved a node and the module created a new xmlsitemap directory.
Everything now works fine!

I couldn't delete xmlsitemap.bak thru FTP due to owner permissions of the files within the dir.
So I reset the ownership of the dir with Plesk and then deleted them. I reckon doing this might even solve the
problem without having to delete the dir :)

Cheers,
Bartezz

I tried Bartezz's trick, but it didn't work. xmlsitemap re-created its directory and *still* couldn't copy the file. =(

See: #197104: XML Sitemap cannot update sitemaps, specifically: http://drupal.org/node/197104#comment-2149832

Did you rest ownership for the directory INCLUDING contents via Plesk?

Cheers

@Bartezz, no Plesk here, just a standard LAMP stack. Ownership is not so important, since *everyone* is set to rwx:

# chmod -R 777 /var/www/vhosts/mysite.co.uk/httpdocs/files
# chmod -R 777 /var/www/vhosts/mysite.co.uk/tmp

I did also try various chown combinations to no avail.

@earnie: I really meant the path I gave there. DocumentRoot is /var/www/vhosts/mysite.co.uk/httpdocs. I'll get back to you on the modules. It's a D5 site, but there's nothing particularly weird, and all the other file handling modules (e.g. FileField, Upload, etc.) work fine.