SOLVED [case EA-6287] EasyApache 4 UI fails to load with UTF-8 error - The subprocess error

Reado

Well-Known Member
Sep 8, 2009
227
8
68
United Kingdom
cPanel Access Level
Root Administrator
I have rebooted the server but to no avail. When opening the EasyApache 4 UI in WHM and trying to customise any package including any of the cPanel defaults, it hangs on "loading packages" and according to Firefox Developer Tools an HTTP 500 error is occurring with the response:

{"metadata":{"result":0,"version":1,"reason":"No response from subprocess (whostmgr (xml-api)): The subprocess reported error number 255 when it ended."},"data":null}

It was working fine this morning and now it's not. Any ideas why?
 
  • Like
Reactions: Nathan Biles

Nathan Biles

Registered
Jan 26, 2016
3
0
1
Austin, TX
cPanel Access Level
Root Administrator
Same exact issue. I saw this:

Error: 500 No response from subprocess (whostmgr (cpanel))

BUT it didn't work for me.

more info from log:

Code:
[2017-05-17 08:06:58 -0500] die [Internal Death while parsing [stdin] 31829] Wide character in syswrite at whostmgr/bin/xml-api.pl line 2962.
 at whostmgr/bin/xml-api.pl line 2962.
    whostmgr::bin::xml_api::__ANON__(__CPANEL_HIDDEN__...) called at whostmgr/bin/xml-api.pl line 3250
    whostmgr::bin::xml_api::runapp("package_manager_get_package_info", HASH(0x53627b8), HASH(0x2f3fee8), 0, CODE(0x51a9ab8)) called at whostmgr/bin/xml-api.pl line 3008
    whostmgr::bin::xml_api::script(CODE(0x51a9ab8), "-json", "./package_manager_get_package_info") called at whostmgr/bin/xml-api.pl line 2962


Wide character in syswrite at whostmgr/bin/xml-api.pl line 2962.
 
Last edited by a moderator:

rpvw

Well-Known Member
Jul 18, 2013
1,101
460
113
UK
cPanel Access Level
Root Administrator
64.0.21
I can't get past the "Loading Packages" either when I try Customize any package.
Log:
Code:
[2017-05-17 13:42:34 +0000] die [Internal Death while parsing [stdin] 93524] Wide character in syswrite at whostmgr/bin/xml-api.pl line 2962.
 at whostmgr/bin/xml-api.pl line 2962.
   whostmgr::bin::xml_api::__ANON__(__CPANEL_HIDDEN__...) called at whostmgr/bin/xml-api.pl line 3250
   whostmgr::bin::xml_api::runapp("package_manager_get_package_info", HASH(0x5638480), HASH(0x2f3fee8), 0, CODE(0x59d3aa8)) called at whostmgr/bin/xml-api.pl line 3008
   whostmgr::bin::xml_api::script(CODE(0x59d3aa8), "-json", "./package_manager_get_package_info") called at whostmgr/bin/xml-api.pl line 2962


Wide character in syswrite at whostmgr/bin/xml-api.pl line 2962.
I think someone broke it ......slap....slap....slap :-p
 
Last edited:

rpvw

Well-Known Member
Jul 18, 2013
1,101
460
113
UK
cPanel Access Level
Root Administrator
Whilst Jacob was posting, I was busy doing a Home » cPanel » Upgrade to Latest Version with the force flag set (you know, someone always asks if you did one to see if it fixes the error - it didn't !) and I was somewhat unimpressed with the huge new log output box that now shows a massive EIGHT lines at once.

Come on guys - we seem to be going backwards with updates at the moment :(
 
Last edited:
  • Like
Reactions: Azuka

Reado

Well-Known Member
Sep 8, 2009
227
8
68
United Kingdom
cPanel Access Level
Root Administrator
Hello,

This is being caused by a UTF-8 character in the ruby RPMs that we shipped yesterday. We'll have packages published shortly that will fix this issue.
Roll it back? Surely if you've released one thing that breaks another, in the very first instance you should be rolling the change back while a proper fix is created?
 

CanSpace

Well-Known Member
PartnerNOC
Nov 25, 2011
65
58
68
cPanel Access Level
DataCenter Provider
Same issue for us.

FYI one fix is clicking "Provision" for the default profile in easyapache4... but there is no way to customize it.

This is an urgent issue that needs fixing.
 

Tony Merlin

Member
May 11, 2013
9
2
3
cPanel Access Level
Root Administrator
I have exactly the same issue on my development server (stuck at "Loading packages …") CENTOS 7.3 x86_64 standard cPanel & WHM 64.0 (build 21
This happened after upgrading mysql to mariadb so i'm going to leave the upgrade on my production server until this is rectified....

I have also tried "yum clean all" to no avail.

edit: Just to note i've just checked my production server and can add extra packages to it fine! this is also running on CENTOS 7.3 x86_64 standard - cPanel & WHM 64.0 (build 21)
 
Last edited by a moderator:
Nov 17, 2007
6
1
53
cPanel Access Level
DataCenter Provider
Same issue here CENTOS 6.9 x86_64 xen hvm – cPanel & WHM 64.0 (build 21)

I have to admit, as a cPanel customer for a decade I am extremely disappointed. I stick to the stable versions on my production servers for a reason!

No client wants to here "Its the vendors fault"
 
  • Like
Reactions: Chris H

Chris H

Member
May 5, 2017
7
3
3
London
cPanel Access Level
DataCenter Provider
Come on guys.. got three new servers I can't complete because of this - plus a current server that needs an Apache module adding ASAP.. I love your product - but this should have been caught in testing! o_O
 
Nov 17, 2007
6
1
53
cPanel Access Level
DataCenter Provider
We have also had this issue today on a couple of servers and am also extremely disappointed that this got this far. We have been told there is a case open (EA-6287) but we have no visibility into these ! Our case is DSO as well although there was a workaround by switching to PHP5.5 from the server default which was set to 5.6
Switching to PHP 5.5 didnt work for me. I attempted to provision the default and not all the sites are internal server error.
 
Nov 17, 2007
6
1
53
cPanel Access Level
DataCenter Provider
Same here, our firm has already received numerous blowback's on social and well as direct complaints by phone and trouble tickets.

I would this this would to be an immediate fix.