All of lore.kernel.org
 help / color / mirror / Atom feed
* device mapper and resizing devices
@ 2005-03-01 21:03 Andy
  2005-03-01 21:11 ` Arthur Bergman
  2005-03-01 22:20 ` christophe varoqui
  0 siblings, 2 replies; 5+ messages in thread
From: Andy @ 2005-03-01 21:03 UTC (permalink / raw)
  To: dm-devel

I am using dm-multipath on non-partitioned (xfs) devices on a SAN.  If I
resize the device, and rescan my path devices (i.e rescan /dev/sda,
/dev/sdb, /dev/sdc,/dev/sdd (all the same path)) the kernel sees the new
size of the individual devices, but the /sys/block/dm-0 device is still the
old size.  I believe this is the reason why I cannot grow my xfs filesystem
without doing a reboot so that the dm device will have the new size. I'd
like to avoid unmounting and rebooting to resize the device.  I haven't
played with lvm enough to feel comfortable using it.  Is there any way to
get the dm device to be the proper size, or is this a bug, or a feature that
needs further discussion?

Andy

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: device mapper and resizing devices
  2005-03-01 21:03 device mapper and resizing devices Andy
@ 2005-03-01 21:11 ` Arthur Bergman
  2005-03-01 22:20 ` christophe varoqui
  1 sibling, 0 replies; 5+ messages in thread
From: Arthur Bergman @ 2005-03-01 21:11 UTC (permalink / raw)
  To: device-mapper development

As far as I understand this is not supported. What we do is we add a 
new device, we then do sg_reset -b /dev/sgX and then we add them into 
the volume group and then we resize it.

I would also warn you that we have seen corruption repeatable times 
with xfs over devicemapper under 2.6.

Cheers
Arthur

-----
CTO @ Fotango Ltd
+447834716919
http://www.fotango.com/

On 1 Mar 2005, at 21:03, Andy wrote:

> I am using dm-multipath on non-partitioned (xfs) devices on a SAN.  If 
> I
> resize the device, and rescan my path devices (i.e rescan /dev/sda,
> /dev/sdb, /dev/sdc,/dev/sdd (all the same path)) the kernel sees the 
> new
> size of the individual devices, but the /sys/block/dm-0 device is 
> still the
> old size.  I believe this is the reason why I cannot grow my xfs 
> filesystem
> without doing a reboot so that the dm device will have the new size. 
> I'd
> like to avoid unmounting and rebooting to resize the device.  I haven't
> played with lvm enough to feel comfortable using it.  Is there any way 
> to
> get the dm device to be the proper size, or is this a bug, or a 
> feature that
> needs further discussion?
>
> Andy
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: device mapper and resizing devices
  2005-03-01 21:03 device mapper and resizing devices Andy
  2005-03-01 21:11 ` Arthur Bergman
@ 2005-03-01 22:20 ` christophe varoqui
  2005-03-01 22:22   ` Andy
  2005-03-02  0:03   ` Arthur Bergman
  1 sibling, 2 replies; 5+ messages in thread
From: christophe varoqui @ 2005-03-01 22:20 UTC (permalink / raw)
  To: device-mapper development

On Tue, 2005-03-01 at 15:03 -0600, Andy wrote:
>I am using dm-multipath on non-partitioned (xfs) devices on a SAN.  If I
>resize the device, and rescan my path devices (i.e rescan /dev/sda,
>/dev/sdb, /dev/sdc,/dev/sdd (all the same path)) the kernel sees the new
>size of the individual devices, but the /sys/block/dm-0 device is still the
>old size.  I believe this is the reason why I cannot grow my xfs filesystem
>without doing a reboot so that the dm device will have the new size. I'd
>like to avoid unmounting and rebooting to resize the device.  I haven't
>played with lvm enough to feel comfortable using it.  Is there any way to
>get the dm device to be the proper size, or is this a bug, or a feature that
>needs further discussion?
>

Runing "multipath" again, after rescans, should pick up the size change
and adjust the device map.

If not please report.

Regards,
-- 
christophe varoqui <christophe.varoqui@free.fr>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: device mapper and resizing devices
  2005-03-01 22:20 ` christophe varoqui
@ 2005-03-01 22:22   ` Andy
  2005-03-02  0:03   ` Arthur Bergman
  1 sibling, 0 replies; 5+ messages in thread
From: Andy @ 2005-03-01 22:22 UTC (permalink / raw)
  To: device-mapper development

On Tue, Mar 01, 2005 at 11:20:43PM +0100, christophe varoqui wrote:
> On Tue, 2005-03-01 at 15:03 -0600, Andy wrote:
> >I am using dm-multipath on non-partitioned (xfs) devices on a SAN.  If I
> >resize the device, and rescan my path devices (i.e rescan /dev/sda,
> >/dev/sdb, /dev/sdc,/dev/sdd (all the same path)) the kernel sees the new
> >size of the individual devices, but the /sys/block/dm-0 device is still the
> >old size.  I believe this is the reason why I cannot grow my xfs filesystem
> >without doing a reboot so that the dm device will have the new size. I'd
> >like to avoid unmounting and rebooting to resize the device.  I haven't
> >played with lvm enough to feel comfortable using it.  Is there any way to
> >get the dm device to be the proper size, or is this a bug, or a feature that
> >needs further discussion?
> >
> 
> Runing "multipath" again, after rescans, should pick up the size change
> and adjust the device map.
> 
multipath does, and prints the new size, but it is unable to add the target
to the dm table because dev_size in device-mapper is still the smaller size
and I get the "device x:yy too small for target" message
(/sys/block/dm-x/size still shows the old size, even when everything else
has the new size).

Andy

 

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: device mapper and resizing devices
  2005-03-01 22:20 ` christophe varoqui
  2005-03-01 22:22   ` Andy
@ 2005-03-02  0:03   ` Arthur Bergman
  1 sibling, 0 replies; 5+ messages in thread
From: Arthur Bergman @ 2005-03-02  0:03 UTC (permalink / raw)
  To: device-mapper development


On 1 Mar 2005, at 22:20, christophe varoqui wrote:

>
> Runing "multipath" again, after rescans, should pick up the size change
> and adjust the device map.
>
> If not please report.
>
>

This hosed the my system pretty badly :-).

Cheers
Arthur

-----
CTO @ Fotango Ltd
+447834716919
http://www.fotango.com/

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2005-03-02  0:03 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-01 21:03 device mapper and resizing devices Andy
2005-03-01 21:11 ` Arthur Bergman
2005-03-01 22:20 ` christophe varoqui
2005-03-01 22:22   ` Andy
2005-03-02  0:03   ` Arthur Bergman

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.