From owner-freebsd-hackers Mon Mar 18 12:34:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09206 for hackers-outgoing; Mon, 18 Mar 1996 12:34:32 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA09174 for ; Mon, 18 Mar 1996 12:34:27 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id MAA00391; Mon, 18 Mar 1996 12:33:33 -0800 Message-Id: <199603182033.MAA00391@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: Odd-looking files in lost+found after fsck? In-reply-to: Your message of "Mon, 18 Mar 1996 13:33:15 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Mar 1996 12:33:32 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, The only time that I have seen this is went my old scsi disk was trashing about. Cheers, Amancio >>> Brian Tao said: > Our Web/FTP server had to be rebooted again today after another > instance of the "silent hang" problem (pingable, can switch virtual > consoles, but no other activity possible). fsck ran and recovered the > following files: > > twirl:/usr/httpd/lost+found# ls -l > total 7 > br-s--x-w- 17133 2505213093 3885937568 10, 1256784081 Sep 14 1946 #0614 56 > -rw-r--r-- 1 root wheel 6049 Mar 16 14:09 #061466 > -rw-rw-r-- 1 root wheel 802 Mar 15 19:33 #061467 > brws-ws--- 32141 3468532397 3483065215 88, 2133786667 Apr 11 03:13 #0614 71 > -rw-rw-r-- 1 root wheel 0 Mar 18 00:01 #061476 > > The filesystem holds our entire Apache document tree. The first > two regular files are log files for one of our virtual domains, and I > don't know what the third is. But what could have created the two > block special files? A pipe? > -- > Brian Tao (BT300, taob@io.org) > Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" > >