Re: How to increase existing size 350GB to 500GB in

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dunno, guys.

/dev/mapper/mpath4p1  345G  326G  1.5G 100% /u01

That looks like a bare/non-LVM device to me.  I've never known anyone to
partition a logical volume.

Azahary, if you could clear that up it would be beneficial.  If this is a
bare device partition, though, I'm going to go out on a limb and suggest
that the safest method of increasing the size of this volume will be to
request a storage volume of the desired size and schedule a maintenance
window to move your data.

You might also bring this up with your storage team.  There might be an
accepted procedure within your organization for expanding SAN volumes on
the fly.  You're still stuck with having to manipulate the partition table
on your volume such that Linux can "see" the volume at its complete size.

Good luck.

-S


On Sat, Jan 12, 2013 at 10:43 PM, Aditya Hilman <aditya.hilman@xxxxxxxxx>wrote:

>
>
> On Jan 13, 2013, at 12:48 AM, Azahary Omar <azaharyo@xxxxxxxxx> wrote:
>
> > Hi,
> >
> > For information my environment as below :-
> >
> > IBM system p ( p520 )
> > Linux 2.6.18-194.el5 #1 SMP Tue Mar 16 22:03:12 EDT 2010 ppc64 ppc64
> ppc64 GNU/Linux
> >
> > I'm using IBM SAN DS8K storage installed by IBM Storage Engineer. I do
> mostly DBA task/job.
> >
> > Currently my existing allocation almost full, only 1.5GB left at the
> mount point /u01.
> >
> > I need help on how to increase the size from 350GB to 500GB. Appreciate
> some guideline/steps
> > on how to perform this activity.
> >
> >
> > # df -h
> > Filesystem            Size  Used Avail Use% Mounted on
> > /dev/mapper/VolGroup00-LogVol00
> >                       220G  132G   77G  64% /
> > /dev/sda2              99M   18M   77M  19% /boot
> > tmpfs                  32G     0   32G   0% /dev/shm
> > /dev/mapper/mpath4p1  345G  326G  1.5G 100% /u01
> >
> > mpath4 (3600507630affc39e0000000000000005) dm-2 IBM,2107900
> >
> > [size=350G][features=1 queue_if_no_path][hwhandler=0][rw]
> > \_ round-robin 0 [prio=4][active]
> >  \_ 2:0:0:0 sdc 8:32  [active][ready]
> >  \_ 2:0:1:0 sdf 8:80  [active][ready]
> >  \_ 3:0:0:0 sdi 8:128 [active][ready]
> >  \_ 3:0:1:0 sdl 8:176 [active][ready]
> >
> >
> > Thank you very much and regards
> > Azahary
> > --
> > redhat-list mailing list
> > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > https://www.redhat.com/mailman/listinfo/redhat-list
>
> Hello,
>
> Based on my experience. You cannot increase the size. Because your LUN is
> already configured with 350GB.
> > mpath4 (3600507630affc39e0000000000000005) dm-2 IBM,2107900
> >
> > [size=350G][features=1 queue_if_no_path][hwhandler=0][rw]
> > \_ round-robin 0 [prio=4][active]
> >  \_ 2:0:0:0 sdc 8:32  [active][ready]
> >  \_ 2:0:1:0 sdf 8:80  [active][ready]
> >  \_ 3:0:0:0 sdi 8:128 [active][ready]
> >  \_ 3:0:1:0 sdl 8:176 [active][ready]
>
> But, if you really need to increase the size, backup the data, reconfigure
> the size disk of LUN (mpath4). Contact the storage engineer to resize the
> LUN. And reinitiate the multipath in your Linux machine.
>
> Regards,
> Adit
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>



-- 
You know, I used to think it was awful that life was so unfair. Then I
thought, wouldn't it be much worse if life were fair, and all the terrible
things that happen to us come because we actually deserve them? So, now I
take great comfort in the general hostility and unfairness of the universe.
-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list


[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux