[Bug 1031065] Re: /sbin/resolvconf -a depends on /run/resolvconf/interface but it may not exist
Steve Langasek
steve.langasek at canonical.com
Mon Jul 30 20:47:42 UTC 2012
I don't think there's been sufficient analysis of the root cause here to
start changing start conditions on any of the standard jobs.
/etc/init/resolvconf.conf is:
start on mounted MOUNTPOINT=/run
and /etc/init/udev.conf is:
start on virtual-filesystems
The 'mounted' event is a hook, not a signal; mountall will not continue
processing mounts, or emit any other signals, until all jobs depending
on 'mounted' have finished.
This means that the resolvconf job is *guaranteed* to create the
/run/resolvconf/interface directory before udev is started. And until
udev is started, there should be no 'net-device-added' events, so no
instances of /etc/init/network-interface.conf.
So something else is going on here. I don't see any bugs in resolvconf.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to resolvconf in Ubuntu.
https://bugs.launchpad.net/bugs/1031065
Title:
/sbin/resolvconf -a depends on /run/resolvconf/interface but it may
not exist
Status in “resolvconf” package in Ubuntu:
New
Bug description:
In development of 'overlayroot' package, I was mounting / as rw in the initramfs.
This was causing a different order of execution of mounts, and as a result a different order of networking resolvconf and networking bringup.
It exposed a bug in resolvconf, which was being called on boot in this order:
==== Mon Jul 30 19:08:58 UTC 2012 /sbin/resolvconf -a lo.inet ====
==== Mon Jul 30 19:08:59 UTC 2012 /sbin/dhclient-script ====
==== Mon Jul 30 19:08:59 UTC 2012 /sbin/resolvconf -a eth0.dhclient ====
==== Mon Jul 30 19:08:59 UTC 2012 /sbin/resolvconf -a eth0.inet ====
==== Mon Jul 30 19:08:59 UTC 2012 /sbin/resolvconf --enable-updates ====
==== Mon Jul 30 19:08:59 UTC 2012 /etc/resolvconf/update.d/libc -u ====
The normal order is for resolvconf --enable-updates to be called (from /etc/init/resolvconf.conf) before anything else. As a result, I was seeing errors like:
resolvconf: Error: /run/resolvconf/interface either does not exist or is not a directory
This may be exposing a more grave issue, in that I believe the reason
for dhclient coming up before resolvconf.conf started was that it was
being run as a result of /etc/init/network-interface.conf. I don't
immediately see how that is guarnateed to have /run ounted at all.
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: resolvconf 1.67ubuntu1
ProcVersionSignature: User Name 3.5.0-6.6-generic 3.5.0
Uname: Linux 3.5.0-6-generic x86_64
Architecture: amd64
Date: Mon Jul 30 20:07:04 2012
PackageArchitecture: all
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: resolvconf
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1031065/+subscriptions
More information about the foundations-bugs
mailing list