Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 11 Dec 2015 06:46:10 -0600
From:      Karl Denninger <karl@denninger.net>
To:        freebsd-stable@freebsd.org
Subject:   Re: Something in r291926 (and earlier) causes reboots during periodic daily (14 jails on system)
Message-ID:  <566AC592.80106@denninger.net>
In-Reply-To: <20151211085642.0000652e@Leidinger.net>
References:  <20151209090049.000003db@Leidinger.net> <5667E86F.3050906@quip.cz> <20151209105144.000035be@Leidinger.net> <3923D6D6-E907-4B6C-931A-12CD7B863415@ebureau.com> <20151210120326.00005928@Leidinger.net> <56697E1F.6050604@denninger.net> <20151211085642.0000652e@Leidinger.net>

next in thread | previous in thread | raw e-mail | index | archive | help

[-- Attachment #1 --]
That's sorta what I expected.....

First thing I'd try -- turn off UMA for ZFS.  It will have a performance
impact but it eliminates one of the issues that I had to do a lot of
work to get around in the patch I developed.

In /boot/loader.conf:

vfs.zfs.zio.use_uma=0

And reboot.

On 12/11/2015 01:56, Alexander Leidinger wrote:
> On Thu, 10 Dec 2015 07:29:03 -0600
> Karl Denninger <karl@denninger.net> wrote:
>
>> On 12/10/2015 05:03, Alexander Leidinger wrote:
>>> On Wed, 9 Dec 2015 15:15:10 -0600
>>> Dustin Wenz <dustinwenz@ebureau.com> wrote:
>>>  
>>>> Are you by chance using the ARC patch from this PR?
>>>>
>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594  
>>> No (despite the fact that I would like to have it hit the tree).
>>>  
>>>> Do you have a vfs.zfs.dynamic_write_buffer tunable defined, if so,
>>>> what is it set to?  
>>> No.
>>>
>>> Bye,
>>> Alexander.
>>>  
>> Wait a minute... you have a panic coming out of running the periodic
>> jobs and you do _*not*_ have the patch loaded?  Got a dump available
>> from that?
>>
> To make it explicit about what is patched on this system or not:
> # svnlite status
> M       etc/rc.d/localpkg
> M       lib/libc/Makefile
> M       lib/libutil/Makefile
> M       lib/msun/Makefile
> M       libexec/rtld-elf/Makefile
> M       sbin/dump/dumprmt.c
> M       sbin/dump/itime.c
> M       sbin/dump/optr.c
> M       sbin/dump/tape.c
> M       sbin/restore/dirs.c
> M       sbin/restore/symtab.c
> M       sbin/restore/tape.c
> ?       sys/amd64/conf/ANDROMEDA
> M       sys/dev/drm/drmP.h
> M       sys/dev/e1000/if_igb.c
> M       sys/dev/usb/serial/ulpt.c
> M       sys/fs/cd9660/cd9660_vfsops.c
> M       sys/fs/msdosfs/msdosfs_vfsops.c
> M       sys/fs/smbfs/smbfs_vfsops.c
> M       sys/fs/udf/udf_vfsops.c
> M       sys/fs/unionfs/union_vfsops.c
> M       sys/gnu/fs/reiserfs/reiserfs_vfsops.c
> M       sys/kern/kern_jail.c
> M       sys/kern/kern_sig.c
> M       sys/kern/subr_bus.c
> M       sys/sys/jail.h
> M       usr.sbin/adduser/adduser.sh
> M       usr.sbin/adduser/rmuser.sh
> M       usr.sbin/nfsd/nfsd.c
> M       usr.sbin/watchdogd/Makefile
>
> Unfortunately I don't have a dump. Every crash so far didn't lead to a
> core in the dump device (the thread on stable has a stacktrace:
> https://lists.freebsd.org/pipermail/freebsd-stable/2015-December/083807.html).
> No idea why I don't get a dump.
>
> # grep dump /etc/rc.conf /boot/loader.conf
> /etc/rc.conf:dumpdev="/dev/ada3p2"
> /boot/loader.conf:dumpdev="/dev/ada3p2"
>
> # savecore -C /dev/ada3p2
>
> # ll /var/crash
> total 9
> -rw-r--r--  1 root  wheel     3B Nov 11 08:45 bounds
> -rw-r--r--  1 root  wheel     5B Apr 28  2011 minfree
>
> Bye,
> Alexander.
>

-- 
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/

[-- Attachment #2 --]
0	*H
010
	`He0	*H
_0[0C)0
	*H
010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA0
150421022159Z
200419022159Z0Z10	UUS10UFlorida10U
Cuda Systems LLC10UKarl Denninger (OCSP)0"0
	*H
0
X@vkY
Tq/vE]5#֯MX\8LJ/V?5Da+
sJc*/r{ȼnS+w")ąZ^DtdCOZ ~7Q '@a#ijc۴oZdB&!Ӝ-<	?HN5y
5}F|ef゘"Vلio74zn">a1qWuɖbFeGE&3(KhixG3!#e_XƬϜ/,$+;4y'Bz<qT9_?rRUpn5
Jn&Rx/p Jyel*pN8/#9u/YPEC)TY>~/˘N[vyiDKˉ,^" ?$T8v&K%z8C @?K{9f`+@,|Mbia007++0)0'+0http://cudasystems.net:88880	U00	`HB0U0,	`HB
OpenSSL Generated Certificate0U-h\Ff Y0U#0$q}ݽʒm50U0karl@denninger.net0
	*H
Owbabɺx&Uk[(Oj!%pMQ0I!#QH}.>~2&D}<wm_>V6v]f>=Nn+8;q wfΰ/RLyUG#b}n!Dր_up|_ǰc/%ۥ
nN8:d;-UJd/m1~VނיnN I˾$tF1&}|?q?\đXԑ&\4V<lKۮ3%Am_(q-(cAeGX)f}-˥6cv~Kg8m~v;|9:-iAPқ6ېn-.)<[$KJtt/L4ᖣ^Cmu4vb{+BG$M0c\[MR|0FԸP&78"4p#}DZ9;V9#>Sw"[UP7100010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA)0
	`HeM0	*H
	1	*H
0	*H
	1
151211124610Z0O	*H
	1B@;w>I^N
ncTty5
!W|$ƿESpB;}0l	*H
	1_0]0	`He*0	`He0
*H
0*H
0
*H
@0+0
*H
(0	+710010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA)0*H
	1010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA)0
	*H
Na{}S4!qXfvVȳpDrXtu]j9l~c4QXO>:4tkT4bVt>=P/$߽"ynQ'A{_u	?"H4aBJUK7Ixl5@cE"bj5W^
++7Vxʶ§$vg_
.lUfU@=n`H}&-Fg/l`K/]j<GC;cK)
6ZNL:"1w1YK4x?Pd0<njA9YQ-E|?^*mg^qR>}YWJ.f[TG֙Ht2
iE)(hy#hPU'ds$hʠω\!ƧU&~[#﮸Ȟ_
n'XKVB97Y

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?566AC592.80106>