From owner-freebsd-questions Tue Jan 7 12: 6: 5 2003 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFCFA37B401 for ; Tue, 7 Jan 2003 12:06:03 -0800 (PST) Received: from east.ath.cx (catv-50622a7a.nyircatv.broadband.hu [80.98.42.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A69443E4A for ; Tue, 7 Jan 2003 12:06:00 -0800 (PST) (envelope-from witch@kronos.HomeUnix.com) X-Complaints-To: abuse@kronos.homeunix.com X-SMTP-Authenticated: CRAM-MD5 X-Message-Flag: Ditch the crappy mail client and get a real one! Received: from slave.kronos.homeunix.com (dpvehtghvoyosw5u@slave.kronos.homeunix.com [10.1.1.1]) (authenticated bits=0) by east.ath.cx (8.12.7/8.12.7) with ESMTP id h07K5tRI067729 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Tue, 7 Jan 2003 21:05:55 +0100 (CET) (envelope-from witch@slave.east.ath.cx) Received: from slave.east.ath.cx (localhost [127.0.0.1]) by slave.kronos.homeunix.com (8.12.7/8.12.7) with ESMTP id h07K5s0H085739 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 7 Jan 2003 21:05:54 +0100 (CET) (envelope-from witch@slave.east.ath.cx) X-Authentication-Warning: slave.east.ath.cx: Host localhost [127.0.0.1] claimed to be slave.east.ath.cx Received: (from witch@localhost) by slave.east.ath.cx (8.12.7/8.12.6/Submit) id h07K5nZd085654; Tue, 7 Jan 2003 21:05:49 +0100 (CET) Date: Tue, 7 Jan 2003 21:05:49 +0100 (CET) From: Andrew Prewett Reply-To: Andrew Prewett To: freebsd-questions@FreeBSD.ORG Subject: Re: Deleted VAR In-Reply-To: <15899.11387.156085.303405@guru.mired.org> Message-ID: <20030107203858.B63741@slave.east.ath.cx> References: <15899.5780.980725.387591@guru.mired.org> <15899.8300.60339.429750@guru.mired.org> <20030107200941.F63741@slave.east.ath.cx> <15899.11387.156085.303405@guru.mired.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Today Mike Meyer wrote: > In <20030107200941.F63741@slave.east.ath.cx>, Andrew Prewett typed: > > Today Mike Meyer wrote: > > > [Context lost to top posting.] > > > > > > In , Kenzo typed: > > > > Yes, that worked, but now I can't sshd to it anymore. > > > > looking in the auth.log file, it sais " Bind to port 22 on 0.0.0.0 failed > > > > address already in use. > > > > so I edit the file /etc/ssh/sshd_config to ListenAddress 10.25.2.60 ( the > > > > server's address ) then restart. > > > > in auth.log, it says " Server Listening on 10.25.2.60 port 22 > > > > > > > > but it still doesn't work. what else do I need to do? > > > Put /etc/ssh/sshd_config back the way it was. Then kill and restart > > > the ssh daemon. Again, rebooting the system to cause any daemons that > > > have files in /var open to close them - thus freeing the space - and > > > reopen with real files is a good idea. > > No, except few cases (new kernel, hw change), you newer must reboot the > > system. It's not a windoze. If a program (process) is killed/terminated, then > > all opened files will be closed (implicitly or explicitly). > > True, you don't have to reboot. However, I'd do it because that's > faster than finding every process that has an open file and /var and > killing and restarting those processes. If you really don't want him > to reboot, please tell him how to find and restart all those > processes. as a privileged user, use `shutdown now' (or `kill -15 ', or `init 1'), to go in single user mode, logout to go back. There is a little more work, if you don't want to kick out the logged in users. In the case of sshd (and many other daemons), it's enough to send a process a SIGHUP signal (kill -1 , killall -1 sshd) to reread the config file. To terminate the process send a SIGTERM signal (killall sshd). You can restart it later from the commandline. If sshd started from inetd, then you must comment out the sshd line in /etc/inetd.conf and send a HUP signal to inetd, to ensure that sshd (inetd really) not listening on the 22 port. -andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message