----- Original Message ----- > From: bugzilla(a)redhat.com > Subject: Why akmod fails on F22 for nvidia (and possible other uses) > > I did some investigation as to why akmod will fail to install a > the nvidia dirver when a new kernel turns up. > > The problem is that dnf-makecache.service runs at the same time > as akmods.service. DNF locks the RPM data base which prevents > akmods from installing the RPM's it built. > > Here is a extract from 346.72-2.1-for-4.0.8-300.fc22.x86_64.failed.log > > Running transaction > RPMDB already locked by 2285 > The application with PID 2285 is: dnf > Memory : 116 M RSS (677 MB VSZ) > Started: Sat Jul 18 12:09:56 2015 - 06:20 ago > State : Sleeping > 2015/07/18 12:16:16 akmods: Could not install newly built RPMs. You can > find them and the logfile 2015/07/18 12:16:16 akmods: > 346.72-2.1-for-4.0.8-300.fc22.x86_64.failed.log > in /var/cache/akmods/nvidia/ Looking in the journal shows dnf-makecache > running at the time that akmods.service need RPMDB access. > > I ended up working around the issue with: > > systemctl disable dnf-makecache.service > systemctl disable dnf-makecache.timer > > I'm not sure what the right systemd unit change will be to have a > reliable start up. How do you prevent dnf-makecache from running > until after akmods.service has run given that started off a timer? > > At the next kernel release I'll know if this is successful. > > Barry Can akmods.service simply wait for the RPM lock to be released? Sorry, if the question is stupid, I am not familiar with akmod system.

-- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech

On 2 Aug 2015, at 17:25, Reindl Harald <h.reindl(a)thelounge.net&gt; wrote: Am 02.08.2015 um 18:10 schrieb Barry Scott: > On 30 Jul 2015, at 21:06, Radek Holy <rholy(a)redhat.com&gt; wrote: >> Can akmods.service simply wait for the RPM lock to be released? Sorry, if the question is stupid, I am not familiar with akmod system. why is it locked for no good reason at all > I am assuming that the normal running of a Fedora system it is odd to have updates > happening as part of a boot up. The exception to this rule is akmods that handles > the problem of updating kernel modules after a new kernel is installed. > > If this assumption is reasonable, at least for now, then fixing dnf-makecache > to use cron and to be off by default will make the world a happy and reliable place > again. > > If my assumptions are wrong and dnf folks manage to keep their dnf-makecache in the system > Then akmods would be forced to work with this in the system the dnf-cache timer is one of the dumbest things ever * wasting bandwidth * introducing other troubles * completly useless at all why do i need the cache refresehd until there is a intention to install / update packages and then the data my be outdated instead pull it *now* see also https://bugzilla.redhat.com/show_bug.cgi?id=1187111

On 2 August 2015 at 17:10, Barry Scott <barry(a)barrys-emacs.org&gt; wrote: > > I am assuming that the normal running of a Fedora system it is odd to have updates > happening as part of a boot up. The exception to this rule is akmods that handles > the problem of updating kernel modules after a new kernel is installed. Last n months, the default update option is to 'reboot and apply updates' so I suspect your assumption is flawed?

> On 2 Aug 2015, at 18:13, Dave Pawson <dave.pawson(a)gmail.com&gt; wrote: > > Last n months, the default update option is to 'reboot and apply updates' > so I suspect your assumption is flawed? Where do I see this to configure it? I always use dnf from the command line and could have missed a move to use update at reboot

On 2 Aug 2015, at 21:08, Dave Pawson <dave.pawson(a)gmail.com&gt; wrote: I haven't configured anything. I'm using Fedora as delivered, from DVD installation. Dave > On 2 August 2015 at 19:35, Barry Scott <barry(a)barrys-emacs.org&gt; wrote: > >> On 2 Aug 2015, at 18:13, Dave Pawson <dave.pawson(a)gmail.com&gt; wrote: >> >> Last n months, the default update option is to 'reboot and apply updates' >> so I suspect your assumption is flawed? > > Where do I see this to configure it? > > I always use dnf from the command line and could have missed a move to use update at reboot. > > Barry -- Dave Pawson XSLT XSL-FO FAQ. Docbook FAQ. http://www.dpawson.co.uk