-
Notifications
You must be signed in to change notification settings - Fork 247
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HTTP request status fails / Upload Progress not enabled #64
Comments
Another thing: when using perusio's config files, I'm receiving bags of error messages in the common error log. [emerg] 40503#0: bind() to 192.168.5.163:80 failed (48: Address already in use) |
Btw. I've installed the filefield_nginx_progress module, and I've just re-run the status report, which is showing :: Upload Progress............Not enabled But when going to the module update page it's displayed there that "...Updating modules and themes requires FTP access to your server. See the handbook for other update methods...." |
I find this bizarre. The D7 version of the upload progress module doesn't work AFAIK. It needs work that I haven't found the time to put in. As per the address already in use message. Are running apache on port 80? Note that you have to move it to another port and restart it. It's Nginx now that it's run on 80. |
Hi António, I've double-checked now all the bits and bobs, and suddenly, without changing anything--at least consciously--it's working, the D7 setup, I mean, and I'm already happily re-installing all the various modules and themes. As for the port issue, no, there is no other process running, no Apache or similar, only Nginx, albeit four processes there are (see below). 6252 ?? 0:00.00 nginx: master process /usr/local/sbin/nginx Cheers, On 10.09.2012, at 11:21, António P. P. Almeida [email protected] wrote:
|
Are re-using IPv6 addresses? Try restarting Nginx and see if it occurs again, the complain about truing to bind already binded addresses. |
No, no IPv6 addresses, only IPv4 (albeit all of them assigned to virtual ethernet interfaces). Btw. I'm trying to get your Drupal (7) config working together with your Piwik config, side-by-side, on one and the very same host. I've configured Drupal to be accessed by the webserver root, and Piwik via http://my.host.net/Piwik, but all I'm receiving when opening the latter URL is a Drupal message stating
The piwik.conf is as follows ~ piwik.conf==========Piwik-specific configurationlocation ^~ /Piwik {
} end of file~ On 12.09.2012, at 23:30, António P. P. Almeida [email protected] wrote:
|
Another thing I've just discovered: when trying to upload an picture, eg. for creating a product, Drupal is displaying a "Starting upload" message, but then it gets stuck, at the very beginning, and nothing is happening beyond that point. When glimpsing into the log files (access.log) the following lines are being added a.b.c.d - - [14/Sep/2012:22:08:50 +0200] "GET /filefield_nginx_progress/408031086 HTTP/1.1" 304 0 "http://my.host.net/node/6/edit?destination=admin/content" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_1) AppleWebKit/536.25 (KHTML, like Gecko) Version/6.0 Safari/536.25" On 12.09.2012, at 23:30, António P. P. Almeida [email protected] wrote:
|
It should work. Can you get a debug log? |
Adding "debug" to the log file configuration doesn't change anything, so I guess I have to re-compile nginx, right? Currently nxing is compiled like ~ And my D7 status report looks like ~ Here you can find a short overview of your site's parameters as well as any problems detected with your installation. It may be useful to copy and paste this information into support requests filed on drupal.org's support forums and project issue queues. Drupal 7.15 (X) TCPDF directory Non-writable permissions Access to update.php Protected Bad Behavior 2.2.10 (X) CTools CSS Cache Unable to create Catalog vocabulary Vocabulary Catalog has been identified as Colorbox plugin 1.3.19.3 Configuration file Protected Countries Country definitions are up-to-date. Credit card encryption Credit card data is encrypted during checkout Cron maintenance tasks Last run 4 min 12 sec ago You can run cron manually. Database system MySQL, MariaDB, or equivalent Database system version 5.3.8-MariaDB-log Database updates Up to date Date API System date settings
Domain Access Module installed correctly. Drupal core update status Up to date File downloads The file downloads directory has been File system Writable (private download method) GD library PNG support bundled (2.0.34 compatible) GD library rotate and Hierarchical Select All updates installed. HS API implemen- Images Product image support has been automat- Module and theme update status Up to date Node Access Permissions 10 permissions in use (!) Override site name with name of domain. Enabled PHP 5.4.6 (more information) PHP extensions Enabled PHP memory limit 512M PHP register globals Disabled Page title version Enabled (page_title table contains 0 rows) (X) Piwik module Not configured Printer, email and PDF versions
Roles The role(s) administrator are set to be used Services Authentication Mechanism Enabled for all Endpoints (X) Store settings Store e-mail address has not been set. Please (!) Tokens Problems detected
Unicode library PHP Mbstring Extension Update notifications Enabled Upload progress Not enabled Upload progress nginx Enabled (upload progress module ) Views PDF - FPDI Present Views PDF - FPDI Template File Present Views PDF - TCPDF Present Web server nginx/1.3.5 XML sitemap Last attempted generation on Mon, 10/09/2012 - XML sitemap cache directory Writable Zend Framework 1.11.11 jQuery Update jQuery 1.5.2 and jQuery UI 1.8.11 sweaver directory Exists Entity Collector Before you can create relations, you need to create one or more relation types. Once you've done that, visit any page that loads one or more entities, and use this block to add entities to a new relation. Picked entities stay in the entity_collector until cleared or a relation is created so it is possible to collect the entities from several pages. On 15.09.2012, at 02:11, António P. P. Almeida [email protected] wrote:
|
Yep. You have to add |
Okay! I'll configure this option. Btw. the first time trying to upload an image, I'm receiving the following error message:
On any subsequent attempt the upload simply gets stuck. On 15.09.2012, at 16:48, António P. P. Almeida [email protected] wrote:
|
Strange, no log files are written any more since configuring and activating 'debug'... :( I've now deactivated the hierarchy modules, and after trying another file upload, I've received the following error message:
On 15.09.2012, at 18:34, Community [email protected] wrote:
|
Finally I managed to get the debug information written to the log. Please see enclosed error log file. On 15.09.2012, at 16:48, António P. P. Almeida [email protected] wrote:
|
There's nothing enclosed. Nada. Either you forgot the attachment or github filters the attachments. |
Well, it appears as if github is filtering the attachments... :( On 16.09.2012, at 20:51, António P. P. Almeida [email protected] wrote:
|
Let's try it included hereto. ~ 2012/09/15 22:11:05 [debug] 27412#0: 1 write new buf t:1 f:0 00007FADDC03E848, pos 00007FADDC03E848, size: 488 file: 0, size: 0 2012/09/15 22:11:06 [debug] 27412#0: *1 write new buf t:1 f:0 00007FADDC040870, pos 00007FADDC040870, size: 442 file: 0, size: 0 |
I don't see anything particularly wrong at first sight. You get the proper status for each request. OTOH from above you have (had) permissions problems with your files directory. Returning to the log, Nginx finds the location, forwards the request to the FCGI upstream, gets the response with a 200 status. From the log it seems OK. In a first approach. |
Hmm....a tough one, it would seem. :( Anything else I can look into, enable any further debugging (eg. php)? On 17.09.2012, at 09:18, António P. P. Almeida [email protected] wrote:
|
Yes there's a php-fpm option that prints information about script processing. Set it to |
Well, I'm using 'php-cgi' instead of 'php-fpm', as instructed by the nginx wiki, and as I had no luck with 'php-fpm' at all. :( Are there any specific php/pear/pecl modules/extensions to install or on the other hand to be removed? On 18.09.2012, at 00:03, António P. P. Almeida [email protected] wrote:
|
Btw. as I'm also migrating from WP to Drupal, I've setup WP on top of nginx in parallel, and there the upload/only FTP access to the webserver is also appearing... So the upload issue seems to be unrelated to Drupal... I've also tried different browsers (Safari, Firefox, Opera, Chrome, OmniWeb), but to no avail...one and the very same behaviour across all these browsers... PECL modules/extensions installedPackage Version State PEAR modules/extensions installedPackage Version State PHP modules/extensions installed/configurationUsage: /usr/local/bin/php-config [OPTION] On 19.09.2012, at 22:01, Community [email protected] wrote:
|
Are you sure it's not a permissions problem? |
I mean the nginx upload progress D7 module. D7 site will work fine. |
php-fpm is the only reliable module. Running cgi made every site we tried setting up on error our once or twice a day. Figure out fpm! You'll be glad you did. |
Thanks mate! I've replaced 'php-cgi' with 'php-fpm', de-activated the AntiVirus module, updated the whole Drupal shop, et voilá...all of a sudden file uploading is working like a charm! :) Albeit one funny thing is still puzzling me...when starting the Drupal/Nginx journey, I facilitated 'php-fpm' back then, and all I've ever received was a WSOD! :( Using 'php-cgi'...just fine! Anyhow... On 20.09.2012, at 03:09, RJ Johnston [email protected] wrote:
|
Well, as mentioned just now to RJ J., php-fpm did to the trick... :) Thanks to the both of you! Begin forwarded message:
|
Great! Glad I could be of help. Closing the issue now. |
I'm currently in the wake of moving from Apache2 to Nginx 1.3 as an underlying web environment for my Drupal 7.1.5 shop.
All of the various components are installed and running on one and the very same box--a Mac Mini under MacOS X 10.8.1.
Apart from this I've got homebrew in place, providing
:: MariaDB 5.3.8
:: PHP 5.4.6 (php-cgi)
:: Drush 5.7
For configuring Nginx I followed Persia's Drupal7 setup, but somehow it didn't work out (eg. Drupal all of a sudden complained about some erroneous code; Upload Progress not enabled; updating the site via the web front end resulted in having to provide ftp credentials [which-btw-I haven't got], and after updating using drush, the whole site went south) ! :(
After some try & error, I decided to opt for a fresh, from scratch install, and now, a plain vanilla Drupal7, is reporting on the status page that
:: HTTP request status......fails
:: Upload Progress............Not enabled
The text was updated successfully, but these errors were encountered: