Date: Sat, 3 May 2008 17:24:57 -0400 From: John Capo <jc@irbs.com> To: freebsd-proliant@freebsd.org Subject: Re: HP DL385G1 Smart Array 6i AMD64 FBSD 6.3 Message-ID: <20080503212457.GA10705@exuma.irbs.com> In-Reply-To: <20080503173623.GV26105@evil.alameda.net> References: <480FC4FB.5020709@paladin.bulgarpress.com> <4818FFB8.90900@paladin.bulgarpress.com> <481AA213.1090103@delphij.net> <481AC6E1.6070109@ultra-secure.de> <20080502170130.GU26105@evil.alameda.net> <20080503142435.GA2923@exuma.irbs.com> <20080503173623.GV26105@evil.alameda.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Quoting Ulf Zimmermann (ulf@Alameda.net):
> On Sat, May 03, 2008 at 10:24:35AM -0400, John Capo wrote:
> > Quoting Ulf Zimmermann (ulf@Alameda.net):
> > > On Fri, May 02, 2008 at 09:46:41AM +0200, Rainer Duffner wrote:
> > > > Xin LI schrieb:
> > > > >Todorov wrote:
> > > > >| Hi all,
> > > > >|
> > > > >| I want to migrate my RAID1 (2 disks) (automatically assigned as RAID1
> > > > >| bacause I have two disks inserted in RAID 1+0 Logical drive), add two
> > > > >| more disks and get actual RAID 1+0 drive of four disks.
> > > > >|
> > > > >| I was reading the ACU specs of HP and I see this can be done online. I
> > > > >| can have downtime - the question is if I can do it w/o dump and restore
> > > > >| of the filesystem?
> > > > >|
> > > > >| I fully realize that the size will be doubled of /dev/da0 device,
> > > > >| currently 136GB will become 272GB. Can I make a spare partition of it,
> > > > >| will the whole procedure happen w/o any dump/restore?
> > > > >
> > > > >I think you should at least take a backup before resizing anything
> > > >
> > > >
> > > > That, and I think you will end up with a 2nd DOS-partition that
> > > > comprises the "added" free space.
> > >
> > > Backup, yes do it. But here is how to do it:
> > >
> > > hpacucli ctrl slot=0 ld 1 add drives=allunassigned
> > >
> > > This should add the additional drives to your first logical drive and
> > > expand it. Whenever I do this, I reboot now so FreeBSD sees the
> > > new larger physical disk.
> > >
> > > In most cases now you have to update the partition table, either
> > > by addition another slice or changing the size of your FreeBSD slice.
> > >
> > > If the file system you want to grow is the last one in disklabel, you
> > > can use disklabel to change the size of it, also the total line (c:)
> > > needs to grow.
> > >
> > > And then finally you can use growfs on the file system.
> >
> > Growfs on 6.X will destroy your UFS2, and mabye UFS1, filesystem.
> > The patch in bin/115174 appeared to fix growfs but I recently had
> > a file system related panic on a machine with a growfs expanded
> > filesystem.
> >
> > reboot after panic: ffs_alloccg: map corrupted
> >
> > That panic may be unrelated to growfs but that machine is the only
> > 6.3 machine I have in production with a grown file system. The
> > 800G fileystem had a few percent used when it paniced. It was being
> > brought into service as a Cyrus IMAP replica.
> >
> > A working growfs was a requirement for me to move from rock solid
> > 4.11. It would really be nice if the filesystem guru's could take
> > a look at the growfs problem.
> >
> > John Capo
> > Tuffmail.com
> I just recently did a growfs in the describe method on:
>
> log01 ulf /home/ulf > uname -a
> FreeBSD log01.autc.com 6.1-STABLE FreeBSD 6.1-STABLE #0: Tue Jul 18
> 06:32:28 PDT 2006 root@:/usr/obj/usr/src/sys/LOG i386
>
> That machine had a pair of 72GB drives, I swapped one drive at a time to
> 300GB. Then ran "hpacucli ctrl sl=0 ld=1 modify size=max", rebooted into
> linux (small partition on the server) to use the fdisk there, rebooted
> back into FreeBSD, it saw the larger drive, larger partition. Then I
> edited "disklabel -e /dev/da0s4" to edit slice c: and f:. Ran growfs, fsck.
> and voila I had more space for my logs.
>
My results are quite different.
FreeBSD playground.irbs.net 6.3-RELEASE FreeBSD 6.3-RELEASE #19: Sat Mar 1 13:31:34 EST 2008 root@t232.irbs.com:/usr/local/bsd/src/sys/i386/compile/HP-SMP-6.2-PAE i386
This is a DL380 G3 with a 6402 controller.
playground.irbs.net 1# fsck /dev/da6a
** /dev/da6a
** Last Mounted on /mnt
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
25867 files, 334539 used, 16614859 free (30091 frags, 2073096 blocks, 0.2% fragmentation)
playground.irbs.net 2# disklabel -e da6
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 70000000 16 4.2BSD 2048 16384 28552
c: 143363040 0 unused 0 0 # "raw" part, don't edit
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 140000000 16 4.2BSD 2048 16384 28552
c: 143363040 0 unused 0 0 # "raw" part, don't edit
playground.irbs.net 3#
playground.irbs.net 3# growfs /dev/da6a
We strongly recommend you to make a backup before growing the Filesystem
Did you backup your data (Yes/No) ? Yes
new file systemsize is: 35000000 frags
Warning: 373408 sector(s) cannot be allocated.
growfs: 68177.0MB (139626592 sectors) block size 16384, fragment size 2048
using 371 cylinder groups of 183.77MB, 11761 blks, 23552 inodes.
super-block backups (for fsck -b #) at:
70001632, 70377984, 70754336, 71130688, 71507040, 71883392, 72259744, 72636096, 73012448, 73388800,
73765152, 74141504, 74517856, 74894208, 75270560, 75646912, 76023264, 76399616, 76775968, 77152320,
77528672, 77905024, 78281376, 78657728, 79034080, 79410432, 79786784, 80163136, 80539488, 80915840,
81292192, 81668544, 82044896, 82421248, 82797600, 83173952, 83550304, 83926656, 84303008, 84679360,
85055712, 85432064, 85808416, 86184768, 86561120, 86937472, 87313824, 87690176, 88066528, 88442880,
88819232, 89195584, 89571936, 89948288, 90324640, 90700992, 91077344, 91453696, 91830048, 92206400,
92582752, 92959104, 93335456, 93711808, 94088160, 94464512, 94840864, 95217216, 95593568, 95969920,
96346272, 96722624, 97098976, 97475328, 97851680, 98228032, 98604384, 98980736, 99357088, 99733440,
100109792, 100486144, 100862496, 101238848, 101615200, 101991552, 102367904, 102744256, 103120608,
103496960, 103873312, 104249664, 104626016, 105002368, 105378720, 105755072, 106131424, 106507776,
106884128, 107260480, 107636832, 108013184, 108389536, 108765888, 109142240, 109518592, 109894944,
110271296, 110647648, 111024000, 111400352, 111776704, 112153056, 112529408, 112905760, 113282112,
113658464, 114034816, 114411168, 114787520, 115163872, 115540224, 115916576, 116292928, 116669280,
117045632, 117421984, 117798336, 118174688, 118551040, 118927392, 119303744, 119680096, 120056448,
120432800, 120809152, 121185504, 121561856, 121938208, 122314560, 122690912, 123067264, 123443616,
123819968, 124196320, 124572672, 124949024, 125325376, 125701728, 126078080, 126454432, 126830784,
127207136, 127583488, 127959840, 128336192, 128712544, 129088896, 129465248, 129841600, 130217952,
130594304, 130970656, 131347008, 131723360, 132099712, 132476064, 132852416, 133228768, 133605120,
133981472, 134357824, 134734176, 135110528, 135486880, 135863232, 136239584, 136615936, 136992288,
137368640, 137744992, 138121344, 138497696, 138874048, 139250400
playground.irbs.net 4#
playground.irbs.net 4# fsck /dev/da6a
** /dev/da6a
** Last Mounted on /mnt
** Phase 1 - Check Blocks and Sizes
PARTIALLY ALLOCATED INODE I=4383968
CLEAR? [yn] y
PARTIALLY ALLOCATED INODE I=4383972
CLEAR? [yn] y
PARTIALLY ALLOCATED INODE I=4384032
CLEAR? [yn] y
PARTIALLY ALLOCATED INODE I=4384033
CLEAR? [yn] y
PARTIALLY ALLOCATED INODE I=4384034
CLEAR? [yn] y
PARTIALLY ALLOCATED INODE I=4384035
CLEAR? [yn] y
PARTIALLY ALLOCATED INODE I=4384036
CLEAR? [yn] ^C
playground.irbs.net #5
I have not the the balls to mount and use a grown file system without
doing an fsck first. I'll try that and see what happens.
John Capo
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080503212457.GA10705>