Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 11 Jul 2016 12:44:24 -0500
From:      Karl Denninger <karl@denninger.net>
To:        freebsd-stable@freebsd.org
Subject:   Re: Not-so stable if you take a CAM error....
Message-ID:  <21f3f685-4618-e258-0538-75602608cf9b@denninger.net>
In-Reply-To: <1468258789.72182.122.camel@freebsd.org>
References:  <2b0c454b-c1a0-4b5b-e778-bf0939e90ae1@denninger.net> <op.ykfe1fvbkndu52@ronaldradial.radialsg.local> <6e9c07e1-12a6-a7cd-f775-6b0fe5a706bc@denninger.net> <1468243977.72182.118.camel@freebsd.org> <877f5e8e-c1e7-6fb0-6ceb-031ce3e68582@denninger.net> <CAKFCL4WrRS1ic1CZqcmbCEnsrD2pkh4VHPBFyB%2B-3NaNJZ%2BJkw@mail.gmail.com> <1468254746.72182.121.camel@freebsd.org> <f22ab40d-42f0-78a3-d3a7-945387259109@denninger.net> <1468258789.72182.122.camel@freebsd.org>

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

[-- Attachment #1 --]
On 7/11/2016 12:39, Ian Lepore wrote:
> On Mon, 2016-07-11 at 12:30 -0500, Karl Denninger wrote:
>> On 7/11/2016 11:32, Ian Lepore wrote:
>>> On Mon, 2016-07-11 at 09:50 -0400, Brandon Allbery wrote:
>>>> On Mon, Jul 11, 2016 at 9:46 AM, Karl Denninger <
>>>> karl@denninger.net>
>>>> wrote:
>>>>
>>>>> Here's the backtrace ... sounds like expected behavior, which
>>>>> is
>>>>> not-so
>>>>> good all-in for a situation like this.  I guess the strategy is
>>>>> to
>>>>> turn
>>>>> off softupdates before attempting such an update so as not to
>>>>> crash
>>>>> the
>>>>> host machine if there's a problem with the card.
>>>>>
>>>> I would tend to assume that removable media should not have
>>>> softupdates
>>>> enabled. Even with properly working media, it's practically
>>>> begging
>>>> for
>>>> corruption.
>>>>
>>> Writing to an sdcard without softupdates enabled will be an
>>> exercise in
>>> patience.  Like, come back next week and maybe it'll be done.
>>>
>>> The only thing that comes to mind with this is maybe some sort of
>>> mount
>>> flag to say you're willing to live with any amount of filesystem
>>> corruption in lieu of panicking.  I'm not sure how easy/practical
>>> that
>>> would be to implement, though.
>>>
>>> -- Ian
>> Why not force-detach the volume that takes the error instead of a
>> panic()?
>>
> Patches welcome.
>
> -- Ian
Any hints on where the routine(s) live that would forcibly detach a
volume?  (I'll go digging as well but shortening the time would help :))

-- 
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
160711174424Z0O	*H
	1B@m1?#'keeGAUdsF\Q"GF#41`0]ϕ\ɚDa,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
<Q*3뤼m`)a2N*{
ӵTdlM:S-80{FTбZ]p۠/{98nCcQ1~=pe6K<zsXEUWm̶
;c/ؐcZlYzIO7քԢvaaY" 0w$oTWi>p"YMGC+?H_gcI4m?-JKloʷ}Iĺ:
rED)iK+a+-z!ڳO!YH#*JPvj*9kfu1r`5`dQ,չȳsWvqdAClr%W1wcDSGy}3̀K	/iZ'Gdps]!@,v8EtWvIgxr*UDQǭ}
Mǖ

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?21f3f685-4618-e258-0538-75602608cf9b>