From owner-freebsd-stable Fri Mar 14 11:50:49 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0CF637B401 for ; Fri, 14 Mar 2003 11:50:47 -0800 (PST) Received: from fubar.adept.org (fubar.adept.org [63.147.172.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 837B743FE0 for ; Fri, 14 Mar 2003 11:50:47 -0800 (PST) (envelope-from mike@adept.org) Received: by fubar.adept.org (Postfix, from userid 1001) id E0ABF15227; Fri, 14 Mar 2003 11:50:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by fubar.adept.org (Postfix) with ESMTP id DE5E215226 for ; Fri, 14 Mar 2003 11:50:40 -0800 (PST) Date: Fri, 14 Mar 2003 11:50:40 -0800 (PST) From: Mike Hoskins To: stable@FreeBSD.ORG Subject: Re: ifconfig destroy In-Reply-To: <20030313165150.A17024@Odin.AC.HMC.Edu> Message-ID: <20030314114552.W2608-100000@fubar.adept.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 13 Mar 2003, Brooks Davis wrote: > > The problem was, during my experimentation I ended up exhausting tun* > > pseudo-devs because they never got cleaned up. Nothing in tun(4) seemed > > to help and 'destroy' and 'deletetunnel' from ifconfig(8) aren't right. > tun devices can't be destroyed at this point. I'm fairly sure you > shouldn't need more tun devices then you have open connections so I > don't see how you could be running out of them. I think they are > supposed to be recycled. Right, but I've seen the same thing on RH 6.2 with ppp pseudo-devs. Sometimes when I'm setting up a SSH/PPP tunnel between a 6.2 and 7.2 box, when the tunnel is taken down 7.2 will destroy the ppp0 pseudo-dev but it will stay around forever on the 6.2 box. After the box is up for awhile and a number of tunnels have been started/stopped, ifconfig is really messy. ;) The behavior seems to act the same way with tun0 on my -stable box. I start the tunnel, stop it, then tun0 never gets cleaned up. I figure I must be missing the vital piece of information that actually lets the system know it can do the cleanup. I just wasn't sure where to find it. At first I thought pppd just wasn't letting go or something, but there are no tunnel-related processes lying around, no packets flowing, tun0 is 'down', etc. -mrh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message