From owner-freebsd-questions@FreeBSD.ORG Fri Jan 16 14:05:50 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C90021065696 for ; Fri, 16 Jan 2009 14:05:50 +0000 (UTC) (envelope-from bcook@poughkeepsieschools.org) Received: from mail.poughkeepsieschools.org (mail.poughkeepsieschools.org [64.72.66.117]) by mx1.freebsd.org (Postfix) with ESMTP id 82E498FC18 for ; Fri, 16 Jan 2009 14:05:49 +0000 (UTC) (envelope-from bcook@poughkeepsieschools.org) Received: from localhost ([127.0.0.1]:55430 helo=mail.poughkeepsieschools.org) by mail.poughkeepsieschools.org with esmtp (BSD WebSolutions, Inc.) (envelope-from ) id 1LNpKW-000BzJ-Uq for freebsd-questions@freebsd.org ; Fri, 16 Jan 2009 09:05:49 -0500 Received: from 69.206.230.54 (SquirrelMail authenticated user bcook) by mail.poughkeepsieschools.org with HTTP; Fri, 16 Jan 2009 09:05:48 -0500 (EST) X-BSD-Virus-Check: ClamAV 0.94.2/8871 on mail.poughkeepsieschools.org; Fri, 16 Jan 2009 09:05:49 -0500 Message-ID: <9c7e8a84da1d469df4d8155b88f59c39.squirrel@mail.poughkeepsieschools.org> Date: Fri, 16 Jan 2009 09:05:48 -0500 (EST) From: "B. Cook" To: freebsd-questions@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: zfs on i386 trauma :P X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2009 14:05:56 -0000 Hello all, We had a raid card die in a dell box and reinstalled FreeBSD 7 and restored from backups.. the problem is amd64 didn't boot on the box and the person doing the restore wanted to 'help' and changed from ufs2 to zfs.. while being a noble effort, he was testing on amd64 and "didn't think" that amd64 to i386 was that big a deal for zfs.. *sigh* So here we are.. if I can't figure out how to make this 'stable' I will dump and restore and reinstall i386 ufs2/gmirror.. So we have a box w/ 3G of ram running samba and squid for a few hundred people. I have tried to fix /boot/loader.conf: # cat /boot/loader.conf autoboot_delay="4" vm.kmem_size_max="1024M" vm.kmem_size="1024M" zfs_load="YES" vfs.zfs.prefetch_disable=1 vfs.root.mountfrom="zfs:tank/root" accf_http_load="YES" accf_data_load="YES" and rebuilt the kernel with many device drivers disabled.. I found a script on the zfs tuning page on the wiki, but I do not understand what it is telling me.. TEXT=7031512, 6.70577 MB DATA=514754560, 490.908 MB TOTAL=521786072, 497.614 MB kldstat yeilds this output: Id Refs Address Size Name 1 9 0x80400000 55f3e8 kernel 2 1 0x80960000 b23b0 zfs.ko 3 2 0x80a13000 23bc opensolaris.ko 4 1 0x80a16000 191c accf_data.ko 5 1 0x80a18000 22d4 accf_http.ko 6 1 0x80a1b000 68394 acpi.ko 7 1 0x87ecb000 3000 pflog.ko 8 1 0x87ed7000 32000 pf.ko We have updated to 7.1-p2 with the hopes of fixing somethings.. So the problems that we are having is that the machine stops responding.. ping never stops, it just stops answering tcp requests. and we only have a few minor tweaks in sysctl.conf: security.bsd.see_other_uids=0 net.inet.ip.random_id=1 kern.randompid=32768 kern.coredump=0 net.inet.tcp.delayed_ack=0 net.inet.tcp.inflight.enable=0 net.inet.tcp.path_mtu_discovery=0 net.inet.tcp.recvbuf_auto=1 net.inet.tcp.rfc1323=1 net.inet.tcp.sendbuf_auto=1 and in rc.conf we have set some things on the bge0 interface: ifconfig_bge0="inet 10.20.0.230 netmask 255.255.254.0 rxcsum txcsum media 1000baseTX mediaopt full-duplex polling" Is there something that is set, that is making the system stop responding? is there something else that could be done? If stability and performace are the goals (in that order) would it just make sense to reinstall and go back to gmirror on ufs2? Thanks in advance.