From owner-freebsd-stable@FreeBSD.ORG Wed Apr 11 15:20:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83E09106566B for ; Wed, 11 Apr 2012 15:20:18 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 06C108FC19 for ; Wed, 11 Apr 2012 15:20:17 +0000 (UTC) Received: by lbbgj3 with SMTP id gj3so1031449lbb.13 for ; Wed, 11 Apr 2012 08:20:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=BntxONT9in2IX6vAZXk4/BXfearz4U60ZMPO7eF8+O8=; b=HSc/EuT1MvmD7SFGqWc4P/Uid9eVS1MW4/1D0wcuZ0smoclIKYCjrl/K/NfRsw2UMP ZDqRX2mPhr6S4jAZ9rs0th9/4EZaXIpXOoLwEZgLQ2BmAlqBL+fNPkPm/oaKhBvlL+gy ppI9qyu4SR/4LQ+9q0fqgxeIh471SLLW6WnhQcGWJi2CRdwapC4zuIWaXGevSrA/jmak 7uDKxt8ECBbHR1K72rmLuqkodGdXomcsaaFJJWYo01CnrisQiG6IeQS4kwoITrFBwb9A GNoTsMDpemKdNiaxOHYDlph1kq0VbxHRduWDnyUqNIQ6IlWNZDRByjleahzZLSV4dEQu ij6g== MIME-Version: 1.0 Received: by 10.152.129.74 with SMTP id nu10mr18295954lab.50.1334157610688; Wed, 11 Apr 2012 08:20:10 -0700 (PDT) Received: by 10.112.54.41 with HTTP; Wed, 11 Apr 2012 08:20:10 -0700 (PDT) X-Originating-IP: [209.66.78.50] Date: Wed, 11 Apr 2012 11:20:10 -0400 Message-ID: From: Mark Saad To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmaBibkULZTqBvColoy5LlSiK10AgG2TN8a4XZVqsmoKR6+fZh7Y5mEgCdJ92m8F1GNQ8JX Subject: Panic after converting Softupdates to journaled softupdates 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: Wed, 11 Apr 2012 15:20:18 -0000 Hell All I wanted to share this with you before sending a pr . I did not find anything that matched it and I wanted to see if I did something wrong procedurally . I upgraded a 7.4-RELEASE amd64 box to 9.0-STABLE sources from yesterday 10 Apr 2012. Every thing worked well. I was able to boot and run off 9.0-STABLE my apps worked ; So I wanted to swap out soft updates for journaed soft updates. The box used 3 UFS slices that were glabled. Note root and var had softupdates but /usr/local/mysql/data did not # Device Mountpoint FStype Options Dump Pass# /dev/label/rootfs / ufs rw 1 1 /dev/label/var /var ufs rw 2 2 /dev/label/SWAP none swap sw 0 0 /dev/label/data /usr/local/mysql/data ufs rw 2 2 Here is what I did to convert them. --------- # tunefs -n disable / tunefs: soft updates cleared tunefs: file system reloaded # tunefs -n disable /var tunefs: soft updates cleared # fsck -y / ** /dev/label/rootfs ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 271768 files, 4336411 used, 59997908 free (136692 frags, 7482652 blocks, 0.2% fragmentation) ***** FILE SYSTEM IS CLEAN ***** # fsck -y /var ** /dev/label/var ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 24792 files, 141287 used, 3919776 free (1232 frags, 489818 blocks, 0.0% fragmentation) ***** FILE SYSTEM IS CLEAN ***** # fsck -y /usr/local/mysql/data ** /dev/label/data ** Last Mounted on /usr/local/mysql/data ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 89528 files, 18246873 used, 51166840 free (59080 frags, 6388470 blocks, 0.1% fragmentation) ***** FILE SYSTEM IS CLEAN ***** # tunefs -j enable / Using inode 7 in cg 0 for 33554432 byte journal tunefs: soft updates journaling set tunefs: file system reloaded # tunefs -j enable /var Using inode 4 in cg 0 for 33554432 byte journal tunefs: soft updates journaling set # tunefs -j enable /usr/local/mysql/data Using inode 425 in cg 0 for 33554432 byte journal tunefs: soft updates journaling set # reboot Apr 11 11:08:58 init: single user shell terminated. Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 0 0 0 0 0 0 0 done All buffers synced. panic: /: ffs_sync: modification on read-only filesystem cpuid = 0 KDB: stack backtrace: #0 0xffffffff808c283e at kdb_backtrace+0x5e #1 0xffffffff8088d017 at panic+0x187 #2 0xffffffff80abc51d at ffs_sync+0x50d #3 0xffffffff809303e1 at vfs_write_suspend+0x111 #4 0xffffffff80abcbd8 at ffs_unmount+0x3f8 #5 0xffffffff8091b2ce at dounmount+0x26e #6 0xffffffff80921ea2 at vfs_unmountall+0x42 #7 0xffffffff8088ce30 at kern_reboot+0x7a0 #8 0xffffffff8088d19c at sys_reboot+0x6c #9 0xffffffff80b77260 at amd64_syscall+0x500 #10 0xffffffff80b62257 at Xfast_syscall+0xf7 Uptime: 6m38s Automatic reboot in 15 seconds - press a key on the console to abort Now the box locked up hard and It would not reboot automatically. I am waiting to see if I can get a coredump after it comes back up. I have walk over an kick it over manually now. So does anyone have any insight into what happened here ? -- mark saad | nonesuch@longcount.org