Video Screencast Help
Symantec Appoints Michael A. Brown CEO. Learn more.

vradmin showing "passthru"

Created: 21 Oct 2012 • Updated: 24 Oct 2012 | 18 comments
Zahid.Haseeb's picture
This issue has been solved. See solution.

Environment

OS = rhel

rhel = 5.3

#uname -a
Linux HostName.xxxxx.com 2.6.18-128.el5 #1 SMP Wed Dec 17 11:41:38 EST 2008 x86_64 x86_64 x86_64 GNU/Linux

 

Repstatus

$ sudo vradmin -g DiskGroup repstatus home-rvg
Replicated Data Set: home-rvg
Primary:
  Host name:                  HostName.tpsonline.com
  RVG name:                   home-rvg
  DG name:                    DiskGroup
  RVG state:                  enabled for I/O (passthru)
  Data volumes:               1
  VSets:                      0
  SRL name:                   home-srl
  SRL size:                   10.00 G
  Total secondaries:          0
 

Discussion Filed Under:

Comments 18 CommentsJump to latest comment

mikebounds's picture

This means there has been a problem with the SRL so it is no longer been used - see extract from VVR admin guide:

 

RVG PASSTHRU mode
Typically, writes to data volumes associated with an RVG go to the RVG’s SRL
first, and then to the RLINKs and data volumes. If the Primary SRL is ever detached
because of an access error, then the Primary RVG is put into PASSTHRU mode.
In PASSTHRU mode, writes to the data volume are passed directly to the
underlying data volume, bypassing the SRL. No RLINKs receive the writes. Use
vxprint -l on the RVG to see if the passthru flag is set. Associating a new SRL
will clear PASSTHRU mode, and the Secondary node RVGs must be synchronized.
 
To fix you need to associate the exisiting SRL if the SRL  is now ok, or create a new SRL.  I believe command is:
vxvol -g DiskGroup aslog home-rvg home-srl
 
You may have to start SRL volume first:
 
vxvol -g DiskGroup start home-srl
 
If you had a secondary, you would now have to resync, but it looks like you don't have a secondary yet, so you could alternatively delete primary RVG and recreate, but vradmin delpri maynot work if SRL is detached.
 
Mike
 

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

$ sudo vxvol -g sourcesafe aslog home-rvg home-srl
VxVM VVR vxvol ERROR V-5-1-3671 Volume home-srl is already associated with rvg home-rvg
 

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

Try:

vxvol -g DiskGroup dis home-srl
vxvol -g DiskGroup start home-srl
vxvol -g DiskGroup aslog home-rvg home-srl
 
You may then need to start RVG too:
vxrvg -g DiskGroup start home-rvg
If this doesn't work, please post output of vxprint -thr
 
Mike
 

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

SOLUTION
Zahid.Haseeb's picture

Thanks Mike :) Marking your Post as solution

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

Zahid.Haseeb's picture

Hmm so its means that we manually diassociated the SRL from RVG and associated again.

 

This resolved my problem. But the question is why its going in passthru mode. I faced this twice in last two working days. Does the life completed of DISK on which SRL is created.

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

This normally indicates there is a problem with the LUN(s) the SRL is on - have you checked system logs and for any errors on the array it is coming from or FC switches.

Don't know what "Does the life completed of DISK on which SRL is created" means - could you rephrase.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

Don't know what "Does the life completed of DISK on which SRL is created" means - could you rephrase

 

Means that the DIsk on which the SRL is created has completed its(DIsk) life. OR the Disk on which SRL exist is about to dead

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

g_lee's picture

... so you're asking if the disk where the SRL has been created has reached the end of its life?

ie: when you've said this:

DIsk on which the SRL is created has completed its(DIsk) life. OR the Disk on which SRL exist is about to dead

you mean:

Has the disk on which the SRL has been created reached the end of its life; or is the disk on which the SRL is located about to die?

Note the question mark, indicating you are asking a question rather than making a statement.

As Mike said, passthru mode usually indicates there is a problem with the underlying disk for the SRL, the exact nature of the disk problem varies depending on your environment, so per Mike's suggestion ...

have you checked system logs and for any errors on the array it is coming from or FC switches

... ?

If this post has helped you, please vote or mark as solution

Zahid.Haseeb's picture

Thanks all for kind replies. one more question here. If the Replication is under Cluster. Detaching the SRL volume may cause any fault occurance at hagui ?

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

VCS monitors the RVG, not the SRL and if the SRL get detached because you have disk errors, then I think the RVG state (as in started and stopped, not PASSTHRU) does not change but if you tried to you to detach the SRL manually, you may have to stop RVG first to allow you to detach the SRL.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

Doesnt SRL is the part of RVG ? when we see vxprint the SRL show in the rv session? (correct me if I am wrong)

So I have to mark the RVG resource as un critical from hagui, So that the cluster does not declare any fault which lead to Failover which I dont want at this time in my case.

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

Did the RVG resource show as offline when RVG was in PASSTHRU mode - I don't think it would of, because it was still started and RVG should only show offline if stopped - so this being the case you don't need to mark RVG as non-critical, but if you were to manually detach SRL, then I would freeze replication service group first.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

Definitily we need to manually detach SRL in my case ?

Would you kindly share the steps what should I do in my case. As I feel I have to do the following things

  • Freeze the Replication Service Group
  • Stop RVG
  • diassoc SRL volume                           (vxvol -g DiskGroup dis SRLname)
  • detach the SRL volume
  • Remove that SRL volume
  • Create a new Volume on new fresh disk
  • assoc this new SRL volume in the RVG (vxvol -g DiskGroup aslog RVGname SRLname)
  • start RVG
  • unfreeze Replication Service Group

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

This looks ok, except disassociated and detached seems to be used interchangably in the documentation, but they are one in the same for an SRL, so disassoc and detach SRL is one step.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

So you mean that diassoc and detach is a single operation ?

 

  • Freeze the Replication Service Group
  • Stop RVG
  • diassoc/Detach SRL volume                           (vxvol -g DiskGroup dis SRLname)
  • Remove that SRL volume
  • Create a new Volume on new fresh disk
  • assoc/attach this new SRL volume in the RVG (vxvol -g DiskGroup aslog RVGname SRLname)
  • start RVG
  • unfreeze Replication Service Group

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

mikebounds's picture

Correct.

Mike

UK Symantec Consultant in VCS, GCO, SF, VVR, VxAT on Solaris, AIX, HP-ux, Linux & Windows

If this post has answered your question then please click on "Mark as solution" link below

Zahid.Haseeb's picture

Thanks Mike for kind support. ALready given +thumb and marked your post solution :)

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com

Zahid.Haseeb's picture

:( again the same Passthru Mode occured. Now I am examining the Disk of SRL

Any comment will be appreciated. Mark as Solution if your query is resolved
__________________
Thanks in Advance
Zahid Haseeb

zahidhaseeb.wordpress.com