1928 2012-01-24 04:02:11 +0000 RPM unusably slow on target 2012-08-24 21:25:09 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core unspecified Other arm RESOLVED WORKSFORME Low minor 1.3 1 koen mark.hatle jessica.zhang meta.mr.watcher meta.watcher sgw --- --- --- oldest_to_newest 18319 0 koen 2012-01-24 04:02:11 +0000 I aborted 'rpm -ihv strace-4.5.20-r2.armv7a.rpm' after 2 hours on a beaglebone. When using the 'mmc' led-trigger the LED will light up solid for the full 2 hours. RP said "we patch the sync calls out the -native version" and I'm going to suggest doing the same for the target version. 18333 1 mark.hatle 2012-01-24 09:48:09 +0000 The sync operations typically happen for database writes as well as when the files themselves are written to the disk. Such a long time is atypical in my experience. It would be interesting to know what it was doing that triggered this behavior -- or if a bug was hit. Note, the version of RPM we're using is getting quite old, so we will want to uprev it in the future as well. 18437 2 mark.hatle 2012-01-31 11:35:58 +0000 I spoke with Koen about this and offered a few suggestions. The no fsync on file writes patch is already applied to the target version of RPM, so that should not be a factor. One item mentioned in our IRC conversation was that it's possible that the MMC suffered a bad block during the write process, causing the issue that was observed. I'll follow up and see if any more information is available. 19522 3 mark.hatle 2012-03-27 15:05:07 +0000 I have been unable to reproduce the issue locally. I am dropping this to a minor bug. If someone else is able to reproduce this, please let me know. --Mark 24468 4 mark.hatle 2012-08-24 21:25:09 +0000 Resolving as no further reports of issue have surfaced. Please reopen if there are additional symptoms.