Date: Mon, 27 Jan 2014 22:45:14 -0500 From: Jason Hellenthal <jhellenthal@dataix.net> To: "[FreeBSD Stable]" <freebsd-stable@freebsd.org> Subject: FreeBSD 10-STABLE/PowerPC nullfs regression Message-ID: <78AD0F38-AB7B-4724-A8B1-1705D77A0E62@dataix.net>
index | next in thread | raw e-mail
[-- Attachment #1 --]
Anyone noticed under the subject listed details that nullfs has taken a dive ?
The Mac G4 I have is barely stable and I can't even get it to produce a crash dump let alone hold pressure on a filesystem in RW for greater than 10 minutes. It would seem that a memory exhaustion may be present here but I'm not certain. I've tried about everything I can think of to produce further info but it's all failed.
The configuration is just generic and use nullfs in a similar fashion as you would find with ZFS to mount from a UFS drive RW onto another like the following mount point . . .
From UFS to UFS non-journaled on both sides.
/export/usr/obj /usr/obj nullfs rw 0 0
While I have other mount points using nullfs for RO configuration like src and ports specifically using it to keep stuff clean.
/export/usr/src /usr/src ro 0 0
This all worked on 8.X and 9.X branches flawlessly for a long time but here on 10.X it is rather obscure.
Thanks for any insight.
PS: yeah I know .. Symlinks would suffice for the RW ops but that's not the point.
--
Jason Hellenthal
Voice: 95.30.17.6/616
JJH48-ARIN
[-- Attachment #2 --]
0 *H
010 + 0 *H
90000
*H
010 UIL10U
StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0
130518085048Z
140519220947Z0H10Ujhellenthal@dataix.net1%0# *H
jhellenthal@dataix.net0"0
*H
0
'`TmfkܨJ5u+c'Upb`zv)&ȸXZ*VN6JvLoVoh}g
pQDŽKf/tZA˳("4Ԅ˻'d2h|IBl'^v^;'e8S99ۿVm|k8_UQtC"5l!kjZ]އQGn\Bh!FTsD%pV^Eӑd¨x"9
г"f 00 U0 0U0U%0++0UڔfmVʢ$䟓0U#0Sr풜\|~5NԸQ0!U0jhellenthal@dataix.net0LU C0?0;+70*0.+"http://www.startssl.com/policy.pdf0+00' StartCom Certification Authority0This certificate was issued according to the Class 1 Validation requirements of the StartCom CA policy, reliance only for the intended purpose in compliance of the relying party obligations.06U/0-0+)'%http://crl.startssl.com/crtu1-crl.crl0+009+0-http://ocsp.startssl.com/sub/class1/client/ca0B+06http://aia.startssl.com/certs/sub.class1.client.ca.crt0#U0http://www.startssl.com/0
*H
{0Ӹ,52W{Ey8b[{7 _+P"n["-,@ŽpJ-W$ݍjWA-6z( RdIZ.KzXє[K6}{s+v.Qh0PͅKhTw 0I73lz*Kv4Kkگ63;p1:ױ@)]ok>:W%XwC1þL/o8~#oP0400
*H
0}10 UIL10U
StartCom Ltd.1+0)U"Secure Digital Certificate Signing1)0'U StartCom Certification Authority0
071024210155Z
171024210155Z010 UIL10U
StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0"0
*H
0
-).2AUGo#G
B|NDRpM-B=o-we5JQpa>O.#._<V
[~**pz~3WG .ᘟMlr[<Ce6fqO"uxfWN#uicgkv$Lb%y`_{`xK'GN 00U00U0USr풜\|~5NԸQ0U#0N@[i04hCA0f+Z0X0'+0http://ocsp.startssl.com/ca0-+0!http://www.startssl.com/sfsca.crt0[UT0R0'%#!http://www.startssl.com/sfsca.crl0'%#!http://crl.startssl.com/sfsca.crl0U y0w0u+70f0.+"http://www.startssl.com/policy.pdf04+(http://www.startssl.com/intermediate.pdf0
*H
}x,\c^#wMq}>UK/^yX֏y frMIŲB61ymQҨݬZ0&