Hi, the situation: Label: ''RootFS'' uuid: c87975a0-a575-405e-9890-d3f7f25bbd96 Total devices 2 FS bytes used 284.98GB devid 2 size 311.82GB used 286.51GB path /dev/sdb3 devid 1 size 897.76GB used 286.51GB path /dev/sda3 RootFS created when sda3 was 897.76GB and sdb3 311.82GB. I have now freed other space on sdb. So I deleted sdb3 and recreated it occupying all available space. Disk /dev/sdb: 2000 GB, 2000396321280 bytes 255 heads, 63 sectors/track, 243201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes /dev/sdb3 54 117249 941368837 83 Linux same as /dev/sda3 54 117249 941368837 83 Linux # ./btrfs filesystem resize max /mnt/RootFS Resize ''/mnt/RootFS'' of ''max'' on dmesg I get only: [ 657.438464] btrfs: new size for /dev/sda3 is 963962208256 # ./btrfs fi sh Label: ''RootFS'' uuid: c87975a0-a575-405e-9890-d3f7f25bbd96 Total devices 2 FS bytes used 284.98GB devid 2 size 311.82GB used 286.51GB path /dev/sdb3 devid 1 size 897.76GB used 286.51GB path /dev/sda3 /dev/sdb3 is the same. How can I resize /dev/sdb3? Regards, -- Marco Lorenzo Crociani, marco.crociani@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sat, Jan 14, 2012 at 12:12:06AM +0100, Marco L. Crociani wrote:> Hi, > the situation: > Label: ''RootFS'' uuid: c87975a0-a575-405e-9890-d3f7f25bbd96 > Total devices 2 FS bytes used 284.98GB > devid 2 size 311.82GB used 286.51GB path /dev/sdb3 > devid 1 size 897.76GB used 286.51GB path /dev/sda3 > > RootFS created when sda3 was 897.76GB and sdb3 311.82GB. > I have now freed other space on sdb. So I deleted sdb3 and recreated > it occupying all available space. > > Disk /dev/sdb: 2000 GB, 2000396321280 bytes > 255 heads, 63 sectors/track, 243201 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > /dev/sdb3 54 117249 941368837 83 Linux > > same as > /dev/sda3 54 117249 941368837 83 Linux > > # ./btrfs filesystem resize max /mnt/RootFS > Resize ''/mnt/RootFS'' of ''max'' > > on dmesg I get only: > [ 657.438464] btrfs: new size for /dev/sda3 is 963962208256 > > # ./btrfs fi sh > Label: ''RootFS'' uuid: c87975a0-a575-405e-9890-d3f7f25bbd96 > Total devices 2 FS bytes used 284.98GB > devid 2 size 311.82GB used 286.51GB path /dev/sdb3 > devid 1 size 897.76GB used 286.51GB path /dev/sda3 > > /dev/sdb3 is the same. > > How can I resize /dev/sdb3?I think the syntax you need is btrfs fi resize max /mnt/RootFS:2 But I could be wrong. If it works, can you add it to the UseCases page on the wiki, please? Hugo. -- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk == PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- Someone''s been throwing dead sheep down my Fun Well ---
On Sat, Jan 14, 2012 at 12:17 AM, Hugo Mills <hugo@carfax.org.uk> wrote:> On Sat, Jan 14, 2012 at 12:12:06AM +0100, Marco L. Crociani wrote: >> Hi, >> the situation: >> Label: ''RootFS'' uuid: c87975a0-a575-405e-9890-d3f7f25bbd96 >> Total devices 2 FS bytes used 284.98GB >> devid 2 size 311.82GB used 286.51GB path /dev/sdb3 >> devid 1 size 897.76GB used 286.51GB path /dev/sda3 >> >> RootFS created when sda3 was 897.76GB and sdb3 311.82GB. >> I have now freed other space on sdb. So I deleted sdb3 and recreated >> it occupying all available space. >> >> Disk /dev/sdb: 2000 GB, 2000396321280 bytes >> 255 heads, 63 sectors/track, 243201 cylinders >> Units = cylinders of 16065 * 512 = 8225280 bytes >> /dev/sdb3 54 117249 941368837 83 Linux >> >> same as >> /dev/sda3 54 117249 941368837 83 Linux >> >> # ./btrfs filesystem resize max /mnt/RootFS >> Resize ''/mnt/RootFS'' of ''max'' >> >> on dmesg I get only: >> [ 657.438464] btrfs: new size for /dev/sda3 is 963962208256 >> >> # ./btrfs fi sh >> Label: ''RootFS'' uuid: c87975a0-a575-405e-9890-d3f7f25bbd96 >> Total devices 2 FS bytes used 284.98GB >> devid 2 size 311.82GB used 286.51GB path /dev/sdb3 >> devid 1 size 897.76GB used 286.51GB path /dev/sda3 >> >> /dev/sdb3 is the same. >> >> How can I resize /dev/sdb3? > > I think the syntax you need is btrfs fi resize max /mnt/RootFS:2 >It''s wrong :( ./btrfs fi resize max /mnt/RootFS:2 ERROR: can''t access to ''/mnt/RootFS:2''> But I could be wrong. If it works, can you add it to the UseCases > page on the wiki, please?Sure.> > Hugo. > > -- > === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ==> PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk > --- Someone''s been throwing dead sheep down my Fun Well ----- Marco Lorenzo Crociani, marco.crociani@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Marco L. Crociani wrote (ao):> On Sat, Jan 14, 2012 at 12:17 AM, Hugo Mills <hugo@carfax.org.uk> wrote: > > On Sat, Jan 14, 2012 at 12:12:06AM +0100, Marco L. Crociani wrote: > >> # ./btrfs fi sh > >> Label: ''RootFS''?? uuid: c87975a0-a575-405e-9890-d3f7f25bbd96 > >> ?????? Total devices 2 FS bytes used 284.98GB > >> ?????? devid?????? 2 size 311.82GB used 286.51GB path /dev/sdb3 > >> ?????? devid?????? 1 size 897.76GB used 286.51GB path /dev/sda3 > >> > >> /dev/sdb3 is the same. > >> > >> How can I resize /dev/sdb3? > > > > ?? I think the syntax you need is btrfs fi resize max /mnt/RootFS:2> ./btrfs fi resize max /mnt/RootFS:2 > ERROR: can''t access to ''/mnt/RootFS:2''btrfs filesystem resize 2:max /mnt/RootFS Sander -- Humilis IT Services and Solutions http://www.humilis.net -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sat, Jan 14, 2012 at 3:42 PM, Sander <sander@humilis.net> wrote:> Marco L. Crociani wrote (ao): >> On Sat, Jan 14, 2012 at 12:17 AM, Hugo Mills <hugo@carfax.org.uk> wrote: >> > On Sat, Jan 14, 2012 at 12:12:06AM +0100, Marco L. Crociani wrote: >> >> # ./btrfs fi sh >> >> Label: ''RootFS''?? uuid: c87975a0-a575-405e-9890-d3f7f25bbd96 >> >> ?????? Total devices 2 FS bytes used 284.98GB >> >> ?????? devid?????? 2 size 311.82GB used 286.51GB path /dev/sdb3 >> >> ?????? devid?????? 1 size 897.76GB used 286.51GB path /dev/sda3 >> >> >> >> /dev/sdb3 is the same. >> >> >> >> How can I resize /dev/sdb3? >> > >> > ?? I think the syntax you need is btrfs fi resize max /mnt/RootFS:2 > >> ./btrfs fi resize max /mnt/RootFS:2 >> ERROR: can''t access to ''/mnt/RootFS:2'' > > btrfs filesystem resize 2:max /mnt/RootFS > > Sander > > -- > Humilis IT Services and Solutions > http://www.humilis.netPerfect, Thank you! I''ve written a section on: http://btrfs.ipv5.de/index.php?title=UseCases -- Marco Lorenzo Crociani, marco.crociani@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I submitted some patches a few weeks ago to fix this so you specify the device normally instead of looking up the internal devid and passing it as an undocumented prefix to the size parameter. Hopefully they can get merged sometime soon. On 1/14/2012 1:18 PM, Marco L. Crociani wrote:>>> ./btrfs fi resize max /mnt/RootFS:2 ERROR: can''t access to >>> ''/mnt/RootFS:2'' >> >> btrfs filesystem resize 2:max /mnt/RootFS >> >> Sander >> >> -- Humilis IT Services and Solutions http://www.humilis.net > > Perfect, Thank you! I''ve written a section on: > http://btrfs.ipv5.de/index.php?title=UseCases >-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPFaBGAAoJEJrBOlT6nu754+0H/jyk5yDLn5T4sYiPNGAFQyG+ SI47GsE3uD5pfQ0vve8YsDSburNbBzHTmsyWdn/YZE+TtocNTsj+Gj3m7bd/Flr8 u/dM/4htyyiAjEXJeRQqlnApFDh0hBeMZSF1qK9odhMd8h2FqOfon7mrafCjPzGY R9FG1nTqXVmNBmdWQfTiRLnR5ErTBImd8Mo+zt9vbd5naR1Sxc9sUFk1BX4jP0lp ZK66C7SPMdb7HnVROPR2TEFHweAjPjF1YMcFOkR4/no37jB+g5/+wlF0YuV4hnc0 BgC/5dZcxOP1R+nUNQ1xPZm7My+dlzVJaG9AqQC5IEKW7Lejn9HxJzgtZyTZ8hs=QpE2 -----END PGP SIGNATURE----- -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Seemingly Similar Threads
- Bug 1442983 on 3.10.11 Unable to acquire lock for gluster volume leading to 'another transaction in progress' error
- ETA for 3.10.12 (was "Planned for the 30th of Mar, 2018")
- [PATCH] Btrfs: fix crash in scrub repair code when device is missing
- Bug 1442983 on 3.10.11 Unable to acquire lock for gluster volume leading to 'another transaction in progress' error
- ETA for 3.10.12 (was "Planned for the 30th of Mar, 2018")