Last modified: 2014-07-30 21:45:28 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T70760, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 68760 - Unable to upload new version of images in commons beta lab
Unable to upload new version of images in commons beta lab
Status: UNCONFIRMED
Product: Wikimedia Labs
Classification: Unclassified
deployment-prep (beta) (Other open bugs)
unspecified
All All
: Normal normal
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-07-28 19:42 UTC by Vikas
Modified: 2014-07-30 21:45 UTC (History)
11 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Output of the error in commons beta lab (1.02 MB, image/png)
2014-07-28 19:42 UTC, Vikas
Details

Description Vikas 2014-07-28 19:42:34 UTC
Created attachment 16068 [details]
Output of the error in commons beta lab

Error: 

Could not read or write file "mwstore://local-backend/local-public/3/3d/VisualEditor_save_dialog-he.png" due to insufficient permissions or missing directories/containers.

Could not store file "/tmp/UgKpr4" at "mwstore://local-backend/local-public/3/3d/VisualEditor_save_dialog-he.png".

I had got similar error while uploading images through API: 

{    
     "servedby": "deployment-mediawiki02",     
     "error":
          {         
              "0": [             "backend-fail-usable",             "mwstore://local-backend/local-public/6/68/VisualEditor_Insert_Menu-he.png"         ],         
              "1": [             "backend-fail-store",             "/tmp/owzHOG",             "mwstore://local-backend/local-public/6/68/VisualEditor_Insert_Menu-he.png"         ],         
              "code": "internal-error",         
              "info": "An internal error occurred"     
          } 
}

Scenario: 

* I go to one of the image which I had already uploaded in commons[0].

* I click on upload new version of this file at the bottom of the page.

* I add a new image[1] by browsing my file system and I click Upload file.

* Then I get the error reported above or the image in attachment.

-
[0]: http://commons.wikimedia.beta.wmflabs.org/wiki/File:VisualEditor_save_dialog-en.png

[1]: http://commons.wikimedia.beta.wmflabs.org/w/index.php?title=Special:Upload&wpDestFile=VisualEditor_save_dialog-en.png&wpForReUpload=1
Comment 1 Greg Grossmeier 2014-07-29 17:30:34 UTC
Showing my ignorance: Do you have the right permissions? I apparently don't as I see "You cannot overwrite this file." on that and other images on the beta cluster commons.
Comment 2 Chris McMahon 2014-07-29 17:32:39 UTC
Let me know your user names and I can upgrade your privileges on beta labs.
Comment 3 Greg Grossmeier 2014-07-29 17:44:31 UTC
(In reply to Chris McMahon from comment #2)
> Let me know your user names and I can upgrade your privileges on beta labs.

"Greg (WMF)"
Comment 4 Vikas 2014-07-29 18:35:08 UTC
(In reply to Chris McMahon from comment #2)
> Let me know your user names and I can upgrade your privileges on beta labs.

LanguageScreenshotBot
Comment 5 Vikas 2014-07-29 18:38:42 UTC
Looks like the images which were uploaded before(i.e. before we got the some problems with beta labs recently) have this problem. I tried updating the image which was uploaded yesterday and it works fine.
Comment 6 Greg Grossmeier 2014-07-30 17:22:07 UTC
cc'ing ori/bryan in case this was an effect of hhvm permission weirdness.
Comment 7 Bryan Davis 2014-07-30 21:45:28 UTC
Beta uses the NFS shared directory /data/project/upload7 to store images. 

I just did a permissions check on this directory for sub-directories that are not world writable and found a bunch. This is a likely cause of at least some of the failures.

To check: 

  $ cd /data/project/upload7
  $ find . -type d ! -perm -o=w
    ... lots of dirs output here ...

To fix:

  $ cd /data/project/upload7
  $ sudo find . -type d ! -perm -o=w -exec chmod 0777 {} +

A hack fix would be to cron this fix somewhere in beta. A better fix would be to kill NFS and use swift for image storage.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links