Last modified: 2014-07-31 14:08:56 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 T70489, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 68489 - When using hhvm, CurlHttpRequest::execute times out
When using hhvm, CurlHttpRequest::execute times out
Status: RESOLVED INVALID
Product: MediaWiki-Vagrant
Classification: Unclassified
General (Other open bugs)
unspecified
Macintosh Mac OS X 10.9
: Unprioritized normal
: ---
Assigned To: Ori Livneh
: hhvm
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-07-23 23:38 UTC by Neil Kandalgaonkar
Modified: 2014-07-31 14:08 UTC (History)
4 users (show)

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


Attachments

Description Neil Kandalgaonkar 2014-07-23 23:38:50 UTC
Bug noted on Mac OS X 10.9.3, using Vagrant 1.6.3 and Virtualbox 4.3.12. As per the standard vagrantfile, it was using a static IP and nfs.

Many things in MediaWiki require it to make calls to external APIs. It seems that when hhvm is on, CurlHttpRequest::execute always times out. I noticed this with uploads particularly. 

Enabling the zend role fixed the problem, so it seems to be specific to hhvm.


Problems that I noticed:

* when using instantCommons, uploads always time out. The reason is because MediaWiki is checking to see if the upload is already on Commons, and the request times out.

* when using UploadWizard (or other upload-by-url pages) to get files from Flickr, the request always times out, because Flickr API requests are timing out.


To see this behavior:

$ vagrant enable-role hhvm

$ vagrant enable-role uploadwizard

If change 148505 (https://gerrit.wikimedia.org/r/#/c/148505/) hasn't landed yet, make sure to add the following to your LocalSettings, to allow the kinds of uploads I mentioned.

    $wgInstantCommons = true;
    $wgAllowCopyUploads = true;
    $wgGroupPermissions["*"]["upload_by_url"] = true;

Then, you can try using UploadWizard to:

- Upload any image file
- Upload any file from an appropriately licensed Flickr URL (https://www.flickr.com/photos/brevity/10423091326/ is fine; if you need more use the advanced search to find CC-BY and CC-BY-SA files).
Comment 1 Max Semenik 2014-07-24 22:13:30 UTC
I couldn't reproduce it (tried provisioning with latest vagrant revision). If it still fails for you, could you check which request exactly is failing and narrow it down to a shorter minimum repro code?
Comment 2 Neil Kandalgaonkar 2014-07-31 01:45:40 UTC
I created a new hhvm MediaWiki-vagrant from scratch. Now I can't reproduce it either. 

I do know that switching from hhvm to zend in my other instance solved the problem immediately. Perhaps it had something to do with Vagrant re-provisioning the box.

Sorry for wasting your time.
Comment 3 Bryan Davis 2014-07-31 05:16:30 UTC
(In reply to Neil Kandalgaonkar from comment #2)
> I created a new hhvm MediaWiki-vagrant from scratch. Now I can't reproduce
> it either. 

You may not have been mistaken about the curl timeout problem. We merged a change (Ib36ecadf6b34420be82e425fcb3f7d322991edd6) no too long ago that added a higher than default timeout to help with Composer downloads.
Comment 4 Neil Kandalgaonkar 2014-07-31 14:08:56 UTC
I don't think so - when it was failing for me the remote API requests would never complete, whether to Commons or to Flickr. Even if I left them for 15 minutes, and verified the APIs returned in seconds from the same computer, when not within the hhvm mediawiki-vagrant.

This was clearly a network or file descriptor issue of some kind. I can't figure out what, though.

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


Navigation
Links