svn commit: r316938 - head/sbin/savecore

[Conrad Meyer]

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).

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?
>
>
>