Hi,<br><br>I searched the mailing list, but I still don&#39;t understand/managed to resize a drbd block device with the `drbdadm resize&#39; command.<br><br>Here is my test setup :<br>- DRBD&nbsp;version&nbsp;8.0.0 <br>-&nbsp;/dev/sdc1 is the backing storage device for /dev/drbd2 and has a size of 512MB (with internal meta-data)  
<br>- /dev/drbd2 holds a ext3 filesystem<br><br>Here is what I tried  with `drbdadm resize&#39; :<br>- node1 is cs:Connected st:Primary/Secondary<br>- node2 is cs:Connected st:Secondary/Primary<br>- I delete sdc1 and recreate it with 1GB size on both nodes 
<br> - sdc1 is now 1GB in size as seen fdisk output<br>- I run `drbdadm resize drbd2&#39; on node1 and on node2 =&gt; nothing is logged/nothing seems to happen<br>- I run `resize2fs /dev/drbd2&#39; on node1 but it finds that the fs is already using the max avail size =&gt; so, nothing was resized 
<br><br>The only way I found to resize my drbd is by bringing down my drbd devices, deleting and recreating the sdc1 partition with 1GB size, creating new meta-data (drbdadm create-md) on the drbd, bring it up and do a full sync, and finally resize2fs my file system. 
<br><br>Is&nbsp;it&nbsp;safe&nbsp;to resize a drbd that way ?&nbsp;as&nbsp;the&nbsp;underlying&nbsp;device&nbsp;is&nbsp;extended,&nbsp;and&nbsp;the&nbsp;new meta-data&nbsp;is&nbsp;created&nbsp;in&nbsp;the&nbsp;new&nbsp;upper allocated&nbsp;space, i guess  I&#39;m safe. The&nbsp;drawbacks&nbsp;is&nbsp;that&nbsp;it&nbsp;requires&nbsp;to stop the services  and perform a&nbsp;full&nbsp;sync. 
<br><br>What is the correct way to  perform a resize with `drbdadm resize&#39; ? does it only works on top of LVM backing storage devices ? I end up thinking that drbd  is not getting the new sdc1 size correctly/in&nbsp;real&nbsp;time after deleting/re-creating the partition. 
<br> <br>Regards,<br>Jérôme Augé<br>