Nevermind I fixed this is the result of running the command in test mode:
# vgcfgrestore -v --file LVMconfig.new vg_devserver --test File descriptor 7 (pipe:[18995]) leaked on vgcfgrestore invocation. Parent PID 3790: bash TEST MODE: Metadata will NOT be updated and volumes will not be (de)activated. /dev/root: read failed after 0 of 4096 at 27522957312: Input/output error /dev/root: read failed after 0 of 4096 at 27523014656: Input/output error Restored volume group vg_devserver Test mode: Wiping internal cache Wiping internal VG cache
Should I go?
On Tue, Oct 28, 2014 at 2:25 PM, reynierpm@gmail.com reynierpm@gmail.com wrote:
On Tue, Oct 28, 2014 at 2:17 PM, Robert Nichols < rnicholsNOSPAM@comcast.net> wrote:
The attachment didn't come through, but I can use the file that you posted before. The PV you have is completely used, but restoring this configuration should get you back to a state where you can try again to extend the VG to a new PV. You can do _all_ of that online -- no need to resort to a live CD. And this time, don't remove or overwrite that new PV until you have successfully purged it from the LVM structure.
Updated file attached as LVMconfig.new . All I have done is comment out two blocks of lines referring to "pv1" and change the segment count to "1" for lv_root. You will need to run
vgcfgrestore -v --file LVMconfig.new vg_devserverYou might want to try it first including the "--test" option to see what it is going to do.
Well seem to be not working
# vgcfgrestore -v --file LVMconfig.new vg_devserver --test File descriptor 7 (pipe:[18995]) leaked on vgcfgrestore invocation. Parent PID 3790: bash TEST MODE: Metadata will NOT be updated and volumes will not be (de)activated. Parse error at byte 81 (line 2): unexpected token Couldn't read volume group metadata. Restore failed. Test mode: Wiping internal cache Wiping internal VG cache