I have not seen this before & a quick web search doesn't seem to find much. Any ideas or tips. This site is recently moved from one server to another along with a Mediawiki version update to current stable.
Could not create directory "mwstore://local-backend/local-public/5/55".
Of course the file does not get processed. Any Ideas! Thanks! John
On Wed, Mar 5, 2014 at 12:37 PM, John Foster jfoster81747@verizon.netwrote:
Could not create directory "mwstore://local-backend/local-public/5/55".
This generally indicates the /images directory is not writable by the webserver.
Somebody should fix https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 :-)
On Thu, 2014-03-06 at 10:56 -0500, Benjamin Lees wrote:
On Wed, Mar 5, 2014 at 12:37 PM, John Foster jfoster81747@verizon.netwrote:
Could not create directory "mwstore://local-backend/local-public/5/55".
This generally indicates the /images directory is not writable by the webserver.
Somebody should fix https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 :-) _______________________________________________
Yep thats what I thought, but that directory & all its subs are owned by www-data and the permissions are set at 777 plus allowing for ID & sticky bits to be set as well. If that is wrong please advise. Any other ideas? Thanks john
On Fri, Mar 7, 2014, at 07:04 AM, John Foster wrote:
On Thu, 2014-03-06 at 10:56 -0500, Benjamin Lees wrote:
On Wed, Mar 5, 2014 at 12:37 PM, John Foster jfoster81747@verizon.netwrote:
Could not create directory "mwstore://local-backend/local-public/5/55".
This generally indicates the /images directory is not writable by the webserver.
Somebody should fix https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 :-) _______________________________________________
Yep thats what I thought, but that directory & all its subs are owned by www-data and the permissions are set at 777 plus allowing for ID & sticky bits to be set as well. If that is wrong please advise. Any other ideas? Thanks john
Open perms (777) etc. are a security risk. 700 would be better.
But what is :
mwstore://local-backend/local-public/5/55
Looking at the "mwstore://" syntax, is this folder on a Windows share? Or samba? Is the wiki running on Windows or Linux?
If it worked on the previous server - maybe the share is setup differently on the new server? Or the new server has different privileges to the share etc.
Cheers,
On Fri, 07 Mar 2014 16:21:33 +0100, Alastair Sherringham alastair@sherringham.net wrote:
Open perms (777) etc. are a security risk. 700 would be better.
But what is :
mwstore://local-backend/local-public/5/55
Looking at the "mwstore://" syntax, is this folder on a Windows share? Or samba? Is the wiki running on Windows or Linux?
Neither, it's internal MediaWiki magic; fake paths like these are also used to represent files in non-standard storage formats. In the most common case "mwstore://local-backend/local-public/" means "$IP/images/", where $IP is the installation path of MediaWiki.
On Fri, Mar 7, 2014, at 07:42 AM, Bartosz Dziewoński wrote:
Neither, it's internal MediaWiki magic; fake paths like these are also used to represent files in non-standard storage formats. In the most common case "mwstore://local-backend/local-public/" means "$IP/images/", where $IP is the installation path of MediaWiki.
Thanks. I started to suspect that when I read the referred to bug earlier ...
Is safe_mode enabled? Is the disk full? :-)
On Fri, Mar 7, 2014 at 10:04 AM, John Foster jfoster81747@verizon.netwrote:
On Thu, 2014-03-06 at 10:56 -0500, Benjamin Lees wrote:
On Wed, Mar 5, 2014 at 12:37 PM, John Foster <jfoster81747@verizon.net wrote:
Could not create directory "mwstore://local-backend/local-public/5/55".
This generally indicates the /images directory is not writable by the webserver.
Somebody should fix https://bugzilla.wikimedia.org/show_bug.cgi?id=13812:-) _______________________________________________
Yep thats what I thought, but that directory & all its subs are owned by www-data and the permissions are set at 777 plus allowing for ID & sticky bits to be set as well. If that is wrong please advise. Any other ideas? Thanks john
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
On Sat, 2014-03-08 at 17:01 -0500, Benjamin Lees wrote:
Is safe_mode enabled? Is the disk full? :-)
safe_mode and sql.safe_mode are disabled in all php.ini files. disk has over 800Gb of empty space.
I have determined that this is related to some of my settings in LocalSettings.php RELATIVE to my website forwarding setup at Godaddy; I'll try to explain:
Godaddy is set to forward to a virtualhost server on my office computer apache2 www.physicswiki.net is forwarded to beast.johnwfoster.com/pw which translates to: beast.johnwfoster.com/var/www/pw /pw is a symlink to the directory /home/myuser/mediawiki-1.22 so far so good; apache virtual host is set to handle that request as;
Virtual Server Details Address Any Port 80 Document Root /var/www/pw Server Name www.physicswiki.net
The snippet below is from my LocalSettings.php file & I think this is where the issue lies:
$wgSitename = "PhysicsWiki";
## The URL base path to the directory containing the wiki; ## defaults for all runtime URL paths are based off of this. ## For more information on customizing the URLs ## (like /w/index.php/Page_title to /wiki/Page_title) please see: ## http://www.mediawiki.org/wiki/Manual:Short_URL $wgScriptPath = "/pw"; $wgScriptExtension = ".php";
## The protocol and server name to use in fully-qualified URLs $wgServer = "http://localhost"; $wgCanonicalServer = 'http://physicswiki.net';
When any user logs in and clicks on the file upload link it simply doesn't load. Additionally there are several other SpecialPages links that do not load. BUT not all. It seems to be relative to using localhost as the $wgServer. I've tried changing it to several other settings, but then the entire site craps out. If I open a link using the address http://localhost/pw/index.php/Special:Upload the page opens and loads, BUT then I get the error message:
Could not create directory "mwstore://local-backend/local-public/9/9b".
In other sites that I've had this server on where the actual server was the same as $wgServer and the base directory for the site was /var/www/wikiname or if installed in /var/www with no linkages the site will work. This is why for several years I've tried to manage this site in a remotely hosted environment (I don't have the ability to set up static IP addressing on my office computer as Verizon will not allow it on residential systems.)I can NOT afford the expense of buying server time or buying a business site from Verizon; I was able to host it on CloudShards with NO issues, but they decided I was using too much CPU power & cut me off. Any Tips or ideas are greatly appreciated. Thanks John
I've remodeled the site & moved everything to /var/www & renamed my server so that everything seems to work except I still have issue with uploading a file & this is the error message I'm getting now:
Internal error [4067ebdd] /index.php/Special:Upload Exception from line 244 of /var/www/includes/upload/UploadStash.php: Error storing file in '/tmp/phpPvrlBr': Could not create directory "mwstore://local-backend/local-temp/4/47". Backtrace: #0 /var/www/includes/upload/UploadBase.php(844): UploadStash->stashFile(string, string) #1 /var/www/includes/upload/UploadBase.php(857): UploadBase->stashFile() #2 /var/www/includes/upload/UploadBase.php(866): UploadBase->stashFileGetKey() #3 /var/www/includes/specials/SpecialUpload.php(340): UploadBase->stashSession() #4 /var/www/includes/specials/SpecialUpload.php(433): SpecialUpload->showUploadWarning(array) #5 /var/www/includes/specials/SpecialUpload.php(179): SpecialUpload->processUpload() #6 /var/www/includes/SpecialPage.php(631): SpecialUpload->execute(NULL) #7 /var/www/includes/SpecialPageFactory.php(488): SpecialPage->run(NULL) #8 /var/www/includes/Wiki.php(298): SpecialPageFactory::executePath(Title, RequestContext) #9 /var/www/includes/Wiki.php(602): MediaWiki->performRequest() #10 /var/www/includes/Wiki.php(467): MediaWiki->main() #11 /var/www/index.php(49): MediaWiki->run() #12 {main}
Please for anyone following this thread; send any tips. John
mediawiki-l@lists.wikimedia.org