Thanks for the quick reply Hartmut. Here are the relevant lines from the attempt below:
Wed Mar 18 10:50:14 2009 1 Volser: Clone: Cloning volume 536874901 to new volume 2681864210 Wed Mar 18 10:50:15 2009 VAttachVolume: Failed to open /vicepf/V184467440720964485 (errno 2) Wed Mar 18 10:50:15 2009 VAttachVolume: Failed to open /vicepf/V184467440720964485 (errno 2) Shawn -----Original Message----- From: Hartmut Reuter [mailto:reu...@rzg.mpg.de] Sent: Thursday, March 19, 2009 9:01 AM To: McKee, Shawn Cc: openafs-info@openafs.org Subject: Re: [OpenAFS] Unable to 'move' volume....volume ID too large / cloned volume not findable? What says the VolserLog on the source server? -Hartmut McKee, Shawn wrote: > Hi Everyone, > > I am having a problem trying to 'vos move' volumes after > losing/restoring an AFS file server. The server that was lost has > been restored on new hardware. The old RW volumes were "moved" to > other servers (convertROtoRW) and now I want to use the 'vos move' > command to move them back. > > Here is what happens (I have tokens as 'admin'. Linat07 is the > current RW home for OSGWN and Linat08 is the new server): > > vos move OSGWN linat07 /vicepf linat08 /vicepg -verbose Starting > transaction on source volume 536874901 ... done Allocating new volume > id for clone of volume 536874901 ... done Cloning source volume > 536874901 ... done Ending the transaction on the source volume > 536874901 ... done Starting transaction on the cloned volume > 2681864210 ... Failed to start a transaction on the cloned > volume2681864210 Volume not attached, does not exist, or not on line > vos move: operation interrupted, cleanup in progress... clear > transaction contexts Recovery: Releasing VLDB lock on volume > 536874901 ... done Recovery: Accessing VLDB. move incomplete - > attempt cleanup of target partition - no guarantee Recovery: Creating > transaction for destination volume 536874901 ... Recovery: Unable to > start transaction on destination volume 536874901. Recovery: Creating > transaction on source volume 536874901 ... done Recovery: Setting > flags on source volume 536874901 ... done Recovery: Ending > transaction on source volume 536874901 ... done Recovery: Creating > transaction on clone volume 2681864210 ... Recovery: Unable to start > transaction on source volume 536874901. Recovery: Releasing lock on > VLDB entry for volume 536874901 ... done cleanup complete - user > verify desired result [linat08:local]# vos examine 2681864210 Could > not fetch the entry for volume number 18446744072096448530 from VLDB > > I am assuming the "large" cloned volume ID is causing the problem as > opposed to an inability to create a cloned volume. I can make > replicas on linat08 for existing volumes without a problem. > > NOTE: The hex representations of the "cloned" volume from the move > attempt above and the 'vos examine': > > [linat08:local]# 2681864210 = 0x 9FDA0012 [linat08:local]# > 18446744072096448530 = 0x FFFFFFFF9FDA0012 > > Any suggestions? This seems like a 64 vs 32 bit issue. > > Here is the information on servers and versions: > > We have 3 AFS DB servers: Linat02 - RHEL5/x86_64 - OpenAFS 1.4.7 > Linat03 - RHEL4/i686 - OpenAFS 1.4.6 Linat04 - RHEL5/x86_64 - > OpenAFS 1.4.7 > > We have 3 AFS file servers: Linat06 - RHEL4/x86_64 - OpenAFS 1.4.6 > Linat07 - RHEL4/x86_64 - OpenAFS 1.4.6 Linat08 - RHEL5/x86_64 - > OpenAFS 1.4.8 > > Info on OSGWN volume: > > [linat08:~]# vos examine OSGWN OSGWN > 536874901 RW 505153 K On-line linat07.grid.umich.edu /vicepf > RWrite 536874901 ROnly 18446744072096448530 Backup 0 > MaxQuota 2000000 K Creation Tue Mar 3 03:43:06 2009 Copy > Mon Dec 3 16:39:21 2007 Backup Never Last Update Sat Feb 21 > 15:18:05 2009 0 accesses in the past day (i.e., vnode references) > > RWrite: 536874901 ROnly: 536874902 number of sites -> 2 server > linat07.grid.umich.edu partition /vicepf RW Site server > linat06.grid.umich.edu partition /vicepe RO Site > > Let me know if there is other info required to help resolve this. > > Thanks, > > Shawn McKee University of Michigan/ATLAS Group > _______________________________________________ OpenAFS-info mailing > list OpenAFS-info@openafs.org > https://lists.openafs.org/mailman/listinfo/openafs-info -- ----------------------------------------------------------------- Hartmut Reuter e-mail reu...@rzg.mpg.de phone +49-89-3299-1328 fax +49-89-3299-1301 RZG (Rechenzentrum Garching) web http://www.rzg.mpg.de/~hwr Computing Center of the Max-Planck-Gesellschaft (MPG) and the Institut fuer Plasmaphysik (IPP) ----------------------------------------------------------------- _______________________________________________ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
