Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:
Debian BTS wrote: The interface is not started automatically at boot, I start it after boot with an 'ifup eth0' as root. Then resolvconf should automatically add the two nameservers to /etc/resolv.conf, that is a symlink pointing to /etc/resolvconf/run/resolv.conf but this isn't happening and I have /etc/resolv.conf empty. I am forced to use 'cat /etc/resolvconf-eth0 | resolvconf -a eth0', where resolvconf-eth0 is file in which I have written the ip of the two nameservers above, to have resolv.conf correctly set up. Make sure that the logical interface definition being applied to eth0 contains one and only one dns-nameservers option line where the option keyword is followed by the required nameserver addresses separated by spaces. Make sure that /etc/network/if-up.d/000resolvconf is present and has execute permission. Make sure that /etc/resolv.conf points to /etc/resolvconf/run/resolv.conf. Make sure that /etc/resolvconf/run points to /dev/shm/resolvconf. Make sure that there the /dev/shm/ filesystem is not full. Do df and look at the Use% for /dev/shm. Make sure that /dev/shm/resolvconf/ exists. Make sure that root can create files in /dev/shm/resolvconf/. Make sure that /dev/shm/resolvconf/interface/ exists. If all of the above checks out then we need to start debugging. Please add LOG=/tmp/resolvconf.log echo - $LOG echo ARGS: $* $LOG echo run: $LOG ls -dl /etc/resolvconf/run/* $LOG echo interface: $LOG ls -l /etc/resolvconf/run/interface $LOG echo - $LOG to the top of it and send the contents of /tmp/resolvconf.log after a reboot. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:
On 9/23/05, Thomas Hood [EMAIL PROTECTED] wrote: Make sure that the logical interface definition being applied to eth0 contains one and only one dns-nameservers option line where the option keyword is followed by the required nameserver addresses separated by spaces. Here it is (and it seems correct): iface eth0 inet static address 192.168.11.3 netmask 255.255.255.0 network 192.168.11.0 broadcast 192.168.11.255 gateway 192.168.11.2 dns-nameservers 213.205.32.70 213.205.36.70 pre-up /sbin/modprobe acer_acpi pre-up /bin/echo enabled : 1 /proc/acpi/acer/wireless pre-up /sbin/iwconfig eth0 essid kynetics pre-up /sbin/iwconfig eth0 key restricted xxx (the pre-up commands are there to activate the network card, since it is a wireless one and it needs some workaround) Make sure that /etc/network/if-up.d/000resolvconf is present and has execute permission. aquila:/etc/network/if-up.d# ls -l total 12 -rwxr-xr-x 1 root root 651 2005-08-01 12:55 000resolvconf -rwxr-xr-x 1 root root 103 2005-09-05 02:24 50guarddog -rwxr-xr-x 1 root root 429 2004-05-18 10:48 51guidedog Make sure that /etc/resolv.conf points to /etc/resolvconf/run/resolv.conf. aquila:/etc# ls -l|grep resolv.conf lrwxrwxrwx 1 root root31 2005-09-19 08:56 resolv.conf - /etc/resolvconf/run/resolv.conf Make sure that /etc/resolvconf/run points to /dev/shm/resolvconf. aquila:/etc/resolvconf# ls -l total 4 -rw-r--r-- 1 root root 111 2005-07-19 22:05 interface-order drwxr-xr-x 2 root root 144 2005-08-31 12:35 resolv.conf.d lrwxrwxrwx 1 root root 19 2005-08-31 12:35 run - /dev/shm/resolvconf drwxr-xr-x 2 root root 120 2005-08-31 12:34 update.d drwxr-xr-x 2 root root 48 2003-07-08 13:27 update-libc.d Make sure that there the /dev/shm/ filesystem is not full. Do df and look at the Use% for /dev/shm. aquila:/etc/resolvconf# df |grep /dev/shm tmpfs 255400 8255392 1% /dev/shm Make sure that /dev/shm/resolvconf/ exists. aquila:/dev/shm# ls -l total 0 drwxr-xr-x 3 root root 100 2005-09-23 09:28 resolvconf Make sure that root can create files in /dev/shm/resolvconf/. aquila:/dev/shm# touch test aquila:/dev/shm# ls resolvconf test Make sure that /dev/shm/resolvconf/interface/ exists. aquila:/dev/shm/resolvconf# ls -l total 4 -rw-r--r-- 1 root root 0 2005-09-23 09:25 enable-updates drwxr-xr-x 2 root root 60 2005-09-23 09:28 interface -rw-r--r-- 1 root root 201 2005-09-23 09:28 resolv.conf If all of the above checks out then we need to start debugging. Please add LOG=/tmp/resolvconf.log echo - $LOG echo ARGS: $* $LOG echo run: $LOG ls -dl /etc/resolvconf/run/* $LOG echo interface: $LOG ls -l /etc/resolvconf/run/interface $LOG echo - $LOG to the top of it and send the contents of /tmp/resolvconf.log after a reboot. I am not sure to have understood to the top of which file I have to add this part; I am trying with /sbin/resolvconf, but I am not sure. In the meanwhile I send you this information, and I will send soon the log if I will be able to find which file I have exactly to modify.
Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:
Michelasso wrote: I am not sure to have understood to the top of which file I have to add this part; I am trying with /sbin/resolvconf, but I am not sure. Yes, /sbin/resolvconf is the file I meant. -- Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:
On 9/23/05, Thomas Hood [EMAIL PROTECTED] wrote: If all of the above checks out then we need to start debugging. Please add LOG=/tmp/resolvconf.log echo - $LOG echo ARGS: $* $LOG echo run: $LOG ls -dl /etc/resolvconf/run/* $LOG echo interface: $LOG ls -l /etc/resolvconf/run/interface $LOG echo - $LOG to the top of it and send the contents of /tmp/resolvconf.log after a reboot. Ok, I have found the problem: in /etc/network/interfaces I have another line with a post-up command that I need to establish automatically an ssh tunnel to use irc when I am behind a firewall at work; if I comment out that line resolvconf works fine, if that line is present resolvconf doesn't work. The line is: post-up /usr/bin/ssh -l guest -f -N -L 19401:crypto.azzurra.org: xxx.yyy.zzz.www (where xxx.yyy.zzz.www is the ip public address of the pc I use for the tunnel) The /tmp/resolvconf.log however shows: - ARGS: -a lo.inet run: -rw-r--r-- 1 root root 0 Sep 23 10:40 /etc/resolvconf/run/enable-updates drwxr-xr-x 2 root root 40 Sep 23 10:40 /etc/resolvconf/run/interface -rw-r--r-- 1 root root 151 Sep 23 10:40 /etc/resolvconf/run/resolv.conf interface: total 0 - - ARGS: -a wlan0 run: -rw-r--r-- 1 root root 0 2005-09-23 10:40 /etc/resolvconf/run/enable-updates drwxr-xr-x 2 root root 40 2005-09-23 10:40 /etc/resolvconf/run/interface -rw-r--r-- 1 root root 151 2005-09-23 10:40 /etc/resolvconf/run/resolv.conf interface: total 0 -
Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:
On 9/23/05, Michelasso [EMAIL PROTECTED] wrote: (where xxx.yyy.zzz.www is the ip public address of the pc I use for the tunnel) Sorry, I should have written xxx.yyy.www.zz is the url of the pc I use for the tunnel, not the numeric ip address.
Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:
Michelasso wrote: Ok, I have found the problem: in /etc/network/interfaces I have another line with a post-up command that I need to establish automatically an ssh tunnel to use irc when I am behind a firewall at work; if I comment out that line resolvconf works fine, if that line is present resolvconf doesn't work. OK, the problem must be that the post-up command fails, thus causing ifup to exit without running the scripts in /etc/network/if-up.d/. The /tmp/resolvconf.log however shows: - ARGS: -a lo.inet run: -rw-r--r-- 1 root root 0 Sep 23 10:40 /etc/resolvconf/run/enable-updates drwxr-xr-x 2 root root 40 Sep 23 10:40 /etc/resolvconf/run/interface -rw-r--r-- 1 root root 151 Sep 23 10:40 /etc/resolvconf/run/resolv.conf interface: total 0 - - ARGS: -a wlan0 run: -rw-r--r-- 1 root root 0 2005-09-23 10:40 /etc/resolvconf/run/enable-updates drwxr-xr-x 2 root root 40 2005-09-23 10:40 /etc/resolvconf/run/interface -rw-r--r-- 1 root root 151 2005-09-23 10:40 /etc/resolvconf/run/resolv.conf interface: total 0 - This looks correct. The debug-logging is done before /sbin/resolvconf makes any changes. In the second stanza there are still no files in /etc/resolvconf/run/interface because no file was created for lo.inet. /sbin/resolvconf refrains from creating empty files. -- Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:
On 9/23/05, Thomas Hood [EMAIL PROTECTED] wrote: OK, the problem must be that the post-up command fails, thus causing ifup to exit without running the scripts in /etc/network/if-up.d/. So you mean that the scripts in /etc/network/if-up.d, including then 000resolvconf, are executed after post-up commands? In this case then my post-up clearly fails, since it needs that the nameserver are already set up to resolve the address of xxx.yyy.zzz.
Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:
Michelasso wrote: So you mean that the scripts in /etc/network/if-up.d, including then 000resolvconf, are executed after post-up commands? That is right. 'post-up' and 'up' are completely synonymous. And if-up.d scripts are always run after up/post-up commands specified in /etc/network/interfaces. -- Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319992: resolvconf: resolv.conf empty everybody, I am using resolvconf 1.33 from sid; I have modified /etc/network/interfaces in this way:
iface eth0 inet static address 192.168.11.3 netmask 255.255.255.0 network 192.168.11.0 broadcast 192.168.11.255 gateway 192.168.11.1 dns-nameservers 213.205.32.70 213.205.36.70 Reply-To: Michelasso [EMAIL PROTECTED], [EMAIL PROTECTED] Resent-From: Michelasso [EMAIL PROTECTED] Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: Thomas Hood [EMAIL PROTECTED] Resent-Date: Thu, 22 Sep 2005 21:18:04 UTC Resent-Message-ID: [EMAIL PROTECTED] Resent-Sender: [EMAIL PROTECTED] X-Debian-PR-Message: report 319992 X-Debian-PR-Package: resolvconf X-Debian-PR-Keywords: Received: via spool by [EMAIL PROTECTED] id=B319992.112742353618728 (code B ref 319992); Thu, 22 Sep 2005 21:18:04 UTC Received: (at 319992) by bugs.debian.org; 22 Sep 2005 21:12:16 + Received: from mail-relay-3.tiscali.it [213.205.33.43] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EIYMZ-0004cm-00; Thu, 22 Sep 2005 14:12:16 -0700 Received: from [192.168.0.2] (84.221.67.242) by mail-relay-3.tiscali.it (7.2.063) id 431C63CC001A51F3; Thu, 22 Sep 2005 23:09:48 +0200 Message-ID: [EMAIL PROTECTED] (added by [EMAIL PROTECTED]) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Michelasso [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] X-Mailer: reportbug 3.17 Date: Thu, 22 Sep 2005 23:09:45 +0200 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.5 required=4.0 tests=BAYES_00,HAS_PACKAGE, SUBJ_HAS_SPACES autolearn=no version=2.60-bugs.debian.org_2005_01_02 The interface is not started automatically at boot, I start it after boot with an 'ifup eth0' as root. Then resolvconf should automatically add the two nameservers to /etc/resolv.conf, that is a symlink pointing to /etc/resolvconf/run/resolv.conf but this isn't happening and I have /etc/resolv.conf empty. I am forced to use 'cat /etc/resolvconf-eth0 | resolvconf -a eth0', where resolvconf-eth0 is file in which I have written the ip of the two nameservers above, to have resolv.conf correctly set up. Followup-For: Bug #319992 Package: resolvconf Version: 1.33 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.11092005 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages resolvconf depends on: ii coreutils 5.2.1-2.1 The GNU core utilities ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii initscripts 2.86.ds1-2 Standard scripts needed for bootin resolvconf recommends no packages. -- debconf information: resolvconf/bad-pppoeconf-hook: * resolvconf/downup-interfaces: resolvconf/link-tail-to-original: false resolvconf/bad-pppconfig-hook: * resolvconf/linkify-resolvconf: true * resolvconf/disable-bad-hooks: true resolvconf/bad-xisp-hook: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]