pop-upgrade 100% CPU usage

[chase]

pop-upgrade 100% CPU usage

[GeodeCotin]

Same issue here!

[AnishDe12020]

It started recently for me too (22.04), the fan noise in unbearable, hope it is fixed soon!

[Janvanoorschot]

Same here (22.04). 8 cores running full speed for more then 15 minutes. Its doing some SSL encrypted traffic with an amazonaws host. Upgrade... really?

[Janvanoorschot]

Killed it with a -9 and it reported:

Aug 15 10:25:12 mouse systemd[1]: pop-upgrade.service: Consumed 45min 27.651s CPU time.

[miaoerwu]

@mmstick @jackpot51
I have the same problem. pop-upgrade daemon makes a cpu run 100% and does not stop.
This causes several problems (that I have found so far) as follows.

1. the laptop fan runs at high speed to dissipate heat, making a loud noise
2. the battery power drops rapidly, originally can use about 10 hours, now can only use about 2 and a half hours
3. need to wait for a long time to exit the process when shutting down, or forced shutdown
4. the os upgrade & recovery page in settings keeps loading without any result

[Janvanoorschot]

I managed to trace it back (IMHO) to me activating Settings/OS Upgrade& Recovery/OS Recovery/Update Recovery Partition.

[miaoerwu]

I managed to trace it back (IMHO) to me activating Settings/OS Upgrade& Recovery/OS Recovery/Update Recovery Partition.

Yes, the pop-upgrade daemon process comes up after a while after each visit here

[miaoerwu]

@mmstick @jackpot51 I have the same problem. pop-upgrade daemon makes a cpu run 100% and does not stop. This causes several problems (that I have found so far) as follows.

1. the laptop fan runs at high speed to dissipate heat, making a loud noise
2. the battery power drops rapidly, originally can use about 10 hours, now can only use about 2 and a half hours
3. need to wait for a long time to exit the process when shutting down, or forced shutdown
4. the os upgrade & recovery page in settings keeps loading without any result

This looks like a network issue. I tried to tune the network via proxy or vpn Or just switch from network A to network B and found that I don't have these problems. Could it be that for some reason the network is not connecting and eventually the pop-upgrage daemon process is blocking?

[chronos000]

I also see this problem being related to a network problem.

I left my computer running over night and the following morning I noticed the fans going at full blast. pop-upgrade was running at 100% cpu.

I tried to google about the problem, and noticed my internet access was behaving very strangely. It was not completely cut, but most sites would take unusually long to load or to fail loading. It could have been related to DNS not resolving, as pings were working normally.

I could not debug further as I just restarted the wifi and the connection returned to normal. Unfortunately, pop-upgrade remained blocked and and consuming 100% CPU. I tried to open "OS Upgrade & Recovery" in the settings menu of Pop!_OS, but it was unresponsive (the screen was stuck indefinitely at the rotating circle waiting for something to happen).

Running "sudo apt update" returned errors on some of the ubuntu repositories; for example:

Hit:1 http://apt.pop-os.org/proprietary jammy InRelease                      
Hit:2 http://apt.pop-os.org/release jammy InRelease                          
Ign:3 http://ar.archive.ubuntu.com/ubuntu jammy InRelease                    
Ign:4 http://ar.archive.ubuntu.com/ubuntu jammy-security InRelease
Ign:5 http://ar.archive.ubuntu.com/ubuntu jammy-updates InRelease
Ign:6 http://ar.archive.ubuntu.com/ubuntu jammy-backports InRelease
Ign:3 http://ar.archive.ubuntu.com/ubuntu jammy InRelease
Ign:4 http://ar.archive.ubuntu.com/ubuntu jammy-security InRelease
Ign:5 http://ar.archive.ubuntu.com/ubuntu jammy-updates InRelease
Ign:6 http://ar.archive.ubuntu.com/ubuntu jammy-backports InRelease
Ign:3 http://ar.archive.ubuntu.com/ubuntu jammy InRelease
Ign:4 http://ar.archive.ubuntu.com/ubuntu jammy-security InRelease
Ign:5 http://ar.archive.ubuntu.com/ubuntu jammy-updates InRelease
Ign:6 http://ar.archive.ubuntu.com/ubuntu jammy-backports InRelease
Err:3 http://ar.archive.ubuntu.com/ubuntu jammy InRelease
  Could not connect to ar.archive.ubuntu.com:80 (200.236.31.4), connection timed out
Err:4 http://ar.archive.ubuntu.com/ubuntu jammy-security InRelease
  Unable to connect to ar.archive.ubuntu.com:http:
Err:5 http://ar.archive.ubuntu.com/ubuntu jammy-updates InRelease
  Unable to connect to ar.archive.ubuntu.com:http:
Err:6 http://ar.archive.ubuntu.com/ubuntu jammy-backports InRelease
  Unable to connect to ar.archive.ubuntu.com:http:
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
W: Failed to fetch http://ar.archive.ubuntu.com/ubuntu/dists/jammy/InRelease  Could not connect to ar.archive.ubuntu.com:80 (200.236.31.4), connection timed out
W: Failed to fetch http://ar.archive.ubuntu.com/ubuntu/dists/jammy-security/InRelease  Unable to connect to ar.archive.ubuntu.com:http:
W: Failed to fetch http://ar.archive.ubuntu.com/ubuntu/dists/jammy-updates/InRelease  Unable to connect to ar.archive.ubuntu.com:http:
W: Failed to fetch http://ar.archive.ubuntu.com/ubuntu/dists/jammy-backports/InRelease  Unable to connect to ar.archive.ubuntu.com:http:
W: Some index files failed to download. They have been ignored, or old ones used instead.

It looks like the Argentinean mirror for ubuntu got offline since a few hours for some reason. I edited /etc/apt/sources.list.d/system.sources to use the main ubuntu archive, and I was able to apt update normally.

I never get this kind of errors, and I always update via terminal. So I definitely suspect this is related to the blocking state of pop-upgrade

[mmstick]

Try using apt.pop-os.org instead. The default repository in Pop. It is backed by a CDN that has servers across the globe.

[chronos000]

Try using apt.pop-os.org instead. The default repository in Pop. It is backed by a CDN that has servers across the globe.

Thank you for your suggestion @mmstick

I installed Pop!_OS 22.04 a couple of months ago, and never changed the repositories. PopOS's installer must have chosen Argentinean Ubuntu mirror based on localization during installation.

Are you sure it safe to change /etc/apt/sources.list.d/system.sources from ubuntu's repos to the ones at PopOS?

[mmstick]

The installer does not make this change and installs are performed offline. You were supposed to already be on apt.pop-os.org automatically after the update was made a while back.

# cat /etc/apt/sources.list.d/system.sources
X-Repolib-Name: Pop_OS System Sources
Enabled: yes
Types: deb deb-src
URIs: http://apt.pop-os.org/ubuntu/
Suites: jammy jammy-security jammy-updates jammy-backports
Components: main restricted universe multiverse
X-Repolib-Default-Mirror: http://us.archive.ubuntu.com/ubuntu/

[chase]

Try using apt.pop-os.org instead. The default repository in Pop. It is backed by a CDN that has servers across the globe.

For what it's worth, when I originally posted it, for one reason or another apt.pop-os.org was not reachable, but seemingly only apt had issues reaching it.

I think the 100% CPU usage might have to do with a retry mechanism for fetching updates or something else. Instead of sleeping for an amount of time, it might be entering a loop that never exits or sleeps.

---

I haven't encountered the issue for the past couple of months, but I don't know if that's because the code for this tool has changed or because a tool like apt which is a dependency has been updated.

[mmstick]

I'm thinking it's probably a retry mechanism too