From owner-freebsd-hackers@FreeBSD.ORG Mon May 2 02:39:26 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED88216A4CE for ; Mon, 2 May 2005 02:39:26 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5892D43D3F for ; Mon, 2 May 2005 02:39:26 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.1.R) with ESMTP id md50001374823.msg for ; Mon, 02 May 2005 03:35:20 +0100 Message-ID: <007901c54ec0$14bb3e30$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Mon, 2 May 2005 03:38:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Mon, 02 May 2005 03:35:20 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org X-MDAV-Processed: multiplay.co.uk, Mon, 02 May 2005 03:35:22 +0100 Subject: 5.4-STABLE corrupting fs on shutdown -p now? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 02:39:27 -0000 Seems like doing a shutdown -p now on the current 5.4-STABLE branch is resulting in FS corruption. I've done this 4 times now and all but 1 time the machine has failed to boot with a panic: mod=0100600, inum=1271817, fs=/var panic: ffs_valloc: dup alloc cpuid = 0 boot() called on cpu#0 The only way to fix is single user mode and manually run fsck. Even the one time it didn't cause a panic I still got a warning about / not being clean which it should have been as the machine shutdown cleanly no outstanding buffers. I notice in UPDATING: 20050228: The responsibility of recomputing the file system summary of a SoftUpdates-enabled dirty volume has been transferred to the background fsck. A rebuild of fsck(8) utility is recommended if you have updated the kernel. To get the old behavior (recompute file system summary at mount time), you can set vfs.ffs.compute_summary_at_mount=1 before mounting the new volume. Could this change have something to do with the panic happening instead of just recovering? Why would FS's be being corrupted by "shutdown -p now" where as "reboot" doesnt seem to? Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk.