svn commit: r316938 - head/sbin/savecore
Mark Johnston
markj at FreeBSD.org
Sat Apr 15 05:43:34 UTC 2017
On Fri, Apr 14, 2017 at 07:00:36PM -0700, Conrad Meyer wrote:
> Larry,
>
> You just need to run netdumpd on the nearby server. It could be a
> port (although I'm not aware that it is ported yet).
I was working on a port makefile for netdumpd before this thread
started. :)
It would be a bit more usable as a port; I prefer it that way since
Isilon's infrastructure folks would like to run netdumpd on 11.0.
For what it's worth, I've got my revision of the code here:
https://github.com/markjdb/netdumpd
This version fixes some performance problems in the original, and runs
most of the code in capability mode. The capsicum integration hasn't
yet been reviewed, however.
>
> Best,
> Conrad
>
> On Fri, Apr 14, 2017 at 6:37 PM, Larry Rosenman <ler at lerctr.org> wrote:
> > On 4/14/17, 8:35 PM, "Rodney W. Grimes" <freebsd at pdx.rh.CN85.dnsmgr.net> 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 at 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?
> >
> >
> >
>
More information about the svn-src-head
mailing list