From owner-freebsd-stable@FreeBSD.ORG Tue May 8 15:40:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF85B16A401 for ; Tue, 8 May 2007 15:40:41 +0000 (UTC) (envelope-from ntstaff@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA2D13C459 for ; Tue, 8 May 2007 15:40:41 +0000 (UTC) (envelope-from ntstaff@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1789694wxc for ; Tue, 08 May 2007 08:40:40 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ocm+ZgDp5B4HM7zgumV7EdvICoD1KBL1TLS/Z2qMpn13qmHk2rVSIvES77NjSBKRbv3cxFOZh7vWRaUqbZz1ZhcEgJvbLWtybIILsTcjmyALKVAirclp0SPIa5C2w5Tr9614ofdv/OLVlVo+kPO8qi4IER0niuyh3lW4w8ZUHcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=W7ZmpQWIhY9sfkvIAsxHcHxCO2Ddq5AeA6KsV8qUjEtcQr8UENYlWaiTPDWcSzbUSlIZJG9Apfm75/FtpPaL+82g58i1Ov0b6W3lf/UZuMlUcKWKEpkLo9Fpzz/34MSG8HqxoybfsZofnk/R37vRlmHH9+8gnHXTHY0DmMj4Ee4= Received: by 10.90.118.8 with SMTP id q8mr6351706agc.1178638840877; Tue, 08 May 2007 08:40:40 -0700 (PDT) Received: by 10.90.106.10 with HTTP; Tue, 8 May 2007 08:40:40 -0700 (PDT) Message-ID: <11e9464b0705080840r21b6f653u9bbc7f32c37da0b4@mail.gmail.com> Date: Tue, 8 May 2007 19:40:40 +0400 From: "Newtunes Support" To: freebsd-stable@freebsd.org, olli@lurza.secnetix.de In-Reply-To: <200705081455.l48EtNVm089195@lurza.secnetix.de> MIME-Version: 1.0 References: <11e9464b0705080739u4202e4d0k5dbbef1670ffc335@mail.gmail.com> <200705081455.l48EtNVm089195@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Incorrect df -k output?? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2007 15:40:42 -0000 Thanks a lot for irrefragable answer, Oliver! I have resolved the issue on one server (there was a little overdraft) and I'll try to resolve issue with fsck and /var when PROD will have lower load= . Thanks to all, Dmitry 2007/5/8, Oliver Fromme : > > Newtunes Support wrote: > > I have resolved this issue using forsed unmount (umount -f /var) > > Not a good idea. It breaks all sorts of things. > > > And after I mounted /var again df -k shows me correct value. > > The value was correct before, too. There probably were > some files that were removed, but some processes still > had them open. du(1) doesn't see those files, so they're > not included in the sum. df(1) sees the allocated space, > of course. > > It can happen on the /var file system if an error occurs > during log file rotation, so the programs writing to the > log files (e.g. syslogd) are not properly informed about > the rotation, so they keep the old files open. > > A good way to view such files/processes is to use the > command "lsof +L1" (lsof can be installed from the ports > collection: /usr/ports/sysutils/lsof). It lists all > file descriptors in use that have a link count of zero. > > The correct way to resolve the issue is to find those > processes and tell them to close the files (usually a > "kill -HUP" will do that). If everything else fails, > kill the processes (use "kill -KILL" if necessary). > Do not use "umount -f". > > > But I have new problem. > > fsck -y does not fix anything. > > That only works when the file system is not mounted (or > only mounted read-only). It's usually done in single- > user mode. > > (However, I assume that your file system doesn't need > fsck, but it certainly wouldn't hurt either.) > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "Python tricks" is a tough one, cuz the language is so clean. E.g., > C makes an art of confusing pointers with arrays and strings, which > leads to lotsa neat pointer tricks; APL mistakes everything for an > array, leading to neat one-liners; and Perl confuses everything > period, making each line a joyous adventure . > -- Tim Peters >