From owner-freebsd-fs@FreeBSD.ORG Fri May 18 15:52:11 2007 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44D2616A402 for ; Fri, 18 May 2007 15:52:11 +0000 (UTC) (envelope-from hv@tuebingen.mpg.de) Received: from tuebingen.mpg.de (smtp-out.tuebingen.mpg.de [192.124.26.249]) by mx1.freebsd.org (Postfix) with ESMTP id A22DB13C46C for ; Fri, 18 May 2007 15:52:09 +0000 (UTC) (envelope-from hv@tuebingen.mpg.de) Received: from [87.179.113.215] (HELO [192.168.2.32]) by tuebingen.mpg.de (CommuniGate Pro SMTP 4.2.10) with ESMTP id 33979445; Fri, 18 May 2007 17:52:08 +0200 In-Reply-To: <909641.62410.qm@web30305.mail.mud.yahoo.com> References: <909641.62410.qm@web30305.mail.mud.yahoo.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <26D278C6-C000-48D0-AED4-0E6F703706FA@tuebingen.mpg.de> Content-Transfer-Encoding: quoted-printable From: Henry Vogt Date: Fri, 18 May 2007 17:52:05 +0200 To: =?ISO-8859-1?Q?Arne_W=F6rner?= X-Pgp-Agent: GPGMail 1.1.2 (Tiger) X-Mailer: Apple Mail (2.752.3) Cc: freebsd-fs@freebsd.org Subject: Re: growfs filesystem size limits ? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 May 2007 15:52:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 18.05.2007 um 11:21 schrieb Arne W=F6rner: > ... > Better is this: > sblock.fs_size =3D ((int64_t)sblock.fs_ncg) * sblock.fs_fpg; > > Or u could shape ur partition, so that this computation will not =20 > happen... > > Maybe there r further such mistakes... > Integer arithmetric can be quite nasty (2+3=3D1 with 2bit unsigned =20 > integers)... > But fast... :) > Now it worked! Many Thanks, the fs is now 6.6 TB (see below). The output is still somewhat strange, superblock numbers changing =20 from positive to negative and back.. but everything else looks ok. Many thanks for your tips. Here is my diff , build from you =20 suggestions, against: growfs.c,v 1.25 2006/07/17 20:48:36 - ------- C U T --------- 159c159 < static void get_dev_size(int, u_int64_t *); - --- > static void get_dev_size(int, int *); 1927c1927 < get_dev_size(int fd, u_int64_t *size) - --- > get_dev_size(int fd, int *size) 1980c1980 < u_int64_t p_size; - --- > u_int32_t p_size; 2131c2131 < errx(1, "there is not enough space (%lX < %d)", - --- > errx(1, "there is not enough space (%d < %d)", 2219c2219 < sblock.fs_size =3D ((int64_t)sblock.fs_ncg) * =20 sblock.fs_fpg; - --- > sblock.fs_size =3D sblock.fs_ncg * sblock.fs_fpg; 2230,2231c2230 < errx(1, "not enough new space (II) (%jd->%jd)", < (intmax_t)osblock.fs_size, (intmax_t)sblock.fs_size); - --- > errx(1, "not enough new space"); - ------- C U T --------- Perhaps it would be worth to find out how to correct the output ? =20 (see below) In the menatime i'm happy:-) Thanks again. # growfs da1p1 ... new file systemsize is: 3662108143 frags Warning: 60028 sector(s) cannot be allocated. growfs: 7152525.5MB (14648372544 sectors) block size 16384, fragment =20 size 2048 using 38922 cylinder groups of 183.77MB, 11761 blks, 23552 =20 inodes. with soft updates super-block backups (for fsck -b #) at: 199390176, 199766528, 200142880, 200519232, 200895584, 201271936, =20 201648288, 202024640, 202400992, 202777344, 203153696, 203530048, 203906400, 204282752, 204659104, =20 205035456, 205411808, 205788160, 206164512, 206540864, 206917216, 207293568, 207669920, 208046272, =20 208422624, 208798976, 209175328, ... 2140237440, 2140613792, 2140990144, 2141366496, 2141742848, =20 2142119200, 2142495552, 2142871904, 2143248256, 2143624608, 2144000960, 2144377312, 2144753664, 2145130016, =20 2145506368, 2145882720, 2146259072, 2146635424, 2147011776, 2147388128, -2147202816, -2146826464, -2146450112, =20 - -2146073760, -2145697408, -2145321056, - -2144944704, -2144568352, -2144192000, -2143815648, -2143439296, =20 - -2143062944, -2142686592, -2142310240, - -2141933888, -2141557536, -2141181184, -2140804832, -2140428480, =20 - -2140052128, -2139675776, -2139299424, ... - -8394400, -8018048, -7641696, -72653442, -6512640, -6136288, =20 - -5759936, -5383584, -5007232, - -4630880, -4254528, -3878176, -3501824, -3125472, -2749120, -2372768, =20= - -1996416, -1620064, -1243712, -867360, - -491008, -114656, 261696, 638048, 1014400, 1390752, 1767104, 2143456, =20= 2519808, 2896160, 3272, 3648864, 4025216, 4401568, 4777920, 5154272, 5530624, 5906976, 6283328, =20 6659680, 7036032, 7412384, 7788736, 8165088, 8541440, 8917792, 9294144, 9670496, 10046848, 10423200, 10799552, =20 11175904, 11552256, 11928608, 12304960, 12681312, 13057664, 13434016, 13810368, 14186720, 14563072, 14939424, =20= 15315776, 15692128, 16068480, 16444832, 16821184, 17197536, 17573888, 17950240, 18326592, 18702944, =20= 19079296, 19455648, 19832000, ... # df -h shows and it looks like everything is still there.. /dev/da1p1 6.6T 3.5T 2.5T 58% /mnt Regards Henry - -- Netzwerk- und System Administration am MPI Campus T=FCbingen. Email: hv@tuebingen.mpg.de Tel. 07071/601-511 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFGTculiF3PvXvQ0FARAiZ/AKCTamdDae+53LofsFH5wX1grFrT0ACfYvw9 W/N9mb4JtlrW5I3rRp5BKr4=3D =3DC/Os -----END PGP SIGNATURE-----