From owner-freebsd-users-jp@freebsd.org  Tue Jan  5 08:06:06 2016
Return-Path: <owner-freebsd-users-jp@freebsd.org>
Delivered-To: freebsd-users-jp@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FF20A61770
 for <freebsd-users-jp@mailman.ysv.freebsd.org>;
 Tue,  5 Jan 2016 08:06:06 +0000 (UTC)
 (envelope-from kouji@kk-net.ne.jp)
Received: from mx0.mail-servers.org (mx0.mail-servers.org [58.191.153.85])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id E1C171384
 for <freebsd-users-jp@freebsd.org>; Tue,  5 Jan 2016 08:06:05 +0000 (UTC)
 (envelope-from kouji@kk-net.ne.jp)
Received: from plato.kk-net.ne.jp (Fe6-gw-nippombashi.noc.kk-net.ad.jp
 [58.191.153.6] (may be forged))
 by mx0.mail-servers.org (8.14.2/8.14.2) with ESMTP id u057tEck057375
 for <freebsd-users-jp@freebsd.org>; Tue, 5 Jan 2016 16:55:14 +0900 (JST)
 (envelope-from kouji@kk-net.ne.jp)
Message-Id: <6.2.3.4.2.20160105165451.0eb7a060@phobos.kk-net.ad.jp>
X-Mailer: QUALCOMM Windows Eudora Version 6.2J rev4.2
Date: Tue, 05 Jan 2016 16:54:57 +0900
To: freebsd-users-jp@freebsd.org
From: Kouji Kawabata <kouji@kk-net.ne.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
X-Spam-Status: score=-5.8
X-Virus-Scanned: by amavisd-new
Subject: [FreeBSD-users-jp 95636] Re:
 =?iso-2022-jp?b?emZzIBskQiROJV4lJiVzJUgkRyUzJSIlQCVzJVcbKEI=?=
 =?iso-2022-jp?b?GyRCRUckJCRGJV4lJiVzJUgkRyQtJEokJBsoQg==?=
X-BeenThere: freebsd-users-jp@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Discussion relevant to FreeBSD communities in Japan
 <freebsd-users-jp.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-users-jp>, 
 <mailto:freebsd-users-jp-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-users-jp/>
List-Post: <mailto:freebsd-users-jp@freebsd.org>
List-Help: <mailto:freebsd-users-jp-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp>, 
 <mailto:freebsd-users-jp-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Jan 2016 08:06:06 -0000

川端＠JIPPGです。

zfsでコアダンプしたりパニックするのは
大抵メモリ不足だと思います。

At 16:18 16/01/05, you wrote:
>paseri> zfs の実験をしていて、障害発生時の対応を調べているのですが、
>paseri> 何処から手を付けていいやらで、zfs お使いの皆さんから、
>paseri> ノウハウをお聞きしたく思います。
>
>paseri> 症状：
>paseri> VMware Player の環境下で、10.2-RELEASE-p7(i386) 上で、
>paseri> ホスト OS の再起動によって、umount せずに電源 OFF となった後の boot で、
>paseri> zfs のマウント時に、コアダンプ吐いてリブートを繰り返す。
>
>i386 ですよね。
>私も悩まされました。


私もi386でのzfsはかなり苦労しました・・・というかamd64にすべきです。
実験とのことですが、i386では早晩メモリが足りなくなります。

どうしてもi386でと言うことでしたら
i386でPAEカーネルを作ってzfsしてる人も居たと思いますので
ぐぐってみてください。



-- 
Kawabata Kouji - JIPPG
http://www.jippg.org/
gopher://gopher.jippg.org/