Sponsored Content
Full Discussion: syncvg
Operating Systems AIX syncvg Post 302213182 by lo-lp-kl on Wednesday 9th of July 2008 11:43:55 AM
Old 07-09-2008
syncvg

Thanks zaxxon for your reply

I run the command syncvg -v rootvg but nothing happens.

I get the prompt again but I check with lsvg -l rootvg and I get the same thing

ihslv jfs2 36 72 2 open/stale /usr/IBMIHS

and If I type lsvg rootvg I got

STALE PVs: 1 STALE PPs: 36


Any suggestions.

I have another question I can type syncvg -l ihslv or I can resolve in another way.


Thanks again
 

We Also Found This Discussion For You

1. AIX

Syncvg

Hello, I currently migrate a VG from one storage to another one with mirrorvg. Does anyone know, if a syncvg copy the whole stale pps, regardless if the overlying fs is nearly empty? Or will only the used space copied? Regards (2 Replies)
Discussion started by: -=XrAy=-
2 Replies
STG-REPAIR(1)							   StGit Manual 						     STG-REPAIR(1)

NAME
stg-repair - Fix StGit metadata if branch was modified with git commands SYNOPSIS
stg repair DESCRIPTION
If you modify an StGit stack (branch) with some git commands -- such as commit, pull, merge, and rebase -- you will leave the StGit metadata in an inconsistent state. In that situation, you have two options: 1. Use "stg undo" to undo the effect of the git commands. (If you know what you are doing and want more control, "git reset" or similar will work too.) 2. Use "stg repair". This will fix up the StGit metadata to accomodate the modifications to the branch. Specifically, it will do the following: o If you have made regular git commits on top of your stack of StGit patches, "stg repair" makes new StGit patches out of them, preserving their contents. o However, merge commits cannot become patches; if you have committed a merge on top of your stack, "repair" will simply mark all patches below the merge unapplied, since they are no longer reachable. If this is not what you want, use "stg undo" to get rid of the merge and run "stg repair" again. o The applied patches are supposed to be precisely those that are reachable from the branch head. If you have used e.g. "git reset" to move the head, some applied patches may no longer be reachable, and some unapplied patches may have become reachable. "stg repair" will correct the appliedness of such patches. "stg repair" will fix these inconsistencies reliably, so as long as you like what it does, you have no reason to avoid causing them in the first place. For example, you might find it convenient to make commits with a graphical tool and then have "stg repair" make proper patches of the commits. Note If using git commands on the stack was a mistake, running "stg repair" is not what you want. In that case, what you want is option (1) above. STGIT
Part of the StGit suite - see linkman:stg[1] StGit 03/13/2012 STG-REPAIR(1)
All times are GMT -4. The time now is 08:16 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy