XML Sitemap cannot update sitemaps

This happens when Drupal is unable to overwrite an existing file in your files directory.

I also have this problem and reported it in the past but it was not resolved to my knowledge. I don't know how to set the permissions on the directory or patch the module correctly.

XML Sitemap must be able to create an xmlsitemap directory in the files directory. It must then be able to copy site map files to that directory and overwrite them when the site map is updated.

If you are using Unix or Linux, run 'ls -l' in the files directory and the xmlsitemap directory if it exists. Determine the user that PHP runs as and make sure it matches the owner of the xmlsitemap directory.

Most likely xmlsitemap directory has been deleted from your files directory. Disable and re-enable the module to recreate the directories.

Updated error message in CVS commit 90828.

I installed the latest development version of this module. it does not correctly create the xmlsitemap directory properly. If I activate the module it creates a directory like this:

drwxrwxr-x 2 apache apache 1024 Dec 11 11:30 xmlsitemap

I must then change permissions on the directory to:

drwxrwxrwx 2 myuser psaserv 1024 Dec 11 11:30 xmlsitemap

This is on a VDS server running plesk. I would still consider this a bug because it doesn't work out of the box.

Unfortunately this is not under the control of XML Sitemap.

I have the same problem, on my multisite configuration (running on Plesk).

How can I change permissions of the directory (using SSH)?

Ran into this same issue.

It might be better to change the folder auto-creation logic, and instead require that a directory in /files/xmlsitemap be manually created by the user of this module, like you do when you first create a /files directory. Then the permissions would not need to be reset - the way it functions now requires an SSH login as root to chown the apache:apache user & group - which a lot of people won't have access to change.

-G

I don't understand you. Normally Drupal creates the files directory with the correct permissions. The xmlsitemap directory is also created with the correct permissions. Many modules create directories. It's a great convenience for most people.

If some people choose to use systems which create directories with incorrect permissions, they will have to create the directories manually before installing these modules. The best we can do for them is provide an error message which accurately describes the problem. This has been done.

when i explore my drupal website with xml sitemaps, i found there are sitemaps file (compressed with .gz). XML-Sitemaps module create sitemap file, but it located in yourdomain.com/files/xmlsitemap/sitemap.xml.gz.

I don't know why xml sitemaps module didn't make a file to yourdomain.com/sitemap.xml. It will make us better to submit to search engine.

Thanks

Latest 5.x version of xmlsitemap. Permissions on files/xmlsitemap are:

drwxrwxrwx  2 apache apache   4096 Apr  8  2009 xmlsitemap

Permissions *within* that directory are:

[root@server tmp]# ls -la ./httpdocs/files/xmlsitemap/
total 256
drwxrwxrwx  2 apache apache   4096 Apr  8  2009 .
drwxrwxrwx 10 root   root   241664 Oct 14 14:03 ..
-rwxrwxrwx  1 apache apache   3698 Apr  8  2009 gss.xsl
-rwxrwxrwx  1 apache apache   4271 Sep 29 14:14 sitemap.xml.gz

The core File system is happy. Permissions on tmp directory are:

drwxrwxrwx  2 root     root        4096 Oct 14 14:53 tmp

Permissions on files *created* by xmlsitemap.module are:

[root@server tmp]# ls -la
total 16
drwxrwxrwx  2 root   root   4096 Oct 14 14:53 .
drwxr-xr-x 16 root   root   4096 Oct 14 14:52 ..
-rw-------  1 apache apache 3917 Oct 14 14:53 filevW1BGd

When I update a piece of content I get this message:

The selected file /var/www/vhosts/mysite.co.uk/tmp/filevW1BGd could not be copied.
Unable to load site map. Make sure that there is an xmlsitemap directory in your files directory and that it is writable by Drupal.

As you can see, there *is* an xmlsitemap directory, it *is* writeable by Drupal, so are the files within it. The only thing in this entire process that is *not* set to 777 permissions is the file created by apache when xmlsitemap.module creates it's temporary resource. But even that is readable and writeable by the apache user, so I don't see why it wouldn't copy.

I'm stumped! Feels like a bug, but I can't see much wrong with the module, so I don't know. Any enlightenment gratefully received! =/

Just had this same issue with one of my sites. Turning PHP Safe Mode Off fixed it.

Hope this helps!
Leenas

Check out my new beta site.... http://www.sportymule.com