svn commit: r316938 - head/sbin/savecore

Larry Rosenman ler at lerctr.org
Sat Apr 15 01:37:33 UTC 2017


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-all mailing list