Upgrade Error 500

[TBtester]

Tried to upgrade just now and get the following error:

Analyzing the situation...Shop deactivated. Now downloading... (this can take a while) [Ajax / Server Error for action download] textStatus: "error " errorThrown:"Internal Server Error " jqXHR: " 500 Internal Server error

[wakabayashi]

Did you lost connection or was there a standby?

I think, I had the same, when my laptop was switching to standby modus ;)

[TBtester]

No one of boths.

Now files were upgraded, but database not:

All files upgraded. Now upgrading database... [Ajax / Server Error for action upgradeDb] textStatus: "error " errorThrown:"Internal Server Error " jqXHR: " 500 Internal Server error

I have enough maxinput and maxexecution time: 300 should be enough. It was for PS enough and open for more.

[TBtester]

BTW, how to know, if there is an upgrade available ? TB is showing 1.0.1. but made an upgrade of the files, DB not. And nowhere is showing which version is latest (like it was with PS). This is a manko.

[wakabayashi]

There is an updater module: https://github.com/thirtybees/tbupdater/releases

[TBtester]

Didn't tried the new tbupdater, but had time to read error logs of the server. In fact there are several problems with scripts. PS original is working without any problems with 1-click module.

Errors of TB updater:

modfcgid: stderr: PHP Warning: sprintf(): Too few arguments in …/modules/tbupdater/classes/AjaxProcessor.php on line 286, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater&putUnderMaintenance [Mon May 29 11:37:49.431100 2017] [fcgid:warn] [pid 29580] modfcgid: stderr: PHP Notice: Use of undefined constant PSBASEURI - assumed 'PSBASEURI' in …/TB/modules/tbupdater/classes/AjaxProcessor.php on line 629, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater&putUnderMaintenance [Mon May 29 11:37:54.245521 2017] [fcgid:warn] [pid 30998] modfcgid: stderr: PHP Warning: sprintf(): Too few arguments in …/modules/tbupdater/classes/AjaxProcessor.php on line 889, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater&putUnderMaintenance [Mon May 29 11:37:57.378553 2017] [fcgid:warn] [pid 30362] modfcgid: stderr: PHP Warning: sprintf(): Too few arguments in …/modules/tbupdater/classes/AjaxProcessor.php on line 889, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater&putUnderMaintenance [Mon May 29 11:38:00.227414 2017] [fcgid:warn] [pid 30998] modfcgid: stderr: PHP Warning: sprintf(): Too few arguments in …/modules/tbupdater/classes/AjaxProcessor.php on line 889, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater&putUnderMaintenance [Mon May 29 11:38:03.031016 2017] [fcgid:warn] [pid 793] modfcgid: stderr: PHP Warning: sprintf(): Too few arguments in …/modules/tbupdater/classes/AjaxProcessor.php on line 889, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater&putUnderMaintenance [Mon May 29 11:38:05.873700 2017] [fcgid:warn] [pid 30998] modfcgid: stderr: PHP Warning: sprintf(): Too few arguments in …/modules/tbupdater/classes/AjaxProcessor.php on line 889, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&module_name=tbupdater&putUnderMaintenance

Than this same line hangs several times….

[Mon May 29 11:38:38.131614 2017] [fcgid:warn] [pid 29579] (104)Connection reset by peer: modfcgid: error reading data from FastCGI server, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater&putUnderMaintenance [Mon May 29 11:38:38.132483 2017] [fcgid:warn] [pid 29579] (104)Connection reset by peer: modfcgid: appassbrigade failed in handlerequestipc function, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater&putUnderMaintenance [Mon May 29 11:38:38.133071 2017] [include:warn] [pid 29579] AH01374: modinclude: Options +Includes (or IncludesNoExec) wasn't set, INCLUDES filter removed: /500.shtml, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater&putUnderMaintenance [Mon May 29 11:44:34.498911 2017] [fcgid:warn] [pid 817] modfcgid: stderr: PHP Warning: sprintf(): Too few arguments in …/modules/tbupdater/classes/AjaxProcessor.php on line 286, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater [Mon May 29 11:44:54.699365 2017] [fcgid:warn] [pid 793] (104)Connection reset by peer:] modfcgid: error reading data from FastCGI server, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater [Mon May 29 11:44:54.699522 2017] [core:error] [pid 793] End of script output before headers: ajax-upgradetab.php, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater [Mon May 29 11:44:54.700091 2017] [include:warn] [pid 793] AH01374: modinclude: Options +Includes (or IncludesNoExec) wasn't set, INCLUDES filter removed: /500.shtml, referer: …/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater

[TBtester]

Will try the new tbupdater from github. AND no I will not make changes on the server for fcgid settings only for to serve TB, sorry. The only error I will correct is the one of mod_includes (shtml)

[Traumflug]

Line 286 in AjaxProcessor.php is this:

php $this->nextQuickInfo[] = sprintf($this->l('Files will be saved to %s and %s'), $this->getCoreFilePath()); Two %s and just one argument indeed look like a bug.

[presto5]

If one of the mods wants a temporary login to my admin panel considering my store has not opened yet feel free to let me know so we can try to solve this. (since I am having this issue as well.)

Edit:

What I get before it fails Currently processing

Analyzing the situation...Shop deactivated. Now downloading... (this can take a while) Download complete. Now extracting...

Archives will come from https://api.thirtybees.com/updates/packs/thirtybees-v1.0.1.zip and https://api.thirtybees.com/updates/packs/thirtybees-extra-v1.0.1.zip md5 hashes for core and extra should be resp. 384da5ef55a0d11a74ac335a177b06b6 and 52e5d34a677585e67e14e95b51ca1caf Directory tests complete. Downloading from https://api.thirtybees.com/updates/packs/thirtybees-v1.0.1.zip and https://api.thirtybees.com/updates/packs/thirtybees-extra-v1.0.1.zip false Download directory has been cleared Download complete.

What I get after: [Ajax / Server Error for action unzip] textStatus: "error " errorThrown:"Not Found " jqXHR: "

Same as above.

[lesley]

@presto5 is there anything in your error log?

[Delapanlima]

trying to paste the new tbupdater 123.zip into hosting. hope it work :D

[Delapanlima]

@delapanlima said in Upgrade Error 500:

trying to paste the new tbupdater 123.zip into hosting. hope it work :D

isnt worked !

[TBtester]

Now since weeks still the same problem and no sulution. On same server running several Prestashop native, also PS 1.7. (test) without any problem with 1-click-upgrade.

Downloaded the TB-updater package from github and uploaded it. Tried upgrade. Same error. Updated the updater today again on back-office successfully (followed the message - there is an update for TB available -). Tried upgrade. Same error again.

[TBtester]

server: memorylimit 512, maxinput 300, max_execution 300

[Thu Sep 14 09:49:30.730367 2017] [fcgid:warn] [pid 7507] [client 62.47.138.144:51128] modfcgid: stderr: PHP Warning: sprintf(): Too few arguments in /var/www/vhosts/..../TB/modules/tbupdater/classes/AjaxProcessor.php on line 958, referer: http://....../index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater [Thu Sep 14 09:49:42.609358 2017] [fcgid:warn] [pid 6488] (104)Connection reset by peer: [client 62.47.138.144:51133] modfcgid: error reading data from FastCGI server, referer: http://...../TB/myadmin/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater [Thu Sep 14 09:49:42.609460 2017] [core:error] [pid 6488] [client 62.47.138.144:51133] End of script output before headers: ajax-upgradetab.php, referer: http://..../TB/myadmin/index.php?controller=AdminModules&token=16fff7e4556c3e3e643b91d5e4bc1d2e&configure=tbupdater&tabmodule=administration&modulename=tbupdater

[TBtester]

You are kidding... Why should I downgrade and make requests slow with mod_php besides it opens security risks on the server ? I'm on nginx proxied.

Don't think FastCGI is misconfigured. No error-logs on this for any of the native Prestashops and WordPress sites running on same server. Misconfiguration is on TB scriptings and nowhere else.

[TBtester]

So best for now is to stay with my native Prestashop 1.6. than. There I'm not having this problem. Shop upgraded yesterday to latest version without any problems.

[lesley]

By no problems, I hope you have tested the contact form. Seems there are yes problems with that from what I am reading.

[lesley]

I hit reply too soon.

Also, if you want to be helpful to our community and our software, you could try our debugging methods. Michael was giving you a step to take to debug the problem. You chose not to. We cannot help people that cannot or will not take help.

[TBtester]

Dear Lesley, I am willing to help. But I would like to say that it is already bad enough that for some applications you need own configured servers. Magento is one of these applications, Prestashop is on the way there. Honestly, I personally do not think this will have future. Exactly open source should run everywhere, whether 1 euro or 100 euro webspace. Michael's proposal is not a real suggestion, but a step back in this direction. A specially configured TB server. Since other applications run on my server, I will certainly not go this step, so this approach is a false and frankly a little bit prestashop mentality, which ends partially in arrogance. Make a software that runs everywhere, and is useful for users, otherwise the project here is already on the way to failure. I will certainly not make a server unsafe or slow down the requests by using the suggestions Michael made. This is not the way. Sorry.

[bzndk]

TBtester it is actually debugging solution to figure out if FastCGI is misconfigured.

He is not saying you should stay on that configuration he is asking you to try it out, to se if that gives any other error code, or that it works, because they you can start back tracing the issue, and fixing the issues with FastCGI.

And i got to call bs... when you say it's not a real suggestion, because it is a real suggestion, and calling it the prestashop mentality, and kind of saying these guys that works there asses of to give us a better shopping solution arrogant that’s just way out of line.

Do you know how many different setups there are? Apache alone got 3-4 ways to connect with PHP, then you got NGINX, Litespeed, lighttpd, and a lot more.

It's impossible to test every single setup solution, every server got different kinks especially if they are not using something common like plesk, or cpanel... That’s why they asked you to try that solution, to figure out if it is a FastCGI issue, because the error output is vague, and could suggest a FastCGI issue

Personally I have tried out TB on a bunch of platforms, pure Nginx setup that I prefer and use as my daily driver for all my stuff, cpanel setups, plesk, tried it out on a local apache setup to and I have not had the issues you are currently having.

@mdekker Ye you are right with out doubt! it feels more like it's just a reason to rage on you.

[TBtester]

Well I for test purposes enabled on Plesk Apache Module only, disabled fast-cgi. Now I cannot login to admin. Blank page. Sorry, but this is really not the way... More changes on nginx php-fpm server I will not do. Plesk or nothing. I will not make any changes by SSH, nor add a new host only for to use/test TB on a well running system. In this case the goal goes for the one running and not the one not running.

[ThirtyBeesException]

unable to write file /.../TB/cache/smarty/compile/2a/be/b0/wrt59bc75ecbe9fa174095379 at line 46 in file vendor/smarty/smarty/libs/sysplugins/smartyinternalwritefile.php

2. // write to tmp file, then move to overt file lock race condition
3. $tmpfile = $dirpath . DS . strreplace(array('.', ','), '_', uniqid('wrt', true));
4. if (!fileputcontents($tmpfile, $_contents)) {
5. errorreporting($error_reporting);
6. throw new SmartyException("unable to write file {$tmpfile}");
7. }
9. /*
10. • Windows' rename() fails if the destination exists,

11.      * Linux' rename() properly handles the overwrite.
    

    SmartyInternalWriteFile::writeFile - [line 213 - vendor/smarty/smarty/libs/sysplugins/smartyinternaltemplate.php] - [3 Arguments] SmartyInternalTemplate->compileTemplateSource - [line 169 - vendor/smarty/smarty/libs/sysplugins/smartyinternaltemplatebase.php] SmartyInternal_TemplateBase->fetch - [line 166 - classes/SmartyCustom.php] - [7 Arguments] SmartyCustomCore->fetch - [line 2110 - classes/controller/AdminController.php] - [1 Arguments] AdminControllerCore->display - [line 384 - classes/controller/Controller.php] ControllerCore->run - [line 743 - classes/Dispatcher.php] DispatcherCore->dispatch - [line 63 - admin/index.php]

Directory /..../TB/log is not writable

/TB/log folder chmod: 0644, TB is original. No upgrade from PS, no any extra addons in use.

[TBtester]

I'm was not banned, and this is not the question of this topic. And now, which is your suggestion to get run TB (updater) on nginx without FCGI ?

[TBtester]

Problem already solved. It seems that TB updater don't want some fcgi directives needed for to speed up some other processes on the server, like ruby on rails. After disabling them I was able to upgrade. Strange that no other application on the server has problems with them...

[veganline]

@tbtester Concur to one of your posts a few lines up, but the problem goes both ways.

"some fcgi directives needed for to speed up some other processes on the server, like ruby on rails. After disabling them I was able to upgrade."

That's a bit short for me, as someone who doesn't know where to start learning this stuff reluctantly.

There is something about coders & shopkeepers that makes it hard for us to help each other. As a shopkeeper I think coders expect someone else to pay for the server. NASA funding at least. I don't know what coders say about us shopkeepers but it is probably something similar about expecting free servers and free forum help.

Maybe coders should imagine teaching this stuff to students who use free servers like Byethost. If the code doesn't work on a free server, they could write a warning or an explanation. Then the shopkeepers who work close to the edge of what the cheapest fastest shared server can do for their business would have a warning or an explanation ready to see, if they need to upgrade or need some special tekkie trick for working near the limit.

[Traumflug]

NASA budget? I've installed a working shop on a $5/month hosting. Not sure whether NASA could live with such a budget.

For teaching, one better installs thirty bees on the local PC, without any hosting. Given this PC runs a proper OS, like Debian or Ubuntu or CentOS.

[lesley]

I always thing of this on these type of posts.

https://i.imgur.com/OgEJ7xf.png