From owner-svn-src-all@freebsd.org Sat Apr 15 02:05:06 2017 Return-Path: Delivered-To: svn-src-all@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 DF276D3E1E9; Sat, 15 Apr 2017 02:05:06 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 A74F4CA4; Sat, 15 Apr 2017 02:05:06 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v3F251t7009389; Fri, 14 Apr 2017 19:05:01 -0700 (PDT) (envelope-from freebsd@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v3F251PX009388; Fri, 14 Apr 2017 19:05:01 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <201704150205.v3F251PX009388@pdx.rh.CN85.dnsmgr.net> Subject: Re: svn commit: r316938 - head/sbin/savecore In-Reply-To: <201704150159.v3F1xd0q009325@pdx.rh.CN85.dnsmgr.net> To: rgrimes@freebsd.org Date: Fri, 14 Apr 2017 19:05:01 -0700 (PDT) CC: Larry Rosenman , "Ngie Cooper (yaneurabeya)" , "src-committers@freebsd.org" , Alan Somers , "svn-src-all@freebsd.org" , Slawa Olhovchenkov , "svn-src-head@freebsd.org" , Ngie Cooper Reply-To: rgrimes@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2017 02:05:07 -0000 > > On 4/14/17, 8:35 PM, "Rodney W. Grimes" wrote: > > > > > Yeah, I have the following: > > > borg.lerctr.org /home/ler $ swapctl -l > > > Device: 1024-blocks Used: > > > /dev/mfid0p3 8388608 0 > > > /dev/mfid1p3 8388608 0 > > > /dev/mfid2p3 8388608 0 > > > /dev/mfid3p3 8388608 0 > > > /dev/mfid4p3 8388608 0 > > > /dev/mfid5p3 8388608 0 > > > borg.lerctr.org /home/ler $ sysctl hw.physmem > > > hw.physmem: 137368682496 > > > borg.lerctr.org /home/ler $ > > > > > > SO 6 8G partitions (48G), but the dump is larger than 8G. > > > > Larry, > > This is a very good concern and point given todays more > > common huge memory foot prints and lots of spindles. I'll > > keep this in they back of my mind as I tromp around in the > > dump code. I have another solution that may work for you > > and that is to use Netdump rather than swapdump. This > > basically eliminates the trip to swap space and you end > > up going to savecore style output on the netdump server. > > > > -- > > Rod Grimes rgrimes@freebsd.org > > > > What does it take for NetDump to work to a FreeNAS (9.10 nightly) server since that?s what is ?next to? this server? > > As a netdump server FreeNAS would be fairly trivial to compile the netdump > client code for. I should have running 11.0 and 10.2 code around > some place. You know, maybe we should get the client side code pushed in, that has been stable and not stomped on by other changes and is usable for those of us who have kernels that can do netdump. It is a fairly simple daemon that listens on a socket and stores the dumps. -- Rod Grimes rgrimes@freebsd.org