Bug 911915
Summary: | gpk-update-viewer seems to get stuck | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jim Haynes <jhhaynes> |
Component: | gnome-packagekit | Assignee: | Richard Hughes <rhughes> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 18 | CC: | fedora, jan.public, jbastian, nsoranzo, prudy1, rhughes |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-04-08 14:57:47 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jim Haynes
2013-02-16 17:50:16 UTC
I'd like to confirm this behaviour. If you monitor the network transfer it constantly jumps to the new server getting the file over and over. I'm also running into the same issue on F18. I did a strace of the process to see if I could figure out why it was using so much cpu and found it trying to access the same file over and over again. lstat("/usr/share/gnome-packagekit/icons/hicolor/22x22/status/pk-package-installed.png", {st_mode=S_IFREG|0644, st_size=695, ...}) = 0 open("/usr/share/gnome-packagekit/icons/hicolor/22x22/status/pk-package-installed.png", O_RDONLY|O_NOATIME) = -1 EPERM (Operation not permitted) open("/usr/share/gnome-packagekit/icons/hicolor/22x22/status/pk-package-installed.png", O_RDONLY) = 13 read(13, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\26\0\0\0\26\10\6\0\0\0\304\264l"..., 4096) = 695 close(13) = 0 open("/usr/share/gnome-packagekit/icons/hicolor/22x22/status/pk-package-installed.png", O_RDONLY) = 13 fstat(13, {st_mode=S_IFREG|0644, st_size=695, ...}) = 0 read(13, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\26\0\0\0\26\10\6\0\0\0\304\264l"..., 65536) = 695 read(13, "", 65536) = 0 close(13) = 0 recvfrom(6, 0x7d0d74, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=3, events=POLLIN}], 3, 0) = 0 (Timeout) recvfrom(6, 0x7d0d74, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=3, events=POLLIN}], 3, 0) = 0 (Timeout) recvfrom(6, 0x7d0d74, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=3, events=POLLIN}], 3, 0) = 0 (Timeout) *** This bug has been marked as a duplicate of bug 909761 *** |