Re: "hardlink" errors during weekly "dnf upgrade". [SOLVED]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 6/9/22 11:08 AM, Roger Heflin wrote:
How did you determine the cpu activity?

a. "% CPU% column in the "Processes" tab of gnome's "System Monitor".
b. the "CPU" (top) plot in the "Resources" tab of gnome's "System Monitor".
c. the "CPU %" column in the "Process Table" tab of kde's "ksysguard".
d. the "CPU History" (top) plot in the "System Load" tab of kde's "ksysguard". e. the "%CPU" column in the output generated by the "top" command running in a terminal.

a, c, and e seem to approximately agree with each other.
b and d seem to approximately agree with each other.
But a, c, and e seem to disagree by a large amount with b and d.

Processes doing a lot of disk io operations will cause a lot of "D" states and will show in the load average but are generally using little or no actual cpu and won't show up on top.

And potentially creating (or attempting) to create links would be doing a lot of trivial disk iops that spend a lot of time waiting on the disk.

What kind of disk is the OS on?    Even with a ssd the iop takes some small amount of real time (typically about 10-50us) but is a huge amount of time compared to the few cpu cycles it takes to create the iop.

Seagate BarraCuda 3.5 (CMR) ST2000DM006-2DM164, 2.00 TB.

The 15-20 minute problem was occurring either
- at the end of the clean-up phase of the "dnf upgrade"; or
- between the clean-up phase and the verifying phase of the "dnf upgrade"; or
- at the start of the verifying phase of the "dnf upgrade".

On Thu, Jun 9, 2022 at 11:48 AM home user <mattisonw@xxxxxxxxxxx <mailto:mattisonw@xxxxxxxxxxx>> wrote:

    This seems to have also fixed another problem.  For the past few weeks,
    the weekly "dnf upgrade" would take some 15-20 minutes doing some
    "invisible" work, I think it was at the end of the cleanup phase.  The
    system monitor graph would show lots of CPU activity during that 15-20
    minutes, but the system monitor process table and "top" would show very
    few or no processes using more than 1% CPU.  This workstation is a 3+
    GHz, quad-core, 8 CPU machine.  This did not occur during today's "dnf
    upgrade".  It does bother me that CPU-intensive processes seems to be
    able to hide from "top" and the system monitor process table.

    I do agree with Roger also.  Some part of the patching process was not
    being done properly.

    I've marked this thread "SOLVED".  Thank-you Samuel and Roger.

    Bill.
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux