I would suggest taking the drive offline (if you can take a server outage),
and dd'ing the entire drive onto another device (same type/size ideally). At
this time, I sure would be very hesitant about doing any operations that
might try to update that disk, as it can make the situation worse.

Basically, copy the disk to another device, and then mount it. You might
have better luck that way.

One other option would be to try 'vos dump', although I don't know if that
has to clone the volume first or not. I think it probably does.

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  [EMAIL PROTECTED]
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Riggs, Joan [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 17, 1999 10:48 AM
> To: '[EMAIL PROTECTED]'
> Cc: '[EMAIL PROTECTED]'
> Subject: FW: moving AFS volumes from a partially bad disk (vicep)
> 
> 
> 
> 
> > I have a partially bad disk that I have already arranged a 
> replacement
> > from Sun.  I say partially bad because 
> > I get sense key error messages (from /var/adm/messages) and 
> if I do vos
> > listvol, I get the following:
> > 
> > w0338dev/adechave (3) /usr/afsws/etc/vos listvol -server sv0004dev
> > -partition l
> > Total number of volumes on server sv0004dev partition /vicepl: 26
> > BoxHill.readonly                  536881965 RO      20249 K On-line
> > PREFS.v1.0                        536885809 RW         90 K On-line
> > VANTIVE.v1.0.backup               536888759 BK        320 K On-line
> > dce1.0.3a_sun4m_53                536881547 RW          2 K On-line
> > dce1.0.3a_sun4m_53.backup         536881549 BK          2 K On-line
> > eft.v2.1                          536882463 RW      20018 K On-line
> > ora.aix.ver7.3.4                  536896583 RW     153732 K On-line
> > ora.ver7.3.2                      536896577 RW     191668 K On-line
> > ora.ver8.0.4.3-P.backup           536896555 BK     136211 K On-line
> > snm.v2.0.backup                   536884042 BK       5701 K On-line
> > sun4m_412.usr                     536870921 RW       4528 K On-line
> > sun4m_412.usr.afsws               536870924 RW      23146 K On-line
> > sun4m_412.usr.afsws.backup        536870926 BK      23146 K On-line
> > sun4m_412.usr.backup              536870923 BK       4528 K On-line
> > **** Could not attach volume 536896585 ****
> > **** Could not attach volume 536896553 ****
> > **** Could not attach volume 536888757 ****
> > **** Could not attach volume 536885811 ****
> > **** Could not attach volume 536883971 ****
> > **** Could not attach volume 536882468 ****
> > **** Could not attach volume 536882466 ****
> > **** Could not attach volume 536882465 ****
> > **** Could not attach volume 536881966 ****
> > **** Could not attach volume 536881964 ****
> > **** Could not attach volume 536874857 ****
> > **** Could not attach volume 536874855 ****
> > 
> > Total volumes onLine 14 ; Total volumes offLine 12 ; Total busy 0
> > 
> > When I attempted to move the On-line RW volumes, I got this 
> error message
> > and it didn't move the volume:
> > 
> > w0338dev/adechave (16) vos move -id 536881547 -fromserver sv0004dev
> > -frompartition l -toserver sv0004dev -topartition n -cell dev
> > Failed to clone the source volume 536881547
> > vos move: operation interrupted, cleanup in progress...
> > clear transaction contexts
> > move incomplete - attempt cleanup of target partition - no guarantee
> > cleanup complete - user verify desired result
> > 
> > Question: Is there another way I could still recover the On-line RW
> > volumes to another partition? I want to 
> > exhaust all means before actually doing the painful option 
> of restoring
> > from tapes (once the disk is replaced).
> > 
> > Any info will be much appreciated.
> > Thanks.
> > 
> > 
> > 
>       Joan Riggs
>       ++++++++++++++++++++++++++++++
>       SITE-STS / Unix Deployment
>       Office:     602-431-2027
>       Fax:         602-431-2040
>       Pager:     888-410-2369           digital
>       Pager:     www.airtouch.com    text
>       ++++++++++++++++++++++++++++++
> > Warning! All email sent to or from this 
> > address will be received by Charles  
> > Schwab corporate email system and 
> > is subject to archival and review by 
> > someone other than the recipient.
> > ++++++++++++++++++++++++++++++
> > 
> > "Of course my password is the same as my pet's name. 
> > My dog's name was Q47pY!3, but I change it every 30 days."
> > 
> 

Reply via email to