Upgrade to latest CPanel Stuck at 20%

[mYsTicOne]

Every time I try to upgrade to latest Release build it shows this

PHP version file is up to date
 Doing a manual update...
Cpanel updates are coming from layer2.cpanel.net
findutils passes checksum
net-tools passes checksum
tcp_wrappers passes checksum
Checking /dev/hda....OK
x - creating lock directory
x - SKIPPING /usr/local/lib/php.ini (file already exists)
Ftp Setup Script Version 5.0
This is the pure-ftpd 1.0.20 installer release number 9.tls for platform fedora 1
pure-ftpd is up to date.  Use ftpup --force to force a reinstall
 Using Mysql4
bandmin is up to date (Tue Apr  8 10:00:52 2003)
chkservd is up to date (Thu Aug 19 14:05:17 2004)
MySQL-server is not up to date (Sat May 15 23:00:43 2004)

It seems to block there.... the broser still loading....

[dave9000]

I have had this issue a few times and one hit of crtl c seems to put it past the hang point and it seems to finish fine

As for whats actually causing it I have not checked. It only happens ever so often and it hasn't been enuf trouble to track down yet

Just noticed you were doing this in whm. When it hangs on me i run the script in shell and if it hangs then hit crtl c

[mYsTicOne]

After leaving my computer with the page open all night I have the following text displayed after the place where it was blocked.

/var/spool/cpupdates/MySQL-server-4.0.22-0.i386.rpm: not an rpm package (or package manifest): 
MySQL-embedded is not up to date (Sat May 15 23:00:43 2004)
/var/spool/cpupdates/MySQL-embedded-4.0.22-0.i386.rpm: not an rpm package (or package manifest): 
MySQL-client is not up to date (Sat May 15 23:00:43 2004)
/var/spool/cpupdates/MySQL-client-4.0.22-0.i386.rpm: not an rpm package (or package manifest): 
MySQL-devel is not up to date (Sat May 15 23:00:43 2004)
/var/spool/cpupdates/MySQL-devel-4.0.22-0.i386.rpm: not an rpm package (or package manifest): 
MySQL-bench is not up to date (Sat May 15 23:00:43 2004)
/var/spool/cpupdates/MySQL-bench-4.0.22-0.i386.rpm: not an rpm package (or package manifest): 
MySQL-shared is not up to date (Sat May 15 23:00:43 2004)
/var/spool/cpupdates/MySQL-shared-4.0.22-0.i386.rpm: not an rpm package (or package manifest): 
MySQL-shared-compat is not up to date (Thu Jul  8 19:10:58 2004)
/var/spool/cpupdates/MySQL-shared-compat-4.0.22-0.i386.rpm: not an rpm package (or package manifest): 
...
(followed by the rest of the upgrades which is not relevant so I cut it here...)

I understand that you are not concerned if the proplem doesnt happen often, but for me it does this every time I try to upgrade.

Can you explain how to do the upgrade by using the shell? I will try that and see if it works better.

[picoyak]

Same issue here. Well, not actually an issue yet, as updates always finish for me, but I don't quite know what to make of these messages. Could it be that the rpm's tried for are just not valid? Or maybe some issue with yum.conf?

[cpanelnick]

Try

rm -rf /root/.cpmysqlrpm

Then try to update again. If it still doesn't work right, send an email to support@cpanel.net to my attention and I will get it sorted for you.

[mrcbrown]

Uh... I am running RH7.3 - and the latest jump in cPanel just jacked up Apache/PHP:

---
Security Alert! PHP CGI cannot be accessed directly.

This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set. This variable is set, for example, by Apache's Action directive redirect.

You may disable this restriction by recompiling the PHP binary with the --disable-force-cgi-redirect switch. If you do this and you have your PHP CGI binary accessible somewhere in your web tree, people will be able to circumvent .htaccess security by loading files through the PHP parser. A good way around this is to define doc_root in your php.ini file to something other than your top-level DOCUMENT_ROOT. This way you can separate the part of your web space which uses PHP from the normal part using .htaccess security. If you do not have any .htaccess restrictions anywhere on your site you can leave doc_root undefined. If you are running IIS, you may safely set cgi.force_redirect=0 in php.ini.
---

I realize doing a easyapache should fix this - just didn't know why this happened - I got the same MySQL errors as above as well - are the newer builds not as legacy RH friendly?

[picoyak]

Dunno. I'm running FC2. Thanks nick I'll try that next update also

[mYsTicOne]

I deleted the file you told me and now the update process completes as fast as it always did.

However it always tells me MySQL is not up to date, but never seems to actually update it.
Is that normal?

cPanel/WHM Update 
PHP version file is up to date
 Doing a manual update...
Cpanel updates are coming from layer2.cpanel.net
findutils passes checksum
net-tools passes checksum
tcp_wrappers passes checksum
Checking /dev/hda....OK
x - creating lock directory
x - SKIPPING /usr/local/lib/php.ini (file already exists)
 Ftp Setup Script Version 5.0
This is the pure-ftpd 1.0.20 installer release number 9.tls for platform fedora 1
pure-ftpd is up to date.  Use ftpup --force to force a reinstall
Using Mysql4
bandmin is up to date (Tue Apr  8 10:00:52 2003)
chkservd is up to date (Thu Aug 19 14:05:17 2004)
MySQL-server is not up to date (Sat May 15 23:00:43 2004)
Testing connection speed...(this could take a while).....Done
MySQL-embedded is not up to date (Sat May 15 23:00:43 2004)
MySQL-client is not up to date (Sat May 15 23:00:43 2004)
MySQL-devel is not up to date (Sat May 15 23:00:43 2004)
MySQL-bench is not up to date (Sat May 15 23:00:43 2004)
MySQL-shared is not up to date (Sat May 15 23:00:43 2004)
MySQL-shared-compat is not up to date (Thu Jul  8 19:10:58 2004)
portsentry is up to date (Tue Jan 29 21:02:40 2002)
Using RPM Backend: RPM version 4.2.1

[djmerlyn]

Mine is broken too...

None of the following functions work

Upgrade to Latest Version
Update System Software
Update Server Software
Update Apache

My version is

WHM 9.9.7 cPanel 9.9.8-R5
RedHat Enterprise 3 i686 - WHM X v3.1.0

Server Version: Apache/1.3.33 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.3.9 FrontPage/5.0.2.2634a mod_ssl/2.8.21 OpenSSL/0.9.7a
Server Built: Oct 30 2004 02:20:46

Am screwed

None of the /scripts/* work either

I tried the rm -rf /root/.cpmysqlrpm with no luck, hope that wasn't important~

Any idea wtd?

[djmerlyn]

Anyone have any ideas?

[jnagro]

any fixes? on a side note, what sort of testing do the builds go through before release to current? (or any other build for that matter) (plesk is starting to sound better and better)

[picoyak]

I have no fixes. Nick's first fix worked a couple times then I'm back to square one. I can't see any other issues with my server or config so I dunno. Am I destined to run 9.9.8-C174 forever?

[picoyak]

Just a follow-up that I almost forgot about.

Once I got a few minutes I ran /scripts/sysup from the cli. At that point you can see where the connection tests occur. Some of them were taking quite a while eventually timing out, and those I gave a quick ctrl-c, and the script continued. Only took a couple sigints and a good mirror was grabbed for mysql. After that, sysup completed successfully. Next ran /scripts/upcp and that completed without issue.

Why I didn't do all that sooner is a mystery

[LaZogNa]

hey picoyak....
i did what u did and it did the trick for me.. I aslo was getting hung up on 20% CP udate and phpbb wouldn't install correctly...

any how the /scripts/sysup with the ctrl c

and later /scripts/upcp did wonders

[jester.ro]

i had the same problem. i was stuck with 4.0.18, always giving me wrong package or manifest.

Then after an update to the latest version of cpanel, it went past that point. But...it was testing mirrors Over and over again...the same mirrors, i downloaded lots of gigabytes that night ). It wasn't actually testing, it was downloading the full 11 MB mysql package, then erased it, and started again from another mirror

I tried editing mirrors, remving all but one, nothing worked. I tried downloading that first package by hand, i put it in /var/spool/cpupdates ...NADA.


And then someone told me to try running from command line.

/scripts/upcp


i was sceptic, but i did it, and strangely enough, it worked. Maybe someone knows the answer to this one, why would command -line upcp work, and not the one from WHM.