Move all data in LV to first PV, remove others

Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
I have a logical volume, /dev/echohome/home01
It has three physical volumes: /dev/sda1, /dev/sdb1, /dev/sdc1
sda1 is 4TB w/ 0 extents available, sdb1 is 4TB w/ 476930 extents available, sdc1 is 1TB w/ 0 extents available
Current ext4 filesystem is ~45% full @ 3.1TB. Logical volume size is 6.37TB.
I would like to move ALL data to sda1 OR sdb1, then remove the other two PVs. Based on the reading I've done, I could try some combination of resize2fs pvmove and lvreduce to possibly accomplish what I'm looking for.
My specific detail that doesn't seem to be addressed in other questions is the physical location of the data that I'm trying to preserve -- maybe I'm just a noob w/ LVM, but if I don't know which PV a file physically resides on, how can I confidently resize2fs and then ultimately pvremove?
edit: I've considered that the simplest solution would probably be to backup the entire filesystem to a larger disk, shrink it, then move it back to a reconfigured LV, but I don't currently have the spare disk space. :(
lvm
add a comment |Â
up vote
0
down vote
favorite
I have a logical volume, /dev/echohome/home01
It has three physical volumes: /dev/sda1, /dev/sdb1, /dev/sdc1
sda1 is 4TB w/ 0 extents available, sdb1 is 4TB w/ 476930 extents available, sdc1 is 1TB w/ 0 extents available
Current ext4 filesystem is ~45% full @ 3.1TB. Logical volume size is 6.37TB.
I would like to move ALL data to sda1 OR sdb1, then remove the other two PVs. Based on the reading I've done, I could try some combination of resize2fs pvmove and lvreduce to possibly accomplish what I'm looking for.
My specific detail that doesn't seem to be addressed in other questions is the physical location of the data that I'm trying to preserve -- maybe I'm just a noob w/ LVM, but if I don't know which PV a file physically resides on, how can I confidently resize2fs and then ultimately pvremove?
edit: I've considered that the simplest solution would probably be to backup the entire filesystem to a larger disk, shrink it, then move it back to a reconfigured LV, but I don't currently have the spare disk space. :(
lvm
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I have a logical volume, /dev/echohome/home01
It has three physical volumes: /dev/sda1, /dev/sdb1, /dev/sdc1
sda1 is 4TB w/ 0 extents available, sdb1 is 4TB w/ 476930 extents available, sdc1 is 1TB w/ 0 extents available
Current ext4 filesystem is ~45% full @ 3.1TB. Logical volume size is 6.37TB.
I would like to move ALL data to sda1 OR sdb1, then remove the other two PVs. Based on the reading I've done, I could try some combination of resize2fs pvmove and lvreduce to possibly accomplish what I'm looking for.
My specific detail that doesn't seem to be addressed in other questions is the physical location of the data that I'm trying to preserve -- maybe I'm just a noob w/ LVM, but if I don't know which PV a file physically resides on, how can I confidently resize2fs and then ultimately pvremove?
edit: I've considered that the simplest solution would probably be to backup the entire filesystem to a larger disk, shrink it, then move it back to a reconfigured LV, but I don't currently have the spare disk space. :(
lvm
I have a logical volume, /dev/echohome/home01
It has three physical volumes: /dev/sda1, /dev/sdb1, /dev/sdc1
sda1 is 4TB w/ 0 extents available, sdb1 is 4TB w/ 476930 extents available, sdc1 is 1TB w/ 0 extents available
Current ext4 filesystem is ~45% full @ 3.1TB. Logical volume size is 6.37TB.
I would like to move ALL data to sda1 OR sdb1, then remove the other two PVs. Based on the reading I've done, I could try some combination of resize2fs pvmove and lvreduce to possibly accomplish what I'm looking for.
My specific detail that doesn't seem to be addressed in other questions is the physical location of the data that I'm trying to preserve -- maybe I'm just a noob w/ LVM, but if I don't know which PV a file physically resides on, how can I confidently resize2fs and then ultimately pvremove?
edit: I've considered that the simplest solution would probably be to backup the entire filesystem to a larger disk, shrink it, then move it back to a reconfigured LV, but I don't currently have the spare disk space. :(
lvm
edited May 3 at 20:59
asked May 3 at 20:52
Jason Bock
32
32
add a comment |Â
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
0
down vote
accepted
My specific detail that doesn't seem to be addressed in other questions is the physical location of the data that I'm trying to preserve -- maybe I'm just a noob w/ LVM, but if I don't know which PV a file physically resides on, how can I confidently
resize2fsand then ultimatelypvremove?
You don't need to know that. That's LVM's job. resize2fs works on the logical volume, which is allowed to span multiple disks. Once your filesystem is small enough to fit onto one disk, you can tell LVM to move it over, and remove the other disks.
There are four steps to doing this.
- Reduce the size of the filesystem to less than 4TB. (
resize2fs) Reduce the size of the logical volume to less than 4TB. (
lvreduce)(This step can lose data if you truncate the filesystem too far, so read the manpage!)
Move the logical volume away from each drive. (
pvmove <source pv> <dest pv>)(You'll need to do this one disk at a time.)
Remove the disk. (
vgreducethenpvremove)
Thanks, this really helps me to understand more about the abstraction layers of LVM. This solution worked.
â Jason Bock
May 6 at 17:41
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
accepted
My specific detail that doesn't seem to be addressed in other questions is the physical location of the data that I'm trying to preserve -- maybe I'm just a noob w/ LVM, but if I don't know which PV a file physically resides on, how can I confidently
resize2fsand then ultimatelypvremove?
You don't need to know that. That's LVM's job. resize2fs works on the logical volume, which is allowed to span multiple disks. Once your filesystem is small enough to fit onto one disk, you can tell LVM to move it over, and remove the other disks.
There are four steps to doing this.
- Reduce the size of the filesystem to less than 4TB. (
resize2fs) Reduce the size of the logical volume to less than 4TB. (
lvreduce)(This step can lose data if you truncate the filesystem too far, so read the manpage!)
Move the logical volume away from each drive. (
pvmove <source pv> <dest pv>)(You'll need to do this one disk at a time.)
Remove the disk. (
vgreducethenpvremove)
Thanks, this really helps me to understand more about the abstraction layers of LVM. This solution worked.
â Jason Bock
May 6 at 17:41
add a comment |Â
up vote
0
down vote
accepted
My specific detail that doesn't seem to be addressed in other questions is the physical location of the data that I'm trying to preserve -- maybe I'm just a noob w/ LVM, but if I don't know which PV a file physically resides on, how can I confidently
resize2fsand then ultimatelypvremove?
You don't need to know that. That's LVM's job. resize2fs works on the logical volume, which is allowed to span multiple disks. Once your filesystem is small enough to fit onto one disk, you can tell LVM to move it over, and remove the other disks.
There are four steps to doing this.
- Reduce the size of the filesystem to less than 4TB. (
resize2fs) Reduce the size of the logical volume to less than 4TB. (
lvreduce)(This step can lose data if you truncate the filesystem too far, so read the manpage!)
Move the logical volume away from each drive. (
pvmove <source pv> <dest pv>)(You'll need to do this one disk at a time.)
Remove the disk. (
vgreducethenpvremove)
Thanks, this really helps me to understand more about the abstraction layers of LVM. This solution worked.
â Jason Bock
May 6 at 17:41
add a comment |Â
up vote
0
down vote
accepted
up vote
0
down vote
accepted
My specific detail that doesn't seem to be addressed in other questions is the physical location of the data that I'm trying to preserve -- maybe I'm just a noob w/ LVM, but if I don't know which PV a file physically resides on, how can I confidently
resize2fsand then ultimatelypvremove?
You don't need to know that. That's LVM's job. resize2fs works on the logical volume, which is allowed to span multiple disks. Once your filesystem is small enough to fit onto one disk, you can tell LVM to move it over, and remove the other disks.
There are four steps to doing this.
- Reduce the size of the filesystem to less than 4TB. (
resize2fs) Reduce the size of the logical volume to less than 4TB. (
lvreduce)(This step can lose data if you truncate the filesystem too far, so read the manpage!)
Move the logical volume away from each drive. (
pvmove <source pv> <dest pv>)(You'll need to do this one disk at a time.)
Remove the disk. (
vgreducethenpvremove)
My specific detail that doesn't seem to be addressed in other questions is the physical location of the data that I'm trying to preserve -- maybe I'm just a noob w/ LVM, but if I don't know which PV a file physically resides on, how can I confidently
resize2fsand then ultimatelypvremove?
You don't need to know that. That's LVM's job. resize2fs works on the logical volume, which is allowed to span multiple disks. Once your filesystem is small enough to fit onto one disk, you can tell LVM to move it over, and remove the other disks.
There are four steps to doing this.
- Reduce the size of the filesystem to less than 4TB. (
resize2fs) Reduce the size of the logical volume to less than 4TB. (
lvreduce)(This step can lose data if you truncate the filesystem too far, so read the manpage!)
Move the logical volume away from each drive. (
pvmove <source pv> <dest pv>)(You'll need to do this one disk at a time.)
Remove the disk. (
vgreducethenpvremove)
answered May 3 at 22:11
Nick ODell
8922819
8922819
Thanks, this really helps me to understand more about the abstraction layers of LVM. This solution worked.
â Jason Bock
May 6 at 17:41
add a comment |Â
Thanks, this really helps me to understand more about the abstraction layers of LVM. This solution worked.
â Jason Bock
May 6 at 17:41
Thanks, this really helps me to understand more about the abstraction layers of LVM. This solution worked.
â Jason Bock
May 6 at 17:41
Thanks, this really helps me to understand more about the abstraction layers of LVM. This solution worked.
â Jason Bock
May 6 at 17:41
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f441659%2fmove-all-data-in-lv-to-first-pv-remove-others%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password