From owner-freebsd-stable@FreeBSD.ORG Wed Oct 26 19:31:05 2011 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 898F8106566B; Wed, 26 Oct 2011 19:31:05 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 339078FC08; Wed, 26 Oct 2011 19:31:04 +0000 (UTC) Received: by vcbfo13 with SMTP id fo13so2718408vcb.13 for ; Wed, 26 Oct 2011 12:31:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Zyw96R7lHzRiYscK5TwA+KjYwONkpEw0/9xGFkQLOBY=; b=n0uHbIPEGno1WqaoY6M//GIwGWm1ha4hi4/SvXxdE01Xea+4WUOicTdX9OlqXR2qfy 94mzpwZ7RWpe3hCLG1Jjf/bWkaYr2d+PHoCCu07PRRsLHV0ISt/xgNfziaUwbH8L+4Mn vI0c+ojwDAd/eaQUJTwxsSZW7E6Ah3G9jDUac= MIME-Version: 1.0 Received: by 10.220.153.3 with SMTP id i3mr538060vcw.74.1319657464455; Wed, 26 Oct 2011 12:31:04 -0700 (PDT) Received: by 10.220.160.197 with HTTP; Wed, 26 Oct 2011 12:31:04 -0700 (PDT) Date: Wed, 26 Oct 2011 23:31:04 +0400 Message-ID: From: Subbsd To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: FreeBSD 9.0-RC1 freeze after swapoff/swapon procedure on md/vnode-backend file 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, 26 Oct 2011 19:31:05 -0000 Hi I get easy reproducible a hang-up servers that use the file-based swap file after swapoff / swapon procedure (in this case, some of the data must be swapped). For example: 1) dd if=/dev/zero of=/usr/swp1 bs=1m count=100 2) mdconfig -a -t vnode -f /usr/swp1 3) swapon /dev/md0 4) begin to allocated memory, for example by simple: tail /dev/zero 5) after a filling of some percent, do swapoff /dev/md0, then swapon /dev/md0. you can try this procedure again. The system may stop responding to commands and freezes or locks up after some time. From the outside - the core lives (icmp response goes) but the disk system is not available. PS: one of my server to my mind is frozen without swapoff/on - just had three swapfile, a day after he crashed.