Subject: Re: kern/28291
To: chs@netbsd.org, Chuck Silvers <chuq@chuq.com>
From: Andreas Wrede <andreas@planix.com>
List: netbsd-bugs
Date: 10/16/2005 13:11:50
--Apple-Mail-1-851655257
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed


On Oct 16, 2005, at 12:14 , chs@netbsd.org wrote:

> Synopsis: panic (trap in ffs VOP_BALLOC()) in 2.0_RC5
>
> State-Changed-From-To: open->feedback
> State-Changed-By: chs@netbsd.org
> State-Changed-When: Sun, 16 Oct 2005 16:14:55 +0000
> State-Changed-Why:
> have you seen this again with a more recent kernel?


At the time, Chuck Silvers was investigating, here is the last  
response I got from him:

On 21-Nov-04, at 8:22 PM, Chuck Silvers wrote:

> ok, I see the problem now.  at least, I see one problem,
> but I'm not sure that there aren't more.
>
> some undesired sign-extension is happening because your fs is  
> larger than
> (2^31 - 1) DEV_BSIZE units (ie. larger than 1 TB).  I'm not sure  
> that we
> intended to allow the creation of UFS1 file systems that large, I  
> think
> the intention was require the use of UFS2 to exceed the traditional  
> 1 TB
> limit.  I'm kinda surprised you didn't have trouble with creating a
> partition this big either.
>
> I imagine that the fix for this problem for the 2.0 release will be to
> disallow the creation of UFS1 file systems larger than 1 TB.  in  
> that case,
> you'll need to repartition those LUNs from the apple array and  
> recreate the
> file systems to be smaller than 1 TB.  or use UFS2 instead of UFS1.

I am running the same array attached to other hardware, with a  
2.0_STABLE kernel and a size just below the 1TB mark, as Chuck  
suggested. The second array is running a UFS2 filesystem just above  
the 1TB mark, without problem.

For my part, the pr can be closed.  Chuck?
-- 
     aew


--Apple-Mail-1-851655257
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFDUonbEh/h9J/TQyERAimfAKClhBwirgwEnUQ3S5lQQcY9T4yivgCfRKAb
hU2NoUu08PPW+aGVfaNhNA8=
=2WhA
-----END PGP SIGNATURE-----

--Apple-Mail-1-851655257--