/scripts/upcp hang

[andren]

We have been trying to replicate this issue among various flavors and versions of Linux. However unsuccessful. Could one of you please open a support ticket attention 'QA' in order to take a deeper look at this matter.

Thank you in advance.

Alex, we have the same bug (among a few others). We have submitted a ticket cPanel ID# 247917.

For cpanelkenneth: I did a 'ps waux' before seeing the discussion here, may be it helps anyways.

ps waux | grep upcp
root     10065  0.0  0.0  61128   720 pts/0    S+   01:20   0:00 grep upcp
root     14260  0.0  0.1  96316  8204 pts/2    S+   00:05   0:00 cPanel Update (upcp) - Master
root     14324  0.0  0.1  98664  8276 ?        Ss   00:05   0:00 cPanel Update (upcp) - Slave

Process hangs forever - we kept one going for 48 hours, it results in error in cron run of cpanel update

[ckh]

cPanel tickets ID# 247898

In fact, one of the servers is hung right now with the UPCP. Got a reply from Michael Photakis regarding the ticket and updated him, but, don't think he's accessed the server.

[tprice42]

Same problem here on FreeBSD 6.2 Release - WHM 11.15.0 cPanel 11.18.3-R21703

Upcp appears to stall just after reinstalling courier when using /scripts/upcp --force

Look forward to hearing more about this problem, does anyone know of any upcp specific logs and their locations?

[cpanelkenneth]

Thanks to your reports here, and the few tickets that were opened, we are narrowing down the problem area. We hope to have the problem identified and resolved 'soon.'

[gargalatas]

same prob here.
It says 100% Complete but never quits... It runs forever.
Last lines:

zlib version checking was disabled. zlib versions <= 1.2.1 have a know security vulnerability
See http://www.zlib.net/ for more information
...Done
Updating addon type:modules addon:pro version:1.0.......Done

[jandafields]

Don't know if this has anything to do with it, but the last few days, I receive this email:

This module is required by cPanel, and the system may not function correctly until it is installed, and functional.  Below is the results of the auto-install attempt:

Test Run
==============
Can't locate Encode/Detect/Detector.pm in @INC  at - line 1.
BEGIN failed--compilation aborted at - line 1.



Installer Run
==============
Fetching CPAN mirrors...Done
Fetching CPAN timestamp...Done
Testing connection speed...(this could take a while)......Done
Ping:0.608 Testing connection speed to cpan.hexten.net using pureperl...(158500.00 bytes/s)...Done
Ping:11.503 Testing connection speed to mirror.hiwaay.net using pureperl...(103900.00 bytes/s)...Done
Ping:1000 Testing connection speed to mirrors.phenominet.com using pureperl...(280.63 bytes/s)...Done
Three usable mirrors located
Three usable mirrors located
Mirror Check passed for cpan.hexten.net (/index.html)
Unknown config variable 'less'
commit: wrote '/usr/lib/perl5/5.8.8/CPAN/Config.pm'
CPAN: File::HomeDir loaded ok (v0.69)
CPAN: Storable loaded ok (v2.18)
Going to read /home/.cpan/Metadata
  Database was generated on Mon, 28 Apr 2008 05:29:44 GMT
Running install for module 'Encode::Detect::Detector'
Running make for J/JG/JGMYERS/Encode-Detect-1.00.tar.gz
CPAN: Digest::SHA loaded ok (v5.46)
CPAN: Compress::Zlib loaded ok (v1.42)
Checksum for /home/.cpan/sources/authors/id/J/JG/JGMYERS/Encode-Detect-1.00.tar.gz ok

<snip>

lib/Encode/Detect/Detector.xs:49: confused by earlier errors, bailing out
{standard input}: Assembler messages:
{standard input}:25: Error: symbol `ax' is already defined
{standard input}:31: Error: symbol `ax' is already defined
{standard input}:51: Error: symbol `ax' is already defined
{standard input}:57: Error: symbol `ax' is already defined
{standard input}:63: Error: symbol `ax' is already defined
{standard input}:77: Error: symbol `ax' is already defined
{standard input}:85: Error: symbol `ptr' is already defined
{standard input}:97: Error: symbol `RETVAL' is already defined
{standard input}:103: Error: symbol `Perl_sv_setpv' is already defined
{standard input}:109: Error: symbol `ax' is already defined
error building lib/Encode/Detect/Detector.o from 'lib/Encode/Detect/Detector.c' at /usr/lib/perl5/site_perl/5.8.8/ExtUtils/CBuilder/Base.pm line 110.
make: *** [all] Error 2
  JGMYERS/Encode-Detect-1.00.tar.gz
  /usr/bin/make -- NOT OK

Running make install
  Make had returned bad status, install seems impossible
perlmod--Install done

[ckh]

Here's the reply I received from cPanel and it looks like it fixed my problem:

I see the issue, and it been addressed in this new
build for Release. It was hanging on the courier update check, which it
happens in rare cases in older releases. The new version corrects this issue.
I have run the upcp on this and it is running though properly now.

I'm running release, so I don't know if it's available for any of the other trees.

[cbwass]

Happened again last night on servers with Centos 5 running WHM 11.15.0 cPanel 11.18.3-S21703.

Servers with Centos 3/4 have never been affected.

To fix it I have to kill upcp and run /scripts/upcp -force.

[webstyler]

same problem here

I have kill upcp and force update but nothing change

WHM 11.15.0 cPanel 11.18.4-R23868
CENTOS Enterprise 5 i686 on standard - WHM X v3.1.0

[ckh]

So far so good for me. Running:

WHM 11.15.0 cPanel 11.18.4-R23868
REDHAT Enterprise 5.1 i686 on standard - WHM X v3.1.0

[cPanelDavidG]

Happened again last night on servers with Centos 5 running WHM 11.15.0 cPanel 11.18.3-S21703.

Servers with Centos 3/4 have never been affected.

To fix it I have to kill upcp and run /scripts/upcp -force.

This issue is not yet resolved in STABLE, but should be shortly.