Re: dumpdev AUTO in rc.conf does not work

From: Gary Jennejohn <gljennjohn_at_gmail.com>
Date: Mon, 9 Aug 2021 08:54:07 +0200
On Sun, 8 Aug 2021 18:01:18 -0400
Daniel Morante via freebsd-current <freebsd-current_at_freebsd.org> wrote:

> Yes my fstab entry is:
> 
> /dev/gpt/swap  none
>  swap sw
>  0 0
> 
> It looks though that this issue might only happen on arm64? I tried
>  to reproduce on amd64 without any luck.
> 

Could be.  I also tested it on amd64.  I don't have any arm64 boxes.

Maybe you could try the test with /bin/sh -x like I did and send the
output to current_at_.  Someone might be able to figure out what's
causing the problem.

> On 8/8/2021 3:03 AM, Gary Jennejohn wrote:
> > On Sat, 7 Aug 2021 20:10:50 -0400
> > Daniel Morante via freebsd-current <freebsd-current_at_freebsd.org> wrote:  
> 
> >  
> >> Hello,
> >>
> >> I am running 14.0-CURRENT using the snapshot from 2021-08-05.__ It loo  
> ks
> >> as if setting dumpdev="AUTO" in /etc/rc.conf has no effect on enabli  
> ng
> >> kernel crash dumps.
> >>
> >> root_at_callisto:~ # uname -a
> >> FreeBSD callisto 14.0-CURRENT FreeBSD 14.0-CURRENT #0
> >> main-n248478-f3a3b061216: Thu Aug__ 5 06:03:20 UTC 2021 root_at_releng
> >> 1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64
> >>
> >> root_at_callisto:~ # swapinfo -h
> >> Device        Size Used Avail Capacity
> >> /dev/gpt/swap 30G    0    30G    0%
> >>
> >> root_at_callisto:~ # dumpon -l
> >> /dev/null
> >>
> >> root_at_callisto:~ # sysrc dumpdev
> >> dumpdev: AUTO
> >>
> >> I have to manually enable it via dumpon even though it's set to AUTO i  
> n__
> >> rc.conf
> >>
> >> root_at_callisto:~ # dumpon /dev/gpt/swap
> >> root_at_callisto:~ # dumpon -l
> >> gpt/swap
> >>  
> > Works for me if I set dumpdev to AUTO.
> >
> > I ran '/bin/sh -x dumpon start' and it found the swap entry in /etc/fst  
> ab,
> > as expected.
> >
> > Does your /etc/fstab entry for swap have the correct syntax?  Mine look  
> s
> > like this:
> > /dev/ada0p5             none            swap    sw              0       0
> >  
> 


-- 
Gary Jennejohn
Received on Mon Aug 09 2021 - 06:54:07 UTC

Original text of this message