cPanel & WHM update failure in upcp script

[Dezdan]

Started receiving this email notice:
Maintenance ended; however, it did not exit cleanly (256). The following events were logged: “scripts/findphpversion”.

Update log preview:​

... ... [2022-07-10 03:31:07 -0700] E [/usr/local/cpanel/scripts/findphpversion] “/usr/local/cpanel/bin/python-packman” reported error code “1” when it ended: Traceback (most recent call last): [2022-07-10 03:31:07 -0700] E [/usr/local/cpanel/scripts/findphpversion] File "/usr/local/cpanel/bin/packman_get_info_json", line 16, in <module> [2022-07-10 03:31:07 -0700] E [/usr/local/cpanel/scripts/findphpversion] packman.init_yum() [2022-07-10 03:31:07 -0700] E [/usr/local/cpanel/scripts/findphpversion] File "/usr/local/cpanel/bin/packman_lib/yum_impl.py", line 78, in init_yum ... [2022-07-10 03:31:19 -0700] Processing: Updating plugins data cache [2022-07-10 03:31:19 -0700] - Processing command `/usr/local/cpanel/bin/refresh_plugin_cache` [2022-07-10 03:31:19 -0700] - Finished command `/usr/local/cpanel/bin/refresh_plugin_cache` in 0.059 seconds [2022-07-10 03:31:19 -0700] Processing: Ensuring SSL certificate information for CCS is up to date. [2022-07-10 03:31:19 -0700] - Processing command `/usr/local/cpanel/scripts/ccs-check --run --ssl` [2022-07-10 03:31:19 -0700] - Finished command `/usr/local/cpanel/scripts/ccs-check --run --ssl` in 0.010 seconds [2022-07-10 03:31:19 -0700] Processing: Ensure cpanel-plugins yum repo exists [2022-07-10 03:31:19 -0700] - Finished in 0.068 seconds [2022-07-10 03:31:19 -0700] Processing: Checking Addon Licenses [2022-07-10 03:31:19 -0700] - Finished in 0.022 seconds [2022-07-10 03:31:19 -0700] Processing: Updating Public Suffix List [2022-07-10 03:31:19 -0700] Processing: Checking End Of Life for current version. [2022-07-10 03:31:19 -0700] - Finished in 0.187 seconds [2022-07-10 03:31:19 -0700] Processing: [2022-07-10 03:31:19 -0700] Maintenance complete. => Log closed Sun Jul 10 03:31:19 2022 ---------------------------------------------------------------------------------------------------- => Log opened from cPanel Update (upcp) - Slave (15835) at Sun Jul 10 03:31:19 2022

Per other topics, I ran "/scripts/findphpversion" and that returned no issues. I then ran "/script/upcp --force" and the error was repeated.

I went ahead and also ran "yum clean all" with no issues, but when I ran "yum makecache" it failed. I went ahead and also ran an RMP rebuild, and that had no issues.

 

[cPRex]

Hey there! What happens if you manually run /usr/local/cpanel/bin/python-packman from SSH? Does that show anything interesting?

 

[Dezdan]

[[email protected] ~]# /usr/local/cpanel/bin/python-packman
Python 2.7.5 (default, Jun 28 2022, 15:30:04)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-44)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>

 

[cPRex]

That looks normal to me. If you're still seeing issues with the update it might be best to submit a ticket to our team so we can check the system directly.

 

[bloatedstoat]

I too have this error.

cPanel & WHM v104.0.5 / CloudLinux v6.10.0

If a support ticket is opened and a solution offered, could that solution be posted here please?

Thank you.

 

[Dezdan]

I too have this error.

cPanel & WHM v104.0.5 / CloudLinux v6.10.0

If a support ticket is opened and a solution offered, could that solution be posted here please?

Thank you.

Ticket has been submitted, I will let you know if a solution is provided.

 

[Dezdan]

Pretty simple fix; I thought auto-update was enabled for my MariaDB, but I guess not:

The "findphpversion" script is failing as it is unable to communicate with the MariaDB 10.0 repository.

Specifically, it is attempting to connect to the MariaDB 10.0 repository. This version of MariaDB has been removed from the official mirrors and is no longer available as it has reached End of Life. As such, this request is failing.

To resolve this, you will need to disable the MariaDB 10.0 repository on your server to prevent this repository from being queried. The following provides information on this: How do I enable or disable a repository?

With the repository disabled, this script will not experience an error on the next run.

I am confident the knowledge shared in the above article will guide you towards solving the issue you have outlined in this request.

 

[cPRex]

Thanks for posting that, @Dezdan !!!

 

[radeonpower]

I get this on a regular basis for some reason. :/




[2022-07-13 21:55:34 +0000] - Processing command `/usr/local/cpanel/scripts/find_outdated_services --auto`
[2022-07-13 21:55:39 +0000] [/usr/local/cpanel/scripts/find_outdated_services] Looking for outdated services …
[2022-07-13 21:55:39 +0000] [/usr/local/cpanel/scripts/find_outdated_services] This system is receiving updates from CloudLinux Network server.
[2022-07-13 21:55:39 +0000] [/usr/local/cpanel/scripts/find_outdated_services] 244 files removed
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] STDOUT: This system is receiving updates from CloudLinux Network server.
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] Waiting for process with pid 1417274 to finish.
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services]
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services]
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] STDERR: Traceback (most recent call last):
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/bin/needs-restarting", line 101, in <module>
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] main.user_main(MAPPING[command] + args, exit_code=True)
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 201, in user_main
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] errcode = main(args)
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 67, in main
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] return _main(base, args, cli_class, option_parser_class)
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 106, in _main
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] return cli_run(cli, base)
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 122, in cli_run
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] cli.run()
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf/cli/cli.py", line 1055, in run
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] return self.command.run()
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf-plugins/needs_restarting.py", line 270, in run
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] for ofile in list_opened_files(uid):
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf-plugins/needs_restarting.py", line 77, in list_opened_files
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] lines = smaps_file.readlines()
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib64/python3.6/encodings/ascii.py", line 26, in decode
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] return codecs.ascii_decode(input, self.errors)[0]
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1605: ordinal not in range(128)
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services]
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services]
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] Cpanel::Exception::ProcessFailed::Error/(XID 3mkfsa) “/usr/bin/needs-restarting” reported error code “1” when it ended: Traceback (most recent call last):
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/bin/needs-restarting", line 101, in <module>
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] main.user_main(MAPPING[command] + args, exit_code=True)
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 201, in user_main
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] errcode = main(args)
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 67, in main
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] return _main(base, args, cli_class, option_parser_class)
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 106, in _main
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] return cli_run(cli, base)
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf/cli/main.py", line 122, in cli_run
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] cli.run()
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf/cli/cli.py", line 1055, in run
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] return self.command.run()
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf-plugins/needs_restarting.py", line 270, in run
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] for ofile in list_opened_files(uid):
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib/python3.6/site-packages/dnf-plugins/needs_restarting.py", line 77, in list_opened_files
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] lines = smaps_file.readlines()
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] File "/usr/lib64/python3.6/encodings/ascii.py", line 26, in decode
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] return codecs.ascii_decode(input, self.errors)[0]
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1605: ordinal not in range(128)
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services]
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] at /usr/local/cpanel/Cpanel/ChildErrorStringifier.pm line 161.
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] Cpanel::ChildErrorStringifier::to_exception(Cpanel::SafeRun::Object=HASH(0x309ca90)) called at /usr/local/cpanel/Cpanel/ChildErrorStringifier.pm line 140
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] Cpanel::ChildErrorStringifier::die_if_error(Cpanel::SafeRun::Object=HASH(0x309ca90)) called at /usr/local/cpanel/Cpanel/SafeRun/Object.pm line 681
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] Cpanel::SafeRun::Object::die_if_error(Cpanel::SafeRun::Object=HASH(0x309ca90)) called at /usr/local/cpanel/Cpanel/ProcessCheck/Outdated.pm line 274
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] Cpanel::ProcessCheck::Outdated::_outdated_services_default() called at /usr/local/cpanel/Cpanel/ProcessCheck/Outdated.pm line 68
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] Cpanel::ProcessCheck::Outdated:utdated_services() called at /usr/local/cpanel/scripts/find_outdated_services line 87
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] scripts::find_outdated_services::__ANON__() called at /usr/local/cpanel/3rdparty/perl/532/lib/perl5/cpanel_lib/Try/Tiny.pm line 96
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] eval {...} called at /usr/local/cpanel/3rdparty/perl/532/lib/perl5/cpanel_lib/Try/Tiny.pm line 91
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] Try::Tiny::try(CODE(0x2cc33c0), Try::Tiny::Catch=REF(0x24d31f8)) called at /usr/local/cpanel/scripts/find_outdated_services line 96
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] scripts::find_outdated_services::run(scripts::find_outdated_services=HASH(0x249d9d0)) called at /usr/local/cpanel/scripts/find_outdated_services line 73
[2022-07-13 21:55:39 +0000] E [/usr/local/cpanel/scripts/find_outdated_services] The “/usr/local/cpanel/scripts/find_outdated_services --auto” command (process 1417621) reported error number 255 when it ended.
[2022-07-13 21:55:39 +0000] The Administrator will be notified to review this output when this script completes
[2022-07-13 21:55:39 +0000] - Finished command `/usr/local/cpanel/scripts/find_outdated_services --auto` in 5.588 seconds

 

[Rachel S]

Run the following command: and it might help you.

$ sudo cat /etc/cpupdate.conf
$ sudo cat /usr/local/cpanel/version
$ sudo cat /var/cpanel/updatelogs/update.$$$.log

You need to replace "update.$$$.log" with the most recent update log where the update failed.

 

[cPRex]

@Rachel S - I don't see how those commands would be helpful. He already has posted the log of the most recent update.

@radeonpower - what happens if you manually run the "/usr/local/cpanel/scripts/find_outdated_services" command outside of the update process?

 

[WaldoPepper]

Pretty simple fix; I thought auto-update was enabled for my MariaDB, but I guess not:

I ran into the same problem and removed the invalid MariaDB repo. Is it necessary to set up the new MariaDB repo by running the command:
curl -LsS -O https://downloads.mariadb.com/MariaDB/mariadb_repo_setup
sudo bash mariadb_repo_setup --mariadb-server-version=10.3

 

[mtindor]

I ran into the same problem and removed the invalid MariaDB repo. Is it necessary to set up the new MariaDB repo by running the command:
curl -LsS -O https://downloads.mariadb.com/MariaDB/mariadb_repo_setup
sudo bash mariadb_repo_setup --mariadb-server-version=10.3

If you are running CloudLinux 6 ELS, the CL guys assure me that removing the MariaDB10x repos is the way to go. They assure me that via existing CL 6 ELS repos they will update MariaDB10x when updates are available on CloudLinux 6 ELS.

You could do yum-config-manager --disable MariaDB10x , where x is the point version of the repo. I had MariaDB100 through MariaDB103 repos installed, with only MARIADB103 active (because that is the version of MariaDB active on the server currently). I just did a yum-config-manager --disable MariaDB103 , and then everything worked fine. Essentially, what that will do is add "enabled=0" to that particular repo file in /etc/yum.repos.d/ .

With all of that being said, I also want to reference this thread: In Progress - One of the configured repositories failed (MariaDB106)

Because, I too found it odd that the yum.mariadb.org repo was missing a significant amount of MariaDB versions (and from various platforms) -- which really led me to wonder if this is just some problem the MariaDB folks are having with their repo. I'd recommend keeping track of the MariaDB repo to see if the repodata suddenly shows up again for the OS version / architecture / MariaDB version you are running.

In fact, read this thread (the latest entries) : In Progress - CPANEL-40434 - Cannot upgrade mariadb 10.0 to 10.1, repo is not found

• looks like the MariaDB repo is fubared at the moment.
• I would recommend just temporarily disabling the failing MariaDB10x repo for now, with plans to re-enable it once the issue is confirmed / fixed or a statement is released by MariaDB regarding the issue

Mike

 

[cPRex]

Last night's MariaDB issues are different than the recent case that is mentioned. MariaDB accidentally changed all their repository URLs, and we're waiting to hear an update from them. I'll be updated the thread at In Progress - One of the configured repositories failed (MariaDB106) with more details once I get them.