Partner and Community Forums
Permission problems on Wordpress Uploads on IIS 7
Last post Apr 18, 2013 06:26 AM by Vimana
Jun 17, 2009 02:25 AM|nobrainr|LINK
I'm a noob on IIS. But I've been looking everywhere for a solution but nothing works. The following mentions 2 problems. I think I've already fixed the first one but the second one is the key issue.
I have Server 2008 x64 Virtual Machine / IIS 7 / Wordpress 2.8 / MySQL NTS / PHP
Everything works fine except media uploads. When I click upload using internet explorer, the blogging platform alerts me that I have a problem:
Unable to create directory is its parent directory writable by the server?
Windows Server 2008
Jun 17, 2009 07:24 AM|Paul Lynch|LINK
Are you allowing the NTFS permissions on the root folder to propagate to sub-folders ?
Jun 18, 2009 02:20 PM|Shanceaylown|LINK
Aug 30, 2009 05:05 PM|stephen.mora|LINK
OK I have the same prolem and scenrio as you only mine is a physical server with 2008 standard, in any case I have the latest wordpress and using php etc.. I cant seem to write to the uploads folder. I tried allowing NETWORK SERVICE access to the uploads
folder but nothing. What were the exact permission that yuo gave that account access? was it just on uploads of the whole wp-content folder? everything else works flawlessly. Thank you in afvance.
Aug 30, 2009 09:16 PM|nobrainr|LINK
Aug 31, 2009 01:26 AM|stephen.mora|LINK
I hear ya, and thanks for the quick reply. None the less I am not very abitious regrading this project, to make a change, Its a side thing on this server, you know an if I can thing and learning experince. I do apprciate the imput, but I think I will
hold out until I find a solution or bust heheheh. I do agree in regards to PHP and Wordpress it was more developed to cater to the linux community, NTFS is a different animal, I just need to find the right formula.. we will see, thanks again.. : )
Sep 02, 2009 11:54 PM|kjcristiano|LINK
Sep 03, 2009 02:30 PM|ruslany|LINK
Also check if fastcgi.impersonate is set 1 in php.ini and what account is used for IIS anonymous authentication. It may happen that the IIS anonymous authentication is configured to use IUSR account and if PHP impersonates that user it will not have write
permissions. You can either grant write permissions to that user or configure the anonymous authentication to use application pool identity, e.g.:
<anonymousAuthentication enabled="true" userName="" />
Sep 03, 2009 09:15 PM|stephen.mora|LINK
thank you for the responces.. I will look into them.. I had found quick fix, but am checking the security around it, basically one said to just give the everyone group write access and it will work the IIS_IUSERS remain read and execute only..
but this sounds logical, I will rethink my setup.. thanks..
Jul 15, 2011 04:17 AM|dotmit|LINK
This problem was racking my brains most of this week. Have a look at the permissions on the php temporary uploads directory - you should be able to find the location of this in the PHP admin component, or in php.ini
I moved the location of the temporary upload folder to a subfolder within uploads, and granted the IUSR account write permission and that resolved the problem. We are using an IIS7 authentication plugin for wordpress so I also gave our upload user group
permission to write too.
Apr 18, 2013 06:26 AM|Vimana|LINK
RE: stephen.mora reply
Yes this is definitely the correct way of solving this issue :)
I had the same problem and it was solved by correcting the persmission issues with the IIS_IUSRS for the wordpress install or any other file or directory issues on the IIS sites.
Thanks to this forum I was able to get our wordpress issues resolved.