Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1019032 > unrolled thread
| Started by | Vernon Van Steenkist <vernonjvs@gmail.com> |
|---|---|
| First post | 2020-07-23 17:50 +0200 |
| Last post | 2020-07-26 21:10 +0200 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.debian.bugs.dist
Bug#966138: Package: connman sysvint script disables DNS lookups when resolvconf package installed Vernon Van Steenkist <vernonjvs@gmail.com> - 2020-07-23 17:50 +0200
Bug#966138: connman sysvrc script Tom H <tomh0665@gmail.com> - 2020-07-26 21:10 +0200
| From | Vernon Van Steenkist <vernonjvs@gmail.com> |
|---|---|
| Date | 2020-07-23 17:50 +0200 |
| Subject | Bug#966138: Package: connman sysvint script disables DNS lookups when resolvconf package installed |
| Message-ID | <AvLDQ-3FY-5@gated-at.bofh.it> |
Package: connman
Version: 1.36-2
Beowulf connman 1.36-2 i386 sysvinit script conflicts with resolvconf 1.79 package leaving the system in a state unable to do DNS lookups.
Problem one:
sed -n "22,25p" /etc/init.d/connman
if [ "CONNMAN_RUNSTATEDIR_RESOLVCONF" != "no" ] ; then
mkdir -p /run/connman
ln -sf /run/connman/resolv.conf /etc/
fi
Since string CONNMAN_RUNSTATEDIR_RESOLVCONF will never be equal to string no, the following line will always be executed
ln -sf /run/connman/resolv.conf /etc/
So, I am not what conditional
if [ "CONNMAN_RUNSTATEDIR_RESOLVCONF" != "no" ]
is supposed to accomplish.
Problem Two:
This creates a problem when using the resolvconf package. Package resolvconf links /etc/resolv.conf to
/run/resolvconf/resolv.conf However, after re-boot, /etc/init.d/connman overwrites this link and links
/etc/resolv.conf to /run/connman/resolv.conf
once again leaving the system in a state unable to do DNS look-ups.
I have brute forced a fix by commenting out the line
ln -sf /run/connman/resolv.conf /etc/ in /etc/init.d/connman
sed -n "22,25p" /etc/init.d/connman
if [ "CONNMAN_RUNSTATEDIR_RESOLVCONF" != "no" ] ; then
mkdir -p /run/connman
# ln -sf /run/connman/resolv.conf /etc/
fi
and re-linking /etc/resolv.conf to /run/resolvconf/resolv.conf
I am not sure what the correct fix should be.
Please don't hesitate to contact me if you have any questions.
Thanks,
Vernon
[toc] | [next] | [standalone]
| From | Tom H <tomh0665@gmail.com> |
|---|---|
| Date | 2020-07-26 21:10 +0200 |
| Subject | Bug#966138: connman sysvrc script |
| Message-ID | <AwUc4-4yv-41@gated-at.bofh.it> |
| In reply to | #1019032 |
I don't use connman, but I was intrigued by this bug, so I replaced ifupdown in a VM with connman. 1) connman is taking over the resolv.conf symlink because it provides an inbuilt dns caching server and assumes that the user wants to use it by default. 2) The package could ship "/etc/default/connman" with "CONNMAN_RUNSTATEDIR_RESOLVCONF=no" to reverse the current sysvrc default. It would then diverge from the systemd default, whose service unit doesn't source "/etc/default/connman" and sets up the resolv.conf symlink via "[/usr]/lib/tmpfiles.d/connman_resolvconf.conf".
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.bugs.dist
csiph-web